On-Premise SAP S/4HANA

מהדורת On-Premise של S/4HANA היא הגרסה העשירה-ביותר פונקציונלית: היקף-תהליכים מלא, התאמות-עומק חופשיות, ושליטת-ארגון מלאה על שדרוגים ואינטגרציות. בתחום ה-Sourcing & Procurement היא מספקת את כל יכולות-ה-MM הקלאסיות בתוספת ה-Innovations של S/4 (Material Ledger חובה, MRP Live, Business Partner). המחיר — אחריות-תפעול מלאה. היקף פונקציונלי מלא — מהדורת On-Premise מספקת את היקף-התהליכים המלא של S/4HANA — כולל יכולות-MM שאינן זמינות במהדורות-הענן, כגון תרחישי-רכש מורכבים, נישות-תעשייה ואינטגרציות-עומק. זהו היתרון המרכזי שלה על-פני הענן. התקנה — התקנת On-Premise כוללת הקמת תשתית (שרתים/ענן-פרטי), התקנת SAP HANA וה-S/4HANA stack, והגדרת נוף-המערכות (Development → Quality → Production). זהו פרויקט-Basis הדורש תכנון-תשתית, גודל-מערכת (sizing) ותהליך-תיקוף. Activated Appliance — ה-Activated Appliance הוא מופע-S/4HANA מוכן-מראש עם SAP Best Practices מופעלים, נתוני-הדגמה ומשתמשים — זמין דרך SAP Cloud Appliance Library (CAL) או כ-appliance מקומי. הוא מאיץ הקמת-סביבות-הדגמה, sandbox והוכחת-היתכנות. שיקולי IT — מימוש On-Premise מטיל על ה-IT אחריות מלאה: גודל-מערכת, זמינות-גבוהה ושחזור-מאסון (HA/DR), אבטחה והרשאות, ניהול-תעבורות (transports), שדרוגים, גיבוי ו-monitoring. שיקולים אלה קובעים את עלות-הבעלות-הכוללת (TCO) ואת רמת-השירות. אפשרויות אינטגרציה — S/4HANA On-Premise מתממשק לעולם דרך מגוון-טכנולוגיות: IDoc, BAPI/RFC, OData, SOAP, ו-middleware כמו SAP PI/PO או SAP Integration Suite (Cloud). בתחום-הרכש האינטגרציות הנפוצות הן EDI לספקים, חיבור ל-Ariba Network, ושירותי-מס/בנק חיצוניים. המרת מערכת ל-SAP S/4HANA — System Conversion ממיר ECC קיים ל-S/4HANA On-Premise במקומו (in-place): שומר נתונים, התאמות והיסטוריה. הליבה הטכנית היא SUM with DMO (המרת-DB ל-HANA + שדרוג ל-S/4 בצעד-אחד), קדם-בדיקות (Maintenance Planner), טיפול ב-Simplification Items והתאמת Custom Code.

On-Premise S/4HANA = הגרסה ה'מלאה' שמותקנת אצלך. כאן יש את כל הפונקציות, אפשר לשנות כמעט הכל, ואתה קובע מתי לשדרג. בתמורה — אתה אחראי על ההתקנה, התחזוקה והאינטגרציות. היקף פונקציונלי מלא — On-Premise נותנת את 'התפריט המלא' — כל פונקציה ש-SAP מציעה, גם הנדירות. בענן התפריט קצר יותר אך מתעדכן לבד. התקנה — לפני שמשתמשים — צריך 'להרכיב את המכונה': שרתים, מסד-נתונים HANA, ותוכנת-S/4. מקימים כמה סביבות: פיתוח, בדיקות וייצור. Activated Appliance — Appliance = מערכת 'ארוזה-ומוכנה' עם הכל מותקן ומופעל מראש. במקום להקים מאפס, מקבלים סביבה עובדת תוך שעות — מצוין להדגמות ולמשחק-ניסיון. שיקולי IT — אם המערכת 'בבית שלך', מחלקת-ה-IT אחראית על הכל מאחורי-הקלעים: שתמיד תעבוד (זמינות), שתהיה מאובטחת, שתתעדכן, ושיהיו גיבויים. כל זה עולה כסף וצוות. אפשרויות אינטגרציה — המערכת לא חיה לבד — היא 'מדברת' עם ספקים, בנקים ומערכות-אחרות. יש כמה 'שפות' לתקשורת: IDoc, BAPI, OData, SOAP. לעיתים יש 'מתורגמן' באמצע (middleware) כמו PI/PO. המרת מערכת ל-SAP S/4HANA — במקום לבנות מערכת-חדשה, 'משדרגים' את הקיימת ל-S/4HANA. שומרים את כל הנתונים וההתאמות, אך צריך לתקן דברים שהשתנו במעבר (Simplification Items) ולהתאים את הקוד-המותאם.

לתת לארגונים בעלי דרישות-התאמה גבוהות או נישות-תהליך ייחודיות את מלוא-העוצמה והשליטה, כולל היקף-MM שאינו זמין בענן. היקף פונקציונלי מלא — לאפשר לארגונים עם תהליכי-רכש מורכבים או ייחודיים-לתעשייה לכסות את כל הצרכים ללא פשרה. התקנה — להעמיד נוף-מערכות יציב, מתוקף ובגודל-נכון, כבסיס לכל המימוש. Activated Appliance — לקצר time-to-demo ולספק סביבת-לימוד/הערכה עובדת ללא פרויקט-התקנה מלא. שיקולי IT — להבטיח שהמערכת זמינה, מאובטחת, מתוחזקת ובת-שליטה לאורך-זמן — ולא רק 'עובדת ביום-ההשקה'. אפשרויות אינטגרציה — לחבר את הרכש לספקים, לרשתות-מסחר ולמערכות-לוויין באופן אמין, מאובטח וניתן-לניטור. המרת מערכת ל-SAP S/4HANA — לעבור ל-S/4HANA מהר ובסיכון-מבוקר תוך שימור ההשקעה הקיימת (תהליכים, התאמות, היסטוריה).

• SAP S/4HANA On-Premise ► Application Help ► Sourcing and Procurement • SPRO ► Materials Management • SAP Best Practices for SAP S/4HANA (on premise) • SAP S/4HANA On-Premise ► Application Help ► Sourcing and Procurement (full scope) • SAP Software Provisioning Manager ► Install SAP S/4HANA • STMS ► Transport Management • SAP Cloud Appliance Library (CAL) ► SAP S/4HANA ... Fully-Activated Appliance • SAP Best Practices ► Activated content • SAP Cloud ALM / Solution Manager ► Application Operations • PFCG ► Role Maintenance • SAP GRC ► Access Control (SOD) • SAP Integration Suite ► Cloud Integration • SAP API Business Hub ► Sourcing & Procurement APIs • WE20 ► Partner Profiles (IDoc) • Maintenance Planner ► System Conversion Path • SAP Readiness Check ► Simplification Items & Custom Code • Customer Vendor Integration (CVI) ► Business Partner Conversion

• On-Premise = היקף-פונקציונלי מלא + שליטה + התאמה חופשית.
• ב-MM: Material Ledger ו-Business Partner הופכים חובה.
• מחיר העוצמה — אחריות-תפעול מלאה.
• On-Premise = ה-scope המלא והעשיר ביותר.
• כולל תרחישי-MM שאינם ב-Public Cloud.
• התקנה = פרויקט-Basis: sizing, HANA, S/4, STMS, Fiori.
• תאימות ל-PAM ונוף DEV/QAS/PRD חיוניים.
• תחת RISE — ההתקנה על SAP.
• Appliance = S/4HANA מוכן-מראש עם Best Practices ונתוני-הדגמה.
• מאיץ PoC, enablement ו-Fit-to-Standard.
• לא לפרודקשן.
• On-Premise = אחריות-IT מלאה: HA/DR, אבטחה, transports, שדרוג, גיבוי.
• SOD ברכש קריטי למניעת-הונאה.
• תחת RISE — חלק-גדול מהנטל עובר ל-SAP.
• ערוצים: IDoc/BAPI/OData/SOAP + middleware (PI-PO / Integration Suite).
• רכש: EDI לספקים, Ariba Network, Central Procurement.
• מנהל monitoring/retry לכל ערוץ.
• System Conversion = in-place: SUM/DMO + שימור נתונים והתאמות.
• שלבים: Pre-Checks ► Custom Code ► SUM ► CVI ► Material Ledger.
• ב-MM: MATDOC, Business Partner ו-Material Ledger הם נקודות-המפתח.

בארגון ה-On-Premise היה מספק את כל היקף-ה-MM (רכש-אצוות, אינטגרציות-ספקים, חלפי-PM) — אך נטל-התחזוקה הוביל לבחירת Private Cloud (RISE) המספק היקף-זהה כמעט-במלואו בתשתית-מנוהלת. ארגון-ייצור-מורכב מממש On-Premise: מגדיר תהליכי-רכש מותאמים, אינטגרציות-EDI לספקים דרך SAP PI/PO, ומפעיל Material Ledger לתמחיר רב-מטבעי — הכל בשליטה-מלאה. היקף פונקציונלי מלא — בארגון היקף ה-On-Premise כיסה רכש-אצוות, subcontracting אריזה, ו-consignment חומרי-גלם — תרחישים שנשמרו גם תחת Private Cloud (RISE). ארגון מפעיל subcontracting מורכב עם רכיבים-מסופקים, consignment מספקים, ו-pipeline — כולם נתמכים-מלא ב-On-Premise. התקנה — בארגון (תחת RISE) ההתקנה בוצעה על-ידי SAP/Hyperscaler — הארגון קיבל סביבה-מוכנה במקום להקים שרתים בעצמו. צוות-Basis מבצע Quick Sizer, מקים DEV/QAS/PRD, מגדיר STMS, ומתקין Fiori embedded — ואז מוסר את הסביבה לצוות-הפונקציונלי. Activated Appliance — בארגון ה-Appliance שימש ל-Fit-to-Standard workshops — היועצים הדגימו תהליכי-רכש סטנדרטיים על נתוני-הדגמה לפני קונפיגורציית-הסביבה האמיתית. צוות-המכירות פורס Appliance מ-SAP CAL לענן, ותוך שעות מציג תהליכי-רכש מקצה-לקצה ללקוח על נתוני-הדגמה. שיקולי IT — בארגון תחת RISE רוב שיקולי-ה-IT (HA/DR, גיבוי, monitoring תשתיתי) עברו ל-SAP; הארגון נותר אחראי על אבטחת-יישום, SOD-ברכש ו-transport governance. צוות-ה-IT מגדיר HANA System Replication ל-DR, מקים מטריצת-SOD ברכש ב-GRC, ומנהל תעבורות דרך ChaRM — שכבת-תפעול שמלווה את המערכת לאורך-חייה. אפשרויות אינטגרציה — בארגון ספקי-חומרי-הגלם מחוברים ב-EDI (ORDERS/INVOIC) דרך SAP Integration Suite; ספקי-MRO אינדירקטיים מחוברים ל-Ariba Network — שתי שכבות-אינטגרציה ברכש. הזמנת-רכש נשלחת לספק כ-IDoc ORDERS דרך SAP PI/PO; אישור-ההזמנה חוזר כ-ORDRSP; החשבונית מגיעה כ-INVOIC ל-MIRO אוטומטית — מחזור-EDI מלא. המרת מערכת ל-SAP S/4HANA — בארגון ה-System Conversion שימר את אינטגרציות-הספקים, היסטוריית-הרכש והאצוות; הצוות טיפל ב-MM-IM simplification (MATDOC), המיר vendor ל-Business Partner והפעיל Material Ledger. הצוות מריץ Readiness Check ➔ מטפל ב-Simplification Items ➔ מתאים Z-קוד דרך ATC/SPAU ➔ מבצע CVI ל-Business Partner ➔ מריץ SUM/DMO בסוף-שבוע ➔ מפעיל Material Ledger ➔ go-live על המערכת-הממירה.

• SPRO ► Materials Management — קונפיגורציה מלאה ובלתי-מוגבלת. • Material Ledger mandatory; Business Partner כ-single source ל-vendor; MRP Live. • אינטגרציה רחבה: IDoc/BAPI/RFC/OData/SOAP + SAP Integration Suite. היקף פונקציונלי מלא • כל קונפיגורציית-MM ב-SPRO זמינה ובלתי-מוגבלת, כולל subcontracting, consignment ו-pipeline. התקנה • Sizing (Quick Sizer) ► התקנה (SWPM) ► STMS ► Fiori front-end ► baseline config. תאימות ל-PAM חובה. Activated Appliance • Best Practices מופעלים-מראש + sample data + Fiori מוגדר; פריסה דרך SAP CAL או appliance מקומי. ל-sandbox/PoC בלבד. שיקולי IT • תכנן HA/DR (HANA System Replication), אבטחה (PFCG/SOD/GRC), transport governance (STMS/ChaRM), patch/upgrade (SUM), backup ו-monitoring. אפשרויות אינטגרציה • בחר ערוץ (IDoc/BAPI/OData/SOAP) ו-middleware (SAP PI/PO או Integration Suite); הגדר Partner Profiles (WE20) ל-EDI; חבר Ariba Network ו-Central Procurement דרך integration content. המרת מערכת ל-SAP S/4HANA • Pre-Checks (Maintenance Planner + /SDF/RC_START_CHECK) ► Custom Code Adaptation (ATC + Simplification DB) ► SUM with DMO ► SPDD/SPAU. • Business Partner conversion (CVI) ► Material Ledger activation ► MM-IM simplification (MATDOC).

נתוני אב • Business Partner = single source ל-vendor; LFA1/LFB1 משויכים ל-BP (BUT000). • Material Master (MARA/MARC) מלא; Material Ledger mandatory לכל valuation. • vendor master ➔ Business Partner (CVI mapping) — mandatory. • MM-IM: MATDOC הופך single source ל-material documents (MKPF/MSEG compat views). שאלות ראיון מדוע On-Premise נחשבת לעשירה-ביותר פונקציונלית? היא נושאת את מלוא ה-functional scope (כולל נישות-MM שאינן ב-Public Cloud), מאפשרת התאמות-עומק חופשיות, ונותנת שליטה-מלאה על שדרוגים ואינטגרציות. אילו שינויי-ליבה ב-MM הופכים mandatory ב-S/4 On-Premise? Material Ledger לכל valuation, ו-Business Partner כ-single source ל-vendor master. מהו היתרון המרכזי של On-Premise בהיקף-פונקציונלי? היא נושאת את ה-scope המלא, כולל תרחישי-MM ונישות-תעשייה שאינם זמינים או מכוסים-חלקית במהדורות-הענן. אילו רכיבים מותקנים בהקמת On-Premise? תשתית/שרתים, SAP HANA, S/4HANA stack, Transport landscape (STMS) ו-Fiori front-end — בגודל מבוסס Quick Sizer ובתאימות ל-PAM. למה משמש ה-Fully-Activated Appliance? לסביבות-הדגמה, sandbox, PoC ו-Fit-to-Standard workshops — S/4HANA מוכן עם Best Practices ונתוני-הדגמה, פרוס דרך SAP CAL. אינו מיועד לפרודקשן. מהם שיקולי-ה-IT המרכזיים ב-On-Premise? Sizing, HA/DR, אבטחה והרשאות (PFCG/SOD/GRC), transport governance, patch/upgrade (SUM), backup ו-monitoring — כולם באחריות-הארגון. מדוע SOD חשוב ברכש? כדי למנוע הונאה — להפריד בין יוצר-PO, מאשר-PO ומקבל-הטובין; קונפליקט-SOD ברכש הוא סיכון-ביקורת מהותי. אילו ערוצי-אינטגרציה זמינים ב-S/4HANA On-Premise? IDoc, BAPI/RFC, OData, SOAP/REST, עם middleware כמו SAP PI/PO (on-prem) או SAP Integration Suite (Cloud). כיצד מחברים רכש ל-Ariba Network? דרך integration content (cXML) של SAP Integration Suite — הזמנות וחשבוניות זורמות בין S/4HANA ל-Ariba Network. מהם השלבים העיקריים ב-System Conversion? Pre-Checks (Maintenance Planner + Readiness Check) ► Custom Code Adaptation (ATC/SPAU) ► SUM with DMO ► Business Partner conversion (CVI) ► Material Ledger activation. מהי משמעות ה-MM-IM simplification ב-System Conversion? MATDOC הופך ל-single source של material documents (במקום MKPF/MSEG), שנותרות כ-compatibility views. משפיע על דוחות וקוד-מותאם הקוראים ישירות מ-MSEG. מדוע Business Partner conversion (CVI) הכרחי? ב-S/4 ה-vendor master מנוהל דרך Business Partner; CVI ממפה ומסנכרן LFA1/LFB1 ל-BP — בלעדיו ה-vendor אינו תקין ב-S/4. נושאים קשורים • MM · אפשרויות פריסה (2.1.1) • MM · System Conversion (2.2.6) • MM · Ariba Central Procurement (2.4) • MM · New vs Conversion (2.1.4) • MM · Appliance & EML (2.5.3)

• vendor לא נמצא ➔ ודא BP conversion ושיוך תקין (BP role FLVN00/FLVN01). • תמחיר-מלאי שגוי ➔ בדוק הפעלת Material Ledger ו-valuation. • התאמה שבורה אחרי שדרוג ➔ ATC + SPAU מול Simplification Database. היקף פונקציונלי מלא • פונקציה חסרה לאחר מעבר-לענן ➔ בדוק את ה-scope items של מהדורת-הענן מול ה-On-Premise. התקנה • ביצועים נמוכים ➔ חזור על Quick Sizer והתאם משאבים. • Transport נכשל ➔ בדוק תצורת-STMS ונתיבי-העברה. Activated Appliance • סביבה לא-עולה ב-CAL ➔ בדוק קרדיטים/הרשאות-Hyperscaler. • תוכן חסר ➔ ודא שנבחר ה-Fully-Activated Appliance הנכון. שיקולי IT • קונפליקט-SOD ➔ עצב מחדש תפקידים ב-PFCG והרץ ניתוח ב-GRC. • downtime לא-מתוכנן ➔ בדוק HA/DR ו-monitoring. אפשרויות אינטגרציה • IDoc נתקע בסטטוס שגיאה ➔ בדוק WE05/BD87 ו-Partner Profile (WE20). • API נכשל ➔ בדוק SOAMANAGER / לוגי Integration Suite. • Ariba לא מסונכרן ➔ בדוק integration content ו-credentials. המרת מערכת ל-SAP S/4HANA • SUM נכשל ➔ פתור Simplification Items ו-Pre-Check failures לפני הרצה-חוזרת. • Z-תוכנית שבורה ➔ ATC מול Simplification Database ➔ תקן ב-SPAU. • vendor לא נמצא אחרי המרה ➔ השלם CVI ו-BP role assignment.

• On-Premise = היקף-פונקציונלי מלא + שליטה + התאמה חופשית. • ב-MM: Material Ledger ו-Business Partner הופכים חובה. • מחיר העוצמה — אחריות-תפעול מלאה. • On-Premise = ה-scope המלא והעשיר ביותר. • כולל תרחישי-MM שאינם ב-Public Cloud. • התקנה = פרויקט-Basis: sizing, HANA, S/4, STMS, Fiori. • תאימות ל-PAM ונוף DEV/QAS/PRD חיוניים. • תחת RISE — ההתקנה על SAP. • Appliance = S/4HANA מוכן-מראש עם Best Practices ונתוני-הדגמה. • מאיץ PoC, enablement ו-Fit-to-Standard. • לא לפרודקשן. • On-Premise = אחריות-IT מלאה: HA/DR, אבטחה, transports, שדרוג, גיבוי. • SOD ברכש קריטי למניעת-הונאה. • תחת RISE — חלק-גדול מהנטל עובר ל-SAP. • ערוצים: IDoc/BAPI/OData/SOAP + middleware (PI-PO / Integration Suite). • רכש: EDI לספקים, Ariba Network, Central Procurement. • מנהל monitoring/retry לכל ערוץ. • System Conversion = in-place: SUM/DMO + שימור נתונים והתאמות. • שלבים: Pre-Checks ► Custom Code ► SUM ► CVI ► Material Ledger. • ב-MM: MATDOC, Business Partner ו-Material Ledger הם נקודות-המפתח.