שילוב Shipment
Shipment Integration
שילוב עם ניהול תחבורה (TM) · שיעור 5
- Shipment = מודל-התחבורה הקלאסי של ERP (LE-TRA).
- פשוט מ-TM — ללא Freight Units, תמחור ואופטימיזציה.
- מוחלף ב-Freight Order/ASR בנופים מודרניים.
- תכנון-ERP = Shipment דרך VT01N/VT04.
מטרת השיעור
ידע אצורשילוב Shipment הוא המודל הקלאסי שבו תכנון-התחבורה מבוסס על מסמך-ה-Shipment של ERP (VT01N), ולא על Freight Order או TU. ה-Shipment מאחד Deliveries לרכב, נושא Route ו-Carrier בסיסיים, ומקושר ל-EWM לצורך ביצוע-המחסן. זהו המודל הוותיק ביותר, פשוט יותר אך מוגבל ביכולות-התכנון לעומת TM, ועדיין נפוץ בנופים שלא עברו ל-TM מלא. תכנון תחבורה במערכת ERP — תכנון-התחבורה ב-ERP מבוסס על מסמך-ה-Shipment של LE-TRA. המתכנן מאחד Deliveries ל-Shipment ידנית או דרך Collective Processing (VT04), משייך Route ו-Carrier, ומשחרר לביצוע. זהו תכנון פשוט, ידני-למחצה, בתוך ERP — ללא מנוע-אופטימיזציה. תכנון תחבורה ב-SAP EWM — תכנון-התחבורה "ב-SAP EWM" מתייחס לשילוב שבו התכנון מתבצע ב-TM (embedded או מבוזר) ומוזן לביצוע ב-EWM דרך Freight Order או Transportation Unit — לא ב-ERP-Shipment. כאן נכנסות יכולות-התכנון המתקדמות: Freight Units, אופטימיזציה ותמחור, שמתורגמות לפעילות-מחסן ב-EWM.
למה זה חשוב
ידע אצורלפני ש-TM היה קיים במלואו, ERP ניהל הובלה דרך "Shipment" — מסמך פשוט שאומר "המשאית הזו נושאת את ההזמנות האלה במסלול הזה". זה עובד, אבל בלי האופטימיזציה והתמחור המתקדם של TM. עדיין בשימוש כשאין צורך בכלים-מתקדמים. תכנון תחבורה במערכת ERP — כאן מתכננים את ההובלה בתוך ERP עצמו: לוקחים כמה הזמנות, מאחדים אותן למשאית (Shipment), בוחרים מסלול ומוביל. הכל ידני יחסית — בלי שמחשב "מחליט" את המסלול האופטימלי. תכנון תחבורה ב-SAP EWM — כאן התכנון "חכם" יותר: TM (שעובד צמוד ל-EWM) מתכנן את ההובלה עם כלים מתקדמים — מאחד אוטומטית, בוחר מסלול-אופטימלי ומחשב עלות — ואז מעביר ל-EWM לבצע. זה ההפך מתכנון-ERP הידני.
ערך עסקי
ידע אצורלספק מנגנון-תכנון-הובלה בסיסי בתוך ERP, ללא תלות ב-TM, לארגונים שדרישות-ההובלה שלהם פשוטות (איחוד-בסיסי, מסלול קבוע) ואינם זקוקים לאופטימיזציה ולתמחור של TM. תכנון תחבורה במערכת ERP — לאפשר תכנון-הובלה בסיסי בתוך ERP ללא TM — לארגונים בעלי דרישות פשוטות שמעדיפים תהליך-תכנון ידני-מובנה על מסלולים קבועים. תכנון תחבורה ב-SAP EWM — להביא את יכולות-התכנון המתקדמות של TM (איחוד אוטומטי, אופטימיזציה, תמחור) אל תוך ביצוע-המחסן של EWM — במקום תכנון-ERP פשוט.
היכן בשימוש
ידע אצור• SAP Customizing Implementation Guide ► Logistics Execution ► Transportation ► Shipments ► Define Shipment Types • SAP Customizing Implementation Guide ► Logistics Execution ► Transportation ► Basic Transportation Functions ► Routes • SAP Customizing Implementation Guide ► Extended Warehouse Management ► Interfaces ► ERP Integration ► Shipment • SAP Customizing Implementation Guide ► Logistics Execution ► Transportation ► Shipments ► Maintain Selection Variants for Collective Processing • SAP Customizing Implementation Guide ► Transportation Management ► Planning ► General Settings ► Define Planning Profile Settings • SAP Customizing Implementation Guide ► Transportation Management ► Integration ► Logistics Integration ► EWM Integration
מושגי מפתח
ידע אצור- Shipment = מודל-התחבורה הקלאסי של ERP (LE-TRA).
- פשוט מ-TM — ללא Freight Units, תמחור ואופטימיזציה.
- מוחלף ב-Freight Order/ASR בנופים מודרניים.
- תכנון-ERP = Shipment דרך VT01N/VT04.
- ידני-למחצה, ללא אופטימיזציה אוטומטית.
- מתאים לדרישות-הובלה פשוטות.
- התכנון מתבצע ב-TM (Transportation Cockpit), הביצוע ב-EWM.
- Freight Units + אופטימיזציה + תמחור — מעבר ל-ERP-Shipment.
- embedded TM מזרים FO/TU ישירות לביצוע-מחסן.
דוגמה מ-CBC
ידע אצורבארגון ארגון/אזור שלא עבר ל-TM מלא עשוי עדיין להשתמש ב-Shipment: משאית-חלוקה = Shipment המאחד הזמנות סניפים, עם Route קבוע ו-Carrier אזורי; המחסן מבצע את ההכנה והטעינה כרגיל. Deliveries נוצרות ➔ Shipment נוצר ב-VT01N ומאחד אותן ➔ Route ו-Carrier משויכים ➔ ה-Shipment מקושר ל-Deliveries של EWM ➔ המחסן מבצע Picking/Loading ➔ Goods Issue. תכנון תחבורה במערכת ERP — בארגון ללא TM: רכז-לוגיסטיקה מריץ VT04 בבוקר, מאחד את הזמנות-הסניפים למשאיות לפי אזור-מסלול, משייך מוביל אזורי, ומשחרר את ה-Shipments למחסן להכנה. המתכנן מריץ VT04 ➔ המערכת מציעה Deliveries לאיחוד לפי Route ➔ נוצר Shipment ➔ שיוך Carrier ➔ שלבי-ביצוע (Check-In/Loading/Completion) ➔ קישור ל-EWM לביצוע. תכנון תחבורה ב-SAP EWM — בארגון עם TM: ה-Transportation Cockpit מאחד אוטומטית עשרות הזמנות-סניפים למשאיות-חלוקה אופטימליות לפי אזור וקיבולת, ומעביר כ-TU ל-EWM לטעינה — שיפור משמעותי על תכנון-ה-Shipment הידני. Deliveries → Freight Units ב-TM ➔ תכנון ב-Transportation Cockpit (אופטימיזציה/איחוד) ➔ Freight Order/TU ➔ ביצוע ב-EWM (Picking/Loading) ➔ סטטוס מסונכרן ➔ GI.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| VTTK | VTTK |
| VTTP | VTTP |
| VTSP | VTSP |
| LIKP | LIKP |
| TVTK | TVTK |
| /SCMTMS/D_TORROT | /SCMTMS/D_TORROT |
| /SCMTMS/D_FRTRO | /SCMTMS/D_FRTRO |
| /SCWM/TUNIT | /SCWM/TUNIT |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Shipment Type (LE-TRA): קובע מספור, מצב-תכנון (פרטני/קבוצתי) ושלבי-עיבוד. • Routes: הגדרת מסלולים קבועים ומקטעיהם לשיוך ל-Shipment. • ERP↔EWM Shipment Integration: קישור ה-Shipment ל-Deliveries של EWM לביצוע-מחסן. תכנון תחבורה במערכת ERP • Shipment Type + מצב-תכנון (פרטני/קבוצתי). • Selection Variants ל-Collective Processing (VT04). • Route Determination לשיוך-מסלול אוטומטי. תכנון תחבורה ב-SAP EWM • Planning Profile Settings: הגדרת פרופיל-התכנון, אופק-זמן וקריטריוני-איחוד. • EWM Integration: קישור פלט-התכנון (FO/TU) לביצוע-מחסן. • Optimizer/Manual Planning ב-Transportation Cockpit.
הערות
ידע אצורנתוני אב • Route + Itinerary = מסלול ה-Shipment. • Carrier (Vendor/Business Partner) = המוביל. • Route + Selection Variant = בסיס-האיחוד. • Carrier (Vendor) = המוביל ב-Shipment. • Transportation Lane + Means of Transport + Carrier = רשת-התכנון. • Planning Profile = פרמטרי-האיחוד והאופטימיזציה. שאלות ראיון מהו Shipment ובמה הוא מוגבל לעומת TM? Shipment הוא מסמך-ההובלה הקלאסי של ERP (LE-TRA); הוא מאחד Deliveries עם Route ו-Carrier בסיסיים, אך חסר Freight Units, תמחור-הובלה ואופטימיזציית-מסלול של TM. מתי עדיין משתמשים ב-Shipment? בנופים שלא עברו ל-TM מלא ובדרישות-הובלה פשוטות — איחוד-בסיסי על מסלול קבוע ללא צורך באופטימיזציה ותמחור. כיצד Shipment מתחבר ל-EWM? דרך קישור ה-Shipment ל-Deliveries של EWM (ERP↔EWM Shipment Integration); המחסן מבצע Picking/Loading ומדווח GI. באילו T-Codes מתכננים Shipment ב-ERP? VT01N לתכנון פרטני ו-VT04 ל-Collective Processing לאיחוד אוטומטי-למחצה של Deliveries לפי Route. מה חסר בתכנון-ERP לעומת TM? אין Freight Units, אין מנוע-אופטימיזציה (VSR) ואין תמחור-הובלה מתקדם — האיחוד מבוסס קריטריונים פשוטים. מה ההבדל בין תכנון-תחבורה ב-ERP לבין תכנון דרך TM/EWM? ERP-Shipment הוא תכנון פשוט וידני-למחצה; דרך TM יש Freight Units, Transportation Cockpit, אופטימיזציה ותמחור, שמוזנים לביצוע ב-EWM כ-FO/TU. היכן מתבצע התכנון בפועל במודל זה? ב-TM (Transportation Cockpit /SCMTMS/TSPC); EWM מבצע את פלט-התכנון (Picking/Loading) — לכן "תכנון ב-EWM" מתייחס לזרימת-התכנון אל EWM, לא לתכנון בתוכו. נושאים קשורים • EWM · שילוב Freight Order (4.3) • EWM · Advanced Shipping & Receiving (4.4)
טעויות נפוצות
ידע אצור- ניסיון לצפות מ-Shipment ליכולות-TM (תמחור/אופטימיזציה) שאינן קיימות בו.
- ערבוב Shipment עם Freight Order/ASR באותו נוף ➔ בלבול-מודלים.
- Route לא מוגדר ➔ אי-אפשר לתכנן Shipment תקין.
- ציפייה לאופטימיזציה אוטומטית — אין VSR ב-ERP-Shipment.
- Selection Variant שגוי ב-VT04 ➔ Deliveries לא נאספות.
- בלבול בין "תכנון ב-EWM" לבין ביצוע — התכנון בפועל מתבצע ב-TM, EWM מבצע.
- Planning Profile שגוי ➔ איחוד/אופטימיזציה לא תקינים.
פתרון תקלות
ידע אצור• Shipment לא מקושר ל-Delivery ב-EWM ➔ ERP↔EWM Shipment Integration חסר. • Deliveries לא מתאחדות ל-Shipment ➔ Route/Shipment Type לא תואמים. • GI נכשל ➔ ביצוע-מחסן (Picking/Loading) לא הושלם. תכנון תחבורה במערכת ERP • VT04 לא מציע Deliveries ➔ Selection Variant/Route לא תואמים. • Shipment לא מתקדם בשלבים ➔ סטטוס-ביצוע (Check-In/Loading) לא דווח. תכנון תחבורה ב-SAP EWM • Freight Units לא מתוכננות ל-FO ➔ Planning Profile/Transportation Lane חסרים. • פלט-התכנון לא מגיע ל-EWM ➔ EWM Integration לא מוגדר.
שיטות עבודה מומלצות
ידע אצור- השתמש ב-Shipment רק כשדרישות-ההובלה פשוטות וללא צורך ב-TM.
- בנופים חדשים העדף Freight Order או ASR.
- הגדר Routes ברורים לאיחוד-Shipment עקבי.
- השתמש ב-Collective Processing (VT04) לאיחוד עקבי לפי Route.
- הגדר Selection Variants לפי אזור/מסלול לחיסכון בעבודה ידנית.
- השתמש ב-Transportation Cockpit ובאופטימיזציה במקום איחוד-ידני.
- ב-S/4HANA העדף embedded TM להזרמה ישירה ל-EWM (FO/TU).
טיפים
ידע אצור- ה-Shipment (טבלאות VTTK/VTTP) הוא מסמך-הובלה של LE-TRA ב-ERP. הוא מאחד Deliveries, נושא Shipment Type, Route, ו-Carrier, ומקושר ל-EWM דרך ה-Delivery. בניגוד ל-TM, אין לו Freight Units, אין תמחור-הובלה מתקדם ואין אופטימיזציית-מסלול אוטומטית. השילוב הוא הדרך ה"מסורתית": ERP מתכנן Shipment, EWM מבצע. בנופים מודרניים ה-Shipment מוחלף ב-Freight Order או ASR. חשוב להבדיל: Transportation Planning in ERP (Shipment) מול Transportation Planning in EWM/TM (FO/TU).
- תכנון תחבורה במערכת ERP — ב-LE-TRA המתכנן עובד ב-VT01N (פרטני) או VT04 (Collective Processing) לאיחוד Deliveries ל-Shipment לפי Route, Selection Variant ו-Shipment Type. ה-Shipment עובר Planning → Check-In → Loading Start/End → Shipment Completion → Shipment Start. אין Freight Units ואין VSR-Optimizer; האיחוד מבוסס על קריטריונים פשוטים (Route/Ship-to/תאריך).
- תכנון תחבורה ב-SAP EWM — כאן ה-Transportation Planning מתבצע ב-TM: Deliveries הופכות ל-Freight Units, מתוכננות ל-Freight Order (ידנית, או דרך VSR-Optimizer/Transportation Cockpit), והביצוע ב-EWM הוא דרך FO-Integration או ASR (TU). זהו ההמשך הטבעי של 4.3/4.4. ה-Transportation Cockpit (/SCMTMS/TSPC) הוא כלי-התכנון; embedded TM מבטל את תקורת-האינטגרציה אל EWM.
סיכום
ידע אצור• Shipment = מודל-התחבורה הקלאסי של ERP (LE-TRA). • פשוט מ-TM — ללא Freight Units, תמחור ואופטימיזציה. • מוחלף ב-Freight Order/ASR בנופים מודרניים. • תכנון-ERP = Shipment דרך VT01N/VT04. • ידני-למחצה, ללא אופטימיזציה אוטומטית. • מתאים לדרישות-הובלה פשוטות. • התכנון מתבצע ב-TM (Transportation Cockpit), הביצוע ב-EWM. • Freight Units + אופטימיזציה + תמחור — מעבר ל-ERP-Shipment. • embedded TM מזרים FO/TU ישירות לביצוע-מחסן.