מהזמנה למסירה. טכנולוגיה שמחברת את כל הדרך.
בפעילות לוגיסטית כל שלב נשען על הקודם: ההזמנה מגיעה, המלאי נבדק, החבילה יוצאת והמסירה מתועדת. כשהנתונים מפוזרים בין מערכות, גם פעולה פשוטה דורשת בירור. התשתית הדיגיטלית צריכה לחבר בין השטח, התפעול והמידע שמקבל הלקוח.
יש לנו ניסיון רב בפרויקטים כמו ZEDIX, PDC Global Group ו-CargoSys, והיכרות עם עולמות השילוח וניהול המלאי. ההיכרות הזו נכנסת לאפיון של התהליך: מי מעדכן, מאיפה מגיע הנתון ואיך הצוות מטפל בשגרה ובחריגים.
אנחנו מפתחים מערכות בקרה, חיבורים למובילים ואפליקציות נהגים, לצד ניהול מחסן, מסלולים ומעקב משלוחים. סריקה, הוכחת מסירה ועדכונים ללקוח מתחברים לפי צורכי הפעילות והממשקים הזמינים, כדי שהצוות יפעל מתוך תמונה מסודרת.
5לקוחות בענף





השליח הכי קרוב הוא לא תמיד התשובה הנכונה. הזמנה נכנסת מהמסעדה, ובמקביל יש שלושה משלוחים לאותה מסעדה או לאותו אזור שאפשר לאחד במסלול אחד, הוגנות בין השליחים, ETA למי שמחכה ומצב של תפוסה מלאה. אלה בעיות ניתוב עם חלונות זמן וקיבולת, קשות מבחינה חישובית, ולכן עובדים בהיוריסטיקות. האוטומציה שאוברסייט בנתה משייכת, מושכת הזמנות מקופות המסעדות דרך אינטגרציה לכל קופה, שולחת לשליח ניווט ומעדכנת סטטוס, וממשיכה לעבוד גם כשמוקדן משנה שיוך ידנית באמצע.
מוקדן בשיא העומס לא קורא מסך, הוא מביט בו. במוקד שליחויות שעובד סביב השעון כל שנייה מול המסך היא משלוח, ומוקדן שצריך שלושה קליקים כדי לשייך הזמנה מפסיד אותה. לכן מסך טוב נמדד במה שחסך ובכמה מהר מבינים אותו במבט. המערכת שבנינו עומדת בכמה מאות משלוחים ביום: שעון נוכחות שבו שליח מציין באיזה רכב הוא עובד, משמרות שנקבעות שבועית, משימות רכב לפי תאריך טסט, הכרזות למוקד ומסך אישי לשליח עם ביצוע על מפה. אותה גישה, פעולה אחת בקליק אחד, מנחה גם את ניהול המק"טים, תעודות המשלוח והמלאי.
בלי מערכת אחת, סוף החודש הוא יום של גיליונות: איזה מחירון חל על איזה עסק, כמה כל עסק חייב, ואיפה נשכחה עמלה. מחיר משלוח אינו מספר אחד. יש מחירון בסיס, מחיר לפי אזור יעד או מרחק, ומחירון שמשויך לכל עסק לקוח של המוקד. בסוף החודש מחכה ההתחשבנות: זיכויים, דוח גביית חובות, ובפלטפורמה שמנהלת מסעדות רבות גם עמלה שמוגדרת גלובלית או לכל מסעדה בנפרד. בפרויקטים של אוברסייט המחירון הוא נתון שמשויך לעסק ומתעדכן לפי אזור, וההתחשבנות היא תהליך אחד עם גביית עמלה אוטומטית, ולכן מי שמנהל את המוקד רואה בכל רגע כמה כל עסק חייב וכמה הוא מייצר.
ליקוט בסריקה צריך לעדכן מלאי, להפיק תעודה ולשחרר את ההזמנה למשלוח, בלי הקלדה חוזרת. זה אפשרי רק כשהכול סובב סביב מזהה אחד. בלי זה, הזמנה נכנסת מהחנות, המחסן מלקט, השילוח יוצא, ובכל שלב מישהו מקליד את אותו מק"ט מחדש. מק"ט הוא לא שם מוצר: יש לו וריאנטים, יחידות אריזה ומיקום במחסן. תעודת משלוח צריכה להוריד מלאי, להצמיד חיוב ולחזור כתעודת החזרה כשהסחורה חוזרת, וספירת מלאי צריכה לסגור פערים ולא ליצור אותם. ככה אנחנו בונים את זה: ממפים נתונים וסטטוסים בין החנות, המחסן ומערכות השילוח.
אי אפשר להכין הצעת מחיר לרילוקיישן לפני סקירה, והסקירה נעשית בבית הלקוח, עם אייפד ביד. חדרים ופריטים נוספים ונערכים תוך כדי הליכה, פסנתר או שולחן ביליארד מסומנים כפריט חריג, ותנאי גישה כמו מנוף או מעלון נרשמים במקום. כלי הסקירה שאפיינו אצלנו מסכם חדרים, פריטים, משקל ונפח, מצרף תמונות לפי חדר, מאפשר לבחור איזו מהן תיכלל ב-PDF ומחתים את הלקוח באצבע. וכאן הטוויסט: האומדן קובע גם את המחיר. בשילוח אוויר מחייבים לפי הגבוה מבין המשקל בפועל למשקל הנפחי, ובשילוח ים לפי LCL או מכולה מלאה.
"למה ההצהרה תקועה?" התשובה צריכה להיות סטטוס במערכת ולא טלפון. בפלטפורמה שמחברת בין יצואנים ליבואנים בקשה אינה הזמנה אלא תהליך עם מסמכים ושלבי עבודה. מול המכס כל הצהרה נבדקת מול כתב הרשאה אלקטרוני, ובלי הרשאה אי אפשר להשלים אותה, ולכן "מסמך חסר" הוא סטטוס מוגדר במודל. וסיווג הטובין לפי HS קובע את תעריף המכס, כך שאי אפשר להשאיר אותו שדה חופשי. במערכת סחר קיימת שהרחבנו באוברסייט עם פרופילי חברות, בקשות ומסמכים, השלבים מול המכס נבנים כך שהמערכת יודעת מה חסר ומי צריך להשלים.


5פרויקטים שהגשמנו בענףלכל הפרויקטיםהשטח, המחסן והלקוחות צריכים לראות אותה דרך. בואו נחבר ביניהם.
בודקים את הממשקים וההרשאות של כל מוביל ומגדירים אילו פעולות ומידע נדרשים. החיבור יכול לכלול יצירת משלוח, מסמכים וסטטוסים בהתאם למה שהמערכת של המוביל מאפשרת.
הסטטוסים, פרטי המסירה והמידע הנוסף שמגיעים ממערכות הפעילות. התצוגה מתוכננת לפי הנתונים הזמינים, עם פעולות כמו תיאום מסירה כאשר הן נכללות באפיון.
משימות, פרטי משלוח, סריקה ועדכון סטטוס, לצד הוכחת מסירה וחריגים. מגדירים את הפעולות לפי דרך העבודה של הנהגים ומה שחדר הבקרה צריך לקבל מהם.
בודקים אילו פעולות חייבות להמשיך בשטח ומה אפשר לסנכרן כשהחיבור חוזר. אם נדרשת עבודה לא מקוונת, מגדירים שמירה מקומית, כללי סנכרון וטיפול בהתנגשויות כחלק מהאפיון והבדיקות.
מגדירים את נקודות החלוקה ואת האילוצים, כמו חלונות זמן, קיבולת וסוג משימה. התכנון נבנה לפי הנתונים והכללים האלה, עם אפשרות לעדכונים בהתאם למבנה המערכת.
מגדירים סוגי חריגים ופעולות המשך: תיאום חדש, ניסיון נוסף או החזרה. כל שינוי מתועד ומועבר לגורמים הרלוונטיים, כדי שחדר הבקרה והנהג יפעלו מול אותו מצב.
ממפים את ההזמנה, הפריטים והסטטוסים בין המערכות ובודקים את הממשקים הזמינים. מגדירים מי מנהל כל נתון ואיך מועברים העדכונים לאורך התהליך.
סורקי ברקוד, מדפסות תוויות והתקנים נוספים לפי הפעילות. בודקים דגם, ממשק וסביבת הפעלה לפני החיבור, ומוודאים את ההתנהגות בתרחישי השימוש בפועל.
משימות, משלוחים, חריגים ונתוני תפעול שנאספים במערכת. המדדים נבחרים לפי המטרות, למשל סטטוס מסירות, זמני טיפול או פעילות מחסן, עם הגדרות ברורות למקור הנתון.
יש שאלות שעדיף לשאול ישירות. נשמח לענות על השאלה שלכם באופן אישי.
דברו איתנובואו נדבר · לוגיסטיקה ושילוח


