סביבת-המערכת ואפשרויות-הפריסה
System Environment and Deployment Options
מבוא ל-Extended Warehouse Management (EWM) · שיעור 3
- ארבע משפחות-פריסה, כל אחת עם איזון שונה.
- הפריסה קובעת את מודל-האינטגרציה ונתיב-העדכון.
- בחר לפי אילוצי-עסק, לא לפי טכנולוגיה.
- On-Premise = שליטה מלאה + extensibility מלא, תמורת TCO ותחזוקה.
מטרת השיעור
ידע אצורEWM נפרס במגוון סביבות: On-Premise (שליטה מלאה), Cloud (שירות מנוהל), על-גבי SAP NetWeaver (הדורות הישנים), ו-decentralized מול מערכות-ERP שאינן-SAP. כל אפשרות מאזנת אחרת בין שליטה, גמישות, TCO ומורכבות-אינטגרציה. On-Premise — פריסת On-Premise מריצה את EWM (embedded או decentralized) על תשתית בבעלות/ניהול הלקוח. היא מספקת שליטה מלאה על גרסאות, extensibility (כולל קוד-Z), ושילוב-אוטומציה — תמורת אחריות-תחזוקה ו-TCO גבוה יותר. פריסת-ענן — פריסת-ענן מספקת EWM כשירות מנוהל ב-S/4HANA Cloud (public/private), עם best-practice content, עדכונים שוטפים ו-TCO נמוך — תמורת extensibility מוגבל וזמינות-פיצ'רים תלוית-edition. פריסות SAP NetWeaver — הדורות ההיסטוריים של EWM (SCM EWM 7.0–9.x) רצו על-גבי שכבת-היישום SAP NetWeaver כרכיב של SAP SCM. פריסות אלו עדיין בשטח אצל ארגונים שטרם המירו ל-S/4, ומחייבות הבנה של ארכיטקטורת-NetWeaver וה-CIF. מערכות-ERP שאינן-SAP עם Decentralized EWM — decentralized EWM יכול לשרת גם מערכת-ERP שאינה של SAP. EWM מספק את מנוע-המחסן המתקדם, וה-ERP הזר מספק הזמנות, רכש ומלאי-כספי — האינטגרציה נשענת על IDoc/BAPI ו-middleware במקום CIF/DRF המלא.
למה זה חשוב
ידע אצוראיפה ירוץ EWM? אפשרויות: על שרתים שלך (On-Premise), בענן של SAP (Cloud), על-גבי תשתית NetWeaver הישנה, או כמערכת נפרדת המחוברת ל-ERP — אפילו ERP שאינו של SAP. כל בחירה משפיעה על עלות, שליטה וקלות-תחזוקה. On-Premise — EWM רץ על השרתים של הארגון (או בדאטה-סנטר שלו). הארגון שולט בכל — מתי לעדכן, מה להתאים — אבל גם אחראי לתחזק, לגבות ולאבטח. פריסת-ענן — SAP מריצה ומתחזקת את EWM בענן; הארגון מגדיר ומשתמש דרך Fiori. פחות תחזוקה, מהיר להתחלה, אך פחות חופש להתאמות-עומק. פריסות SAP NetWeaver — לפני S/4HANA, EWM רץ על תשתית-התוכנה של SAP בשם NetWeaver, כחלק מחבילת-SCM. הרבה ארגונים עדיין שם, ומתכננים מתישהו לעבור. מערכות-ERP שאינן-SAP עם Decentralized EWM — גם אם ה-ERP של הארגון אינו של SAP, אפשר להשתמש ב-EWM המתקדם כמחסן נפרד. ה'גשר' בין השניים בנוי מהודעות-תקן (IDoc) ומתורגמן באמצע (middleware).
ערך עסקי
ידע אצורלהתאים את ארכיטקטורת-EWM לאילוצי-הארגון: שליטה ובקרה (On-Premise), זריזות ו-TCO (Cloud), המשכיות-מורשת (NetWeaver), או אינטגרציה הטרוגנית (non-SAP). On-Premise — מתאים לארגונים עם מחסנים מורכבים/אוטומטיים, דרישות-רגולציה מחמירות, או צורך בהתאמות-עומק שאינן אפשריות בענן. פריסת-ענן — time-to-value מהיר, TCO נמוך, ותחזוקה מינימלית — למחסנים סטנדרטיים שאינם דורשים התאמות-עומק. פריסות SAP NetWeaver — להבטיח המשכיות-מורשת לארגונים על NetWeaver עד למעבר מתוכנן, ולתכנן את ה-conversion ל-S/4 EWM נכון. מערכות-ERP שאינן-SAP עם Decentralized EWM — לאפשר אימוץ מנוע-המחסן המתקדם של SAP בלי להחליף ERP זר — שדרוג-מחסן ממוקד עם השקעה מינימלית בליבת-ה-ERP.
היכן בשימוש
ידע אצור• IMG ► SCM Extended Warehouse Management ► Extended Warehouse Management ► Master Data • SAP S/4HANA Cloud ► Configure Your Solution ► Extended Warehouse Management • IMG ► SCM Extended Warehouse Management ► Extended Warehouse Management ► Master Data ► Define Warehouse Number Control • IMG ► SCM Extended Warehouse Management ► Interfaces ► ERP Integration • SAP Central Business Configuration ► Scoping • SCM ► Master Data ► Core Interface (CIF) • SCM Extended Warehouse Management ► Interfaces ► ERP Integration • IMG ► SCM Extended Warehouse Management ► Interfaces ► ERP Integration ► IDoc/BAPI • IMG ► SCM Extended Warehouse Management ► Goods Receipt/Issue
מושגי מפתח
ידע אצור- ארבע משפחות-פריסה, כל אחת עם איזון שונה.
- הפריסה קובעת את מודל-האינטגרציה ונתיב-העדכון.
- בחר לפי אילוצי-עסק, לא לפי טכנולוגיה.
- On-Premise = שליטה מלאה + extensibility מלא, תמורת TCO ותחזוקה.
- תומך embedded ו-decentralized כאחד.
- הבחירה הטבעית למחסנים אוטומטיים עם MFS.
- ענן = שירות מנוהל, best-practice, עדכונים שוטפים.
- extensibility מוגבל; פיצ'רים תלויי-edition.
- מהיר ל-time-to-value, TCO נמוך.
- SCM EWM 7.0–9.x רץ על NetWeaver, CIF-מבוסס.
- המעבר ל-S/4 EWM הוא conversion, לא upgrade.
- בדוק תום-תמיכה ותכנן מעבר מוקדם.
- EWM נפרד יכול לשרת ERP שאינו-SAP.
- אינטגרציה דרך IDoc/BAPI + middleware, לא CIF/DRF.
- ERP זר = בעלות כספית; EWM = תפעול-המחסן.
דוגמה מ-CBC
ידע אצורבארגון: ה-S/4 הראשי On-Premise/private; מרכז-הפצה אוטומטי כ-decentralized EWM; שיקול דאטה-רזידנסי בישראל מטה לטובת private/On-Premise במקום public-cloud. צוות-אדריכלות ממפה: מחסן רגולטורי עם דרישות-דאטה-רזידנסי ➔ On-Premise/private; יחידה חדשה ➔ Cloud; מחסן מורשת ➔ נשאר NetWeaver עד המרה; אתר עם ERP זר ➔ decentralized EWM. On-Premise — בארגון מרכז-ההפצה הראשי רץ On-Premise/private עם MFS לקווי-המסוע ול-AS/RS של המשטחים — שליטה מלאה נדרשת בשל האוטומציה. מרכז-הפצה אוטומטי On-Premise: MFS שולט במסועים ו-AS/RS בזמן-אמת; צוות-Basis מנהל גרסאות וחלונות-תחזוקה לפי לוח עונתי. פריסת-ענן — בארגון: מחסן-משנה/יחידה חדשה על ענן (best-practice) להפעלה מהירה; הליבה האוטומטית נשארת private/On-Premise. יחידה חדשה מפעילה scope item של EWM ב-S/4HANA Cloud, מגדירה Warehouse Number ו-bins דרך Fiori, ומתחילה תהליכי-ליבה תוך ימים. פריסות SAP NetWeaver — תרחיש-מורשת בארגון: מחסן שרץ על SCM EWM/NetWeaver מול ECC; תכנית-המעבר ל-S/4 כוללת conversion ולא שדרוג-בלבד. ארגון על SCM EWM 9.5 / NetWeaver מתכנן conversion ל-embedded EWM ב-S/4: ממפה Warehouse Numbers מחדש, מעביר bins ו-stock, ובודק קוד-Z להתאמה. מערכות-ERP שאינן-SAP עם Decentralized EWM — תרחיש היפותטי בארגון: שותף-לוגיסטיקה (3PL) עם ERP זר מפעיל EWM כמחסן-מתקדם; אינטגרציית-IDoc מסנכרנת אספקות-משקאות ומלאי בין EWM ל-ERP של ה-3PL. ERP זר שולח Sales Order/Delivery כ-IDoc ➔ middleware ממפה ל-Outbound Delivery של EWM ➔ EWM מבצע ליקוט ו-GI ➔ אישור-GI מוחזר כ-IDoc לעדכון מלאי וחשבונאות ב-ERP הזר.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| /SCWM/T300 | /SCWM/T300 |
| /SCWM/TMAPLGN | /SCWM/TMAPLGN |
| /SCWM/MFS_* | /SCWM/MFS_* |
| /SCWM/LAGP | /SCWM/LAGP |
| TRFCQOUT | TRFCQOUT |
| EDIDC | EDIDC |
| EDIDS | EDIDS |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• On-Premise: בחירת embedded מול decentralized; שליטה מלאה ב-extensibility. • Cloud: scope items + extensibility מוגבל. • NetWeaver: SCM EWM ההיסטורי, CIF-מבוסס. • non-SAP: decentralized EWM עם IDoc/BAPI + middleware. On-Premise • בחירת embedded מול decentralized בתוך הסביבה הבבעלות. • extensibility מלא: BAdIs, enhancements, Z-objects. • MFS configuration למסועים/PLC (Advanced EWM). פריסת-ענן • scope items מפעילים תהליכי-ליבה. • extensibility: in-app + side-by-side BTP. • זמינות-פיצ'רים תלוית-edition (public/private). פריסות SAP NetWeaver • ארכיטקטורת-NetWeaver: שכבת-יישום ABAP, CIF-מבוסס. • Integration Models (CFM1/CFM2) ל-master data ותנועות. • תכנון conversion ל-S/4 (לא upgrade) עם מיפוי-מחדש. מערכות-ERP שאינן-SAP עם Decentralized EWM • delivery-based integration: IDoc (DELVRY03) + BAPIs במקום CIF/DRF. • middleware (PI/PO) למיפוי-פורמטים בין EWM ל-ERP הזר. • הגדרת בעלות-מלאי: ERP זר = כספי, EWM = תפעולי.
הערות
ידע אצורשאלות ראיון אילו משפחות-פריסה קיימות ל-EWM? On-Premise (embedded/decentralized), Cloud (S/4HANA Cloud), NetWeaver (SCM EWM היסטורי), ו-decentralized מול ERP שאינו-SAP. אילו שיקולים מכריעים בבחירת-פריסה? ביצועים ונפח, רגולציה ודאטה-רזידנסי, צורכי-אוטומציה (MFS), extensibility, ו-TCO. מהם היתרונות העיקריים של פריסת On-Premise? שליטה מלאה בגרסאות ובחלונות-תחזוקה, extensibility מלא (BAdIs/Z-code), ואינטגרציית-MFS עמוקה לאוטומציה. מה ההבדל בין public ל-private edition לעניין EWM? public = embedded עם scope items ו-extensibility מוגבל, חלק מ-Advanced/MFS לא זמין; private = קרוב ל-On-Premise בענן מנוהל, עם יותר התאמה. מדוע המעבר מ-SCM EWM/NetWeaver ל-S/4 הוא conversion ולא upgrade? כי הארכיטקטורה ומודל-האינטגרציה שונים: נדרש מיפוי-מחדש של Warehouse Numbers, העברת master/transaction data, והתאמת קוד-Z — לא רק עדכון-גרסה. כיצד decentralized EWM מתחבר ל-ERP שאינו-SAP? דרך delivery-based integration: IDoc (DELVRY03) ו-BAPIs עם middleware (PI/PO) למיפוי, במקום CIF/DRF; בעלות-המלאי-הכספית נשארת ב-ERP הזר ו-EWM הוא ה-system-of-record התפעולי. מהם האתגרים העיקריים באינטגרציה הטרוגנית כזו? סנכרון-מלאי דו-כיווני, mapping יחידות/אריזות, וטיפול-בשגיאות אסינכרוני (IDoc/qRFC) למניעת פערי-מלאי. נושאים קשורים • EWM · embedded ו-decentralized (1.2.2) • EWM · EWM מבוסס-ענן (1.2.3) • EWM · העברות נתונים (1.4)
טעויות נפוצות
ידע אצור- בחירת-פריסה ללא מיפוי רגולציה/דאטה-רזידנסי.
- התעלמות מצורכי-MFS/אוטומציה בבחירת Cloud public.
- התעלמות מתקורת-Basis ו-upgrade בתכנון-TCO.
- הזנחת אבטחה/גיבוי באחריות-עצמית.
- תכנון פיצ'ר Advanced/MFS שאינו ב-scope.
- ציפייה ל-Z-code בענן public.
- תכנון 'upgrade' במקום 'conversion' ל-S/4.
- התעלמות מלוח תום-תמיכה של גרסת-NetWeaver.
- הנחה שזמינה אינטגרציית-CIF מלאה — מול non-SAP נדרש IDoc/BAPI.
- הזנחת טיפול-שגיאות אסינכרוני (IDoc/qRFC) ➔ פערי-מלאי.
פתרון תקלות
ידע אצור• ביצועים ירודים ➔ פריסת-embedded למחסן-ענק; שקול decentralized. • אינטגרציה הטרוגנית כושלת ➔ middleware/IDoc mapping לא תקין. On-Premise • MFS לא מגיב ➔ PLC/telegram mapping תקול (/SCWM/PLC). • decentralized — נתונים חסרים ➔ DRF/qRFC. פריסת-ענן • פיצ'ר חסר ➔ מחוץ ל-scope; שקול private edition. • התאמה נכשלת ➔ נדרש side-by-side BTP. פריסות SAP NetWeaver • תנועות תקועות ➔ qRFC queues (SMQ1). • master data חסר ➔ Integration Model לא Active (CFM2). מערכות-ERP שאינן-SAP עם Decentralized EWM • IDoc בשגיאה ➔ WE02/BD87 — בדוק mapping ו-status 51/64. • מלאי לא מסונכרן ➔ הודעת-GI חוזרת תקועה.
שיטות עבודה מומלצות
ידע אצור- התחל מאילוצי-העסק (רגולציה, נפח, TCO) ורק אז בחר פריסה.
- תעד את מודל-האינטגרציה לכל אתר.
- נצל extensibility באחריות — מזער שינויי-ליבה.
- תכנן חלונות-תחזוקה עונתיים סביב Peak.
- אמץ best-practice ומזער התאמות.
- regression-test אחרי כל עדכון.
- בדוק SAP Note + לוח-תמיכה לגרסת-NetWeaver.
- תכנן conversion מוקדם — מיפוי, נתונים, קוד-Z.
- הגדר בעלות-מלאי וגבול-אחריות בבירור.
- בנה ניטור-יזום ל-IDoc ול-qRFC עם התראות.
טיפים
ידע אצור- ארבע משפחות-פריסה: (1) On-Premise — embedded או decentralized ב-S/4 בבעלות-הלקוח; (2) Cloud — S/4HANA Cloud; (3) NetWeaver — SCM EWM 7.0–9.x ההיסטורי; (4) decentralized מול non-SAP ERP. הבחירה משפיעה על מודל-האינטגרציה (CIF/DRF/qRFC/IDoc), על נתיב-העדכון ועל extensibility. שיקולי-מפתח: ביצועים, רגולציה/דאטה-רזידנסי, אוטומציה (MFS), ו-TCO.
- On-Premise — On-Premise תומך גם ב-embedded וגם ב-decentralized. יתרון: extensibility מלא (BAdIs, enhancements, Z-tables), שליטה בגרסה ובחלונות-תחזוקה, ואינטגרציית-MFS עמוקה למסועים/AS-RS. אינטגרציה: embedded ⟵ internal queues; decentralized ⟵ DRF + qRFC. חיסרון: תקורת-Basis, חומרה, ו-upgrade עצמאי.
- פריסת-ענן — public edition: embedded EWM עם scope items, in-app extensibility ו-side-by-side ב-BTP; חלק מ-Advanced/MFS לא זמין. private edition: יותר התאמה (קרוב ל-On-Premise) בענן מנוהל. עדכונים תכופים מחייבים regression-testing. דאטה-רזידנסי תלוי-region.
- פריסות SAP NetWeaver — SCM EWM on NetWeaver: שכבת-יישום ABAP מסורתית (לא HANA-optimized בהכרח), אינטגרציה דרך CIF + qRFC/IDoc, ו-extensibility מלא. המעבר ל-S/4 EWM הוא conversion (לא upgrade): מיפוי-מחדש של Warehouse Numbers, העברת master/transaction data, והתאמת קוד-Z. תמיכה (maintenance) של גרסאות NetWeaver מוגבלת-בזמן — יש לבדוק SAP Note ולוח-תמיכה.
- מערכות-ERP שאינן-SAP עם Decentralized EWM — EWM נפרד מחובר ל-non-SAP ERP דרך delivery-based integration: IDoc (DELVRY03) ו-BAPIs להזמנות/אספקות, עם PI/PO (או middleware אחר) למיפוי-פורמטים. בעלות-המלאי-הכספית נשארת ב-ERP הזר; EWM הוא system-of-record התפעולי של המחסן. אתגרים: סנכרון-מלאי דו-כיווני, mapping יחידות/אריזות, וטיפול-בשגיאות אסינכרוני (qRFC/IDoc).
סיכום
ידע אצור• ארבע משפחות-פריסה, כל אחת עם איזון שונה. • הפריסה קובעת את מודל-האינטגרציה ונתיב-העדכון. • בחר לפי אילוצי-עסק, לא לפי טכנולוגיה. • On-Premise = שליטה מלאה + extensibility מלא, תמורת TCO ותחזוקה. • תומך embedded ו-decentralized כאחד. • הבחירה הטבעית למחסנים אוטומטיים עם MFS. • ענן = שירות מנוהל, best-practice, עדכונים שוטפים. • extensibility מוגבל; פיצ'רים תלויי-edition. • מהיר ל-time-to-value, TCO נמוך. • SCM EWM 7.0–9.x רץ על NetWeaver, CIF-מבוסס. • המעבר ל-S/4 EWM הוא conversion, לא upgrade. • בדוק תום-תמיכה ותכנן מעבר מוקדם. • EWM נפרד יכול לשרת ERP שאינו-SAP. • אינטגרציה דרך IDoc/BAPI + middleware, לא CIF/DRF. • ERP זר = בעלות כספית; EWM = תפעול-המחסן.