דרישה מרכזית
Central Requisitioning
רכש מרכזי · שיעור 2
- דרישה מרכזית = שכבת-בקשה מאוחדת מעל כל ה-ERP-ים.
- Manage Purchase Requisitions Central נותנת נראות רוחבית.
- סנכרון דו-כיווני; שמור על כיוון מוגדר למניעת כפילות.
מטרת השיעור
ידע אצורCentral Requisitioning מאפשר למשתמשים מכל מערכת-מחוברת ליצור ולנהל דרישות-רכש (Purchase Requisitions) מתוך הרכזת, או לסנכרן דרישות שנוצרו מקומית אל הרכזת. רוכש-מרכזי מקבל תצוגה מאוחדת של כל הדרישות ברחבי הארגון דרך Manage Purchase Requisitions Central, ויכול לעבד אותן הלאה למקור-אספקה ולהזמנה — בלי להיכנס לכל מערכת בנפרד.
למה זה חשוב
ידע אצורדרישת-רכש היא 'בקשה לקנות'. ב-Central Requisitioning עובד בכל מפעל יכול לבקש דרך אפליקציית-Fiori אחת (Create Purchase Requisition), והבקשה מגיעה למטה-הרכש המרכזי. המטה רואה את כל הבקשות מכל המפעלים במסך אחד ומחליט מה לעשות עם כל אחת — לאחד, לתמחר, להזמין.
ערך עסקי
ידע אצורלרכז את שלב-ה'בקשה' של הרכש — לתת לרוכש-מרכזי נראות מלאה לכל הביקוש בארגון, לאפשר איחוד-דרישות לחיסכון-מסה, ולתת למבקשים חוויית self-service אחידה ללא תלות במערכת-המקור.
היכן בשימוש
ידע אצור• Fiori Launchpad (Hub) ► Procurement ► Create Purchase Requisition • Fiori Launchpad (Hub) ► Central Procurement ► Manage Purchase Requisitions Central • SPRO ► Materials Management ► Central Procurement ► Central Requisitioning ► Activate and Configure
מושגי מפתח
ידע אצור- דרישה מרכזית = שכבת-בקשה מאוחדת מעל כל ה-ERP-ים.
- Manage Purchase Requisitions Central נותנת נראות רוחבית.
- סנכרון דו-כיווני; שמור על כיוון מוגדר למניעת כפילות.
דוגמה מ-CBC
ידע אצורבארגון כל מפעל-בקבוק יוצר דרישות לחומרי-אריזה דרך Central Requisitioning; מטה-הרכש רואה את כלל הביקוש לפחיות ופקקים בכל המדינות, ויכול לאחד הזמנה-רבעונית גדולה במקום עשרות הזמנות מפוצלות. מבקש במפעל ספרד יוצר דרישה לפחיות ב-Create Purchase Requisition; הדרישה נשמרת מקומית ומשתכפלת לרכזת. רוכש-מרכזי ב-Manage Purchase Requisitions Central מסנן לפי קבוצת-חומר, מאתר דרישות דומות ממפעלים אחרים, ומסמן אותן לאיחוד ב-Central Sourcing.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| EBAN | EBAN |
| EBKN | EBKN |
| T160 | T160 |
| TBE31 | TBE31 |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• הפעלת Central Requisitioning ברכזת ושיוך ה-Connected Systems הרלוונטיים. • הגדרת קטלוגים (OCI Catalogs) ל-self-service requisitioning, אם נדרש. • מיפוי Document Type, Plant ו-Purchasing Group בין הרכזת ל-Connected System. • הגדרת זרימת-אישורים (Flexible Workflow) לדרישות מרכזיות לפי ערך/קבוצת-חומר.
הערות
ידע אצורנתוני אב • כל פריט-דרישה נושא System Alias + Plant + Company Code של המערכת המבצעת. • Material / Account Assignment ממופים ל-Connected System הנכון. שאלות ראיון מה מאפשר Central Requisitioning? יצירה וניהול של דרישות-רכש מהרכזת על-פני כל המערכות-המחוברות, עם תצוגה מאוחדת ב-Manage Purchase Requisitions Central. כיצד מזוהה הדרישה למערכת-הביצוע שלה? דרך System Alias + Plant + Company Code הנשמרים בכל פריט-דרישה מרכזי. נושאים קשורים • MM · רכש מרכזי (14.3) • MM · מקור מרכזי (14.4) • אובייקט · EBAN
טעויות נפוצות
ידע אצור- שכפול-דרישות כפול עקב סנכרון דו-כיווני לא-מתואם.
- חוסר מיפוי Document Type ➔ דרישה נכשלת בהורדה ל-Connected System.
- התעלמות מ-Flexible Workflow ➔ דרישות עוברות ללא אישור.
פתרון תקלות
ידע אצור• דרישה לא מסונכרנת ➔ בדוק שירות-SOAP פעיל ו-queue (SMQ2) ברכזת. • שגיאת-הורדה ל-Connected System ➔ מיפוי Plant/Document Type חסר. • סטטוס לא מתעדכן אחרי המרה ➔ שירות-עדכון-סטטוס לא פעיל.
שיטות עבודה מומלצות
ידע אצור- הגדר במפורש כיוון-שכפול לכל סוג-דרישה כדי למנוע כפילויות.
- השתמש ב-Flexible Workflow מרכזי לאישורים אחידים.
- תקנן Document Types בין כל המערכות-המחוברות.
טיפים
ידע אצור- השירות עובד דו-כיוונית: דרישה שנוצרה ב-Connected System משוכפלת לרכזת כ-Central Purchase Requisition (טבלת-מצב מרכזית), ודרישה שנוצרת ברכזת מורדת ל-Connected System ליצירת ה-PR התפעולי שם. ה-self-service requisitioning משתמש בקטלוגים (OCI/Punch-out) ובחומר חופשי-טקסט. כל פריט-דרישה נושא את ה-System Alias של המערכת המבצעת, ה-Plant וה-Company Code שלה. אפליקציות-Fiori מרכזיות: Manage Purchase Requisitions Central (F2418) ו-Create Purchase Requisition. הסטטוס מסונכרן בחזרה בעת המרת-הדרישה להזמנה ב-Connected System.
סיכום
ידע אצור• דרישה מרכזית = שכבת-בקשה מאוחדת מעל כל ה-ERP-ים. • Manage Purchase Requisitions Central נותנת נראות רוחבית. • סנכרון דו-כיווני; שמור על כיוון מוגדר למניעת כפילות.