שילוב Freight Order
Freight Order Integration
שילוב עם ניהול תחבורה (TM) · שיעור 3
- Freight Order = מסמך-המוביל של TM, עשיר מ-Shipment.
- הקישור ל-EWM הוא Delivery↔FO (לא TU).
- מודל זה קודם ל-ASR; ASR מאחד את ה-TU כאובייקט משותף.
- FO נכנס מתאם הגעת-מטען עם קיבולת-המחסן.
מטרת השיעור
ידע אצורשילוב Freight Order הוא המודל שבו TM מתכנן Freight Order (FO) — מסמך-ההובלה למוביל — וה-FO מתקשר ישירות ל-Delivery של EWM. בניגוד ל-Shipment הקלאסי של ERP, ה-FO הוא אובייקט TM מלא הנושא מוביל, מסלול, תמחור-הובלה ושלבי-ביצוע. השילוב מבטיח שכל Delivery במחסן מקושר ל-FO המתאים, וכל סטטוס-ביצוע (טעינה, יציאה) מסונכרן בין השניים. תהליך קליטה-נכנסת — בתהליך הקליטה-הנכנסת תחת שילוב Freight Order, ה-FO מתכנן את הגעת-הרכב למחסן עם המטען. ה-Inbound Delivery של EWM מקושר ל-FO, וכך המחסן יודע מראש מה מגיע, מתי ובאיזה רכב, ומתאם רציף ופריקה בהתאם. תהליך הפצה-יוצאת — בתהליך ההפצה-היוצאת תחת שילוב Freight Order, ה-FO מאחד Deliveries יוצאות ומתכנן את משאית-המשלוח. ה-Outbound Delivery של EWM מקושר ל-FO; המחסן מבצע Picking/Packing/Staging, הסחורה נטענת, וסטטוס-הביצוע חוזר ל-FO עד ל-Goods Issue.
למה זה חשוב
ידע אצורFreight Order הוא "תעודת-המשאית" של TM: היא אומרת איזה מוביל נוסע, באיזה מסלול, ואילו הזמנות נמצאות עליו. במודל הזה, ה"תעודה" הזו מחוברת ישירות לרשימות-ההכנה של המחסן, כך שהמחסן יודע בדיוק איזו סחורה להכין לכל משאית. תהליך קליטה-נכנסת — כאן הסחורה נכנסת. ה-Freight Order אומר "משאית עם תרכיז מגיעה ב-10:00". המחסן רואה את ה-FO, מכין רציף פנוי, וכשהמשאית מגיעה — פורק, בודק ומאחסן. תהליך הפצה-יוצאת — כאן הסחורה יוצאת. ה-Freight Order אומר "משאית יוצאת ל-3 סניפים, עם ההזמנות האלה". המחסן מכין את כל ההזמנות ליד הרציף, טוען לפי סדר-הפריקה, וכשהמשאית יוצאת — מדווח GI.
ערך עסקי
ידע אצורהמטרה: לחבר את תכנון-ההובלה המתקדם של TM (איחוד, תמחור, מסלול) ישירות לביצוע-המחסן, בלי המגבלות של ה-Shipment הקלאסי, תוך שמירת מסמך-מוביל אחד אחראי לכל מסע. תהליך קליטה-נכנסת — לתאם מראש את הגעת-המטען הנכנס עם קיבולת-המחסן, ולספק ל-TM נראות על סטטוס-הפריקה והקליטה בזמן-אמת. תהליך הפצה-יוצאת — לאחד הזמנות לעומס-משאית יעיל תחת מסמך-מוביל אחד, ולסנכרן את ביצוע-המחסן עם תכנון-ההובלה עד לדיווח-היציאה.
היכן בשימוש
ידע אצור• SAP Customizing Implementation Guide ► Transportation Management ► Freight Order Management ► Freight Order ► Define Freight Order Types • SAP Customizing Implementation Guide ► Transportation Management ► Integration ► ERP Logistics Integration ► Delivery-Based Transportation Requirement • SAP Customizing Implementation Guide ► Extended Warehouse Management ► Interfaces ► Transportation Management ► Map Freight Order to Delivery • SAP Customizing Implementation Guide ► Extended Warehouse Management ► Goods Receipt Process ► Inbound Delivery ► Define Document Types • SAP Customizing Implementation Guide ► Transportation Management ► Integration ► ERP Logistics Integration ► Inbound Delivery • SAP Customizing Implementation Guide ► Extended Warehouse Management ► Goods Issue Process ► Outbound Delivery ► Define Document Types • SAP Customizing Implementation Guide ► Transportation Management ► Integration ► ERP Logistics Integration ► Outbound Delivery
מושגי מפתח
ידע אצור- Freight Order = מסמך-המוביל של TM, עשיר מ-Shipment.
- הקישור ל-EWM הוא Delivery↔FO (לא TU).
- מודל זה קודם ל-ASR; ASR מאחד את ה-TU כאובייקט משותף.
- FO נכנס מתאם הגעת-מטען עם קיבולת-המחסן.
- Inbound Delivery↔FO נותן נראות-הגעה ב-EWM.
- סטטוס Unloading/GR מסונכרן ל-TM.
- FO יוצא מאחד Deliveries לעומס-משאית.
- הקישור הוא Outbound Delivery Order↔FO.
- סדר-הטעינה הפוך לרצף-החלוקה; GI אחרי Loading.
דוגמה מ-CBC
ידע אצורבארגון כל משאית-חלוקה יומית מיוצגת כ-Freight Order: מוביל אזורי, מסלול דרך מספר סניפי-רשת, ועליו ה-Deliveries של אותם סניפים. המחסן מכין את המשטחים לפי ה-FO; סטטוס-הטעינה מסונכרן ל-TM לצורך מעקב-חלוקה. Deliveries זורמות ל-TM כ-Freight Units ➔ מתכנן מאחד ל-Freight Order עם מוביל ומסלול ➔ ה-FO מקושר ל-Deliveries ב-EWM ➔ EWM מבצע Picking/Packing ➔ הטעינה מדווחת ➔ סטטוס-הביצוע ב-FO מתעדכן ➔ Goods Issue. תהליך קליטה-נכנסת — בארגון משאית-תרכיז של ספק מגיעה תחת FO נכנס; המחסן מכין רציף-קליטה ייעודי לחומרי-גלם, פורק, מבצע GR ומאחסן בקירור. החזרת-מארזים-ריקים (Empties) מטופלת באותו מודל. FO נכנס מתוכנן ➔ קישור ל-Inbound Delivery ➔ הגעת-רכב + Check-In ➔ הקצאת Door ➔ Unloading (Warehouse Tasks) ➔ Goods Receipt ➔ Putaway ➔ סטטוס מסונכרן ל-FO. תהליך הפצה-יוצאת — בארגון משאית-חלוקה יומית = FO המאחד הזמנות של מספר סניפי-רשת; המחסן טוען את המשטחים בסדר הפוך לרצף-הפריקה בנקודות-החלוקה, ומסנכרן את סטטוס-הטעינה ל-TM למעקב-חלוקה בזמן-אמת. Deliveries → Freight Units → Freight Order (מוביל+מסלול) ➔ קישור ל-Outbound Delivery Orders ➔ Picking/Packing/Staging ➔ הקצאת Door ➔ Loading לפי סדר-פריקה ➔ סטטוס ל-FO ➔ Goods Issue.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| /SCMTMS/D_TORROT | /SCMTMS/D_TORROT |
| /SCMTMS/D_TORITM | /SCMTMS/D_TORITM |
| LIKP | LIKP |
| /SCWM/ORDIM_O | /SCWM/ORDIM_O |
| /SCWM/ORDIM_I | /SCWM/ORDIM_I |
| /SCDL/DB_PROCH_I | /SCDL/DB_PROCH_I |
| /SCDL/DB_PROCH_O | /SCDL/DB_PROCH_O |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Freight Order Type: קובע מספור, Stages מותרים, תמחור-הובלה ושיטת-ביצוע. • Delivery-Based Transportation Requirement: הגדרת זרימת ה-Delivery כ-Freight Unit ל-TM. • Mapping FO↔Delivery: קישור ה-Freight Order ל-Outbound Delivery של EWM וסנכרון-הסטטוס. תהליך קליטה-נכנסת • Inbound Delivery Document Type מקושר ל-Freight Order Type המתאים. • Warehouse Process Type ל-Putaway של המטען הנכנס. • סנכרון-סטטוס Unloading/GR בחזרה ל-FO. תהליך הפצה-יוצאת • Outbound Delivery Order Document Type מקושר ל-Freight Order Type. • Warehouse Process Type ל-Picking + Staging. • סנכרון-סטטוס Loading/GI בחזרה ל-FO.
הערות
ידע אצורנתוני אב • Carrier (Business Partner) = המוביל הנושא את ה-Freight Order. • Transportation Lane + Means of Transport = בסיס לתכנון ה-FO. • Supplier/Carrier (Business Partner) = מקור-המטען הנכנס. • Inbound Staging Area + Door = נקודת-הפריקה. • Carrier (Business Partner) + Route = בסיס לאיחוד ה-FO. • Outbound Staging Area + Door = נקודת-הטעינה. שאלות ראיון מהו Freight Order ובמה הוא נבדל מ-Shipment? FO הוא מסמך-ההובלה של TM הנושא מוביל, מסלול, תמחור ושלבי-מסע; Shipment הוא מסמך-ההובלה הקלאסי של ERP, פשוט יותר וללא יכולות-התכנון של TM. כיצד FO מתחבר ל-EWM במודל זה? דרך קישור Delivery↔Freight Order; ה-Outbound Delivery מקושר ל-FO וסטטוסי-הביצוע מסונכרנים — לא דרך Transportation Unit. מהו Freight Unit? יחידת-התכנון הבסיסית של TM הנגזרת מ-Delivery; FUs מאוחדים ל-Freight Order בתהליך-התכנון. כיצד FO נכנס מתחבר לקליטה ב-EWM? דרך קישור ל-Inbound Delivery; בהגעה מבוצעים Check-In, Unloading, GR ו-Putaway, וסטטוסי-הביצוע מסונכרנים בחזרה ל-FO. מה גוזר את ה-Putaway? ה-Warehouse Process Type של ה-Inbound Delivery קובע את רצף ה-Warehouse Tasks לאחסון. כיצד FO יוצא מתחבר ל-EWM? דרך קישור Outbound Delivery Order↔FO; המחסן מבצע Picking/Packing/Staging/Loading וסטטוסי-הביצוע מסונכרנים ל-FO עד ל-GI. מדוע סדר-הטעינה הפוך לסדר-הפריקה? כדי שהסחורה לנקודת-הפריקה הראשונה תהיה אחרונה שנטענה ולכן זמינה ראשונה (Last-In-First-Out לפי המסלול). נושאים קשורים • EWM · Advanced Shipping & Receiving (4.4) • EWM · שילוב Shipment (4.5)
טעויות נפוצות
ידע אצור- ערבוב מודל Freight Order עם ASR (TU) באותו תהליך ➔ קישור-כפול ובלבול-סטטוס.
- Freight Order Type ללא Stages תקין ➔ אי-אפשר לתכנן מסלול.
- אי-הגדרת mapping FO↔Delivery ➔ המחסן לא יודע אילו Deliveries שייכות ל-FO.
- Inbound Delivery לא מקושר ל-FO ➔ אין נראות-הגעה במחסן.
- Warehouse Process Type ל-Putaway שגוי ➔ אחסון שגוי.
- Outbound Delivery לא מקושר ל-FO ➔ המחסן לא יודע אילו הזמנות לאחד למשאית.
- טעינה בסדר שגוי ➔ פריקה לא-יעילה בנקודות-החלוקה.
- GI לפני סיום Loading ➔ אי-התאמת מלאי.
פתרון תקלות
ידע אצור• Delivery לא מופיע ב-FO ➔ Delivery-Based Transportation Requirement לא הופעל. • סטטוס-טעינה לא חוזר ל-TM ➔ סנכרון-סטטוס FO↔EWM לא מוגדר. • FO לא נוצר ➔ אין Freight Units או Freight Order Type חסר. תהליך קליטה-נכנסת • GR לא מתאפשר ➔ Unloading Warehouse Tasks לא הושלמו. • סטטוס לא חוזר ל-FO ➔ mapping סנכרון נכנס לא מוגדר. תהליך הפצה-יוצאת • FO לא מאחד Deliveries ➔ Freight Units לא נוצרו או mapping חסר. • סטטוס-טעינה לא חוזר ל-TM ➔ סנכרון יוצא לא מוגדר. • GI נכשל ➔ Picking/Staging לא הושלם.
שיטות עבודה מומלצות
ידע אצור- השתמש ב-Freight Order Type ייעודי לכל סוג-הובלה (חלוקה/אספקה/החזרות).
- אם אתה בגרסה התומכת — שקול מעבר ל-ASR שמאחד את ה-TU כאובייקט-ביצוע.
- ודא סנכרון-סטטוס דו-כיווני לפני go-live.
- הקצה רציפי-קליטה ייעודיים לסוגי-מטען (גלם/החזרות).
- סנכרן סטטוס-פריקה ל-TM כדי לשחרר את הרכב מהר.
- תכנן סדר-טעינה לפי רצף-החלוקה ההפוך.
- אחד הזמנות לעומס-משאית מלא לחיסכון בעלות-הובלה.
- דווח GI רק אחרי אישור-טעינה מלא.
טיפים
ידע אצור- ה-FO נוצר ב-TM מתוך Freight Units (FU) שאוחדו בתכנון. הקישור ל-EWM הוא דרך ה-Delivery: ה-Outbound Delivery מקושר ל-FO, ושינויי-סטטוס זורמים דו-כיוונית. ב-embedded TM הקישור הוא טבלאי/API פנימי; ב-decentralized הוא דרך הודעות. ה-FO נושא Stages (שלבי-מסע), Capacity Documents ו-Execution Status. שים לב: מודל זה קודם ל-ASR ואינו משתמש ב-Transportation Unit כאובייקט-ביצוע משותף — הקישור הוא Delivery↔FO ולא TU.
- תהליך קליטה-נכנסת — ה-FO ב-TM מקושר ל-Inbound Delivery ב-EWM דרך mapping. בהגעת-הרכב מבוצע Check-In, ה-Door מוקצה, ה-Unloading מתבצע כ-Warehouse Tasks, וה-Goods Receipt מדווח. סטטוס-הביצוע (Arrived/Unloaded/Completed) מסונכרן בחזרה ל-FO. ה-Putaway נגזר מ-Warehouse Process Type של ה-Inbound Delivery.
- תהליך הפצה-יוצאת — ה-FO מאחד Freight Units (מ-Deliveries) ב-TM. ה-Outbound Delivery Order ב-EWM מקושר ל-FO; Picking ל-Staging Area, Packing ל-Handling Units, הקצאת Door, ו-Loading. סטטוס-הטעינה מסונכרן ל-FO, וה-Goods Issue מדווח עם השלמתו. סדר-הטעינה לרוב הפוך לסדר-הפריקה (Last-In-First-Out לפי נקודות-החלוקה).
סיכום
ידע אצור• Freight Order = מסמך-המוביל של TM, עשיר מ-Shipment. • הקישור ל-EWM הוא Delivery↔FO (לא TU). • מודל זה קודם ל-ASR; ASR מאחד את ה-TU כאובייקט משותף. • FO נכנס מתאם הגעת-מטען עם קיבולת-המחסן. • Inbound Delivery↔FO נותן נראות-הגעה ב-EWM. • סטטוס Unloading/GR מסונכרן ל-TM. • FO יוצא מאחד Deliveries לעומס-משאית. • הקישור הוא Outbound Delivery Order↔FO. • סדר-הטעינה הפוך לרצף-החלוקה; GI אחרי Loading.