Chapter 2 · 6 תת-פרקים · ~35 דק'

אפשרויות מימוש

Implementation Options

פרק זה הוא יחידת-לימוד מלאה לאפשרויות-המימוש של SAP S/4HANA בתחום ה-Sourcing & Procurement (MM). זהו פרק מושגי: הוא אינו מלמד קונפיגורציה-בפועל אלא את ההחלטות-האסטרטגיות שכל ארגון חייב לקבל לפני שמתחילים — היכן יורץ המערכת (Cloud מול On-Premise), כיצד עוברים אליה (New Implementation מול System Conversion), מה היקף ה-SAP Best Practices, מהן אפשרויות-האינטגרציה, וכיצד מאיצים את הפרויקט עם תוכן-מוכן ומתודולוגיית SAP Activate. כל תת-פרק ותת-סעיף הורחב ליחידת-לימוד עצמאית בת 18 מקטעים — שלוש רמות-הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך, דוגמת CBC (פריסת בקבוק-קוקה-קולה), ניווט, אובייקטים/Fiori, פרטי-החלטה, תרשים-תהליך, טעויות נפוצות, פתרון-תקלות, שיטות-מומלצות, שאלות-ראיון ומסקנות-מפתח. המטרה: לבחור את דרך-המימוש הנכונה מבלי להסתמך על הספר המקורי.

1/6

הסבר מנהלים

לפני כל פרויקט S/4HANA חייב הארגון לבחור בשני צירים: היכן רצה המערכת (Deployment — Cloud מול On-Premise) וכיצד מגיעים אליה (Transition — מימוש-חדש מול המרת-מערכת). שתי ההחלטות קובעות עלות, מהירות, גמישות-התאמה והיקף-תהליכי-הרכש. החלטה שגויה כאן יקרה לתקן בהמשך — היא משפיעה על שנים של תפעול.

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

דמיין שאתה פותח חנות חדשה. שתי שאלות-יסוד: (1) איפה תשב — בבניין משלך שאתה מתחזק (On-Premise), או בקניון מנוהל שבו רק שוכרים מקום (Cloud)? (2) איך תתחיל — מחדש על דף-חלק (New Implementation), או שתעביר את החנות הישנה כמו-שהיא לבניין החדש (System Conversion)? ארבעת השילובים האפשריים הם 'אפשרויות-המימוש'.

הסבר ליועצים

שני הצירים בלתי-תלויים. ציר-Deployment: On-Premise (שליטה מלאה, התאמות עומק, אחריות-תפעול על הארגון) מול Cloud — Public (Best Practices, התאמה מוגבלת, עדכונים רבעוניים של SAP) או Private (RISE with SAP, גמישות קרובה ל-On-Premise בענן-מנוהל). ציר-Transition: New Implementation / Greenfield (מודל-תהליכים חדש, ניקוי-נתונים) מול System Conversion / Brownfield (שימור ECC קיים, SUM/DMO, היסטוריה נשמרת) מול Selective Data Transition (גישת-ביניים). ב-MM יש לשקלל גם Central Procurement ו-Ariba כשכבות-רכש מעל הליבה.

מטרה עסקית

להעמיד מסגרת-החלטה מסודרת: התאמת דרך-המימוש לאסטרטגיה, לתקציב, ללוח-הזמנים ולמורכבות תהליכי-הרכש הקיימים, במקום לבחור 'כמו שכולם' או 'כמו שהיה'.

דוגמת תהליך

ועדת-היגוי ממפה: כמה Z-תהליכים יש ברכש? כמה אינטגרציות לספקים? מה רמת-הסיכון לעצירת-ייצור? לפי התשובות נבחר השילוב — למשל ארגון עם רכש סטנדרטי בוחר Public Cloud + New Implementation; ארגון עם רכש מותאם-מאוד והיסטוריה ארוכה בוחר Private Cloud + System Conversion.

דוגמת CBC

ב-CBC (מפעל-בקבוק קוקה-קולה): תהליכי-הרכש (חומרי-גלם, אריזה, חלפי-PM) סטנדרטיים ברובם, אך יש אינטגרציות-ספקים ואצוות-מנוהלות ייחודיות. ההחלטה: Private Cloud (RISE with SAP) עם System Conversion — לשמר את ההיסטוריה והאינטגרציות, אך לעבור לתשתית-ענן מנוהלת.

תרשים תהליך

מיפוי תהליכי-רכש ו-Z-objectsReadiness Check

בחירת DeploymentCloud / On-Prem

בחירת TransitionNew / Convert

אישור ועדת-היגויBusiness Case

כניסה ל-SAP ActivatePrepare

ניווט / SPRO

SAP S/4HANA

└─Implementation Roadmap

└─SAP Activate Methodology

Maintenance Planner

└─System Conversion Readiness (Pre-Check)

SAP Readiness Check 2.0

└─Deployment & Transition Recommendation

קונפיגורציה

החלטה ולא קונפיגורציה: בחר Deployment (Cloud Public / Cloud Private / On-Premise) ו-Transition (New Implementation / System Conversion / Selective).
הרץ SAP Readiness Check על ה-ECC הקיים לקבלת המלצת-מעבר מבוססת-נתונים.

T-Codes

SE38 (SAP Readiness Check)/SDF/RC_START_CHECK

Tables

—

Fiori Apps

SAP Activate Roadmap Viewer

נתוני אב

אין נתוני-אב בשלב-ההחלטה; ההחלטה קובעת אֵיך ינוהלו נתוני-האב בהמשך (טעינה-חדשה מול המרה).

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

ערבוב שני הצירים — 'Cloud' אינו אומר אוטומטית 'New Implementation', ו-'Convert' אינו מחייב On-Premise.
בחירה רגשית ('תמיד היינו On-Premise') במקום מבוססת-נתונים (Readiness Check).
התעלמות מהיקף ה-Z-development ברכש — מנבא ישירות את עלות-המעבר.

פתרון תקלות

ועדת-ההיגוי תקועה בהחלטה ➔ הרץ SAP Readiness Check לקבלת בסיס-נתונים אובייקטיבי.
ספק שאינו תומך ב-API ענני ➔ שקול Private Cloud / On-Premise במקום Public.
אי-בהירות על עלות-התאמות ➔ מפה Fit-to-Standard מול ה-Best Practices לפני בחירה.

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

הפרד את שתי ההחלטות והערך כל אחת לגופה.
התחל מ-Fit-to-Standard: כמה מתהליכי-הרכש מכוסים ב-Best Practices ללא התאמה.
בסס את ההחלטה על SAP Readiness Check ועל Business Case כמותי.

שאלות ראיון

מהם שני הצירים העצמאיים בבחירת אפשרות-מימוש?

Deployment (היכן: Cloud Public/Private או On-Premise) ו-Transition (כיצד: New Implementation מול System Conversion). הם בלתי-תלויים זה בזה.

כיצד מבססים את ההחלטה על נתונים?

מריצים SAP Readiness Check על ה-ECC הקיים — הוא מנתח Z-objects, simplification items והתאמות, ומפיק המלצת-מעבר.

מסקנות מפתח

שתי החלטות-יסוד: Deployment ו-Transition — בלתי-תלויות.
החלטה שגויה כאן יקרה לתקן בהמשך.
בסס על Fit-to-Standard ו-SAP Readiness Check, לא על הרגל.

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

MM · On-Premise S/4HANA (2.2)MM · SAP S/4HANA Cloud (2.3)

תתי-סעיפים (מבנה הספר)

SAP by Sali · Project NEO

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