שילוב עם מערכות SAP אחרות

מעבר ל-S/4HANA הליבה, PM מתכתב עם מערכות-SAP נוספות המתמחות בנתוני-אב ובמערכות-עקיף: SAP NetWeaver MDM ו-SAP MDG לאיכות-ושליטה בנתוני-אב (חומרים, ספקים, אובייקטים-טכניים), ו-SAP SRM לרכש-עקיף של חלקים ושירותים. שילוב זה מבטיח שנתוני-האב של PM עקביים בכל הנוף-המערכתי ושרכש-החלפים יעיל. SAP NetWeaver Master Data Management — SAP NetWeaver MDM היא הפלטפורמה ההיסטורית לאיחוד, ניקוי והפצה של נתוני-אב על-פני נוף-מערכתי הטרוגני. עבור PM היא הבטיחה שחומרי-חלפים, ספקים ואובייקטים-טכניים יהיו אחידים בין מערכות מרובות. SAP Master Data Governance — SAP MDG הוא היורש המודרני, המשולב ב-S/4HANA, לשליטה בנתוני-אב. הוא מוסיף תהליכי-אישור (governance workflow), בקרת-איכות והפצה לנתוני חומרים, ספקים ואובייקטים-טכניים — קריטי לחלפי-PM ולנתוני-ציוד. SAP Supplier Relationship Management — SAP SRM ניהל את רכש-העקיף ואת מחזור-חיי-הספקים: קטלוגים, self-service procurement, מכרזים וניהול-חוזים. עבור PM הוא ייעל את רכש חלקי-החילוף והשירותים שאינם-מלאי, ולעיתים הזין ישירות דרישות-רכש להזמנות-תחזוקה.

מערכת אחת לא עושה הכל. ל-SAP יש מערכות-עזר: כאלה שמנהלות את 'איכות-הנתונים' (שכל החומרים והספקים יהיו נכונים ואחידים בכל מקום), וכאלה שמנהלות רכש-מתוחכם. ה-PM נשען עליהן כדי שהחלפים, הספקים והציוד יהיו נכונים ושהרכש יזרום חלק. SAP NetWeaver Master Data Management — MDM הוא כמו 'מאגר-אמת אחד' לנתונים: אם לאותו מיסב יש חמישה מספרים שונים בחמש מערכות — MDM מאחד אותם לרשומה אחת נכונה ומפיץ אותה. כך כולם מדברים באותה שפה. SAP Master Data Governance — MDG הוא 'שומר-הסף' של הנתונים: לפני שחומר/ספק חדש נכנס למערכת, הוא עובר תהליך-אישור מסודר (מי ביקש, מי אישר), נבדק שהוא נכון ומלא, ורק אז מופץ. כך לא נכנסים נתונים פגומים. SAP Supplier Relationship Management — SRM הוא 'אתר-קניות ארגוני': טכנאי או מתכנן בוחר חלף/שירות מקטלוג, מאשר, וההזמנה יוצאת לספק אוטומטית. זה הופך רכש-חלפים מהיר ומסודר במקום טפסים ידניים.

להבטיח נתוני-אב נקיים, מאושרים ומופצים אחיד (MDM/MDG), ולייעל רכש-עקיף של חלקים ושירותים (SRM) — שני תנאים לתחזוקה אמינה. SAP NetWeaver Master Data Management — לחסל כפילויות וסתירות בנתוני-אב בין מערכות, ולספק ל-PM חלפים/ספקים אחידים ואמינים. SAP Master Data Governance — להבטיח שנתוני-האב המזינים PM (חלפים, ספקים, ציוד) נוצרים תחת אישור, נקיים ומופצים אחיד — ממשל-נתונים אמיתי. SAP Supplier Relationship Management — לייעל ולהאיץ רכש-עקיף של חלפים ושירותי-תחזוקה, לאכוף חוזים ומחירים, ולקצר זמן-אספקה לחלקים-חסרים.

• Cross-Application Components ► Processes and Tools for Enterprise Applications ► Master Data Governance ► General Settings ► Data Modeling • SAP NetWeaver ► Application Server ► IDoc Interface / ALE ► Modelling and Implementing Business Processes • SAP NetWeaver ► Master Data Management ► Configure MDM Repositories and Syndication (MDM Console — חיצוני) • Cross-Application Components ► Master Data Governance ► General Settings ► Data Modeling ► Edit Data Model • Cross-Application Components ► Master Data Governance ► General Settings ► Process Modeling ► Workflow • SAP Supplier Relationship Management ► SRM Server ► Cross-Application Basic Settings ► Define Backend Systems • Materials Management ► Purchasing ► Purchase Requisition ► Define Document Types

• MDM/MDG שומרים על נתוני-אב נקיים ואחידים ל-PM.
• SRM/Ariba מייעל רכש-עקיף של חלפים ושירותים.
• אינטגרציה דרך IDoc/ALE ו-Web Services.
• MDM = single source of truth לנתוני-אב.
• Consolidation + Syndication ל-ERP.
• ברוב המימושים הוחלף ב-MDG.
• MDG = ממשל-נתוני-אב משולב ב-S/4.
• Change Request workflow + Validation + DRF.
• מבטיח חלפים/ציוד נקיים ל-PM.
• SRM = רכש-עקיף וקטלוגים לחלפי-PM.
• מאיץ רכש-חלקים-חסרים ואוכף חוזים.
• כיום לרוב Ariba/embedded.

בארגון כל אתרי-הבקבוק חולקים נתוני-אב מנוהלים מרכזית (MDG) — אותו חלף נושא אותו מספר ותיאור בכל אתר; רכש-חלפים-עקיף נעשה דרך קטלוג מרכזי, מה שמונע כפילויות ומפחית עלות. חלף-חדש נדרש: בקשת-אב-חומר עוברת workflow-אישור ב-MDG → לאחר אישור מופצת לכל המערכות → SRM/רכש מזמין אותו דרך קטלוג → הוא זמין כרכיב בהזמנת-PM. SAP NetWeaver Master Data Management — בארגון עם מספר אתרי-בקבוק היסטוריים, MDM איחד את קטלוג-החלפים כך שמיסב זהה לא מנוהל תחת חמישה מספרים — בסיס למלאי-חלפים משותף. שלוש מערכות-ERP אזוריות מנהלות חלפים בנפרד; MDM מזהה כפילויות, ממזג למספר-אב אחד ומפיץ — מעתה אותו חלף אחיד בכל אתר. SAP Master Data Governance — בארגון כל חלף/ספק-תחזוקה חדש עובר Change Request ב-MDG עם אישור-רכש ואיכות; רק אז נפתח ומופץ — מונע 'מיסבי-רפאים' כפולים ומבטיח תיאור אחיד בעברית/אנגלית. בקשה לחלף-חדש: Change Request נפתחת → מילוי שדות → Validation אוטומטי → אישור מנהל-קטגוריה → יצירת Material master → DRF מפיץ לאתרים → זמין ל-PM. SAP Supplier Relationship Management — בארגון רכש חלפי-תחזוקה-עקיפים נעשה דרך קטלוג מרכזי (SRM/Ariba) עם מחירי-חוזה מוסכמים; כך תיקון דחוף לקו-מילוי מזמין חלף-מאושר במחיר-חוזה תוך דקות. חלק חסר בהזמנת-PM (Non-stock) → דרישת-רכש → SRM Shopping Cart מול קטלוג-ספק → אישור → PO אוטומטי → קבלה והקצאה להזמנה.

• Data Model + Workflow ב-MDG לאובייקטי-אב (חומר/ספק/ציוד). • Distribution Model (BD64) ו-Partner Profiles (WE20) להפצת-IDoc. • Web Service config (SOAMANAGER) לאינטגרציית-SRM/שירותים. SAP NetWeaver Master Data Management • MDM Repository לאובייקטי-אב (חומר/ספק). • Syndication/Import maps להפצה אל ה-ERP דרך PI. • Matching/Dedup rules לזיהוי-כפילויות. SAP Master Data Governance • Data Model (MM/BP) ושדות-מנוהלים. • Change Request types + BRF+ workflow לאישור. • DRF (Data Replication Framework) להפצה. SAP Supplier Relationship Management • Backend system + integration ל-ERP מ-SRM. • Catalog (CCM/MDM-catalog) לחלפים-עקיפים. • Document Types לדרישות-רכש מתחזוקה.

נתוני אב • Material/Vendor/Equipment master מנוהלים ב-MDG. • Distribution Model + Partner Profiles להפצה. • Repository מרכזי לחומרים/ספקים. • Syndication maps ל-ERP. • Material/Business Partner/Equipment תחת governance. • Change Request כרשומת-בקרה. • Vendor master (LFA1) + קטלוג-ספק. • Contract/מחירי-חוזה לחלפים. שאלות ראיון מדוע PM נשען על MDM/MDG? כדי שנתוני-האב (חומרים, ספקים, ציוד) יהיו נקיים, מאושרים ואחידים בכל המערכות — בסיס לרכש-חלפים אמין ולמניעת-כפילויות. מה תפקיד SRM באינטגרציה? ניהול רכש-עקיף של חלקים ושירותים דרך קטלוגים ו-self-service, המזין דרישות-רכש לתחזוקה (כיום לרוב Ariba/embedded ב-S/4). מה תפקיד MDM ביחס ל-PM? לאחד ולנקות נתוני-אב (חלפים/ספקים) ולהפיצם אחיד לכל המערכות, כך שתחזוקה נשענת על single source of truth. מה ההבדל בין MDM ל-MDG? MDM היא פלטפורמה היסטורית חיצונית (consolidation/syndication); MDG משולב ב-ERP/S4 עם workflow-אישור והפצה native. מה MDG מוסיף מעל MDM? Governance workflow לאישור Change Requests, Validation, ו-DRF להפצה — משולב native ב-S/4HANA (co-deployed), לא פלטפורמה חיצונית. כיצד MDG מועיל ל-PM? מבטיח שחלפים, ספקים וציוד נוצרים מאושרים ונקיים ומופצים אחיד — מונע כפילויות ונתונים-פגומים בתחזוקה. כיצד SRM מועיל ל-PM? מייעל רכש-עקיף של חלפים/שירותים דרך קטלוגים ו-self-service; דרישות-רכש של חלקי Non-stock זורמות ל-Shopping Cart ול-PO אוטומטי. מה מחליף SRM ב-S/4HANA? בעיקר SAP Ariba ופונקציות-רכש מוטמעות; אך הארכיטקטורה ההיסטורית עדיין נפוצה בנוף-לקוחות קיים. נושאים קשורים • MM Academy · נתוני-אב ורכש • MM Academy · נתוני-אב • MM Academy · רכש ומכרזים

• חלף לא קיים באתר ➔ IDoc-הפצה נכשל (WE05/BD87). • כפילות-חומר ➔ חסר תהליך-MDG/dedup. SAP NetWeaver Master Data Management • נתון לא מעודכן ב-ERP ➔ בדוק Syndication/PI message (SXMB_MONI). SAP Master Data Governance • נתון לא הופץ ➔ בדוק DRF/Replication log (DRFOUT/SLG1). • Change Request תקועה ➔ בדוק workflow inbox (SBWP). SAP Supplier Relationship Management • PO לא נוצר מ-Shopping Cart ➔ בדוק backend integration. • מחיר שגוי ➔ חוזה/קטלוג לא מעודכן.

• MDM/MDG שומרים על נתוני-אב נקיים ואחידים ל-PM. • SRM/Ariba מייעל רכש-עקיף של חלפים ושירותים. • אינטגרציה דרך IDoc/ALE ו-Web Services. • MDM = single source of truth לנתוני-אב. • Consolidation + Syndication ל-ERP. • ברוב המימושים הוחלף ב-MDG. • MDG = ממשל-נתוני-אב משולב ב-S/4. • Change Request workflow + Validation + DRF. • מבטיח חלפים/ציוד נקיים ל-PM. • SRM = רכש-עקיף וקטלוגים לחלפי-PM. • מאיץ רכש-חלקים-חסרים ואוכף חוזים. • כיום לרוב Ariba/embedded.