ארכיטקטורת הפתרון

ארכיטקטורת ה-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 הם אותו מחשב.

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

• 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

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

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

• 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).

נתוני אב • Logical System לכל מערכת (BD54) + שיוך ל-client (SCC4) — בסיס ל-CIF. • RFC Destinations (SM59) דו-כיווניים — הצינור הפיזי של ה-CIF. • Business System Group אחד ל-landscape — מאחד מיפוי-אובייקטים בין ERP ל-DMP. שאלות ראיון מה ההבדל בין 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 אחד עקבי. נושאים קשורים • PP/DS · אינטגרציה (9.4) • PP/DS · תנאים מוקדמים (9.2)

• נתונים לא מגיעים ל-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.

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