נראות משלוחים ימיים שאומרת את האמת.

מה נראות משלוחים ימיים צריכה לומר

נראות משלוחים ימיים היא לא מפה עם נקודה זזה. זה סטטוס שהצוות שלכם יכול למסור ללקוח בלי לבדוק אותו פעמיים: איפה המכולה, מה קרה לה לאחרונה ומתי היא באמת תגיע. Navo24 קורא את הנתונים ישירות מהמובילים, על פני 240+ מובילים ו-350 קודי SCAC מוכרים. מספר מכולה, שטר מטען או מספר הזמנה, כולם מובילים לאותו ציר זמן.

אבן דרך “הושלמה” רק כשאירוע מאשר זאת

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

ETA שמחושב לפי עיכוב אמיתי

מועד ההגעה מחושב לפי העיכוב שאנחנו רואים בפועל בנתיב ובאונייה, ומתואם מול ההערכה של המוביל ומיקום ה-AIS בזמן אמת. כשהמועד משתנה, הוא משתנה מסיבה שאפשר להעביר הלאה:

• עומס בנמל הפריקה.
• שינוע שהתעכב.
• אונייה שממתינה מחוץ לרציף.

תשובה אחת, בכל מקום שבו אתם עובדים

אותו סטטוס אמין זמין ככלי MCP שעוזר יכול להקריא, כקריאת REST שמערכת ה-TMS שלכם יכולה לבצע, וכ-webhook שדוחף כל שינוי. התשובה שאתם נותנים ללקוח והתשובה הפנימית שלכם הן סוף סוף אותה תשובה.

שאלות על נראות משלוחים ימיים

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

אילו אסמכתאות אפשר לעקוב אחריהן? מספר מכולה, שטר מטען או מספר הזמנה. Navo24 מזהה את המוביל לפי האסמכתא ומכסה 240+ מובילים.

במה ה-ETA הצפוי שונה מה-ETA של המוביל? ההערכה של המוביל היא נתון אחד מתוך כמה. TrackingMCP מוסיף לה את העיכוב שנצפה בנתיב ובאונייה ואת מיקום ה-AIS שלה בזמן אמת, ומציג את הסיבה כשהמועד משתנה.

איך מכניסים שינויי סטטוס למערכות שלנו? קראו ל-REST API ממערכת ה-TMS שלכם, חברו עוזר דרך כלי ה-MCP, או רשמו את המכולה ל-webhook שדוחף כל שינוי.