רכש ואספקה מקצה לקצה

רכש מקצה-לקצה מסתכל על כל המחזור כתהליך אחד רציף — מזיהוי-צורך ועד תשלום — ולא כאוסף שלבים מנותקים. שתי המסגרות המרכזיות הן Source-to-Pay (S2P, כולל הסורסינג האסטרטגי) ו-Procure-to-Pay (P2P, התפעולי). ראייה מקצה-לקצה חושפת חיכוכים, מאיצה אוטומציה ומשפרת ציות וניראות. רכש אידיאלי (Ideal Procurement) — רכש אידיאלי הוא חזון מצב-היעד: תהליך נטול-נגיעות (Touchless) שבו רוב ההזמנות זורמות אוטומטית מצורך ועד תשלום, שיקול-הדעת האנושי מוקדש רק לחריגים ולאסטרטגיה, וכל החלטה נסמכת על נתונים בזמן-אמת. הוא משמש כקנה-מידה למדידת בגרות-הרכש. Source-to-Pay ו-Procure-to-Pay — P2P (Procure-to-Pay) הוא המחזור התפעולי: דרישה ➔ הזמנה ➔ קבלה ➔ חשבונית ➔ תשלום. S2P (Source-to-Pay) רחב יותר ומוסיף לפניו את הסורסינג האסטרטגי וניהול-החוזים. P2P מתרכז ב'ביצוע'; S2P מוסיף את 'הבחירה'. שתי המסגרות יחד מתארות את מלוא מחזור-הרכש. תחומי תהליך מרכזיים — מחזור-הרכש מתחלק לתחומי-תהליך מרכזיים: סורסינג אסטרטגי, רכש תפעולי, ניהול-מלאי/קבלות, אימות-חשבוניות וחשבונאות-ספקים, וניהול-ספקים. כל תחום הוא יחידת-אחריות עם נתוני-אב, T-Codes ומדדים משלו. הבנת התחומים והגבולות ביניהם היא הבסיס לעיצוב-ארגון ולחלוקת-עבודה.

במקום להסתכל על כל שלב לבד, מסתכלים על כל הסיפור: מזהים שצריך משהו ➔ מוצאים ספק ➔ מזמינים ➔ מקבלים ➔ משלמים. כשרואים את כל השרשרת יחד, קל לראות איפה נתקעים ואיפה אפשר לחסוך זמן. רכש אידיאלי (Ideal Procurement) — ה'רכש האידיאלי' הוא המצב המושלם שאליו שואפים: הזמנות שגרתיות מטופלות לבד (בלי אדם), אנשים עוסקים רק במה שחשוב ומורכב, והכל שקוף ומבוסס-נתונים. אף ארגון לא שם ב-100%, אבל זה הכיוון. Source-to-Pay ו-Procure-to-Pay — P2P = מההזמנה עד התשלום (החלק התפעולי). S2P = מבחירת-הספק עד התשלום (מתחיל מוקדם יותר, כולל את הסורסינג). פשוט: S2P גדול יותר ומכיל בתוכו את P2P. תחומי תהליך מרכזיים — אפשר לחלק את הרכש לכמה 'מגרשים': מי בוחר ספקים, מי מזמין, מי מקבל סחורה, מי מטפל בחשבוניות ותשלום, ומי מנהל את היחסים עם הספקים. כל מגרש הוא תחום עם תפקידים ומשימות משלו.

לראות ולנהל את הרכש כשרשרת-ערך אחת: לקצר זמני-מחזור, להפחית עלות-עיבוד, לאכוף ציות-לחוזה ולשפר את ניראות ההוצאה — במקום אופטימיזציה מקומית של שלב בודד. רכש אידיאלי (Ideal Procurement) — להגדיר יעד ברור ולמדוד התקדמות מולו: כל פער מהאידיאל (התערבות-ידנית, חריגה-מחוזה, עיכוב) הוא הזדמנות-שיפור מדידה. Source-to-Pay ו-Procure-to-Pay — לתת שפה אחידה למחזור-הרכש ולחלוקת-תחומים בין מערכות וצוותים: מה תפעולי (P2P) ומה אסטרטגי (S2P), ואיפה עוברת התפר-האינטגרטיבי. תחומי תהליך מרכזיים — לחלק את הרכש למבני-אחריות ברורים — לתכנון-תהליך, להגדרת-תפקידים, להרשאות ול-KPI — ולמנוע 'אזורים אפורים' שבהם משימות נופלות בין הכיסאות.

• SPRO ► IMG ► Materials Management ► Purchasing ► Define Default Values for Buyers • Materials Management ► Purchasing ► Environment Data ► Current Settings • SAP Fiori Launchpad ► Procurement Overview Page • SAP Fiori Launchpad ► Self-Service Procurement • SPRO ► IMG ► Materials Management ► Purchasing ► Purchase Order ► Automatic Generation of POs • SPRO ► Cross-Application Components ► Situation Handling • SAP Ariba ► Sourcing / Contracts (S2P) • Materials Management ► Purchasing ► Outline Agreement ► Contract ► Define Document Types • SPRO ► IMG ► Integration with Other SAP Components ► SAP Ariba • SPRO ► IMG ► Materials Management ► Purchasing (Operational + Sourcing) • SPRO ► IMG ► Materials Management ► Inventory Management and Physical Inventory • SPRO ► IMG ► Materials Management ► Logistics Invoice Verification

• רכש מקצה-לקצה = שרשרת אחת מזיהוי-צורך ועד תשלום.
• S2P מכיל את P2P (סורסינג אסטרטגי + ביצוע תפעולי).
• ניראות (EKBE, Overview Page) היא המפתח לניהול-לפי-חריגים.
• רכש אידיאלי = Touchless + שיקול-דעת לחריגים בלבד.
• ממומש דרך Auto-PO, ERS, Workflow חכם ו-Situation Handling.
• משמש קנה-מידה למדידת-בגרות הרכש.
• P2P = ביצוע תפעולי (דרישה➔תשלום).
• S2P = P2P + סורסינג אסטרטגי וחוזים.
• החוזה+Source List הם הגשר בין השניים.
• הרכש מתחלק לתחומי-תהליך עם אחריות ונתוני-אב נפרדים.
• כל תחום ➔ Fiori Role + אובייקטי-הרשאה משלו.
• הפרדת-תפקידים (SoD) מונעת סיכון-הונאה בין התחומים.

בארגון השרשרת מקצה-לקצה: MRP מזהה צורך-אריזה ➔ חוזה-מסגרת (S2P, נחתם פעם בשנה) ➔ PR➔PO שבועי ➔ GR בקו-המילוי ➔ ERS/MIRO ➔ תשלום. Ariba מכסה את צד-ה-S2P; S/4HANA Core את ה-P2P. צורך מזוהה ➔ סורסינג בוחר ספק וחותם חוזה (S2P) ➔ PR נוצר ➔ Source Determination שולפת את החוזה ➔ PO מופק ➔ GR ➔ IR ➔ תשלום. דוח Overview מציג את כל הצנרת בזמן-אמת ומתריע על פריטים תקועים. רכש אידיאלי (Ideal Procurement) — בארגון הזמנות-אריזה החוזרות שואפות ל-Touchless: MRP➔Auto-PO כנגד חוזה➔GR➔ERS. רק שינוי-מחיר חריג או ספק-חדש מצריך התערבות-קניין. משתמש בוחר פריט מקטלוג ➔ PR נוצר ➔ אישור אוטומטי (בתוך מדיניות) ➔ Auto-PO ➔ GR ➔ ERS ➔ תשלום, ללא נגיעת-רכש אחת. רק חריג (חוסר-מקור/חריגת-מחיר) מנותב לאדם. Source-to-Pay ו-Procure-to-Pay — בארגון: S2P מנהל את חוזי-האריזה והסוכר ב-Ariba; P2P מבצע את ההזמנות השבועיות ב-S/4HANA כנגד אותם חוזים. התרכיז = P2P בלבד מול חוזה Single-Source קיים. S2P: סורסינג בוחר ספק ➔ חוזה נחתם ➔ (כאן מתחיל P2P) PR ➔ PO כנגד החוזה ➔ GR ➔ IR ➔ תשלום. החוזה מ-S2P הוא ה'גשר' שמזין את ה-P2P. תחומי תהליך מרכזיים — בארגון: צוות-סורסינג מנהל חוזי-תרכיז/סוכר ב-Ariba; קנייני-תפעול מוציאים PO-ים; מחסן קו-המילוי מבצע GR; AP מטפל בחשבוניות ובתשלום — חמישה תחומים, גבולות-הרשאה ברורים. PR נוצר (תפעולי) ➔ Source Determination מסתמכת על הסורסינג (אסטרטגי) ➔ PO (תפעולי) ➔ GR (ניהול-מלאי) ➔ IR (אימות-חשבונית) ➔ תשלום (חשבונאות-ספקים). כל חץ הוא מעבר בין תחומי-אחריות.

• הגדרת תהליכי P2P/S2P כתבנית-עבודה (Buyer default values, document types). • הפעלת Embedded Analytics + Procurement Overview Page לניראות חוצת-שלבים. • Situation Handling templates להתראות על PR/PO/חשבונית תקועים. • אינטגרציית Ariba Network (cXML) לצד-ה-Sourcing וה-Invoicing. רכש אידיאלי (Ideal Procurement) • Catalog / Self-Service Procurement להזמנה-עצמית. • Auto-PO (ME59N) + ERS (MRRL) לקטגוריות יציבות. • Flexible Workflow + Intelligent Approval (כללי-אישור אוטומטיים). • Situation Handling לניתוב חריגים בלבד לאדם. Source-to-Pay ו-Procure-to-Pay • Contract document types (K) כגשר S2P➔P2P. • Ariba Network integration (cXML, Cloud Integration Gateway) לצד-ה-S2P. • Source List / Quota Arrangement כדי ש-P2P יכבד את חוזה-ה-S2P. תחומי תהליך מרכזיים • מיפוי תחומי-תהליך לתפקידי-עבודה ול-Fiori Business Roles. • הגדרת אובייקטי-הרשאה (M_BEST_*, M_MSEG_*) לפי גבולות-תחום. • KPI לכל תחום: Sourcing savings, PO cycle time, GR accuracy, Invoice exceptions.

נתוני אב • EKBE = היסטוריית-PO (GR/IR per item) — עמוד-השדרה לניראות מקצה-לקצה. • Info Record + Source List + Contract = שלד-המקור החוצה את כל המחזור. • Contract (EKKO/EKPO סוג K) = תוצר-S2P שמזין את P2P. • Info Record / Source List = מקשרים את החוזה האסטרטגי להזמנה התפעולית. • כל תחום שולט באובייקט-אב משלו: מקור (EINA/EORD), הזמנה (EKKO), תנועה (MSEG), חשבונית (RBKP). • Business Partner (ספק) חוצה את כל התחומים — נתון-אב משותף. שאלות ראיון מה ההבדל בין S2P ל-P2P? P2P (Procure-to-Pay) = הביצוע התפעולי (PR➔PO➔GR➔IR). S2P (Source-to-Pay) רחב יותר — מוסיף את הסורסינג האסטרטגי וניהול-החוזים שלפני ה-P2P. S2P מכיל את P2P. כיצד מקבלים ניראות מקצה-לקצה ב-S/4HANA? דרך EKBE (היסטוריית-PO), Embedded Analytics (CDS Views) ו-Procurement Overview Page, בתוספת Situation Handling להתראות. מהו 'Touchless Procurement'? תהליך רכש שזורם אוטומטית מצורך ועד תשלום ללא התערבות-ידנית; האדם נכנס רק לחריגים ולסורסינג אסטרטגי. אילו יכולות S/4HANA מקרבות לרכש האידיאלי? Self-Service Procurement, Auto-PO, ERS, Flexible/Intelligent Approval, Situation Handling ו-Embedded Analytics. P2P הוא תת-קבוצה של S2P או להפך? P2P הוא תת-קבוצה של S2P. S2P מתחיל מוקדם יותר (סורסינג + חוזים) ומכיל בתוכו את P2P התפעולי. מהו ה'גשר' בין S2P ל-P2P? חוזה-המסגרת (Outline Agreement) המקושר ל-Source List — תוצר-ה-S2P שמזין אוטומטית את ה-PO-ים התפעוליים. מהם תחומי-התהליך המרכזיים ברכש? סורסינג אסטרטגי, רכש תפעולי, ניהול-מלאי/קבלות, אימות-חשבוניות וחשבונאות-ספקים, וניהול-ספקים — כל אחד עם נתוני-אב, T-Codes ומדדים משלו. מדוע הפרדת-תפקידים (SoD) קריטית ברכש? כדי שאותו אדם לא יבצע הזמנה+קבלה+אישור-תשלום — שילוב המאפשר הונאה. גבולות-תחום ברורים אוכפים זאת דרך הרשאות. נושאים קשורים • MM · רכש עם S/4HANA (1.3) • MM · רכש תפעולי (1.1.2)

• פריט 'נעלם' באמצע המחזור ➔ בדוק EKBE (היסטוריית-PO) לאיתור השלב התקוע. • חוזה לא נאכף בהזמנות ➔ אינטגרציית S2P↔P2P/Source List לא מקושרת. • Overview Page ריק ➔ Embedded Analytics/הרשאות-CDS לא הופעלו. רכש אידיאלי (Ideal Procurement) • יותר מדי התערבות-ידנית ➔ זיהוי הקטגוריות שאינן ב-Auto-PO/ERS והרחבתן. • חריגים זורמים בלי בקרה ➔ Situation Handling/Tolerance לא הוגדרו. • אישורים תקועים ➔ Flexible Workflow לא מכוון או חסר תחליפים. Source-to-Pay ו-Procure-to-Pay • PO לא נוצר כ-Release Order מול החוזה ➔ Source List/Quota לא מצביעים על החוזה. • חוזה Ariba לא מופיע ב-S/4HANA ➔ תקלת-אינטגרציה (cXML/CIG). • Maverick spend גבוה ➔ Source List requirement לא מאכוף את חוזה-ה-S2P. תחומי תהליך מרכזיים • משימה 'בלי בעלים' ➔ תחום-תהליך לא הוגדר/לא מופה לתפקיד. • הרשאה חוסמת פעולה לגיטימית ➔ מיפוי אובייקטי-הרשאה לתחום שגוי. • כשל-בקרה ב-SoD ➔ אותו משתמש מבצע הזמנה+קבלה+אישור-תשלום.

• רכש מקצה-לקצה = שרשרת אחת מזיהוי-צורך ועד תשלום. • S2P מכיל את P2P (סורסינג אסטרטגי + ביצוע תפעולי). • ניראות (EKBE, Overview Page) היא המפתח לניהול-לפי-חריגים. • רכש אידיאלי = Touchless + שיקול-דעת לחריגים בלבד. • ממומש דרך Auto-PO, ERS, Workflow חכם ו-Situation Handling. • משמש קנה-מידה למדידת-בגרות הרכש. • P2P = ביצוע תפעולי (דרישה➔תשלום). • S2P = P2P + סורסינג אסטרטגי וחוזים. • החוזה+Source List הם הגשר בין השניים. • הרכש מתחלק לתחומי-תהליך עם אחריות ונתוני-אב נפרדים. • כל תחום ➔ Fiori Role + אובייקטי-הרשאה משלו. • הפרדת-תפקידים (SoD) מונעת סיכון-הונאה בין התחומים.