התאמה אישית והגדרה

קונפיגורציית ה-sidecar מתחלקת לשני צדדים: הגדרות במערכת-ה-ERP (צד-המקור/הביצוע) והגדרות ב-DMP (צד-התכנון). שני הצדדים חייבים להיות עקביים כדי שה-CIF יזרים נתונים נכון. פרק זה מסגר את שני בלוקי-ההגדרה ומכין את הקרקע לתת-הסעיפים שמפרטים כל צד. הגדרות במערכת ה-ERP — בצד-ה-ERP מגדירים את התשתית שמכשירה אותו לפרסם נתונים אל DMP דרך CIF: target system / distribution definition, חיבורי-RFC, הגדרות-CIF גלובליות, ובמידת-הצורך סימון material/plant כרלוונטיים-לתכנון-מתקדם. זהו 'צד-המוצא' של האינטגרציה. הגדרות ב-SAP S/4HANA Manufacturing for Planning and Scheduling — בצד-ה-DMP מגדירים את סביבת-התכנון: Model + Planning Version (גרסת-התכנון הפעילה 000), planning procedures, ו-CIF inbound settings. זהו 'צד-היעד' שקולט את הנתונים מה-ERP ומריץ עליהם את התכנון המתקדם של PP/DS.

כמו לכוונן שני מכשירים שצריכים לעבוד יחד — צריך לכוון כל אחד בנפרד, אבל באותם ערכים. צד אחד הוא ה-ERP (שם מבצעים), והצד השני הוא DMP (שם מתכננים). אם נכוון רק אחד, ה'שיחה' ביניהם תיכשל. הגדרות במערכת ה-ERP — כאן מכינים את ה-ERP 'לשלוח דואר' ל-DMP. צריך לומר לו לאן לשלוח (איזו מערכת-יעד), דרך איזה צינור (RFC), ומה רלוונטי לשלוח. בלי זה ה-ERP לא יודע שיש בכלל מערכת-תכנון. הגדרות ב-SAP S/4HANA Manufacturing for Planning and Scheduling — כאן מכינים את DMP 'לקבל את הדואר' ולתכנן עליו. צריך 'מגירה' שאליה נכנסים הנתונים (Planning Version), וכללים מה לעשות איתם (planning procedures). בלי זה הנתונים נכנסים ל'חלל ריק' ואין תכנון.

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

• Advanced Planning ► Basic Settings ► Configure the System (Source + Target) • Integration with Other SAP Components ► Advanced Planning and Optimization • Production Planning and Detailed Scheduling (PP/DS) ► Global Settings • Integration with Other SAP Components ► Advanced Planning and Optimization ► Basic Settings for the Data Transfer ► Target System and RFC Destination (CFC1) • Integration with Other SAP Components ► Advanced Planning and Optimization ► Basic Settings for the Data Transfer ► Set User Parameters / Application Log (CFC2) • SAP NetWeaver ► ALE ► Create RFC Connections (SM59) • Advanced Planning ► Master Data ► Planning Version Management ► Maintain Planning Version (/SAPAPO/MVM) • Advanced Planning ► Production Planning and Detailed Scheduling (PP/DS) ► Global Settings ► Maintain Global Parameters and Defaults • Advanced Planning ► Basic Settings for Data Transfer ► Set Inbound Queue / Application Log (/SAPAPO/C2)

• קונפיגורציה דו-צדדית: ERP (9.3.1) + DMP (9.3.2).
• תיאום Logical System, BSG ומיפוי הוא תנאי-זרימה.
• הפעל CIF application log לאיתור-תקלות.
• צד-ERP = צד-מוצא: target system + RFC + CIF settings.
• CFC1 קובע יעד-פרסום; CFC2 קובע log/queue.
• ב-ECC חובה לוודא תאימות PI/CIF plug-in.
• צד-DMP = צד-יעד: Version 000 + planning procedures + CIF inbound.
• רק Version 000 מתעדכנת מ-CIF; השאר סימולציה.
• planning procedure מפעיל תכנון אוטומטי בקליטה.

בארגון: ה-ECC מוגדר לפרסם את חומרי-המשקה והקווים ל-DMP, וה-DMP מוגדר עם planning version פעילה לקווי-המילוי. רק כששני הצדדים מסונכרנים, תכנית-המילוי זורמת. צוות-המימוש קודם מגדיר את צד-ה-ERP (RFC, distribution), ואז את צד-ה-DMP (planning version, CIF inbound), ולבסוף מריץ Integration Model ראשון לבדיקת זרימה מקצה-לקצה. הגדרות במערכת ה-ERP — בארגון ה-ECC מוגדר עם target system = DMP, RFC ל-DMP, ו-application log פעיל — כך חומרי-המשקה והקווים מוכנים לפרסום ל-sidecar. ב-ECC מגדירים target system = DMP (CFC1), RFC destination אליו (SM59), ומפעילים application log + queue type ב-CFC2. כעת ה-ERP מוכן לפרסם Integration Models. הגדרות ב-SAP S/4HANA Manufacturing for Planning and Scheduling — בארגון ה-DMP מחזיק Version 000 פעילה לקווי-המילוי; planning procedure מפעיל heuristic-תכנון אוטומטי על כל חומר-משקה שנקלט מ-ECC, וה-Optimizer מסדר את רצף-הקווים. ב-DMP מוודאים ש-Model 000/Version 000 קיימים, מגדירים CIF inbound queue, וקובעים planning procedure לחומרים שייקלטו. כשחומר נכנס מ-CIF, הוא משויך ל-Version 000 ומוכן ל-heuristic/Optimizer.

• צד-ERP: distribution definitions + RFC + flags ל-advanced planning (ראה 9.3.1). • צד-DMP: planning version, model, planning procedures, CIF inbound (ראה 9.3.2). • תיאום: שמות Logical System, BSG, ומיפוי plants/materials זהים בשני הצדדים. • Application log: הפעל CIF application log (CFC2) לאיתור-תקלות מוקדם. הגדרות במערכת ה-ERP • Target System + RFC (CFC1): שייך את Logical System של ה-DMP ל-RFC destination שלו. • CIF global settings (CFC2): application log = פעיל, queue type (qRFC), debugging מבוקר. • RFC destination (SM59): סוג 3 ל-DMP + connection test ירוק. • PI/CIF plug-in: ודא תאימות-גרסה ב-ECC (לא רלוונטי ב-S/4HANA ERP). הגדרות ב-SAP S/4HANA Manufacturing for Planning and Scheduling • Planning Version (/SAPAPO/MVM): ודא Model 000 / Version 000 פעילה — היחידה שמתעדכנת מ-CIF. • PP/DS global settings: ברירות-מחדל ל-heuristics, Optimizer, ו-planning horizon. • Planning procedure לכל חומר: קובע אם תכנון אוטומטי מופעל בקליטה. • CIF inbound (/SAPAPO/C2): queue + application log בצד-DMP.

נתוני אב • Logical System + BSG עקביים בשני הצדדים — בסיס למיפוי-אובייקטים. • Planning Version ב-DMP — מיכל-התכנון שאליו נקלטים הנתונים. • Logical System של DMP מוכר ב-ERP + RFC destination אליו. • אובייקטי-אב (חומר, מרכז-עבודה, BOM, routing) נבחרים ל-CIF דרך Integration Models. • Planning Version 000 — מיכל-התכנון הפעיל היחיד שמתעדכן מ-CIF. • Planning procedure לכל חומר — קובע תכנון אוטומטי בקליטה. שאלות ראיון מדוע צריך להגדיר את שני הצדדים (ERP + DMP)? כי ב-sidecar הנתונים אינם משותפים; ה-ERP חייב לדעת לפרסם וה-DMP לקלוט ולתכנן. הגדרת צד אחד בלבד מפילה את ה-CIF. מה תפקיד ה-CIF application log? הוא מתעד שגיאות-CIF (CFC2) ומאפשר איתור-תקלות מהיר — בלעדיו תקלות-זרימה נשארות סמויות. מה מגדיר CFC1 בצד-ה-ERP? Target system + RFC destination — לאיזו מערכת-תכנון (DMP) ה-ERP מפרסם אובייקטים ודרך איזה חיבור-RFC. אילו אובייקטים נבחרים לפרסום מה-ERP? נתוני-אב כמו חומרים, מרכזי-עבודה, BOM ו-routing — דרך Integration Models (CFM1); התשתית ב-CFC1/CFC2 מאפשרת זאת. מדוע רק Planning Version 000 מתעדכנת מ-CIF? Version 000 היא הגרסה הפעילה (active) המייצגת את המציאות; גרסאות אחרות הן סימולציה ואינן מקבלות נתוני-CIF חיים. מה תפקיד planning procedure בצד-DMP? הוא קובע אילו פעולות-תכנון (heuristic) מתבצעות אוטומטית כשחומר/הזמנה נקלטים — בלעדיו החומר נקלט אך נשאר ללא תכנון. נושאים קשורים • PP/DS · הגדרות ב-ERP (9.3.1) • PP/DS · הגדרות ב-DMP (9.3.2) • PP/DS · אינטגרציית נתוני-אב (9.4.1) • PP/DS · אינטגרציית נתוני-תנועה (9.4.2)

• CIF נכשל בזרימה ➔ ודא ששני הצדדים מוגדרים ושמות Logical System תואמים. • אובייקט לא נקלט ב-DMP ➔ planning version/model לא מוגדר או mapping שגוי. • אין יומן-תקלות ➔ הפעל CIF application log (CFC2). הגדרות במערכת ה-ERP • פרסום נכשל ➔ CFC1 target system חסר או RFC (SM59) שגוי. • אין יומן ➔ application log לא פעיל ב-CFC2. • שגיאות-תאימות ➔ PI/CIF plug-in לא-תואם ב-ECC. הגדרות ב-SAP S/4HANA Manufacturing for Planning and Scheduling • חומר נקלט אך לא מתוכנן ➔ planning procedure / heuristic לא מוגדר. • נתוני-CIF לא נקלטים ➔ inbound queue (/SAPAPO/C2) לא פעיל. • דרישות חסרות ➔ planning horizon קצר מדי ב-global settings.

• קונפיגורציה דו-צדדית: ERP (9.3.1) + DMP (9.3.2). • תיאום Logical System, BSG ומיפוי הוא תנאי-זרימה. • הפעל CIF application log לאיתור-תקלות. • צד-ERP = צד-מוצא: target system + RFC + CIF settings. • CFC1 קובע יעד-פרסום; CFC2 קובע log/queue. • ב-ECC חובה לוודא תאימות PI/CIF plug-in. • צד-DMP = צד-יעד: Version 000 + planning procedures + CIF inbound. • רק Version 000 מתעדכנת מ-CIF; השאר סימולציה. • planning procedure מפעיל תכנון אוטומטי בקליטה.