אינטגרציה

האינטגרציה בין ERP ל-DMP מתבצעת כולה דרך CIF ומתחלקת לשני זרמים: נתוני-אב (master data) ונתוני-תנועה (transaction data). נתוני-האב מועברים פעם-אחת ומתוחזקים (delta), בעוד נתוני-התנועה זורמים בזמן-אמת לשני הכיוונים. הבנת ההבחנה היא מפתח לתפעול-CIF נקי. אינטגרציה של נתוני אב — נתוני-האב הם השלד הקבוע שעובר מ-ERP ל-DMP פעם-אחת ומתוחזק ב-delta: חומרים, מרכזי-עבודה (→ resources), BOM+routing (→ PDS), ומפעלים (→ locations). הם תנאי-סף לכל transaction data — בלי ה-mapping שלהם, הזמנות אינן יכולות להיקלט. אינטגרציה של נתוני תנועה — נתוני-התנועה הם הזרם החי, הדו-כיווני: דרישות והזמנות-מכר זורמות מ-ERP ל-DMP, Planned Orders ותוצאות-תכנון חוזרות ל-ERP, ואישורי-ייצור (confirmations) ומלאי מסונכרנים בזמן-אמת. זהו מעגל-התכנון-ביצוע הסגור שמבדיל sidecar עובד מסטטי.

יש שני סוגי-מידע שעוברים בצינור ה-CIF. הראשון הוא 'מי ומה' — החומרים, הקווים, המתכונים (master data) שמשתנים לעיתים רחוקות. השני הוא 'מה קורה עכשיו' — דרישות, הזמנות, אישורים (transaction data) שזורמים כל הזמן. שני הזרמים יחד נותנים ל-DMP תמונה מלאה לתכנון. אינטגרציה של נתוני אב — אלה הנתונים ש'לא משתנים כל יום' — איזה מוצרים יש, אילו קווים, מה המתכון, איזה מפעל. הם עוברים ל-DMP פעם אחת בהתחלה, ואחר-כך רק כשמשהו משתנה. הם ה'מילון' שדרכו DMP מבין את ההזמנות שיגיעו אחר-כך. אינטגרציה של נתוני תנועה — אלה הנתונים ש'משתנים כל הזמן' — מי הזמין מה, אילו הזמנות-ייצור נפתחו, כמה יוצר, וכמה מלאי יש. הם זורמים הלוך-ושוב בין ה-ERP ל-DMP כל הזמן, כך ששתי המערכות תמיד רואות את אותה תמונה עדכנית.

המטרה: לספק ל-DMP את כל הנתונים לתכנון מדויק — הן את ה'שלד' (master data) והן את ה'דם' (transaction data) — ולהחזיר ל-ERP את תוצאות-התכנון לביצוע. ללא שני הזרמים אין מעגל-תכנון-ביצוע סגור. אינטגרציה של נתוני אב — לספק ל-DMP את ה'שלד' לתכנון: מה מתכננים (products), היכן (locations), על איזה משאב (resources), ולפי איזה מבנה (PDS). בלי נתוני-אב, אין על מה להריץ heuristic/Optimizer. אינטגרציה של נתוני תנועה — לסגור את מעגל התכנון-ביצוע: לספק ל-DMP ביקוש ומלאי עדכניים לתכנון, ולהחזיר ל-ERP את התוצאות לביצוע. כך התכנית ב-DMP והמציאות ב-ERP נשארות מסונכרנות תמיד.

• Integration with Other SAP Components ► Advanced Planning and Optimization ► Application-Specific Settings ► Integration Models • Logistics ► Central Functions ► Supply Chain Planning Interface (CIF) ► Integration Model ► Create (CFM1) • Logistics ► Central Functions ► Supply Chain Planning Interface (CIF) ► Integration Model ► Activate (CFM2) • Integration with Other SAP Components ► Advanced Planning and Optimization ► Application-Specific Settings ► Master Data ► Materials / Work Centers / PDS • Logistics ► Central Functions ► CIF ► Integration Model ► Create — Master Data (CFM1) • Advanced Planning ► Master Data ► Production Data Structure (PDS) • Integration with Other SAP Components ► Advanced Planning and Optimization ► Application-Specific Settings ► Transaction Data ► Orders / Stocks / Confirmations • Logistics ► Central Functions ► CIF ► Integration Model ► Create — Transaction Data (CFM1) • Logistics ► Central Functions ► CIF ► Monitoring ► qRFC Monitor (SMQ1 / SMQ2)

• אינטגרציה = שני זרמים דרך CIF: master (9.4.1) + transaction (9.4.2).
• Integration Models (CFM1/CFM2) קובעים מה ומתי זורם.
• Master data תמיד לפני transaction data.
• ניטור SMQ1/SMQ2 הוא חובת-תפעול.
• Master data = שלד קבוע: products, resources, locations, PDS.
• PDS מאחד BOM+routing — האובייקט המבני המרכזי.
• delta-transfer שומר על עדכניות; master תמיד לפני transaction.
• Transaction data = זרם חי דו-כיווני דרך CIF.
• מעגל סגור: requirements→DMP→Planned Order→ERP→confirmation→DMP.
• order mapping + /SAPAPO/CCR שומרים עקביות.
• ניטור SMQ1/SMQ2 הוא קו-ההגנה התפעולי.

בארגון: master data (חומרי-משקה, קווי-מילוי כ-resources, מתכונים כ-PDS) מועבר ראשון; אחריו transaction data (דרישות-מילוי, אישורי-קווים). PP/DS מתזמן את הקווים ומחזיר תכנית ל-ECC. תחילה Integration Model של master data מעביר חומרים, resources ו-PDS ל-DMP. אחר-כך Integration Model של transaction data מעביר דרישות והזמנות. PP/DS מתכנן, וה-Planned Orders חוזרים ל-ERP — הכל דרך אותו ערוץ-CIF. אינטגרציה של נתוני אב — בארגון: חומרי-המשקה → products; קווי-המילוי → resources; מתכון-המשקה (BOM+routing) → PDS; המפעל → location. כל אלה עוברים ראשונים, לפני דרישות-המילוי. Integration Model של master data מועבר: חומרי-המוצר הופכים ל-products ב-DMP, מרכזי-העבודה ל-resources, וה-BOM+routing ל-PDS. שינוי routing ב-ERP מעדכן את ה-PDS דרך CIF delta. אינטגרציה של נתוני תנועה — בארגון: דרישת-מילוי זורמת מ-ECC ל-DMP; PP/DS מתזמן את הקו ויוצר Planned Order; הוא חוזר ל-ECC כפק"ע-מילוי; אישור-הקו (כמות שיוצרה) זורם בחזרה ומעדכן את עומס-הקו ב-DMP. הזמנת-לקוח ב-ERP זורמת ל-DMP כדרישה; PP/DS יוצר Planned Order; הוא חוזר ל-ERP ומומר ל-Production Order; הביצוע ברצפה מדווח (confirmation) וזורם בחזרה ל-DMP לעדכון-עומס ו-pegging.

• Integration Model (CFM1): הגדר אילו אובייקטים (master/transaction) נכללים, לפי plant/material/type. • Activate (CFM2): הפעל/כבה Integration Model — רק פעיל מזרים נתונים. • סדר: master data לפני transaction data — תלות-mapping. • ניטור: SMQ1/SMQ2 + CFM3/CFM4 לבדיקת אובייקטים שהועברו. אינטגרציה של נתוני אב • Master Integration Model (CFM1): כלול materials, work centers, BOM+routing (PDS), plants. • PDS generation: ודא שה-routing+BOM תקפים — ה-PDS נוצר בצד-DMP מהם. • Delta transfer: הפעל change pointers ל-master לשמירת-עדכניות. • מיפוי: plant→location, work center→resource מוגדר עקבי. אינטגרציה של נתוני תנועה • Transaction Integration Model (CFM1): כלול sales orders, requirements, stocks, orders, confirmations. • Direction: ודא דו-כיווניות — requirements/stocks ל-DMP; planned orders חזרה ל-ERP. • Order mapping: /SAPAPO/ORDMAP שומר זיקת-אובייקט בין המערכות. • Consistency check: /SAPAPO/CCR להשוואת ERP↔DMP ותיקון-פערים.

נתוני אב • Integration Models (CIF_IMODEL) מגדירים את היקף-ההעברה לכל זרם. • סדר-תלות: master data חייב להעביר לפני transaction data. • Product (/SAPAPO/MATKEY), Resource, Location, PDS — מקבילות-DMP לנתוני-האב של ERP. • PDS = איחוד BOM+routing; האובייקט המרכזי לתכנון מבני ב-DMP. • Order mapping (/SAPAPO/ORDMAP) — שומר זיקה בין הזמנת-DMP להזמנת-ERP. • Reservations (RESB) בצד-ERP נגזרות מ-Planned Order שחזר מ-DMP. שאלות ראיון מהם שני זרמי-האינטגרציה ב-CIF? Master data (חומרים, resources, PDS, locations — נדיר-שינוי) ו-transaction data (דרישות, הזמנות, מלאי, אישורים — זמן-אמת, דו-כיווני). מהו Integration Model ואיך מפעילים אותו? אובייקט המגדיר אילו נתונים מועברים ב-CIF; נוצר ב-CFM1 ומופעל/מכובה ב-CFM2. רק מודל פעיל מזרים נתונים. מדוע סדר ההעברה חשוב? master data חייב להגיע לפני transaction data, אחרת ה-CIF נכשל בחוסר-mapping של החומר/ה-location בצד-DMP. מהו PDS ולמה הוא חשוב? Production Data Structure — אובייקט-DMP המאחד BOM+routing לתכנון; הוא נוצר בצד-DMP דרך CIF ומשמש את ה-heuristic/Optimizer לתזמון מבני. כיצד ממופים נתוני-האב מ-ERP ל-DMP? material→product, work center→resource, plant→location, BOM+routing→PDS. המיפוי הזה הוא תנאי לקליטת transaction data. אילו נתוני-תנועה זורמים בכל כיוון? ל-DMP: requirements, sales orders, stocks, confirmations (קלט-תכנון/עדכון). ל-ERP: Planned Orders ותוצאות-PP/DS (לביצוע). הכל ב-qRFC זמן-אמת. מה תפקיד /SAPAPO/CCR? Consistency Check Reconciliation — משווה את התמונה ב-ERP מול DMP ומתקן פערים שנוצרו מתקיעות-CIF או עדכונים-חסרים. כיצד נשמרת הזיקה בין הזמנת-DMP להזמנת-ERP? דרך order mapping (/SAPAPO/ORDMAP) — כל אובייקט-תנועה נושא מיפוי דו-מערכתי ששומר על עקביות בעדכון דו-כיווני. נושאים קשורים • PP/DS · אינטגרציית נתוני-אב (9.4.1) • PP/DS · אינטגרציית נתוני-תנועה (9.4.2) • PP/DS · הגדרות ב-ERP (9.3.1) • PP/DS · הגדרות ב-DMP (9.3.2)

• נתון לא הגיע ➔ Integration Model פעיל? (CFM2) האובייקט כלול? (CFM1) • שגיאת-mapping ➔ master data חסר; העבר master לפני transaction. • תור תקוע ➔ SMQ1 (DMP) / SMQ2 (ERP), נתח ושחרר. אינטגרציה של נתוני אב • PDS לא נוצר ➔ BOM/routing לא-תקף או חומר/resource חסר ב-DMP. • product לא קיים ב-DMP ➔ Integration Model של master לא הופעל. • שינוי-master לא מתעדכן ➔ change pointers/delta לא פעיל. אינטגרציה של נתוני תנועה • Planned Order לא חוזר ➔ Integration Model/RFC הפוך (DMP→ERP) או QOUT scheduler. • פער ERP↔DMP ➔ הרץ /SAPAPO/CCR (Consistency Check Reconciliation). • confirmation לא מעדכן עומס ➔ transaction model לא כולל confirmations. • תור תקוע ➔ SMQ1 (DMP)/SMQ2 (ERP), נתח, תקן, שחרר.

• אינטגרציה = שני זרמים דרך CIF: master (9.4.1) + transaction (9.4.2). • Integration Models (CFM1/CFM2) קובעים מה ומתי זורם. • Master data תמיד לפני transaction data. • ניטור SMQ1/SMQ2 הוא חובת-תפעול. • Master data = שלד קבוע: products, resources, locations, PDS. • PDS מאחד BOM+routing — האובייקט המבני המרכזי. • delta-transfer שומר על עדכניות; master תמיד לפני transaction. • Transaction data = זרם חי דו-כיווני דרך CIF. • מעגל סגור: requirements→DMP→Planned Order→ERP→confirmation→DMP. • order mapping + /SAPAPO/CCR שומרים עקביות. • ניטור SMQ1/SMQ2 הוא קו-ההגנה התפעולי.