רכש לתחזוקה: חלף לא-מלאי ושירות חיצוני מפקודת תחזוקה, מדרישת רכש ועד תשלום

הטענה שכל מקור תומך בה

• מפת התהליך 'רכש לתשלום (P2P)' של הפרויקט (PROCESS_MAPS)מאומת מול נתוני הפרויקטמדרישת רכש דרך הזמנה, קבלה, חשבונית ועד תשלום. דרישת רכש: ME51N, ‏ME53N, טבלאות EBAN ו-EBKN, ‏Fiori 'Manage Purchase Requisitions', ממשק BAPI_REQUISITION_*, בדיקה 'PR נוצרת עם ייחוס חשבונאי תקין'. הזמנת רכש: ME21N, ME22N, ‏ME23N, טבלאות EKKO ו-EKPO, ‏Fiori 'Create Purchase Order', ממשקים 'ORDERS IDoc' ו-API_PURCHASEORDER, בדיקה 'PO עם תנאי מחיר; שחרור (release strategy)'. קבלת טובין: MIGO, טבלאות MATDOC ו-MSEG, ‏Fiori 'Post Goods Movement', ממשק BAPI_GOODSMVT_CREATE, בדיקה 'GR 101 מעדכן מלאי; QM lot אם פעיל'. חשבונית (LIV): MIRO, טבלאות RBKP ו-RSEG, ‏Fiori 'Verify Supplier Invoice', ממשק 'INVOIC IDoc', בדיקה '3-way match (PO/GR/Invoice); חסימות MRBR'. תשלום: F110, ‏FBL1N, טבלאות BSIK ו-ACDOCA, ‏Fiori 'Manage Automatic Payments', ממשק 'PAYEXT / DMEE', בדיקה 'ריצת תשלומים F110; קיזוז פריטים פתוחים'.data/processes.ts#p2p
• רשומת התחום 'אינטגרציית חלפים (PM-MM)' של הפרויקט (DOMAINS)מאומת מול נתוני הפרויקטאינטגרציית חלפים מחברת תחזוקה לרכש ולמלאי: רכיבי פקודה, הזמנות מלאי, דרישות רכש ומשיכת חומר מהמחסן, ומבטיחה זמינות חלפים. זרימה: רכיבי פקודה, הזמנת מלאי (RESB), דרישת רכש (EBAN), משיכת חומר (MB1A), צריכה בפקודה. טבלאות RESB, ‏EBKN, ‏EBAN, ‏MAST, ‏MARC; טרנזקציות IW31, ‏MB1A, ‏ME21N, ‏IW3M, ‏MB21; BAPIs BAPI_RESERVATION_CREATE1, BAPI_PR_CREATE, ‏BAPI_GOODSMVT_CREATE. לימוד: RESB הזמנת מלאי לרכיבי הפקודה, ו-EBKN/EBAN דרישת רכש לחלפים לא-מלאיים; חומר מלאי מול לא-מלאי, והלא-מלאי לדרישת רכש. תקלה: חוסר חלף, לבדוק ATP ומלאי ולהפוך לדרישת רכש לחלף לא-מלאי.data/domains.ts#pm-spare-parts
• פירוט התחום 'אינטגרציית חלפים (PM-MM)' של הפרויקט (DOMAIN_DETAIL)מאומת מול נתוני הפרויקטמטרה: רכיבים לפקודות תחזוקה, מלאי (רזרבציה ו-GI) או לא-מלאי (דרישת רכש, הזמנה, קבלה), זמינות חלף בזמן ושיוך עלות לפקודה. נתוני אב: אב חומר (חלף), סוג פריט (מלאי או לא-מלאי), מקור אספקה, מלאי בטחון. פונקציות RESERVATION_READ, BAPI_REQUISITION_GETDETAIL, ACCOUNT_ASSIGNMENT_READ, BAPI_GOODSMVT_CREATE; Exits IWO10009 ו-MBCF0002; BAdIs WORKORDER_GOODSMVT ו-MB_MIGO_BADI. QA: רכיב לא-מלאי, דרישת רכש, הזמנת רכש, קבלה ועלות לפקודה. תקלות: דרישת רכש לא נוצרה (סוג פריט או מקור), עלות שגויה (ייחוס חשבונאי, ‏EBKN). תרחיש: אטם כרכיב מלאי ושירות כיול חיצוני כלא-מלאי (דרישת רכש, הזמנה לספק, קבלת שירות); שתי העלויות נצברות בפקודה ומותחשבנות למרכז העלות. Fiori: Manage Stock, ‏Process Purchase Requisitions, ‏Post Goods Movement. הגירה: RESB ו-EBAN נשמרים ותנועות ל-MATDOC; QA של רזרבציה, ‏GI ודרישת רכש. ECC מול S/4: מודל RESB/EBAN זהה; תנועות מלאי ל-MATDOC ו-BP לספקים; CDS I_MaterialDocumentItem; פישוט MM-IM ו-Business Partner; QA של רזרבציה, ‏GI, דרישת רכש והזמנה לספק BP.data/domain-detail.ts#pm-spare-parts
• רשומת התחום 'ביצוע אחזקה' של הפרויקט (DOMAINS)מאומת מול נתוני הפרויקטביצוע תחזוקה מנהל את מחזור פקודת התחזוקה: תכנון משאבים וחומרים, שחרור, ביצוע, אישורים, תנועות מלאי וסגירה טכנית ועסקית (TECO/CLSD). תקלה: לא ניתן ל-TECO, לסגור הודעות פתוחות והזמנות רכש פתוחות.data/domains.ts#pm-maintenance-execution
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת ME51Nמאומת מול נתוני הפרויקטME51N יוצרת דרישת רכש לחומר או לשירות בטבלאות EBAN ו-EBKN, ו-account assignment category קובע את החיוב; תהליך: זיהוי צורך (ידני או MRP), דרישת רכש, אישור (ME54N), המרה להזמנה (ME21N, ‏ME57, ‏ME59N). release strategy לדרישה נפרדת מזו של ההזמנה. משתמשים: מתכנן, מחסנאי, מבקש פנימי, קניין. המלצות: להזין source of supply, להגדיר release strategy לדרישה, להשתמש ב-account assignment נכון לפי סוג הצורך. BAPIs BAPI_PR_CREATE ו-BAPI_REQUISITION_CREATE; BAdI ME_PROCESS_REQ_CUST; Exit MEREQ001. ב-S/4 זמינה עם Fiori, ו-ME51 הישן deprecated.data/tx-intel.ts#ME51N
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת ME53Nמאומת מול נתוני הפרויקטME53N מציגה דרישת רכש (EBAN/EBKN) בלי עריכה; לשונית הסטטוס מראה אם נוצרו ממנה הזמנת רכש או RFQ. משתמשים: מתכנן, קניין, מבקש פנימי, הנהלת חשבונות. דוגמה: מתכנן תחזוקה בודק דרישת רכש שנוצרה מפקודה, אם כבר הומרה להזמנת רכש ומתי צפויה האספקה. טיפ: דרישת רכש פתוחה על פקודה יוצרת התחייבות שחוסמת סילוק, ויש לנטר אותה לפני TECO.data/tx-intel.ts#ME53N
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת ME21Nמאומת מול נתוני הפרויקטME21N יוצרת הזמנת רכש לספק, למוצרים או לשירותים, בטבלאות EKKO ו-EKPO, עם הפניה לדרישה, ל-RFQ, לחוזה או להזמנה קיימת; Account assignment category (K/F/A/P) קובע את החיוב. תהליך: דרישה, הזמנה, אישור (Release), קבלה (MIGO), חשבונית (MIRO), תשלום. לא לשינוי (ME22N) ולא לתצוגה (ME23N). משתמשים: קניין, מנהל רכש. טעות: אי שימוש בהפניה לדרישה וכך כפילות נתונים; המלצות: ליצור הזמנה מתוך הדרישה לשמירת שרשרת המסמכים, ולהגדיר release strategy לבקרת תקציב. ב-S/4 זמינה, ו-ME21 הישן deprecated.data/tx-intel.ts#ME21N
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת MIGOמאומת מול נתוני הפרויקטMIGO היא הטרנזקציה המאוחדת לתנועות מלאי וכותבת MKPF ו-MSEG; קבלה מהזמנת רכש (101) מעדכנת את היסטוריית ההזמנה (EKBE) ומבצעת GR/IR clearing. משתמשים: מחסנאי, מנהל מחסן, פקיד מלאי. שגיאות: תקופת MM סגורה (M7 053), חוסר הרשאה לתנועה או למפעל, מלאי לא מספיק, חשבון G/L לא נמצא ב-OBYC, אצווה חסרה. BAPI_GOODSMVT_CREATE ברקע. ב-S/4 זמינה, ו-MB01/MB1A/MB1B/MB1C deprecated לטובתה.data/tx-intel.ts#MIGO
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת ML81Nמאומת מול נתוני הפרויקטML81N יוצרת ומאשרת גיליון רישום שירותים (Service Entry Sheet) מול הזמנת רכש לשירותים (ESSR/ESLL); האישור יוצר תנועה לוגית 101 לשירות, מסמך GR ומסמך FI, ומבוסס על Item Category D בהזמנה. משתמשים: רכש שירותים, מבקש או מאשר שירות, תחזוקה (PM), פרויקטים. דרישות: הזמנה עם item category D והקצאת חשבון (תקציבית, הזמנת עבודה או WBS). תהליך: הזמנת שירות (ME21N), ביצוע, רישום ואישור ב-ML81N, חשבונית (MIRO), תשלום. שגיאות: אין פריט הזמנה עם item category D, נתוני הקצאת חשבון חסרים, כמות מעבר ליתרה. טעויות: אישור לפני ביצוע השירות, חריגה מהכמות או מהערך בהזמנה. המלצה: להתאים שורות הגיליון לשורות החשבונית. ב-S/4 קיימת ונתמכת לשירותים קלאסיים, לצד גישת Lean Services ואפליקציות Fiori.data/tx-intel.ts#ML81N
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת MIROמאומת מול נתוני הפרויקטMIRO קולטת חשבונית ספק מול הזמנת רכש וקבלה (3-way match), כותבת RBKP ו-RSEG ומסמך FI/CO, חוסמת תשלום בסטיית מחיר או כמות מעבר ל-tolerance (OMR6) ומנקה את חשבון ה-GR/IR. משתמשים: הנהלת חשבונות ספקים, פקיד חשבוניות. שגיאות: סטייה מעבר ל-tolerance וחסימה, תקופה סגורה, ‏GR חסר ב-GR-based IV. טעות: קליטת חשבונית לפני GR ב-GR-based IV. המלצות: GR-based invoice verification, ‏tolerance keys, טיפול בחשבוניות חסומות ב-MRBR. ב-S/4 זמינה.data/tx-intel.ts#MIRO
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת MRBRמאומת מול נתוני הפרויקטMRBR משחררת חשבוניות שנחסמו ב-MIRO (חסימה R) עקב סטיות מחיר, כמות או תאריך, ידנית או אוטומטית. משתמשים: פקיד AP, צוות כספים, מנהל רכש. טעות: שחרור בלי בירור הסטייה. המלצות: בירור סיבת החסימה לפני שחרור, ניטור שבועי של החסומות.data/tx-intel.ts#MRBR
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת F110מאומת מול נתוני הפרויקטF110 היא תוכנית התשלומים האוטומטית: פרמטרים, הצעה (Proposal), ריצה והפקת קובץ בנק (DME) על פריטים פתוחים בשלים, ונשענת על הגדרות FBZP ועל פרטי הבנק במאסטר הספק. משתמשים: צוות תשלומים, צוות אוצר, מנהל AP. שגיאות: אין אמצעי תשלום תקף, אמצעי תשלום שאינו מותר לספק, פריטים חסומים לתשלום. טעות: הרצת ריצה בלי בדיקת ה-Proposal. ב-S/4 זמינה, ‏Fiori 'Manage Automatic Payments', ורושמת ל-Universal Journal.data/tx-intel.ts#F110
• מודיעין מודולי הפונקציה של הפרויקט (FUNCTION_INTEL): BAPI_PR_CREATEמאומת מול נתוני הפרויקטBAPI_PR_CREATE יוצר דרישת רכש לחלפים או לשירותים לא-מלאיים, באינטגרציית PM-MM (דרישת רכש לחלף בפקודה); זרימה: רכיב פקודה, דרישת רכש, הזמנת רכש. קלט PRHEADER/PRITEM, פלט NUMBER (מספר הדרישה ב-EBAN) ו-RETURN, וחובה לקרוא BAPI_TRANSACTION_COMMIT לאחר הצלחה. QA: דרישה לחלף לא-מלאי וקישור לפקודה; כשלים: קבוצת רכש חסרה, קטגוריית פריט שגויה; תלויות: קבוצת רכש, סוג דרישה; תרחיש: דרישת רכש מפקודה עם EBAN ו-EBKN. ב-S/4 זמין, חלופה API_PURCHASEREQ_PROCESS_SRV.data/function-intel.ts#BAPI_PR_CREATE
• מודיעין מודולי הפונקציה של הפרויקט (FUNCTION_INTEL): BAPI_REQUISITION_GETDETAILמאומת מול נתוני הפרויקטBAPI_REQUISITION_GETDETAIL שולף פרטי דרישת רכש: פריטים, ייחוס חשבונאי ומקור, לרכש חלפים לתחזוקה (PM-MM); קלט NUMBER ופלט פריטים וייחוס. QA: שליפת דרישה מפקודת תחזוקה וייחוס חשבונאי; תרחיש: דרישה שנוצרה מ-IW32 לרכיב לא-מלאי. ב-S/4 זמין, חלופה OData API_PURCHASEREQ_PROCESS_SRV.data/function-intel.ts#BAPI_REQUISITION_GETDETAIL
• העשרת הטבלאות של הפרויקט: רשומת EBKNמאומת מול נתוני הפרויקטEBKN מחזיקה את נתוני הקצאת החשבון של שורת דרישת רכש (מרכז עלות, ‏WBS, הזמנה, חשבון G/L), רלוונטית כשהדרישה מוקצית חשבון (KNTTP אינו ריק), וחיוב מפוצל הוא כמה שורות ZEKKN; מפתח זר AUFNR אל AUFK, ובדוגמת הדיבוג פקודת PM כמקבל נרשמת כ-AUFNR ב-EBKN.data/table-enrichment.ts#EBKN
• blueprint ההגירה של הפרויקט (PM), נושא 9 'אינטגרציית מלאי ורכש (PM-MM)', שורת EBANמאומת מול נתוני הפרויקטEBAN 'דרישת רכש', טרנזקציות 'ME51N; ME52N/ME53N, ‏ME57', ‏Fiori 'Manage Purchase Requisitions (אמת ID)', עמודת S/4 'מותאם (Business Partner לספקים)', 'EBAN (זהה)', 'ME51N נתמך; ספק דרך BP', והערת SUM 'נדרש CVI והמרת ספקים/לקוחות ל-Business Partner לפני/במהלך ההמרה (Pre-check חובה)'; פונקציות BAPI_PR_CREATE ו-BAPI_REQUISITION_GETDETAIL; שדה KNTTP 'Account assignment cat. (F=order)'; קשר EBAN.FLIEF = BUT000.PARTNER, 'ספק קבוע בדרישת הרכש - ב-S/4 דרך Business Partner (CVI)'.data/sapData.pm.ts#PM:EBAN
• blueprint ההגירה של הפרויקט (PM), נושא 9 'אינטגרציית מלאי ורכש (PM-MM)', שורת EBKNמאומת מול נתוני הפרויקטEBKN 'חיוב דרישת רכש (לפק"ע)', טרנזקציות 'ME51N; ME52N', עמודת S/4 'מותאם (חיוב ל-ACDOCA)', 'EBKN (זהה); עלות בפועל ב-ACDOCA', והערת SUM: עלויות מומרות ל-Universal Journal (ACDOCA) ב-SUM, ‏COSP ו-COSS הופכים ל-Views, ויש להתאים דוחות עלות מותאמים והרצות התחשבנות. שדות BANFN, ‏BNFPO, ‏AUFNR 'פק"ע מחויבת', ‏KOSTL, ‏SAKTO; קשר EBKN.AUFNR = AUFK.AUFNR, 'דרישת הרכש מחויבת לפק"ע'; פונקציה ACCOUNT_ASSIGNMENT_READ; תוכנית RM06BANF.data/sapData.pm.ts#PM:EBKN
• מודיעין האובייקטים של הפרויקט (OBJECT_INTEL): רשומת EBANמאומת מול נתוני הפרויקטEBAN נוצרת על ידי מבקש רכש (ME51N), מערכת MRP ומתכנן תחזוקה (PM דרך הזמנה), נקראת על ידי קניין (ME21N / ME57) ומנהל רכש, ומתעדכנת בהמרה להזמנה, ב-ME52N ובזרימת אישורים (Release). תרחיש: דרישת רכש לשירות חיצוני שנוצרה מפקודת תחזוקה (PM). המלצות: אסטרטגיות שחרור לפי ערך או קבוצת רכש, שמירה על הקישור ל-EBKN לחשבונאות עלויות נכונה, ניקוי דרישות פתוחות ישנות שלא הומרו כדי לא להטות דוחות.data/knowledge/object-intel.ts#EBAN
• מודיעין האובייקטים של הפרויקט (OBJECT_INTEL): רשומת EBKNמאומת מול נתוני הפרויקטEBKN נוצרת על ידי מבקש רכש, מערכת MRP ומתכנן תחזוקה (ייעוד לפקודת PM), ונקראת גם על ידי מערכת ההתחשבנות בזמן GR/IR. תרחיש: ייעוד לפקודת תחזוקה (F) כך שהעלות תיזקף לפקודת PM. המלצות: התאמה בין קטגוריית ייעוד החשבון לאובייקט, בדיקת אובייקט ה-CO לפני המרה להזמנת רכש למניעת חסימת GR, הימנעות מעריכה ידנית של EBKN ועדכון דרך הטרנזקציה, ושמירת עקיבות בין EBAN ל-EBKN לדוחות התחייבויות.data/knowledge/object-intel.ts#EBKN
• מרכז ה-QA של הפרויקט: 'אינטגרציה PM-MM (חלפים)'מאומת מול נתוני הפרויקטטרנזקציות IW32, ‏ME53N, ‏MIGO, ‏MB23; טבלאות RESB, ‏EBAN, ‏MATDOC, ‏EBKN. תרחישים: רכיב מלאי, רזרבציה, ‏GI 261 ועלות לפקודה; רכיב לא-מלאי, דרישת רכש, הזמנת רכש, קבלת שירות ועלות; ייחוס חשבונאי (EBKN) נכון למרכז עלות הפקודה; GI ללא מלאי נכשל; ביטול אישור מהפך רזרבציה ו-GI.data/qa-center.ts#integration-pm-mm
• נתוני האב של האחזקה בפרויקט (PM master-data facets): עץ מוצר (BOM)מאומת מול נתוני הפרויקטבתחזוקה עץ המוצר משמש להקצאת חלקי חילוף לפקודות; קטגוריות פריט: L (מלאי, לרזרבציה), ‏N (לא-מלאי, לדרישת רכש), ‏I (אלמנט מבנה PM), ‏T (טקסט). טעות נפוצה: קטגוריית פריט שגויה (L במקום N) מביאה לרזרבציה במקום דרישת רכש לחלף חיצוני, או להפך. דוגמה: שירות כיול חיצוני כפריט לא-מלאי (N) לדרישת רכש, והחלפים נשלפים אוטומטית בפתיחת פקודה. טבלאות MAST, ‏STKO, ‏STPO, ‏STAS.data/pm-master-data-facets.ts#MAST
• נתוני האב של האחזקה בפרויקט (PM master-data facets): אב חומרמאומת מול נתוני הפרויקטבתחזוקה אב החומר משמש לחלקי חילוף (מלאי ולא-מלאי); סוגים רלוונטיים: ERSA (חלפים), ‏Non-stock, משאבי תפעול; נוצר ב-MM01. דוגמה: אטם מוקם כחומר ERSA (חלף מלאי) ושירות כיול חיצוני כ-Non-stock עם נתוני רכש בלבד, ושניהם רכיבי BOM ורזרבציות או דרישות רכש בפקודות. טבלאות MARA, ‏MARC, ‏MBEW, ‏MAKT.data/pm-master-data-facets.ts#MARA
• נושא המעבר 'Business Partner (CVI)' של הפרויקט (ECC_S4_TOPICS)מאומת מול נתוני הפרויקטECC: לקוח (XD01) וספק (XK01) נוהלו בנפרד ו-BP אופציונלי. S/4HANA: Business Partner הוא נקודת הכניסה היחידה, לקוח וספק הם תפקידי BP ו-CVI חובה. השפעה: צעד הכנה קריטי במיגרציה (סנכרון CVI, ‏Number Ranges); ספקי חלפים ב-PM-MM מושפעים.data/ecc-s4.ts#business-partner
• Subcontract Purchase Requisitions and Purchase Orders | Maintenance Management (אומת ברשומת table:EBAN)מאומת מול תיעוד SAP רשמיתיעוד ניהול האחזקה (Maintenance Management) בגרסת 2025 FPS01 קובע שבשמירה או בשחרור של צו אחזקה המערכת יוצרת אוטומטית דרישת רכש של קבלנות משנה: 'When you save or release a maintenance order, the system automatically creates a subcontract purchase requisition', ושינויים בצו האחזקה ברמת הרכיב לאחר יצירת הדרישה משתקפים באותה דרישה: 'If you make changes to the maintenance order at component level after creation of the purchase requisition, the changes are reflected in that purchase requisition'.
• MM - Purchase requisition (only open PR) | Data Migration (אומת ברשומת fm:BAPI_PR_CREATE)מאומת מול תיעוד SAP רשמיעמוד אובייקט ההגירה של דרישות רכש פתוחות בחוברת Data Migration לגרסת S/4HANA On-Premise 2025 FPS01 נוקב ב-BAPI_PR_CREATE בשמו, כלשון הסניפט: 'Purchase Requisition Number Manage Purchase Requisition Professional (app ID F2229) BAPI_PR_CREATE'. חלון סניפט נוסף של אותו עמוד (loio 978944291b0444bc90503f90fe51e1f0): 'Name of this migration object: S4_MM_PURCHASE_REQUISITION Virtual Tables ART_EBAN: To handle item data ART_EBKN: To handle account assignment data'. כלומר ה-BAPI נקוב בהקשר הגירת דרישות רכש ל-S/4HANA בגרסה זו. הסניפט מונה את השם בלבד ואינו מתאר פרמטרים, סטטוס שחרור או התנהגות COMMIT.
• Operations for Purchase Requisition | APIs for Sourcing and Procurement (אומת ברשומת fm:BAPI_PR_CREATE)מאומת מול תיעוד SAP רשמיבחוברת 'APIs for Sourcing and Procurement' לגרסת S/4HANA On-Premise 2025 FPS01, העמוד 'Operations for Purchase Requisition' קובע: 'Purchase requisition offers the following operations', ובהן 'Create a purchase requisition Create POST', קריאה (GET) ועדכון (PATCH) תחת הנתיב /sap/opu/odata/sap/API_PURCHASEREQ_PROCESS_SRV/A_PurchaseRequisitionHeader, 'Delete a purchase requisition Delete PATCH' ופעולת EnableForPurchasing (POST). זו חלופת OData מתועדת ליצירה ולעדכון של דרישת רכש. העמוד אינו נוקב בשם ה-BAPI ואינו מציג אותו כמוחלף.
• Read a Purchase Requisition | APIs for Sourcing and Procurement (אומת ברשומת fm:BAPI_REQUISITION_GETDETAIL)מאומת מול תיעוד SAP רשמיהקשר בלבד (לא טענת יורש): תרחיש הקריאה בשירות OData V4 לדרישות רכש במהדורת 2025 FPS01: 'In this scenario, you wish to read a purchase requisition', 'the purchase requisition along with its associated entities', ובדוגמה 'we are reading the purchase requisition "10783070", along with its items and associated entities'. פרגמנט אחר של אותו תקציר מציג GET על ‎/sap/opu/odata4/sap/api_purchaserequisition_2/srvd_a2x/sap/purchaserequisition/0001/PurchaseReqn(PurchaseRequisition='10783070') ותגובה הכוללת את הישויות _PurchaseRequisitionItem, _PurchaseReqnItemText, _PurchaseReqnAcctAssgmt ו-_PurchaseReqnDelivAddress, כלומר קריאת פריטים, טקסטים וייחוס חשבונאי של דרישת רכש. העמוד אינו נוקב ב-BAPI כלשהו.
• Use of Stock and Non-Stock Material | Orders (CS-SE/PM-WOC-MO)מאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio a2c9b65334e6b54ce10000000a174cb4): חומר לא-מלאי הוא חומר שאינו זמין במלאי 'and therefore must be procured externally using a purchase requisition'; 'If you plan non-stock material for an order, the system generates a purchase requisition for the purchase directly from the order'. על בסיס הדרישה 'a purchase order is sent to a vendor'; בקבלה 'the goods receipt is posted directly to the order for which the material was requested, that is, the order is immediately debited with the corresponding costs upon goods receipt'; ובקבלת החשבונית 'any changes to costs incurred are settled to the order'. תנאי מוקדם לפי העמוד: 'The order must be released for execution'. אפשר להגדיר לסוג הפקודה את המחוון 'Copy net price from purch. req. into purch. order', ורשימת תנועות הסחורה לפקודות קיימות נוצרת בדוח RIAUFM00.
• Purchase Requisitions (MM-PUR-REQ) | Sourcing and Procurementמאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio 4c7eb65334e6b54ce10000000a174cb4): דרישות רכש נוצרות אוטומטית מפקודות תחזוקה (PM) אם 'A material component with a non-stock material has been assigned to an operation, or An operation with the control key for external services has been created'; טקסטים מדרישות שנוצרו חיצונית (PS, ‏PM) מועתקים לטקסט הפריט; מחוון היצירה בדרישה מראה אם נוצרה ישירות או בעקיפין; דרישות רכש יכולות להיות כפופות לנוהל שחרור; והטרנזקציות ME51N, ‏ME52N ו-ME53N קיימות לצד הדרישה 'המסורתית'.
• Monitoring Procurement Activities | Maintenance Managementמאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio efa9cfce88ad4ab49051c2cf4745e927): מתכנן התחזוקה מנטר את סטטוס הרכש של רכיבים לא-מלאיים ושירותים בעזרת אבני דרך: Purchase Requisition Created, ‏Purchase Requisition Released, ‏Purchase Order Sent to Vendor, ‏Order Confirmed by Vendor, ‏Order Shipped ו-Order Received in Full ('The milestones Order Shipped and Order Received in Full are only monitored for non-stock components'). ב-Manage Maintenance Backlog, ב-Maintenance Backlog Overview וב-Manage Maintenance Orders אבני הדרך מוצגות כסמלים צבעוניים: ירוק (בתצורה הסטנדרטית 'more than two days left'), צהוב ('two days or less'), אדום (תאריך היעד 'has been reached or passed') ואפור. כרטיס External Procurement ב-Maintenance Backlog Overview מציג בתרשים עמודות מוערם 'the total number of non-stock components and services for which a procurement activity is due' בכל דלי תכנון, ותרשים Procurement Activities בכותרת הפקודה ב-Manage Maintenance Orders מראה כמה פריטים 'completed or on track', 'due soon' או 'overdue'. אבן הדרך Purchase Requisition Created באדום בעת הזנת הרכיב פירושה שמשך הרכש המחושב חורג מתאריך הדרישה.
• Organizing External Maintenance Work | Maintenance Managementמאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio 59d6984797b141a496745e5205b56602): עבודה חיצונית מתוכננת כשירותי Lean בפעולת הפקודה (סוג מוצר SERV) או כפעולה חיצונית עם מפתח הבקרה PM02; רכש שירותי Lean דורש הפעלת Enhanced Procurement Mode לצירוף סוג פקודה ומפעל תכנון, ובלעדיו 'external services can only be entered as external operations'. כדי שסטטוסי המערכת יתעדכנו יש להפעיל ב-SWETYPV קישורי אירוע: CL_MM_PUR_WF_OBJECT_PO (Created, Changed) ו-CL_MM_PUR_WF_OBJECT_SES (Created, Changed) למקבל LEANSERVICESTATUSES, ו-CL_MMIM_MATDOC_EVENT (Created) לקבלה על שירות Lean (LEANSERVICESTATUSES) ועל פעולה חיצונית (EXTERNALDATASTATUSES), עם המחלקות CL_EAM_ENTRYSHEET_EVNTRECEIVER ו-CL_EAM_EXT_DATA_GR_EVNTREC. אישור גיליונות שירות: 'The system creates goods receipts for the external work that has been confirmed'; סטטוסים SEPC, ‏SECF, ‏EOPD, ‏EODL ו-PWF; לפעולה חיצונית 'only the posting of the goods receipts leads to actual costs'. ברירת המחדל של אבני הדרך: Purchase Requisition Created, ‏Purchase Requisition Released, ‏Purchase Order Sent to Vendor, ‏Order Confirmed by Vendor.
• Procurement for Maintenance Planner (Purchase Requisition) | Maintenance Managementמאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio 07899ae25f1c4c5bbc6a7b93a48fd041): האפליקציה מציגה את כל פריטי דרישות הרכש שנוצרו לפקודות התחזוקה של המתכנן עם מידע רכש מרכזי: סטטוס השחרור של הדרישה, המוצר, הספק, תאריך הדרישה והזמנת הרכש ופריטה. מגיעים אליה מהכרטיסים 'Purchase Requisitions Not Approved' ו-'Purchase Requisitions Not Converted to Purchase Orders' באפליקציה Maintenance Planning Overview, או מכרטיס External Procurement ב-Maintenance Backlog Overview כשמעבדים פקודות לפי שלבים.
• Managing Resources in the Maintenance Order | Maintenance Managementמאומת מול תיעוד SAP רשמיסניפט רשומת החיפוש (2025 FPS01, loio 60c36d3942b54fe4b9d387bb6ffbcb11): 'In the Manage Maintenance Orders app (F5241), you can add stock components, non-stock components, lean services, and production resources/tools (PRTs) as resources'. גוף העמוד לא נקרא; הטענה תחומה בסניפט.
• Operations for Purchase Order | APIs for Sourcing and Procurementמאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio 46dcde53d7964b768dcf75f97f4e3db9): 'The Purchase Order API (OData) offers the following operations': קריאה (GET על API_PURCHASEORDER_PROCESS_SRV/A_PurchaseOrder עם $expand=to_PurchaseOrderItem), יצירה (POST על A_PurchaseOrder), שינוי פריט (PATCH או MERGE על A_PurchaseOrderItem), מחיקת רכיב תמחור (DELETE על A_PurOrdPricingElement) ו-GetOutputBinaryData.
• Purchase Order (OData V2) - (Deprecated) | APIs for Sourcing and Procurementמאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio acd2da57df6cc525e10000000a4450e5): 'The successor for this API is Purchase Order (OData V4)'; ההוצאה משימוש 'is relevant if both API versions exist in the SAP S/4HANA Cloud Private Edition', ו-API במצב Deprecated נשמר במצב זה לפחות 12 חודשים לפני Decommissioned. 'Technical name: API_PURCHASEORDER_PROCESS_SRV', שירות סינכרוני ליצירה, עדכון ומחיקה של הזמנות רכש, לסוג הזמנה NB ולסוגי ZNB* המועתקים ממנו; סוגי פריט נתמכים: Standard, ‏Subcontracting, ‏Third-Party, ‏Enhanced Limits (לחומרים או לשירותי Lean) ו-Consignment; 'Stock Transfer Order (STO) is not supported'; מודל הנתונים כולל כותרת, פריט, ייחוס חשבונאי, שורות תזמון ותמחור.
• Operations for Supplier Invoice | APIs for Sourcing and Procurementמאומת מול תיעוד SAP רשמיגוף העמוד נקרא (2026-09-28, loio d8b16ace9227447c8c66086bc045a937): 'The Supplier Invoice - Create, Read, Release, Reverse API offers the following operations' על API_SUPPLIERINVOICE_PROCESS_SRV/A_SupplierInvoice: יצירת חשבונית עם הזמנת רכש (Deep Create), לרישום לחשבון ראשי, לחשבון חומר (גם עם הערכה מפוצלת), לחשבון רכוש, לספק חד-פעמי ועם QR-IBAN; קריאת כותרת וקריאה מלאה עם הפניה להזמנה או בלעדיה (Deep Read); ביטול (Cancel); שחרור (Release); ו-$batch לרישום כמה חשבוניות בבקשה אחת.
• Extensibility: Service Entry Sheet – Create, Delete (Lean Services) | APIs for Sourcing and Procurementמאומת מול תיעוד SAP רשמיסניפט רשומת החיפוש (2025 FPS01, loio 1614bb70548f4f4a81ddc5537e52ea2a) נוקב ב-API 'Service Entry Sheet – Create, Delete (Lean Services)' ובעיבוד הנתונים אחרי יצירה ואחרי מחיקה של גיליון שירות דרכו. רשומת What's New in SAP S/4HANA 2022 (loio f54ebfea64ea41eda6a560feb2c520f2, 2022.000) קרויה 'SOAP API: Service Entry Sheet – Create, Delete (Lean Services)'. גופי העמודים לא נקראו; הטענה תחומה בכותרות ובסניפטים.
• Material Documents - Read, Create | APIs for Inventory (אומת ברשומת fm:BAPI_GOODSMVT_CREATE)מאומת מול תיעוד SAP רשמישירות ה-OData‏ Material Documents - Read, Create מתועד למהדורת On-Premise 2025 FPS01 במדריך APIs for Inventory: 'Technical name: API_MATERIAL_DOCUMENT ... This service enables the following operations for material documents: Retrieve material documents, Create material documents, Cancel material documents at header level, Cancel material documents at [item level]'. רשומת 'Operations for Material Document API' באותו מדריך (loio 1aef4e402acd4c8b8ec2ea2bfda7715b, 2025.001) מציגה את נתיב היצירה POST ‎<host>/sap/opu/odata/sap/API_MATERIAL_DOCUMENT_SRV/A_MaterialDocumentHeader ואת פעולות הביטול ברמת כותרת ופריט. רשומות What's New מתעדות הרחבות שוטפות של השירות: 2023 ‏(loio 71c0f9113d2a47cca1de911185cb89af, 'enhanced with additional properties', רכיב MM-IM-GF) ו-2025 FPS01 ‏(loio bfe185a3e1ea4fe0a39b12d0683853ff, 'enhanced with Warehouse Handling Unit field'). אף אחת מהרשומות אינה מציגה את ה-API כמחליף של BAPI_GOODSMVT_CREATE; הן מתעדות אותו כשירות OData לרישום מסמכי חומר לצד ה-BAPI.
• קטלוג ה-Fiori של הפרויקט: רשומת F2828 'Maintenance Planning Overview'מאומת מול נתוני הפרויקטF2828 'Maintenance Planning Overview' היא אפליקציה אנליטית מסוג Overview Page למתכנן תחזוקה, המאחדת בכרטיסים אינטראקטיביים KPIs ותצוגות נתונים; תפקידים SAP_BR_MAINTENANCE_PLANNER ו-SAP_BR_MAINT_TECH_OFFICER, שירות OData‏ EAM_ORDER_MONITOR, לפי ספריית ה-Fiori (S32OP). הרשומה אינה מונה את כרטיסי הרכש.data/fiori/apps.ts#F2828