Chapter 9 · 5 תת-פרקים · ~20 דק'

SAP Digital Supply Chain Management

פרק זה מסביר כיצד PP/DS פועל כפתרון sidecar — כלומר מותקן במערכת נפרדת (SAP S/4HANA Manufacturing for Planning and Scheduling, מקוצר DMP) ומחובר אל מערכת-ה-ERP התפעולית דרך CIF integration. זאת בניגוד לפריסה המשולבת (embedded) שבה PP/DS חי בתוך אותה מערכת S/4HANA של הביצוע. כל תת-פרק וכל תת-סעיף הורחבו ליחידת-לימוד עצמאית בת 18 מקטעים: שלוש רמות הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך אמיתית, דוגמת CBC, ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי קונפיגורציה, תרשים-תהליך, טעויות נפוצות, פתרון תקלות, שיטות מומלצות, שאלות-ראיון ומסקנות-מפתח. CBC = מפעל מילוי-משקאות של Coca-Cola שבו PP/DS מותקן כ-sidecar (DMP) ומחובר ל-ERP. המטרה: ללמוד את הארכיטקטורה, התנאים-המוקדמים, ההגדרה והאינטגרציה — ללא הספר המקורי.

1/5

הסבר מנהלים

ארכיטקטורת ה-sidecar מפרידה בין מערכת-התכנון (SAP S/4HANA Manufacturing for Planning and Scheduling — DMP) ובין מערכת-הביצוע (ה-ERP). התכנון המתקדם רץ במנוע ה-liveCache של DMP, בעוד ההזמנות, אישורי-הייצור והמלאי מנוהלים ב-ERP. שני העולמות מסונכרנים בזמן-אמת דרך CIF integration. זו בחירה אסטרטגית: היא מאפשרת לתכנן מספר מערכות-ERP במופע-תכנון אחד, ולהפעיל PP/DS גם מול ECC ישן שאינו מסוגל ל-embedded.

הסבר למתחילים

דמיין שני מחשבים. מחשב אחד (DMP) הוא 'חדר-התכנון' — שם מחשבים מתי ובאיזה סדר לייצר. מחשב שני (ERP) הוא 'רצפת-הייצור' — שם מוציאים חומרים, מדווחים על מה שיוצר ומנהלים מלאי. כדי ששניהם ידברו, יש 'צינור' שנקרא CIF integration שמעביר נתונים הלוך-ושוב. ב-sidecar שני המחשבים נפרדים; ב-embedded הם אותו מחשב.

הסבר ליועצים

ב-sidecar, DMP הוא מופע S/4HANA ייעודי המריץ את רכיב PP/DS (יורש SCM/APO) מעל liveCache + Optimizer. ה-ERP יכול להיות SAP ECC או S/4HANA נפרד. CIF (Core Interface) הוא תשתית ה-RFC המעבירה Integration Models משני הכיוונים: master data ו-transaction data. נקודות-מפתח: מערכת-לוגית (Logical System) לכל מערכת ב-BD54, חיבורי RFC דו-כיווניים (SM59), הגדרת qRFC queues (SMQ1/SMQ2), ושמירה על Business System Group (BSG) אחד לכל landscape. ב-embedded אין CIF בין מערכות — הנתונים משותפים בטבלאות; ה-sidecar דורש סנכרון מתמשך וניטור-תורים.

מטרה עסקית

המטרה: לאפשר תכנון-ייצור מתקדם (Detailed Scheduling, Optimizer, Pegging) גם כאשר הביצוע יושב במערכת אחרת או ישנה, ולרכז תכנון של כמה מפעלים/מערכות במקום אחד. כך מקבלים יכולות PP/DS מלאות בלי לשדרג מיד את כל נחיתת-הביצוע ל-embedded.

דוגמת תהליך

ביקוש למוצר נקלט ב-ERP כהזמנת-לקוח. דרך CIF הוא מועבר ל-DMP כדרישה. PP/DS מתזמן ויוצר Planned Order עם תאריכים מדויקים ב-liveCache. ה-Planned Order מועבר חזרה ל-ERP דרך CIF, מומר שם ל-Production Order, מבוצע ברצפה, והאישור (confirmation) זורם בחזרה ל-DMP לעדכון התמונה.

דוגמת CBC

ב-CBC: ה-ERP (ECC) מנהל את מילוי-המשקאות, המלאי ואישורי-הקווים. DMP מותקן כ-sidecar ומתזמן את קווי-המילוי עם ה-Optimizer (רצף, זמני-החלפה, מינימום שטיפות). תכנית-המילוי מחושבת ב-DMP ומוחזרת ל-ECC לביצוע — הקו עצמו ממשיך לרוץ מול ECC כרגיל.

תרשים תהליך

מערכת-תכנון DMP (liveCache + Optimizer)PP/DS sidecar

Core InterfaceCIFRFC + qRFC queues

מערכת-ביצוע ERPECC / S/4HANAמלאי + פק"ע

Integration ModelsCFM1/CFM2master + transaction

סנכרון דו-כיווניSMQ1/SMQ2

ניווט / SPRO

Advanced Planning

└─Basic Settings

└─Integration

└─Integration via Core Interface (CIF)

SAP NetWeaver

└─Application Server

└─IDoc Interface/ALE

└─Basic Settings

└─Logical Systems

└─Define Logical System (BD54)

Advanced Planning

└─Global Settings

└─Maintain Business System Group

קונפיגורציה

Logical System (BD54): הגדר מערכת-לוגית ייחודית ל-ERP ול-DMP, ושייך לכל client ב-SCC4.
RFC Destinations (SM59): חיבור דו-כיווני — DMP→ERP ו-ERP→DMP, סוג 3 (ABAP), עם משתמש-CIF ייעודי.
Business System Group (BSG): קבץ את כל המערכות המתקשרות ב-BSG אחד כדי לאחד שמות-אובייקטים.
Queue type: קבע inbound/outbound queues (qRFC) לסנכרון-CIF; הגדר QIN/QOUT scheduler (SMQR/SMQS).

T-Codes

SM59BD54SCC4CFM1CFM2/SAPAPO/CP1

Tables

CIF_IMODEL/SAPAPO/MATKEY/SAPAPO/LOCTBLSYSDESTTBDLS

Fiori Apps

F2101F0998

נתוני אב

Logical System לכל מערכת (BD54) + שיוך ל-client (SCC4) — בסיס ל-CIF.
RFC Destinations (SM59) דו-כיווניים — הצינור הפיזי של ה-CIF.
Business System Group אחד ל-landscape — מאחד מיפוי-אובייקטים בין ERP ל-DMP.

טעויות נפוצות

בלבול בין sidecar ל-embedded — ניסיון לחבר CIF במערכת embedded שבה הנתונים כבר משותפים.
הגדרת RFC חד-כיווני בלבד — חוסם זרימת-החזרה של Planned Orders/Confirmations.
מספר Business System Groups שונים — מיפוי-אובייקטים נשבר ו-CIF נכשל.
התעלמות מניטור-תורים (SMQ1/SMQ2) — תקיעת-תור שקטה שמקפיאה את הסנכרון.

פתרון תקלות

נתונים לא מגיעים ל-DMP ➔ בדוק RFC (SM59 connection test), Integration Model פעיל, ותור ב-SMQ1.
Planned Order לא חוזר ל-ERP ➔ RFC הפוך (DMP→ERP) או QOUT scheduler לא רץ (SMQS).
תור תקוע SYSFAIL ➔ פתח SMQ2 ב-ERP, נתח את ה-entry, תקן ושחרר (re-execute).
כפילות/חוסר-עקביות אובייקטים ➔ Business System Group לא-אחיד או BDLS לא בוצע אחרי copy.

שיטות מומלצות

הקצה משתמש-CIF ייעודי עם הרשאות-RFC מינימליות לשני הכיוונים.
החזק Business System Group אחד לכל landscape — אל תפצל.
הקם ניטור-תורים יזום (SMQ1/SMQ2 + alert) — תקיעות-CIF הן השכיחות ביותר.
בחר sidecar רק כשנדרש (ERP ישן / ריבוי-מערכות); אחרת העדף embedded לפשטות.

שאלות ראיון

מה ההבדל בין sidecar ל-embedded PP/DS?

Sidecar = PP/DS במערכת נפרדת (DMP) המחוברת ל-ERP דרך CIF; embedded = PP/DS בתוך אותה מערכת S/4HANA של הביצוע, בלי CIF בין-מערכתי. Sidecar מתאים ל-ERP ישן או ריבוי-מערכות.

מהו CIF ולמה הוא נחוץ ב-sidecar?

Core Interface — תשתית RFC/qRFC המסנכרנת master data ו-transaction data בין ה-ERP ל-DMP בשני הכיוונים. ב-sidecar הוא חיוני כי הנתונים אינם משותפים.

מהו Business System Group?

קבוצה לוגית של מערכות המתקשרות ב-CIF, המאחדת מיפוי שמות-אובייקטים. לכל landscape צריך BSG אחד עקבי.

מסקנות מפתח

Sidecar = DMP נפרד + ERP, מחוברים ב-CIF; embedded = הכל במערכת אחת.
CIF מסנכרן master ו-transaction data דו-כיוונית דרך RFC/qRFC.
BD54 + SM59 + BSG אחד = שלד-האינטגרציה.
ניטור-תורים (SMQ1/SMQ2) הוא חובת-תפעול ב-sidecar.

נושאים קשורים

PP/DS · אינטגרציה (9.4)PP/DS · תנאים מוקדמים (9.2)

SAP by Sali · Project NEO

טוען את נוף ה-SAP…