Chapter 11 · 4 תת-פרקים · ~16 דק'

מעבר ל-PP/DS מוטמע (Migration)

Migration to Embedded PP/DS

פרק זה הוא יחידת-לימוד מלאה למעבר ל-PP/DS המוטמע (embedded PP/DS) ב-SAP S/4HANA. בעבר PP/DS חי בתוך SAP APO — מערכת נפרדת המחוברת דרך CIF (Core Interface). ב-S/4HANA אותו מנוע-תכנון רץ ישירות בתוך מערכת ה-ERP, על אותו בסיס-נתונים, ללא רפליקציה. הפרק מציג שלושה נתיבי-מעבר רשמיים של SAP — new implementation (greenfield), system conversion (brownfield), ו-SAP S/4HANA Landscape Transformation (selective / SLT-DMLT) — ובסיכום משווה ביניהם ובוחר את הנתיב ל-CBC. כל אחד מארבעת תתי-הפרקים הורחב ליחידת-לימוד עצמאית בת 18 מקטעים: שלוש רמות-הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך מקצה-לקצה, דוגמת CBC, ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי-קונפיגורציה, תרשים-תהליך (flow), טעויות נפוצות, פתרון-תקלות, שיטות-מומלצות, שאלות-ראיון ומסקנות-מפתח. המטרה: להבין ולבחור נתיב-מעבר ל-PP/DS המוטמע בלי הספר המקורי.

1/4

הסבר מנהלים

new implementation (greenfield) הוא הקמת מערכת S/4HANA חדשה מאפס והפעלת embedded PP/DS בה כיכולת מובנית, ללא נשיאת מטען-העבר של ECC או APO. נתוני-האב והעסקאות מועברים סלקטיבית דרך migration cockpit (LTMC / LTMOM) ולא דרך המרה טכנית של מסד-נתונים קיים. זהו הנתיב ה'נקי' ביותר: מאפשר עיצוב-מחדש של תהליכי-התכנון, אימוץ best practices של SAP, וביטול קוד-Z והגדרות-עבר. המחיר: מאמץ העברת-נתונים גבוה, אימות מקיף, וצורך לבנות מחדש כל אינטגרציה.

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

תאר מעבר לבית חדש לגמרי במקום לשפץ את הישן. ב-greenfield מקימים מערכת S/4HANA ריקה, מדליקים בה את PP/DS המובנה, ומעבירים רק את הנתונים שבאמת צריך — חומרים, BOM, מרכזי-עבודה, מלאי פתיחה. לא גוררים את כל ה'בלגן' של המערכת הישנה. היתרון: מתחילים נקי ועושים דברים נכון. החיסרון: צריך לבנות הכל מחדש ולהעביר נתונים בזהירות, וזה לוקח זמן.

הסבר ליועצים

greenfield = re-implementation. PP/DS מופעל דרך Business Function ו-Activate Advanced Planning, ונתוני-התכנון (planning-relevant master data) נוצרים ישירות במודל ה-S/4HANA. ההעברה מתבצעת ב-SAP S/4HANA migration cockpit (LTMC בענן/אונפרם, LTMOM ל-mapping ו-migration objects) עם תבניות-XML או staging tables. נקודות-מפתח ליועץ: (1) advanced-planning master data — Product (MATERIAL), Location (PLANT), Resource, PDS (Production Data Structure) — נוצרים מנתוני-ה-ERP דרך CURTO_CREATE, לא דרך CIF היסטורי; (2) אין צורך ב-CIF integration models בין מערכות — ב-embedded ה-PP/DS חולק את אותם MARA/MARC, וה-master data מסונכרן דרך integration ב-Customizing (Advanced Planning ► Master Data); (3) הזדמנות לאמץ את ה-SAP Best Practices content (scope item) ל-PP/DS; (4) ביטול enhancements ישנים — חובת fit-to-standard workshops. סיכון עיקרי: data quality בהעברה, ובניית ה-PDS/Resource model נכון מההתחלה.

מטרה עסקית

המטרה: לקבל פלטפורמת-תכנון מודרנית ונקייה כשהמערכת הקיימת ישנה מדי, מותאמת-יתר, או כשהארגון רוצה להגדיר-מחדש תהליכי-תכנון (re-engineering). מתאים כשעלות שיפוץ-העבר גבוהה מעלות-הבנייה-מחדש, או כשעוברים מ-non-SAP / מ-APO standalone שלא כדאי לגרור.

דוגמת תהליך

ארגון עם APO standalone ו-ECC מחליט על greenfield: (1) מקים S/4HANA חדש; (2) מפעיל Advanced Planning ו-PP/DS; (3) מגדיר migration objects ב-LTMOM לחומרים, BOM, routings, work centers, מלאי-פתיחה; (4) מעלה תבניות עם הנתונים הנקיים בלבד; (5) מריץ simulate ➔ validate ➔ migrate; (6) מייצר PDS ו-Resources מנתוני-ה-ERP שהועברו; (7) מריץ PP/DS heuristics ו-optimizer לאימות; (8) cutover מבוקר. ה-APO הישן מושבת — אין CIF, אין qRFC בין מערכות.

דוגמת CBC

ב-CBC: המפעל-החדש בבאר-שבע מוקם כ-greenfield על S/4HANA חדש עם embedded PP/DS, בעוד המפעלים הוותיקים נשארים זמנית. מועברים רק חומרי-המשקה הפעילים (FERT/HALB/ROH), עצי-מוצר נקיים, קווי-המילוי כ-Resources, ומלאי-פתיחה ליום ה-go-live. כל ה-Z-reports הישנים מ-APO לא נגררים; תכנון-קווי-המילוי נבנה מחדש על heuristics סטנדרטיים של SAP. אלרגנים ומתכונים מתוקננים מחדש בהעברה.

תרשים תהליך

הקמת S/4HANA חדש—מערכת ריקה

הפעלת Advanced Planning + PP/DSActivateswitch

הגדרת migration objectsLTMOMmapping

העלאה + simulateLTMCvalidate

migrate נתוני-אב + מלאיLTMC

יצירת PDS + ResourcesCURTO_CREATEplanning model

אימות heuristics/optimizer/SAPAPO/RRP3

Cutover ל-go-live—השבתת APO

ניווט / SPRO

SPRO

└─Production Planning for Process Industries / Production

└─Advanced Planning

└─Basic Settings

└─Activate Advanced Planning for Material

SAP S/4HANA Migration Cockpit (Fiori)

└─Migrate Your Data — Migration Objects

LTMOM

└─Migration Object Modeler

└─Define Migration Objects + Field Mapping

SPRO

└─Advanced Planning

└─Master Data

└─Production Data Structure (PDS)

└─Define Settings for Transfer (CURTO_CREATE)

קונפיגורציה

Activate Advanced Planning: הפעלת PP/DS כיכולת מובנית (Business Function / Advanced Planning switch) — תנאי-סף לכל אובייקטי-התכנון.
Migration Cockpit (LTMC): בחירת approach — File/Staging; הגדרת project ו-mass transfer.
Migration Object Modeler (LTMOM): field mapping, rules, fixed values, value-mapping בין קוד-עבר לקוד-יעד.
PDS transfer settings (CURTO_CREATE): יצירת Production Data Structure מ-BOM+Routing+Production Version של ה-ERP.
Resource generation (/SAPAPO/RES01): המרת Work Centers ל-PP/DS Resources (single/multi-mixed/bucket).

T-Codes

LTMCLTMOMCURTO_CREATE/SAPAPO/CURTO_SIMU/SAPAPO/RES01MATERIAL

Tables

MARAMARC/SAPAPO/MATKEY/SAPAPO/LOC/SAPAPO/PDS_HEADRESC

Fiori Apps

F1611F2336F1421

נתוני אב

Product (PP/DS) נוצר מ-MARA/MARC עם advanced-planning views; Location = Plant.
PDS (Production Data Structure) מחליפה את PPM/Runtime-objects של APO — נוצרת מ-BOM+Routing+Production Version.
Resource (RESC) מומר מ-Work Center; חובה לקבוע resource category נכון.
מלאי-פתיחה ו-stock/requirements מועברים כ-initial load; אין רפליקציית-CIF שוטפת.

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

גרירת קוד-Z והגדרות-עבר 'ליתר ביטחון' — מבטל את יתרון ה-greenfield ומשכפל חוב-טכני.
העברת נתוני-אב מלוכלכים ללא ניקוי — שגיאות-תכנון מיובאות למערכת החדשה.
שכחת יצירת PDS/Resources אחרי העברת ה-master data — אין מודל-תכנון, ה-heuristics לא רצים.
אי-הפעלת Advanced Planning לפני ההעברה — אובייקטי-PP/DS לא נוצרים.

פתרון תקלות

PP/DS לא מתכנן חומר ➔ Advanced Planning לא הופעל לחומר, או חסרה advanced-planning view.
אין מקור-אספקה לתכנון ➔ PDS לא נוצרה (CURTO_CREATE) או Production Version חסרה.
heuristic לא משבץ פעולות ➔ Resource לא הומר/לא משויך לפעולות ב-PDS.
migration נכשל בשורות ➔ value-mapping חסר ב-LTMOM או נתון-מקור לא תקין.

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

ערוך fit-to-standard workshops והעדף SAP Best Practices ל-PP/DS על-פני שכפול-העבר.
נקה נתוני-אב לפני ההעברה — חומרים פעילים בלבד, BOM/Routing מאומתים.
הרץ simulate מלא ב-LTMC לפני migrate; אמת ספירות-שורות ו-mapping.
ודא רצף: master data ➔ PDS ➔ Resources ➔ אימות-תכנון לפני cutover.

שאלות ראיון

מהו greenfield במעבר ל-embedded PP/DS?

הקמת S/4HANA חדש מאפס והפעלת PP/DS מובנה בו, עם העברת-נתונים סלקטיבית דרך migration cockpit — ללא המרה טכנית של מערכת קיימת ובלי לגרור קוד/הגדרות-עבר.

במה PP/DS מובנה שונה מ-APO לעניין נתוני-אב?

ב-embedded אין CIF בין מערכות; ה-PP/DS חולק את אותם MARA/MARC, וה-master data מסונכרן דרך Customizing פנימי. ה-PDS מחליפה את ה-PPM/Runtime objects של APO.

מתי greenfield עדיף על system conversion?

כשהמערכת הקיימת ישנה/מותאמת-יתר, כשרוצים re-engineering של תהליכי-תכנון, או כשעוברים מ-non-SAP / APO standalone שלא כדאי לגרור.

מסקנות מפתח

greenfield = מערכת S/4HANA חדשה + העברת-נתונים סלקטיבית דרך migration cockpit (LTMC/LTMOM).
PP/DS מופעל כ-Advanced Planning מובנה; אין CIF בין מערכות.
חובה ליצור PDS ו-Resources מנתוני-ה-ERP אחרי ההעברה — אחרת אין מודל-תכנון.
היתרון: התחלה נקייה ו-best practices; המחיר: מאמץ-העברה ואימות גבוהים.

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

PP/DS · המרת מערכת (11.2)PP/DS · סיכום ובחירת נתיב (11.4)אובייקט · PDS

SAP by Sali · Project NEO

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