המרת מערכת (System Conversion / Brownfield)

system conversion (brownfield) הוא המרה טכנית של מערכת ECC קיימת ל-S/4HANA במקום (in-place), תוך שמירת היסטוריה, נתונים ו-customizing. ב-PP/DS המשמעות: ארגונים שהשתמשו ב-APO PP/DS עוברים מ-standalone ל-embedded, או ארגונים שתכננו ב-ECC-only מפעילים PP/DS לראשונה. ההמרה מתבצעת ב-Software Update Manager (SUM) עם Database Migration Option (DMO), מוקדמת ב-Readiness Check ו-Simplification Item Check. היתרון: שימור-העבר ופרויקט מהיר-יחסית; המחיר: נשיאת חוב-טכני, צורך לתקן custom code, והתאמת מודל-התכנון מ-APO ל-embedded.

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

המטרה: לעבור ל-S/4HANA ולהפעיל embedded PP/DS תוך שימור מקסימלי של ההשקעה הקיימת — נתונים, היסטוריה, customizing ותהליכים מוכרים — וכך לקצר זמן-פרויקט ולהקטין סיכון-עסקי לעומת re-implementation מלא. מתאים כשהמערכת הקיימת בריאה-יחסית והתהליכים עדיין מתאימים.

• Maintenance Planner (SAP for Me) ► Plan Conversion / Add-on compatibility • SAP Readiness Check ► Analyze ECC system • SPRO / report ► Simplification Item Check (/SDF/RC_START_CHECK) • SE80 / ATC ► Custom Code Migration (variant S4HANA_READINESS) • SPRO ► Advanced Planning ► Activate + Define Integration (post-conversion)

• brownfield = המרה טכנית in-place דרך SUM/DMO, שומרת נתונים, היסטוריה ו-customizing.
• חובה: Maintenance Planner, Readiness Check, Simplification Item Check, Custom Code Migration.
• post-conversion: הפעלת Advanced Planning, החלפת CIF ב-integration פנימי, בניית PDS+Resources.
• מהיר ושומר-עבר, אך נושא חוב-טכני ולא גורר אוטומטית את היסטוריית-ה-APO.

בארגון: מפעל אשקלון הוותיק, שתכנן בקווי-מילוי דרך APO PP/DS, עובר brownfield — ה-ECC שלו מומר במקום ל-S/4HANA עם embedded PP/DS. כל ההיסטוריה (פק"ע, אישורי-ייצור, מלאי) נשמרת. ה-CIF בין ה-ECC ל-APO מוחלף ב-integration פנימי; קווי-המילוי נבנים-מחדש כ-Resources מתוך ה-Work Centers המומרים, וה-PDS נוצרת מ-BOM+Recipe+Production Version. תכנון-המשקאות נבדק מול ה-APO הישן לפני השבתתו. ארגון עם ECC + APO PP/DS standalone מבצע brownfield: (1) Readiness Check + Simplification Item Check; (2) ניקוי custom code לפי ATC; (3) SUM/DMO ממיר את ה-ECC ל-S/4HANA במקום; (4) post-conversion — הפעלת Advanced Planning; (5) בניית PDS/Resources מנתוני-ה-S/4HANA המומרים (CURTO_CREATE, RES01); (6) הגדרת integration פנימי במקום CIF; (7) השוואת תוצאות-תכנון מול ה-APO הישן; (8) השבתת APO. ההיסטוריה העסקית של ה-ERP נשמרה במלואה.

• Maintenance Planner: stack-XML להמרה; אימות תאימות add-ons (כולל APO add-on אם קיים). • Simplification Item Check: זיהוי חסמים — PP/DS, work-center, MRP-area data model. • Custom Code Migration: ATC עם variant S4HANA_READINESS; תיקון Z-code שאינו תואם. • Activate Advanced Planning post-conversion: הפעלת PP/DS המובנה אחרי SUM/DMO. • Integration (במקום CIF): הגדרת סנכרון-master-data פנימי ב-Advanced Planning ► Integration.

נתוני אב • נתוני-אב ו-transactional של ה-ERP מומרים in-place — לא צריך להעבירם ידנית. • אובייקטי-תכנון של APO (PPM/PDS, location products, resources) נבנים-מחדש מנתוני-ה-S/4HANA. • Work Centers מומרים ל-Resources (RES01); BOM+Routing+Production Version ➔ PDS (CURTO_CREATE). • היסטוריית-תכנון של APO standalone אינה נגררת אוטומטית — נדרשת אסטרטגיית-ארכיון/השוואה. שאלות ראיון מהו brownfield ובמה הוא שונה מ-greenfield? brownfield = המרה טכנית in-place של ECC קיים ל-S/4HANA דרך SUM/DMO, תוך שימור נתונים והיסטוריה. greenfield מקים מערכת חדשה ומעביר נתונים סלקטיבית. brownfield מהיר ושומר-עבר; greenfield נקי אך עתיר-העברה. אילו בדיקות מקדימות חובה ב-system conversion? Maintenance Planner (תאימות add-ons), SAP Readiness Check, Simplification Item Check (/SDF/RC_START_CHECK) ו-Custom Code Migration עם ATC (variant S4HANA_READINESS). מה קורה למודל-התכנון של APO אחרי brownfield? ה-CIF מוחלף ב-integration פנימי; אובייקטי-התכנון (PDS, Resources, location products) נבנים-מחדש מנתוני-ה-S/4HANA המומרים; היסטוריית-APO standalone אינה נגררת אוטומטית. נושאים קשורים • PP/DS · מימוש חדש (11.1) • PP/DS · טרנספורמציית נוף (11.3) • אובייקט · Resource

• SUM/DMO נכשל ➔ add-on לא-תואם ב-Maintenance Planner או Simplification Item פתוח. • PP/DS לא מתכנן אחרי המרה ➔ Advanced Planning לא הופעל / integration פנימי לא הוגדר. • אין מקורות-אספקה ➔ PDS לא נבנתה-מחדש (CURTO_CREATE) מנתוני-ה-S/4HANA המומרים. • Z-program נכשל אחרי המרה ➔ custom code לא הותאם ל-S/4HANA (ATC findings לא טופלו).

• brownfield = המרה טכנית in-place דרך SUM/DMO, שומרת נתונים, היסטוריה ו-customizing. • חובה: Maintenance Planner, Readiness Check, Simplification Item Check, Custom Code Migration. • post-conversion: הפעלת Advanced Planning, החלפת CIF ב-integration פנימי, בניית PDS+Resources. • מהיר ושומר-עבר, אך נושא חוב-טכני ולא גורר אוטומטית את היסטוריית-ה-APO.