מהו רכש מרכזי?
What Is Centralized Procurement?
רכש מרכזי · שיעור 1
- רכש מרכזי = רכזת אחת מעל מספר ERP-ים מחוברים.
- הרכזת מאחדת ומנהלת; ה-Connected System מבצע.
- החיבור הוא SOAP/RFC + מיפוי נתוני-אב לפי System Alias.
- ערך מהיר ללא מיזוג-מערכות פיזי.
מטרת השיעור
ידע אצוררכש מרכזי הוא דגם-תפעול שבו ארגון רב-חברות ורב-מפעלים מנהל את פעילות-הרכש שלו מתוך מערכת-רכזת אחת (Central Procurement hub) ב-SAP S/4HANA, בעוד מערכות-הביצוע (Connected Systems) — ECC או S/4HANA נפרדות לכל חברה/אזור — ממשיכות לבצע את הקליטה, המלאי והחשבונאות מקומית. הרכזת נותנת שקיפות גלובלית, מינוף-מסה מול ספקים ובקרה אחידה, מבלי לאחד פיזית את כל ה-ERP-ים. זוהי 'שכבת-רכש על' מעל נוף-מערכות מבוזר.
למה זה חשוב
ידע אצורדמיין רשת-חנויות שבה לכל סניף יש קופה משלו, אבל מטה-רכש אחד מזמין עבור כולם וזוכה במחירים טובים יותר. ב-SAP: הרכזת (hub) היא ה'מטה', וכל מפעל/חברה הוא 'סניף' עם מערכת-ERP משלו. דרישות-רכש זורמות מהסניפים אל המטה, המטה מאחד, מתמחר ומזמין, וההזמנה חוזרת אל הסניף שמבצע קבלה ותשלום. הסניפים לא צריכים להתאחד למערכת אחת — הם רק 'מחוברים'.
ערך עסקי
ידע אצורהמטרה: לאחד את כוח-הקנייה ואת השקיפות מבלי לאחד את מערכות-הביצוע. ארגונים גדולים אינם יכולים (או רוצים) למזג עשרות ERP-ים בבת-אחת; רכש מרכזי נותן ערך מהיר — חוזים גלובליים, ניתוח-הוצאה רוחבי, ובקרת-תאימות — תוך שמירה על אוטונומיה תפעולית מקומית.
היכן בשימוש
ידע אצור• SAP S/4HANA (Hub) ► Fiori Launchpad ► Central Procurement ► Procurement Overview Page • SPRO ► Materials Management ► Central Procurement ► Basic Settings • SPRO ► Cross-Application Components ► Central Procurement ► Configure Connected Systems
מושגי מפתח
ידע אצור- רכש מרכזי = רכזת אחת מעל מספר ERP-ים מחוברים.
- הרכזת מאחדת ומנהלת; ה-Connected System מבצע.
- החיבור הוא SOAP/RFC + מיפוי נתוני-אב לפי System Alias.
- ערך מהיר ללא מיזוג-מערכות פיזי.
דוגמה מ-CBC
ידע אצורבארגון: מפעלי-בקבוק בכמה מדינות (כל מדינה company code/ERP נפרד) מנהלים רכש תרכיז, סוכר, CO2 ופחיות מתוך רכזת אחת. הרכזת מאחדת את הביקוש לפחיות מכל המפעלים, חותמת חוזה-מסגרת גלובלי מול ספק-אלומיניום, וכל מפעל מושך מהחוזה דרך ה-Connected System שלו — מחיר אחיד, נראות מלאה למטה. תהליך מקצה-לקצה: מבקש במפעל בגרמניה יוצר דרישת-רכש מקומית; היא מסונכרנת לרכזת דרך Central Requisitioning; רוכש-מרכזי באמצעות Manage Purchase Requisitions Central רואה דרישות מכל המערכות, מאחד אותן ב-Central Sourcing, מנהל RFQ, מנפיק Central Purchase Order שמורד חזרה אל ה-Connected System; שם מבוצעת Goods Receipt ו-Invoice — והרכזת רואה את הסטטוס המעודכן.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| EKKO | EKKO |
| EKPO | EKPO |
| EBAN | EBAN |
| T160 | T160 |
| TBE11 | TBE11 |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Central Procurement מופעל כ-Business Function/Scope item ברכזת; ה-Connected Systems מוגדרים כ-Logical Systems. • כל Connected System מקבל System Alias (Business System ID) המשמש בכל אובייקט מרכזי לזיהוי המקור. • הפעלת השירותים: Central Requisitioning, Central Purchasing, Central Sourcing, Central Contracts, Central Analytics — לפי הצורך. • מיפוי נתוני-אב (Plant, Company Code, Material, Supplier) בין הרכזת ל-Connected System דרך Value Mapping.
הערות
ידע אצורנתוני אב • Business Partner (Supplier) ממופה בין הרכזת לכל Connected System. • Material / Plant / Company Code ממופים דרך Value Mapping ל-System Alias הנכון. • Central object מחזיק העתק-מצב; ה-object התפעולי חי ב-Connected System. שאלות ראיון מהו ההבדל בין הרכזת ל-Connected System? הרכזת (Central Procurement hub) מנהלת ומאחדת רכש ומחזיקה העתק-מצב; ה-Connected System (ECC/S4) מבצע בפועל קבלה, מלאי וחשבונאות ומחזיק את ה-object התפעולי. האם רכש מרכזי מחליף את ה-ERP-ים המקומיים? לא. הוא שכבת-על מעליהם; הם נשארים מערכות-הביצוע. המטרה היא איחוד-רכש ושקיפות בלי איחוד-מערכות. כיצד מזוהה אובייקט מרכזי למקורו? דרך צמד System Alias (Business System ID) + מספר-המסמך במערכת-המקור. נושאים קשורים • MM · דרישה מרכזית (14.2) • MM · רכש מרכזי (14.3) • אובייקט · EKKO
טעויות נפוצות
ידע אצור- תפיסת הרכזת כמערכת-ביצוע — בפועל הקליטה והחשבונאות מתבצעות תמיד ב-Connected System.
- דילוג על מיפוי נתוני-אב — אובייקטים מרכזיים נכשלים בהורדה למערכת-המחוברת.
- הנחה שכל מערכת-מחוברת חייבת להיות S/4HANA — גם ECC נתמך כ-Connected System.
פתרון תקלות
ידע אצור• דרישה לא מופיעה ברכזת ➔ בדוק שירות-SOAP פעיל ו-System Alias ממופה. • הזמנה מרכזית לא יורדת ל-Connected System ➔ חוסר מיפוי Plant/Material או שגיאת RFC. • סטטוס לא מתעדכן ברכזת ➔ שירות-עדכון חד-כיווני או queue תקוע (SMQ1/SMQ2).
שיטות עבודה מומלצות
ידע אצור- התחל ב-Use Case אחד (למשל Central Requisitioning) והרחב הדרגתית.
- נהל מיפוי נתוני-אב באופן מרכזי דרך MDG כדי למנוע סחף.
- תעד את כל ה-System Aliases ואת השירותים הפעילים בכל מערכת-מחוברת.
טיפים
ידע אצור- ארכיטקטונית, הרכזת היא S/4HANA (On-Premise / Private Cloud / Public Cloud) המריצה את חבילת-ה-Central Procurement: Central Requisitioning, Central Purchasing, Central Sourcing, Central Purchase Contracts ו-Central Analytics. ה-Connected Systems מחוברים דרך שירותי-אינטגרציה (SOAP services ו-RFC) המוגדרים ב-SOAMANAGER ו-SM59, עם הקצאת מספרים-לוגיים (Logical System) ו-Business System ID. נתוני-אב (Materials, Suppliers/Business Partners, Plants, Company Codes) מועתקים/ממופים אל הרכזת דרך Data Replication Framework (DRF) ו-Master Data Governance. ה-Central object מחזיק מצב-משוכפל, וה-Connected System מחזיק את ה-object התפעולי (ה-PO/PR האמיתי). הזיהוי הוא תמיד צמד (System Alias + Document Number).
סיכום
ידע אצור• רכש מרכזי = רכזת אחת מעל מספר ERP-ים מחוברים. • הרכזת מאחדת ומנהלת; ה-Connected System מבצע. • החיבור הוא SOAP/RFC + מיפוי נתוני-אב לפי System Alias. • ערך מהיר ללא מיזוג-מערכות פיזי.