רכש עם SAP S/4HANA

SAP S/4HANA הוא ה-Digital Core המודרני של הרכש: מסד-נתונים בזיכרון (HANA), מודל-נתונים מפושט (טבלת MATDOC אחת לתנועות-מלאי), Business Partner לספקים, Embedded Analytics בזמן-אמת וחוויית Fiori. הוא מאחד תפעול ואנליטיקה במערכת אחת, ומתממשק ל-Ariba לסורסינג בענן. ענן רב-דייר מול סביבה חד-דייר — S/4HANA מוצע בכמה תצורות-פריסה: Public Cloud (Multitenant — דיירים רבים על מערכת משותפת, עדכון רבעוני, התאמה מוגבלת), Private Cloud (Single-Tenant — מערכת ייעודית, גמישות-התאמה גבוהה) ו-On-Premise. הבחירה משפיעה על קצב-עדכונים, על היקף-ההתאמות ועל מודל-העלות. סורסינג אסטרטגי — סורסינג אסטרטגי ב-S/4HANA (ועם SAP Ariba) מנהל את הצד ה'בוחר' של הרכש: ניתוח-הוצאה, RFQ/מכרזים, ניהול-חוזים, הערכת-ספקים וניהול מחזור-חיי-ספק (SLP). מטרתו ערך ארוך-טווח — עלות, סיכון, חדשנות — ולא ביצוע יומיומי. רכש (Procurement) — רכש ב-S/4HANA הוא הביצוע התפעולי המודרני: יצירת PR/PO, ניהול-קבלות וניהול מחזור-ההזמנה — דרך Fiori, עם Self-Service Procurement, Auto-PO, אישורים-גמישים ו-Embedded Analytics. הוא ממיר את החלטות-הסורסינג לפעולות-קנייה בפועל. חשבונאות-ספקים וחשבוניות — חשבונאות-ספקים (AP) ואימות-חשבוניות סוגרים את מחזור-הרכש: אימות חשבונית-הספק כנגד ה-PO וה-GR (3-Way Match), רישום ההתחייבות ב-FI, וביצוע התשלום. כאן הרכש פוגש את הכספים — דיוק כאן מונע תשלומי-יתר ומחלוקות. תפקידים ויישומי SAP Fiori — SAP Fiori הוא ממשק-המשתמש המודרני של S/4HANA: אפליקציות מבוססות-תפקיד (Business Roles), מאורגנות ב-Launchpad, מותאמות לכל מכשיר. ברכש, Fiori מספק אפליקציות ל-Manage PR/PO, Overview Pages, וניתוחים מוטמעים — מחליפות בהדרגה את ה-GUI הקלאסי.

S/4HANA היא הגרסה החדשה של SAP. היא מהירה יותר (הכל בזיכרון), פשוטה יותר (פחות טבלאות), ויפה יותר (מסכי Fiori במקום מסכי-SAP הישנים). ברכש זה אומר עבודה מהירה, דוחות בזמן-אמת, וחיבור לענן (Ariba). ענן רב-דייר מול סביבה חד-דייר — ענן רב-דייר = 'דירה בבניין משותף': זול, מתוחזק, אבל פחות חופש לשנות. חד-דייר = 'בית פרטי': יותר גמישות והתאמה, אבל יותר אחריות. הארגון בוחר לפי כמה התאמה הוא צריך מול כמה תחזוקה הוא רוצה לחסוך. סורסינג אסטרטגי — החלק האסטרטגי: לאן ההוצאה הולכת, מאיזה ספקים כדאי לקנות, באילו חוזים, ועד כמה הספקים טובים. כל ההחלטות הגדולות שמשפיעות על שנים — לא ההזמנה הבודדת. רכש (Procurement) — החלק שמבצע בפועל: יוצרים דרישה, הופכים אותה להזמנה, שולחים לספק, ומקבלים סחורה — עכשיו עם מסכי-Fiori נוחים, קטלוגים להזמנה-עצמית, ואוטומציה להזמנות החוזרות. חשבונאות-ספקים וחשבוניות — השלב האחרון: הספק שולח חשבונית, בודקים שהיא תואמת להזמנה ולמה שהתקבל, רושמים שאנחנו חייבים לו כסף, ומשלמים. אם משהו לא תואם — החשבונית נחסמת עד שמבררים. תפקידים ויישומי SAP Fiori — Fiori = המסכים החדשים והנוחים של SAP. במקום קודי-טרנזקציה מסובכים, כל משתמש מקבל 'לוח-אריחים' (Launchpad) עם בדיוק האפליקציות שתפקידו צריך — קניין רואה אפליקציות-רכש, מנהל רואה דוחות.

לספק פלטפורמת-רכש אחת המשלבת ביצוע, אנליטיקה ואינטליגנציה בזמן-אמת — להאיץ החלטות, להוריד עלות-בעלות-כוללת (TCO) ולאפשר תהליכים אינטליגנטיים (ML/Situation Handling). ענן רב-דייר מול סביבה חד-דייר — להתאים את מודל-הפריסה לצרכי-העסק: רב-דייר ל-TCO נמוך וסטנדרטיזציה; חד-דייר לשליטה ולהתאמות. ההחלטה מעצבת את כל פרויקט-המימוש. סורסינג אסטרטגי — למקסם ערך-הוצאה ארוך-טווח: להוריד עלות-כוללת, להפחית סיכון-אספקה, להבטיח ציות-לחוזה ולנצל חדשנות-ספקים — לפני ובמקביל לרכש התפעולי. רכש (Procurement) — לבצע ביעילות-מרבית את הקנייה: כמות נכונה, בזמן, במחיר-החוזה, עם מינימום-מאמץ-ידני ומקסימום-ניראות. חשבונאות-ספקים וחשבוניות — להבטיח שמשלמים רק עבור מה שהוזמן והתקבל, במחיר-המוסכם — ולסגור את הלולאה הכספית של הרכש בדיוק ובבקרה. תפקידים ויישומי SAP Fiori — להעניק לכל תפקיד-רכש בדיוק את הכלים שהוא צריך, בחוויה אחידה ומבוססת-נתונים — להאיץ עבודה, לצמצם-טעויות ולשלב ביצוע עם אנליטיקה.

• SAP Fiori Launchpad ► Procurement (Business Roles) • SPRO ► IMG ► Materials Management ► (S/4HANA simplified config) • SPRO ► IMG ► Cross-Application Components ► SAP Business Partner • SAP Cloud ALM / Maintenance Planner (תכנון-פריסה) • SPRO ► IMG (זמין מלא ב-Private/On-Premise; מוגבל ב-Public Cloud) • Fiori ► Custom Fields and Logic / Extensibility Cockpit • SAP Ariba ► Sourcing / Contracts / Supplier Management • Materials Management ► Purchasing ► RFQ/Quotation • Materials Management ► Purchasing ► Outline Agreement ► Contract • SAP Fiori Launchpad ► Self-Service Procurement • Materials Management ► Purchasing ► Purchase Order ► Automatic Generation of POs • SPRO ► IMG ► Materials Management ► Purchasing ► Purchase Requisition • SPRO ► IMG ► Materials Management ► Logistics Invoice Verification ► Incoming Invoice • SPRO ► IMG ► Materials Management ► Logistics Invoice Verification ► Invoice Block ► Set Tolerance Limits • Financial Accounting ► Accounts Payable ► Business Transactions ► Outgoing Payments • SAP Fiori Launchpad ► Spaces & Pages • SPRO ► IMG ► (Activate Business Roles / Catalogs) • PFCG ► Business Roles (SAP_BR_PURCHASER ...) ► Catalog/Group assignment

• S/4HANA = Digital Core: HANA, MATDOC, BP, Embedded Analytics, Fiori.
• ספק = Business Partner חובה (CVI).
• אנליטיקה בזמן-אמת דרך CDS Views, במערכת אחת.
• Public (רב-דייר) = TCO נמוך, Fit-to-Standard, התאמה מוגבלת.
• Private/On-Premise (חד-דייר) = גמישות-התאמה ושליטה בעדכונים.
• התצורה מעצבת את אסטרטגיית-המימוש כולה.
• סורסינג אסטרטגי = ניתוח-הוצאה, מכרזים, חוזים, הערכת-ספקים.
• ב-S/4HANA רובו ב-Ariba, מקושר חזרה ל-Core.
• Source List + Contract אוכפים אותו על ה-P2P.
• רכש = ביצוע: PR➔PO➔GR ב-Fiori.
• Self-Service, Auto-PO ו-Workflow גמיש מאיצים אותו.
• Central Procurement מנהל רכש חוצה-מערכות.
• AP/חשבוניות סוגרים את מחזור-הרכש מול הכספים.
• 3-Way Match + Tolerance מבטיחים תשלום נכון.
• GR/IR Clearing מגשר בין קבלה לחשבונית; ERS מאיץ.
• Fiori = ממשק מבוסס-תפקיד (Business Roles) ב-Launchpad.
• סוגים: Transactional, Analytical, Fact Sheet — על CDS+OData.
• הקצאה דרך Roles + Spaces & Pages, תוך שמירת-SoD.

בארגון המעבר ל-S/4HANA איחד את הרכש: ניהול-מלאי קו-המילוי על MATDOC, ספקי-התרכיז/סוכר כ-Business Partners, ודוחות-הוצאה בזמן-אמת. הסורסינג של אריזה רץ ב-Ariba המקושר ל-Core. קניין פותח את Procurement Overview Page (Fiori), רואה PR-ים פתוחים וחריגי-אספקה בזמן-אמת, ממיר PR ל-PO בכמה קליקים, וה-Embedded Analytics מציג מיד את השפעת-ההוצאה — הכל במערכת אחת ללא Data Warehouse נפרד. ענן רב-דייר מול סביבה חד-דייר — בארגון, בהיותו חלק מרשת-בקבוק גלובלית עם תהליכי-תרכיז ייחודיים ואינטגרציות (Zetes/Daymax בלוגיסטיקה), Private Cloud / Single-Tenant מתאים — שליטה בעדכונים והתאמות-עומק לצד אימוץ-סטנדרט בליבת-הרכש. ארגון 'Fit-to-Standard' בוחר Public Cloud: מאמץ Best-Practice לרכש, מסתפק ב-Key-User extensibility, ומקבל עדכונים רבעוניים. ארגון עם תהליכי-רכש ייחודיים בוחר Private Cloud לשמירת ההתאמות. סורסינג אסטרטגי — בארגון הסורסינג האסטרטגי מנהל את חוזי-הסוכר ארוכי-הטווח (מחירי-סחורה תנודתיים), מכרזי-אריזה ב-Ariba, והערכת ספקי-CO2. התרכיז = Single Source מחוזה גלובלי, ללא מכרז. ניתוח-הוצאה מזהה קטגוריה עתירת-הוצאה ➔ מכרז ב-Ariba ➔ בחירת ספק ➔ חוזה ➔ קישור ל-Source List ב-Core ➔ הערכת-ספק שוטפת (SLP). מאז, P2P מבצע מול החוזה. רכש (Procurement) — בארגון הרכש התפעולי מפיק PO-ים שבועיים לאריזה/סוכר כנגד חוזי-המסגרת; הזמנות-תרכיז מול ספק-יחיד; הכל ב-Fiori עם Auto-PO ל-SKU-ים יציבים. משתמש בוחר פריט מקטלוג (Self-Service) ➔ PR ➔ Flexible Workflow מאשר ➔ Auto-PO כנגד חוזה ➔ נשלח לספק דרך Ariba Network ➔ GR. כל זה מנוטר ב-Procurement Overview Page. חשבונאות-ספקים וחשבוניות — בארגון חשבוניות-אריזה השוטפות מסולקות ב-ERS (ללא חשבונית-נייר) כנגד GR; חשבוניות-תרכיז (סכומים גבוהים) עוברות MIRO עם 3-Way Match ובקרת-Tolerance הדוקה. חשבונית מתקבלת ➔ MIRO מאמת מול PO ו-GR ➔ אם בתוך Tolerance, נרשם מסמך-FI ופריט-פתוח ב-AP ➔ F110 משלם בתאריך-הפירעון. אם מחוץ-לטולרנס — חסימה לבירור. תפקידים ויישומי SAP Fiori — בארגון קנייני-האריזה מקבלים Business Role 'Purchaser' עם אפליקציות-PO ו-Overview Page; מנהל-הרכש מקבל 'Purchasing Manager' עם דוחות-הוצאה ו-KPI; צוות-AP מקבל אפליקציות-חשבונית. קניין מקבל את Business Role 'Purchaser' ➔ ה-Launchpad מציג Manage PR, Manage PO, Overview Page ו-Sources of Supply ➔ הוא מבצע ומנתח באותו מקום, על נתוני-זמן-אמת.

• Business Partner חובה לספקים (CVI — Customer-Vendor Integration). • ניהול-מלאי על MATDOC; תצוגות-תאימות MKPF/MSEG נשמרות לקריאה. • Embedded Analytics + CDS Views; Fiori Launchpad כממשק-ראשי. • Simplification List items: בדיקת אובייקטים שהוצאו/שונו לפני מעבר. ענן רב-דייר מול סביבה חד-דייר • Public Cloud: Best-Practice scope + Key-User/Developer Extensibility בלבד. • Private/On-Premise: SPRO מלא + Classic extensibility + שליטה בעדכונים. • אסטרטגיית-מימוש: Greenfield (Fit-to-Standard) מול Brownfield (התאמות). סורסינג אסטרטגי • RFQ + Contract document types וטווחי-מספרים. • Source List / Quota Arrangement לקישור תוצאת-הסורסינג ל-P2P. • אינטגרציית Ariba Sourcing/Contracts/SLP (CIG). • Supplier Evaluation criteria (Core) או SLP (Ariba). רכש (Procurement) • Self-Service Procurement + קטלוגים. • Auto-PO (ME59N) + Flexible Workflow לאישורים. • Central Procurement (Hub) לניהול חוצה-מערכות, אם נדרש. • Situation Handling להתראות על PR/PO תקועים. חשבונאות-ספקים וחשבוניות • Tolerance keys (3-Way Match) — חריגות-כמות/מחיר חוסמות תשלום. • GR/IR Clearing account + automatic account determination. • ERS (MRRL) ו-Self-Billing לסילוק ללא חשבונית-ספק. • Invoice Block / Release (MRBR) לטיפול בחשבוניות-חסומות. תפקידים ויישומי SAP Fiori • Business Roles (SAP_BR_PURCHASER / SAP_BR_PURCHASING_MANAGER) + Catalogs/Groups. • Spaces & Pages לארגון ה-Launchpad לפי תפקיד. • App types: Transactional / Analytical (Overview, KPI) / Fact Sheet. • הקצאת-תפקידים דרך PFCG ו-Identity Management.

נתוני אב • Business Partner (BUT000) = ספק; LFA1/LFB1/LFM1 מאחורי-הקלעים דרך CVI. • MATDOC = מסמך-חומר מאוחד לכל תנועות-המלאי. • אב-חומר עד 40 תווים; אובייקטי-מקור (EINA/EINE/EORD) נשמרו. • Contract (EKKO/EKPO סוג K) + Source List (EORD) = תוצר-הסורסינג. • Supplier = Business Partner עם נתוני-Purchasing Org. • Info Record (EINA/EINE) = מחיר/ספק לכל חומר. • Info Record (EINA/EINE) = מחיר/ספק לטעינת-PO אוטומטית. • אב-חומר (תצוגות Purchasing/MRP) + Business Partner (ספק). • EKBE = היסטוריית-PO (GR/IR) לניראות. • Business Partner (ספק) + נתוני-AP (LFB1) — תנאי-תשלום, חשבון-מפתח. • Info Record (EINE) = מחיר-מוסכם לבסיס-ה-Match. • GR/IR Clearing — חשבון-מעבר בין קבלה לחשבונית. • Business Role = אוסף Catalogs/Groups הקובע אילו Apps רואה המשתמש. • CDS Views + OData = הבסיס לכל אפליקציית-Fiori. שאלות ראיון מהו השינוי המרכזי בניהול-מלאי ב-S/4HANA? כל תנועות-המלאי נשמרות ב-MATDOC אחת (במקום MKPF/MSEG), עם תצוגות-תאימות לקריאה — מודל-נתונים מפושט ומהיר. כיצד מנוהל ספק ב-S/4HANA לעומת ECC? ב-S/4HANA ספק = Business Partner (BP) חובה דרך CVI; ב-ECC השתמשו ב-XK01/MK01 הישירים שאינם נתמכים יותר. מה ההבדל בין Public ל-Private Cloud ב-S/4HANA? Public = Multitenant, Best-Practice, Extensibility מוגבלת, עדכון רבעוני אוטומטי (Fit-to-Standard). Private = Single-Tenant, SPRO מלא, התאמות-עומק ושליטה בלוח-העדכונים. כיצד תצורת-הפריסה משפיעה על מימוש-רכש? היא קובעת את היקף-ההתאמות המותר, את מודל-ה-Extensibility ואת קצב-העדכונים — ולכן את אסטרטגיית-המימוש (Greenfield מול Brownfield). מה כולל סורסינג אסטרטגי ב-S/4HANA/Ariba? ניתוח-הוצאה, RFQ/מכרזים, ניהול-חוזים, הערכת-ספקים וניהול מחזור-חיי-ספק (SLP) — כל הצד ה'בוחר' לפני הביצוע התפעולי. כיצד נאכף תוצר-הסורסינג ב-P2P? החוזה מקושר ל-Source List (ו/או Quota Arrangement) עם Source List requirement, כך שה-PO נוצר כ-Release Order מולו אוטומטית. מהם רכיבי הרכש התפעולי המודרני ב-S/4HANA? Self-Service Procurement, Manage PR/PO (Fiori), Auto-PO, Flexible Workflow, Situation Handling ו-Central Procurement — מעל ה-flow הקלאסי PR➔PO➔GR. מהו Central Procurement? Hub המאפשר ליצור ולנהל PR/PO באופן מרכזי על-פני מספר מערכות-Backend (S/4HANA ו-ECC) ממערכת-רכש אחת. מה תפקיד חשבון GR/IR Clearing? חשבון-מעבר שמגשר בין קבלת-הטובין (GR — זיכוי) לאימות-החשבונית (IR — חיוב). יתרה לא-מאופסת מצביעה על GR ללא IR או להפך, ומנותחת ב-MR11. מתי חשבונית נחסמת לתשלום? כשה-3-Way Match חורג מ-Tolerance keys (כמות/מחיר) או כש-GR חסר. החסימה משוחררת ב-MRBR לאחר בירור. מהי Fiori Business Role ומה היא מכילה? אוסף של Catalogs ו-Groups הקובע אילו אפליקציות (Transactional/Analytical/Fact Sheet) רואה המשתמש ב-Launchpad. למשל SAP_BR_PURCHASER לקניין. אילו סוגי-אפליקציות Fiori קיימים ברכש? Transactional (Manage PO), Analytical (Overview Pages ו-KPI Tiles) ו-Fact Sheets (object pages) — כולן על CDS Views + OData. נושאים קשורים • MM · תפקידי ויישומי Fiori (1.3.5) • MM · סורסינג (1.1.1) • MM · רכש תפעולי (1.1.2) • MM · רכש עם S/4HANA (1.3)

• לא ניתן ליצור ספק ➔ השתמש ב-BP (CVI), לא ב-XK*/MK*. • Custom report ריק אחרי-מעבר ➔ קריאה ישירה מ-MKPF/MSEG; נדרש מעבר ל-MATDOC/CDS. • Material number נחתך ➔ הרחבת-שדה ל-40 תווים לא טופלה ב-Custom code. ענן רב-דייר מול סביבה חד-דייר • התאמה נדרשת אינה אפשרית ➔ Public Cloud מגביל; שקול Private/Extensibility מאושרת. • עדכון 'שבר' התאמה ➔ Custom code לא תאם לאחר עדכון-Cloud אוטומטי. סורסינג אסטרטגי • חוזה לא נאכף בהזמנות ➔ Source List/Quota לא מצביעים אליו. • Maverick spend גבוה ➔ Source List requirement לא הופעל. • ספק-סיכון לא זוהה בזמן ➔ SLP/הערכת-ספקים לא פעילה. רכש (Procurement) • PR לא הומר ל-PO ➔ אין מקור/Auto-PO לא מסומן. • אישור תקוע ➔ Flexible Workflow ללא ממלא-מקום/כלל שגוי. • PO לא נשלח לספק ➔ Output/Ariba Network לא הוגדר. חשבונאות-ספקים וחשבוניות • חשבונית חסומה ➔ חריגת-Tolerance או GR חסר; שחרר/בדוק ב-MRBR. • GR/IR לא מתאזן ➔ הפרשי-כמות בין GR ל-IR; נתח ב-MR11. • תשלום-יתר ➔ Tolerance keys לא מוגדרים נכון. תפקידים ויישומי SAP Fiori • אריח שבור/אפליקציה לא נטענת ➔ OData service או Catalog לא הופעלו. • משתמש לא רואה אפליקציה ➔ Business Role/Catalog לא הוקצה. • אפליקציה אנליטית ריקה ➔ הרשאות-CDS או Embedded Analytics לא פעילים.

• S/4HANA = Digital Core: HANA, MATDOC, BP, Embedded Analytics, Fiori. • ספק = Business Partner חובה (CVI). • אנליטיקה בזמן-אמת דרך CDS Views, במערכת אחת. • Public (רב-דייר) = TCO נמוך, Fit-to-Standard, התאמה מוגבלת. • Private/On-Premise (חד-דייר) = גמישות-התאמה ושליטה בעדכונים. • התצורה מעצבת את אסטרטגיית-המימוש כולה. • סורסינג אסטרטגי = ניתוח-הוצאה, מכרזים, חוזים, הערכת-ספקים. • ב-S/4HANA רובו ב-Ariba, מקושר חזרה ל-Core. • Source List + Contract אוכפים אותו על ה-P2P. • רכש = ביצוע: PR➔PO➔GR ב-Fiori. • Self-Service, Auto-PO ו-Workflow גמיש מאיצים אותו. • Central Procurement מנהל רכש חוצה-מערכות. • AP/חשבוניות סוגרים את מחזור-הרכש מול הכספים. • 3-Way Match + Tolerance מבטיחים תשלום נכון. • GR/IR Clearing מגשר בין קבלה לחשבונית; ERS מאיץ. • Fiori = ממשק מבוסס-תפקיד (Business Roles) ב-Launchpad. • סוגים: Transactional, Analytical, Fact Sheet — על CDS+OData. • הקצאה דרך Roles + Spaces & Pages, תוך שמירת-SoD.