מערכת לתכנון ובקרה של פריקה וטעינה של אוניות מכולות

הצורך

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

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

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

מבנה המערכת

• מערכת ניהול ל-Windows: במשרד פותחים הפלגה, קולטים קבצים, מתקנים נתונים, בונים את התוכנית, עוקבים אחרי העבודה ומפיקים דוחות.
• אפליקציית Android לטאבלט: ה-Tallymen מדווחים מהאונייה על כל פעולה, גם בלי חיבור לרשת.
• שכבת שירותי API: שני היישומים מתקשרים דרכה עם מסד נתונים אחד ב-SQL Server. התקשורת מאובטחת, וכל מכשיר מזוהה ומורשה.

מחזור החיים של הפלגה

1. פתיחת הפלגה ובחירת האונייה, עם בדיקה שמספרי הייבוא והייצוא ייחודיים.
2. הכנת תוכנית הפריקה מקובץ ה-EDI של המתאם, מקובץ ה-Restows ומהמניפסטים של הסוכנים.
3. הכנת תוכנית הטעינה מהמתאם, מרשימות הנמל, ממניפסט ה-Reefer ומנתוני החומרים המסוכנים, עד Pre-Plan שנשלח לאישור קצין האונייה.
4. דיווח העבודה מהאונייה דרך הטאבלטים, גם במקביל להכנת התוכנית.
5. דוחות ביניים ודוחות סופיים, ושידור קבצים לסוכנים ולנמל.
6. סגירת ההפלגה והעברתה להיסטוריה, עם אפשרות לשחזר אותה בכל זמן.

המערכת אוכפת את הסדר בין הקבצים: היא לא מאפשרת לעבד ייצוא לפני ייבוא, ולא לטעון קובץ נמל או מניפסט לפני שעובד קובץ ה-EDI של אותו כיוון.

קליטת קבצים ובדיקתם

המערכת מזהה את גרסת התקן של קובץ ה-BAPLIE (SMDG 1.5, 2.0 או 2.2) ואת אופן רישום המשקל, ובודקת כל מכולה לפני שהיא נכנסת לתוכנית. מכולה עם שגיאה נרשמת בטבלת שגיאות ומחכה לטיפול:

• משקל מחוץ לטווח של סוג המכולה, קוד EDI או נמל שלא קיימים בטבלאות.
• מכולה שמופיעה פעמיים, מיקום שלא קיים באונייה, או כמה מכולות באותו מקום.
• מספר מכולה שלא עומד בתקן ISO 6346, כולל ספרת הביקורת.
• מכולת 40 רגל במקום שלא מתאים לה, או במקום שאחד מחצאיו תפוס.

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

תוכנית האונייה

דף התוכנית מציג את האונייה לפי Bay, Row ו-Tier, בתצוגת חתך של שני מחסנים או בתצוגת כל האונייה. כל מקום מציג את המכולה, הנמלים, הסוכן והמשקל, ומכולות מיוחדות מסומנות: Shifting, חומרים מסוכנים, High Cube, Reefer וחריגת מידות שחוסמת מקומות שכנים. המשתמש בוחר תכונה מובילה, למשל נמל הפריקה, והמערכת צובעת לפיה את כל האונייה.

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

הטאבלט על האונייה

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

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

דוחות ושידורים

המערכת מפיקה דוחות עבודה לפני תחילת העבודה, דוחות ביניים כמו דוח Tally לכל משמרת ודוח יומי, ודוחות סופיים: רשימות פריקה וטעינה, Short/Over עם סיבות, נזקים, Shifting, סיכומים לפי סוכן ודוח TDR. מסך השידור מפיק קובצי EDI בגרסה 2.2, עם משקל VGM כנדרש לפי אמנת SOLAS, ומסך השידור לסוכנים מפיק לכל סוכן את חבילת הדוחות שהוגדרה לו בלחיצה אחת.

איך הוגדרה המערכת

המערכת החליפה מערכת קודמת של הלקוח. הדרישות נכתבו מתוך ניתוח המערכת הקודמת, הקבצים האמיתיים שמגיעים מהמתאמים, מהסוכנים ומהנמל, הדוחות שהלקוח הפיק בפועל ופגישות עבודה. מסמך הדרישות בנוי כעץ של 6 Epics, 32 Features וכ-180 User Stories, עם יותר מ-500 הפניות בין פריטים, כך שכל מסך נבנה ונבדק מול הגדרה אחת של הנתונים והכללים. זו השיטה שבה אנחנו עובדים: האפיון מוביל כל שלב.