מביקוש מכירות לייצור: הזמנת לקוח, בדיקת זמינות, אסטרטגיית תכנון וצריכת תחזית עד פקודת הייצור

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

• מפת התהליך 'הזמנה לגבייה (O2C)' של הפרויקט (PROCESS_MAPS): שלבי הזמנת הלקוח ובדיקת הזמינותמאומת מול נתוני הפרויקטשלב 'הזמנת לקוח': VA01, ‏VA02, ‏VA03, טבלאות VBAK ו-VBAP, ‏Fiori 'Manage Sales Orders', ממשקים 'ORDERS IDoc' ו-'API_SALES_ORDER', ובדיקה 'הזמנה עם תמחור+ATP; חסימת אשראי'. שלב 'בדיקת זמינות (ATP)': CO09, טבלת VBBE, Fiori 'Release for Delivery (aATP)', תקרית aatp-shortage-release ובדיקה 'aATP/BOP; הקצאה'.data/processes.ts#o2c
• מפת התהליך 'תכנון לייצור (Plan-to-Produce)' של הפרויקט (PROCESS_MAPS): שלבי הביקוש, ה-MRP והפקודהמאומת מול נתוני הפרויקטשלב 'ניהול ביקוש (PIR)': MD61, ‏MD62, טבלאות PBIM ו-PBED, ‏Fiori 'Manage PIRs', תקרית mrp-no-planned-orders ובדיקה 'PIR גרסה 00 מזין MRP'. שלב 'MRP': MD01N, ‏MD04, טבלאות MDKP ו-PLAF, ‏Fiori 'Monitor Material Coverage', תקריות mrp-no-planned-orders ו-no-production-version ובדיקה 'MRP יוצר הזמנות מתוכננות; גרסת ייצור'. שלב 'פקודת ייצור/תהליך': CO01, ‏COR1, טבלאות AUFK, ‏AFKO, ‏AFPO, ממשקים API_PROCESS_ORDER_2_SRV ו-'LOIPRO IDoc' ובדיקה 'המרה+שחרור; מרשם בקרה ל-MES'.data/processes.ts#plan-to-produce
• רשומת התחום 'אסטרטגיות תכנון' של הפרויקט (DOMAINS)מאומת מול נתוני הפרויקטאסטרטגיית תכנון קובעת כיצד מתנהלים ביקוש והיצע: ייצור-למלאי (MTS) מול ייצור-להזמנה (MTO), שימוש בתחזית (PIR) וצריכתה; נקבעת בנתוני MRP3 של החומר (Strategy Group) ומבוססת על Requirements Types. זרימה: Strategy Group ב-MRP3, סוג דרישה (PIR או הזמנת לקוח), ‏MRP לפי אסטרטגיה, צריכת תחזית, ייצור MTS או MTO. טבלאות MARC, ‏T459K, T461, ‏VBBE; טרנזקציות MM02, ‏OPPS, ‏MD04, ‏MD61. לימוד: 10 MTS נטו לפי תחזית, ‏11 MTS ברוטו (ללא מלאי), ‏20 MTO טהור, ‏40 MTS עם תכנון סופי (תחזית והזמנות), ‏50 תכנון ללא הרכבה סופית, ‏70 תכנון ברמת הרכבה. תקלות: תחזית לא נצרכת, לבדוק Strategy Group ו-Consumption Mode/Periods ב-MRP3; כפל ביקוש (תחזית ומכירות), לוודא Requirements Type תואם לאסטרטגיה (LSF/VSF/KSV).data/domains.ts#pppi-planning-strategies
• פירוט התחום 'אסטרטגיות תכנון' של הפרויקט (DOMAIN_DETAIL)מאומת מול נתוני הפרויקטמטרה: אסטרטגיית תכנון קובעת את ההתנהלות מול ביקוש (MTS או MTO, שימוש בתחזית וצריכתה), ובחירה נכונה מאזנת זמינות מלאי מול הון חוזר. נתוני אב: Strategy Group, ‏Requirements Type (LSF/VSF/KSV/KEV), ‏Consumption Mode/Periods, ‏Availability Check. פונקציה MARC_SINGLE_READ; BAdI ATP_CUST_EX (בדיקת זמינות). QA: אסטרטגיה 10, PIR מניע ייצור-למלאי; אסטרטגיה 20, הזמנת לקוח מניעה MTO; 40 ללא Consumption, כפל ביקוש; אסטרטגיה 50 תכנון ללא הרכבה סופית. תקלות: כפל ביקוש (Requirements Type או Consumption), תחזית לא נצרכת (Consumption Mode/Periods), מלאי-יתר (אסטרטגיה לא תואמת לדפוס ביקוש). תרחיש: מוצרי גמר סטנדרטיים באסטרטגיה 40 ומוצרים מותאמי-לקוח באסטרטגיה 20. הגירה: T459K ו-T461 נשמרות, ‏QA של אסטרטגיה, צריכה ו-Requirements Type. ECC מול S/4: אסטרטגיות זהות (10/11/20/40/50/70), ‏aATP ו-Product Allocation משופרים ב-S/4, ‏QA של אסטרטגיה, צריכה ו-ATP.data/domain-detail.ts#pppi-planning-strategies
• רשומת התחום 'דרישות עצמאיות מתוכננות (PIR)' של הפרויקט (DOMAINS)מאומת מול נתוני הפרויקטPIR הן תחזית הביקוש שמזינה את ה-MRP בייצור-למלאי, מנוהלות ב-MD61 וב-MD62 לפי גרסת דרישות ונצרכות מול הזמנות לקוח בפועל לפי אסטרטגיית התכנון. טבלאות PBIM, ‏PBED, ‏PBHI; טרנזקציות MD61, ‏MD62, ‏MD63, ‏MD73, ‏MD74; BAPIs BAPI_REQUIREMENTS_CREATE ו-BAPI_REQUIREMENTS_GETDETAIL. לימוד: גרסה 00 פעילה לתכנון; האסטרטגיה קובעת את הצריכה; MD74 ו-MD75 לארגון מחדש של PIR ישנות. תקלות: MRP לא רואה PIR, לוודא גרסת דרישות פעילה (00) ואופק תכנון; כפל דרישה, לבדוק אסטרטגיה וצריכה.data/domains.ts#pppi-pir
• פירוט התחום 'דרישות עצמאיות מתוכננות (PIR)' של הפרויקט (DOMAIN_DETAIL)מאומת מול נתוני הפרויקטנתוני אב: גרסת דרישות (00 פעילה), אסטרטגיית תכנון, ‏Consumption Mode/Periods, ‏Requirements Type. Exits M61X0001 ו-MABP0001 (תחזית). QA: PIR בגרסה 00 ו-MRP יוצר היצע; גרסה לא פעילה ו-MRP מתעלם; הזמנת לקוח צורכת PIR (אסטרטגיה 40); MD74 מנקה PIR שנצרכו או פגו. תקלות: MRP מתעלם מ-PIR (גרסה לא 00 או אופק), כפל ביקוש (צריכה לא מוגדרת), ‏PIR ישנות מצטברות (להריץ MD74/MD75). הגירה: PBIM ו-PBED נשמרים, ‏QA של צריכת תחזית וארגון מחדש. ECC מול S/4: מודל PBIM/PBED זהה, וניהול ב-Fiori 'Manage PIRs'.data/domain-detail.ts#pppi-pir
• טבלת אסטרטגיות התכנון של מרכז ה-MRP של הפרויקט (PLANNING_STRATEGIES)מאומת מול נתוני הפרויקט10 ייצור-למלאי נטו (MTS): תכנון לפי PIR בלבד, הזמנות לקוח לא יוצרות דרישה נוספת (נמשכות מהמלאי), סוג דרישה LSF. 11 ייצור-למלאי ברוטו: לפי PIR ברוטו ללא התחשבות במלאי, ‏BSF. 20 ייצור-להזמנה (MTO) טהור: ייצור רק נגד הזמנת לקוח, ללא תחזית, מלאי ועלות נשמרים לפי הזמנה, ‏KE. 40 MTS עם תכנון סופי: תחזית (PIR) והזמנות לקוח, ההזמנות צורכות את התחזית, ‏VSF. 50 תכנון ללא הרכבה סופית: רכיבים והרכבות מראש לפי תחזית וההרכבה הסופית רק נגד הזמנה, VSE. 70 תכנון ברמת הרכבה, ‏VSEB.data/mrp-center.ts#PLANNING_STRATEGIES
• מרכז ה-MRP של הפרויקט (MRP_SECTIONS): הסעיף 'אסטרטגיות תכנון'מאומת מול נתוני הפרויקטאסטרטגיית התכנון (Strategy Group ב-MRP3) קובעת כיצד מתנהלים ביקוש והיצע, ‏MTS מול MTO, שימוש בתחזית וצריכתה; הבחירה משפיעה על Requirements Type, על קיזוז התחזית ועל מתי מתחיל הייצור. נקודות: Strategy Group ו-Requirements Type (LSF/VSF/KSV/KEV); Consumption Mode/Periods קובעים קיזוז בין תחזית למכירות; MTS ייצור למלאי לפי תחזית, ‏MTO ייצור נגד הזמנה. טבלאות MARC, ‏T459K, ‏T461; טרנזקציות MM02, ‏OPPS.data/mrp-center.ts#strategies
• מרכז ה-MRP של הפרויקט (MRP_SECTIONS): הסעיף 'יסודות MRP'מאומת מול נתוני הפרויקטMRP מתרגם ביקוש להיצע: דרישות נטו הן ביקוש פחות מלאי זמין פחות כניסות מתוכננות; מקור דרישה: PIR, הזמנות לקוח, דרישות תלויות (BOM), מלאי בטחון; תוצר: הזמנה מתוכננת (PLAF) או דרישת רכש (EBAN).data/mrp-center.ts#fundamentals
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת VA01מאומת מול נתוני הפרויקטVA01 יוצרת הזמנת מכירה (VBAK/VBAP) ומפעילה תמחור, בדיקת זמינות (ATP) ופיצול לאספקות; לא לעריכה (VA02) ולא לתצוגה (VA03). משתמשים: נציג שירות לקוחות, פקיד מכירות, ‏Order Management. טעות נפוצה: הזנת תאריך אספקה לא ריאלי ללא בדיקת ATP. BAPIs BAPI_SALESORDER_CREATEFROMDAT2 ו-BAPI_SALESDOCU_CREATEFROMDATA1, ובין הטרנזקציות הנלוות CO09. ב-S/4 זמינה ופעילה עם Fiori 'Create Sales Orders' (F0018) ו-Manage Sales Orders, ו-VA01 עדיין נתמכת ב-SAP GUI. (ציטוט המאגר ב-2026-09-23; F0018 אינו בספריית ה-Fiori, ו-tx-intel תוקן ב-2026-09-24 ל-Manage Sales Orders - Version 2 (F3893).)data/tx-intel.ts#VA01
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת CO09מאומת מול נתוני הפרויקטCO09 מציגה את מצב ה-ATP של חומר במפעל: הכמות הזמינה המצטברת נגזרת מ-checking group ו-checking rule ומ-scope of check (OPJJ), וקריטית להבנת מדוע הזמנה קיבלה או לא קיבלה אישור זמינות. משתמשים: מתכנן ייצור, מתכנן חומרים, יועץ PP/SD. שגיאות: Checking rule not maintained, ‏No ATP quantity, ‏Scope of check excludes required elements. טעויות: פרשנות שגויה של scope of check, בלבול בין ATP לכמות מלאי פיזי. המלצות: להבין את scope of check, לבדוק checking group בחומר (MRP3), לשלב עם MD04. ב-S/4 זמינה לצד aATP עם Product Availability Check ו-Backorder Processing.data/tx-intel.ts#CO09
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת MD61מאומת מול נתוני הפרויקטMD61 יוצרת PIR (PBED/PBIM) לפי requirement type וגרסה, והן מתקזזות מול דרישות מכירה לפי planning strategy; ה-requirement type נגזר מה-planning strategy (לדוגמה LSF לאסטרטגיה 10, ‏VSF ל-40), והקיזוז לפי consumption mode/periods. משתמשים: מתכנן ביקוש, מתכנן ייצור, ‏Demand planner. שגיאות: requirement type לא תואם planning strategy, ‏PIR לא מקוזזות, ‏version לא אקטיבי. טעות: הזנת PIR ל-version לא פעיל; המלצה: active version (00); טיפ: גרסה לא פעילה לא נלקחת ב-MRP. ב-S/4 זמינה, ‏PBIM/PBED ללא שינוי.data/tx-intel.ts#MD61
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת MD62מאומת מול נתוני הפרויקטMD62 משנה PIR קיימות ומאפשרת צפייה בצריכה (consumption) מול הדרישות; משתמשים: מתכנן ביקוש, מתכנן ייצור. טיפ: לנטר צריכת תחזית שוטפת, כי תחזית שלא נצרכת היא המקור הנפוץ לייצור עודף.data/tx-intel.ts#MD62
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת MD04מאומת מול נתוני הפרויקטMD04 היא תצוגה דינמית בזמן אמת של כל הביקושים וההיצעים לחומר, עם Pegging ונקודת קפיצה לטרנזקציות ההמשך (CO40, ‏CO48, ‏ME21N). משתמשים: מתכנן ייצור, מתכנן חומרים, מתכנן ביקוש. המלצה: להשתמש ב-Pegging להבנת מקור הדרישה; דוגמה: מתכנן רואה איזו הזמנת לקוח גדולה גורמת לחומר לרדת למינוס. חלופת Fiori: MRP Cockpit (F0247A/F0251).data/tx-intel.ts#MD04
• מודיעין הטרנזקציות של הפרויקט (TX_INTEL): רשומת CO01מאומת מול נתוני הפרויקטCO01 מיועדת ליצירה ידנית של הזמנת ייצור כשאין הצעת תכנון; ברוב הסביבות ההזמנות נוצרות מ-Planned Orders ב-MD04, CO40 או CO41 ולא ידנית, ובתעשייה תהליכית משתמשים ב-COR1 ולא ב-CO01. טעות: יצירת הזמנה ידנית למרות שקיימת Planned Order יוצרת ביקוש כפול; המלצה: המרה מ-Planned Order לשמירת קישוריות MRP.data/tx-intel.ts#CO01
• רשומת התחום 'תכנון דרישות חומר (MRP)' של הפרויקט (DOMAINS)מאומת מול נתוני הפרויקטMRP מחשב מה, כמה ומתי לרכוש או לייצר ומייצר הזמנות מתוכננות ודרישות רכש; PLAF הזמנה מתוכננת שמומרת לפקודת תהליך (COR8). תקלות: כפל דרישות, לבדוק אסטרטגיית תכנון וצריכת PIR; הזמנות לא מומרות, לוודא גרסת ייצור (MKAL) תקפה.data/domains.ts#pppi-mrp
• העשרת הטבלאות של הפרויקט: רשומת MARCמאומת מול נתוני הפרויקטMARC מחזיקה נתוני אב חומר ברמת מפעל: סוג MRP (DISMM), ‏MRP Controller (DISPO), רכש (BESKZ), גודל אצווה, זמני אספקה, ‏checking group ל-ATP (MTVFP) ואסטרטגיית תכנון; MTVFP קובע את התנהגות בדיקת הזמינות (CO09).data/table-enrichment.ts#MARC
• האובייקטים המאומתים של הפרויקט (VERIFIED_OBJECTS): רשומת VBAKמאומת מול נתוני הפרויקטVBAK כותרת מסמך מכירה (הזמנת מכירה, הצעת מחיר, חוזה): לקוח, ארגון מכירות, תנאים; קיימת ב-ECC וב-S/4HANA (Business Partner ללקוחות); טרנזקציות VA01, ‏VA02, ‏VA03.data/verified-objects.ts#VBAK
• האובייקטים המאומתים של הפרויקט (VERIFIED_OBJECTS): רשומת VBAPמאומת מול נתוני הפרויקטVBAP פריט מסמך מכירה: חומר, כמות, מחיר, מפעל, תנאי אספקה; קיימת ב-ECC וב-S/4HANA.data/verified-objects.ts#VBAP
• נושא המעבר 'Advanced ATP (aATP)' של הפרויקט (ECC_S4_TOPICS)מאומת מול נתוני הפרויקטECC: ATP קלאסי (CO09) על בסיס ערכי ATP בטבלאות. S/4HANA: aATP על HANA עם Back-Order Processing (BOP), ‏Product Allocation ו-Release for Delivery, מהיר ומבוסס Fiori. השפעה: תהליכי הקצאה ידניים מוחלפים ב-BOP, הגדרות חדשות; משפיע על שחרור פקודות ואספקה.data/ecc-s4.ts#atp
• נושא המעבר '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
• מרכז התקלות של הפרויקט: aatp-shortage-releaseמאומת מול נתוני הפרויקטשחרור פקודת תהליך נחסם עקב חוסר זמינות רכיב (Advanced ATP); סיבות: חוסר מלאי או כניסות לרכיב, ‏Checking Rule שגוי, ‏Product Allocation חוסם, אופק ATP; ניתוח ב-CO09, ‏MD04, ‏COR2; תיקון: לספק מלאי או כניסות, להתאים Checking Rule או Scope, או חריגה מבוקרת או BOP; מניעה: תכנון MRP מסונכרן וניטור חוסרים מראש.data/troubleshooting-ext2.ts#aatp-shortage-release
• מרכז ההגדרות של הפרויקט (CONFIG_TOPICS): 'הגדרת אסטרטגיות תכנון'מאומת מול נתוני הפרויקטנתיב SPRO: Production > Production Planning > Demand Management > Planned Independent Requirements > Planning Strategy; טבלאות T459K, ‏T461, ‏T459P; הגדרות מפתח: Strategy Group (10/20/40/50/70), ‏Requirements Type (LSF/VSF/KE), ‏Consumption Mode/Periods, שיוך ל-MRP3. טעויות: Strategy לא תואם לדפוס ביקוש מוביל למלאי-יתר או חוסר; Consumption לא מוגדר מוביל לכפל ביקוש. השפעה: קובע התנהלות MTS/MTO וקיזוז תחזית. QA: אסטרטגיה 40, מכירות צורכות PIR; 40 ללא Consumption, כפל; Req. Type תואם. ECC מול S/4: אסטרטגיות זהות, ‏aATP/Allocation משופרים; הגירה: QA של אסטרטגיה וצריכה.data/centers/config.ts#pppi-strategies-config
• Planning Strategies | Demand Management (PP-MP-DEM)מאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28 דרך שירות התוכן) קובע: 'Planning strategies represent the business procedures for the planning of production quantities and dates', שהאסטרטגיות נעות 'from pure make-to-order production to make-to-stock production', ושלפי האסטרטגיה ניתן 'Use sales orders and/or sales forecast values to create the demand program' ולהוריד את רמת המלאי לרמת ההרכבה 'so that final assembly is triggered by the incoming sales order'. עוד נקבע: 'You can assign a planning strategy to a material in the material master record, by means of a strategy group' ו-'Different requirements types are defined for each of the strategies and each requirements type contains important control parameters'.
• Position of Demand Mgt in the Supply Chain | Demand Management (PP-MP-DEM)מאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28) קובע: 'Customer requirements are created in sales order management. To create a demand program, Demand Management uses planned independent requirements and customer requirements', ו-'Using these strategies, you can decide if production is triggered by sales orders (make-to-order production), or if it is not triggered by sales orders (make-to-stock production)'.
• Planned Independent Requirements | APIs for Manufacturingמאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28) קובע: 'Technical name: API_PLND_INDEP_RQMT_SRV This service enables you to read and update planned independent requirements (PIRs)'; הישויות PlannedIndepRqmt ו-PlannedIndepRqmtItem מאפשרות 'read, create, and update' של כותרת ופריטי ה-PIR; המאפיין PlndIndepRqmtIsActive 'determines whether a PIR is active. This means that it is considered during MRP and forecast consumption'. מגבלות לפי העמוד: תקופות מסוג יום, שבוע או חודש; 'you cannot assign a production version to a certain PIR item'; השירות דורש ETag (או If-Match: *).
• Feature Comparison for Creating, Changing, and Displaying Sales Orders with APIs | Salesמאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28) משווה שלושה ממשקים להזמנת לקוח: Sales Order (A2X, OData V2) עם API ID‏ API_SALES_ORDER_SRV, ‏Sales Order (A2X, OData V4) עם API_SalesOrder, ו-Sales Order (A2A) עם SALESORDERBULKREQUEST_IN. לפי הטבלה: יצירה עם נתוני בסיס בשלושתם; יצירה עם הפניה רק ב-V2; עיבוד סינכרוני ב-V2 וב-V4, ועיבוד אסינכרוני ב-V4 וב-A2A; שינוי פרטי Schedule Line ב-V2 וב-A2A; ו-'Incompletion log' מסומן No בשלושתם.
• Operations for Sales Order (A2X, OData V2) | APIs for Salesמאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28) מתעד יצירת הזמנה ב-deep insert: 'POST <host>/sap/opu/odata/sap/API_SALES_ORDER_SRV/A_SalesOrder' ליצירת הזמנה ו-'POST <host>/sap/opu/odata/sap/API_SALES_ORDER_SRV/A_SalesOrderItem' ליצירת פריט; בקשת יצירת כותרת כוללת את הכותרת ולפחות ישות משנה אחת שתומכת ב-Create.
• Sales Orders - Demand Fulfillment | Salesמאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28): 'App ID : F2458'; היישום מאפשר למנהל מכירות לזהות צווארי בקבוק במילוי דרישות הלקוח עד תאריך האספקה המבוקש, ומשמש בסיס לשיתוף פעולה עם מתכנן הביקוש בבעיות זמינות. מדדי המפתח: Confirmed Demand (פריטים שאושרו במלוא הכמות בתאריך המבוקש), ‏Delayed Demand (אושרו אחרי התאריך המבוקש) ו-Unconfirmed Demand (לא אושרה זמינות כלל), בכמות ובערך; הם נגזרים ממדדי היישומים Sales Order Items - Confirmed ו-Sales Order Items - Backorders. היישום נשען על תצוגת ה-CDS‏ C_SlsOrdConfAnlytsQry, ומנווט אל Sales Order Fulfillment - Analyze and Resolve Issues.
• Sales Management Overview | Salesמאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28): 'App ID : F2601'; הכרטיסים כוללים Incoming Sales Orders (ערך נטו או מספר פריטי הזמנה הרלוונטיים לחיוב או לאספקה, ארבעת החודשים האחרונים מול התקופה המקבילה אשתקד), ‏Backorder Items (מספר הפריטים בהזמנה חוזרת וארבעת המפעלים עם המספר הגבוה ביותר) ו-Overdue Sales Orders (ערך נטו ומספר הזמנות באיחור לפי סוג בעיה).
• Make-to-Order Production - Process Manufacturing (3OK) | What's New in SAP S/4HANA 1909מאומת מול תיעוד SAP רשמיסניפט רשומת החיפוש בלבד (הגוף לא נקרא): 'This scope item encompasses the Make-to-Order process of batch-managed finished goods from customer quotation (optional), sales order creation, production planning, and'. כלומר פריט ההיקף 3OK מתועד ב-What's New של 1909 לתהליך ייצור-להזמנה בייצור תהליכי, ובו הזמנת הלקוח ותכנון הייצור; הסניפט נקטע אחרי 'production planning, and' ואינו מדפיס את המשך התהליך.
• Configuration Settings: Sales Order Fulfillment | Salesמאומת מול תיעוד SAP רשמיגוף העמוד (S/4HANA 2025 FPS01, נקרא ב-2026-09-28) מתעד את הגדרת היישום Sales Order Fulfillment ב-SAP Smart Business Modeler: 'KPI: Sales Order Fulfillment Issues KPI ID: .ECC.SOFM.SALESORDERFULFILLMENTISSUES KPI Description: Displays number of issues that are due across sales orders in fulfillment (in order, in delivery, in invoice) Goal Type: Minimizing', על שירות ה-OData‏ SD_SOFM_SRV וה-Measure‏ NmbrOfAllIssues.
• Deletion of Sales Order Fulfillment App | What's New in SAP S/4HANA 2022מאומת מול תיעוד SAP רשמיסניפט רשומת החיפוש בלבד: 'The Sales Order Fulfillment app is now obsolete and has therefore been deleted from the Sales - Sales Order Processing business catalog'.
• Planned Order (OData V2)מאומת מול תיעוד SAP רשמיעמוד 'Planned Order (OData V2)' בתיעוד S/4HANA 2025 FPS01 קובע: 'Technical name: API_PLANNED_ORDERS This service enables you to read, create, change, and delete planned orders as well as components belonging to planned orders.' הסניפט אינו נוקב ב-BAPI. (אומת ברשומת fm:BAPI_PLANNEDORDER_CREATE)
• API_PROCESS_ORDERS - A_ProcessOrder: Create, Read, Update | APIs for Manufacturingמאומת מול תיעוד SAP רשמיה-OData API‏ API_PROCESS_ORDERS ל-On-Premise חושף את הישות A_ProcessOrder ליצירה, קריאה ועדכון של פקודות תהליך (נקודת קצה ‎/sap/opu/odata/sap/API_PROCESS_ORDERS/A_ProcessOrder), מתועד תחת APIs for Manufacturing לגרסת S/4HANA 2025 FPS01. (אומת ברשומת fm:BAPI_PROCORD_CREATE)
• OData API: Process Order (Version 2) | What's New in SAP S/4HANA 2020מאומת מול תיעוד SAP רשמי‏הסניפט: 'With the new OData API Process Order (Version 2) (API_PROCESS_ORDER_2_SRV), you can read process orders with their details, create process orders from scratch or by converting planned orders, and update specific properties of existing process orders.' קריאת פקודות תהליך על פרטיהן דרך שירות OData מתועדת כבר ב-What's New של SAP S/4HANA 2020, והשם הטכני של השירות הוא API_PROCESS_ORDER_2_SRV. (אומת ברשומת fm:BAPI_PROCORD_GET_LIST)
• OData API: Process Order (Version 2) | What's New in SAP S/4HANA 2020מאומת מול תיעוד SAP רשמירשומת What's New לגרסת 2020 'OData API: Process Order (Version 2)' קובעת: 'In addition, you can release process orders and operations, technically complete process orders, close process orders'. הסניפט אינו נוקב במודול פונקציה. (אומת ברשומת fm:BAPI_PROCORD_RELEASE)
• Production Order Integration | Production Planning and Controlמאומת מול תיעוד SAP רשמיעמוד Production Order Integration (PP-MES, S/4HANA 2025 FPS01) קובע: 'The system transfers the order data to the MES using IDoc LOIPRO05 according to the filter criteria you set in the DRF. The MES generates an order', וכן ששינויים בפקודה מועברים ל-MES באותו IDoc: 'The system transfers these changes to the MES using IDoc LOIPRO05 to ensure that the production data remains consistent. The MES confirms the order'. הסניפט מוסיף: 'Distribution by means of transaction POIT (Select Transaction Data for Transfer) is no longer possible'. (אומת ברשומת idoc:msg:LOIPRO)
• POI IDocs | Supply Chain Planning Interfaces (LO-SCI)מאומת מול תיעוד SAP רשמיעמוד POI IDocs במדריך Supply Chain Planning Interfaces (LO-SCI) של SAP ERP 6.18 מונה, בטבלת 'From SAP System To External Optimization System', את LOIPRO כסוג ההודעה של 'Production/Process orders', לצד LOIPLO (Planned orders) ו-LOISTD (Stock/requirements lists); כלומר LOIPRO הוא סוג הודעה של ממשק ה-POI ומכסה גם פקודות תהליך. (אומת ברשומת idoc:msg:LOIPRO)
• רשומת המאגר: bapi-enrichment.pppi.ts#BAPI_PLANNEDORDER_CREATEמאומת מול נתוני הפרויקטהרישום המועשר מתאר את BAPI_PLANNEDORDER_CREATE כיצירת הזמנה מתוכננת (Planned Order), פעולה Create עם כתיבה, פרמטרים 'IMP HEADERDATA · EXP PLANNEDORDER · TAB RETURN', טרנזקציה MD11, טבלה PLAF, וקשור ל-BAPI_PLANNEDORDER_GET_DETAIL ול-BAPI_TRANSACTION_COMMIT; מקור הרישום 'tcodesearch.com (SE37)'.data/bapi-enrichment.pppi.ts#BAPI_PLANNEDORDER_CREATE
• רשומת המאגר: bapi-enrichment.pppi.ts#BAPI_PLANNEDORDER_GET_DETAILמאומת מול נתוני הפרויקטהרישום המועשר מתאר את BAPI_PLANNEDORDER_GET_DETAIL כשליפת פרטי הזמנה מתוכננת לקריאה בלבד, פרמטרים 'IMP PLANNEDORDER · EXP HEADER · TAB COMPONENTS, RETURN', טרנזקציה MD13, טבלה PLAF.data/bapi-enrichment.pppi.ts#BAPI_PLANNEDORDER_GET_DETAIL
• רשומת המאגר: bapi-enrichment.pppi.ts#BAPI_PROCORD_CREATEמאומת מול נתוני הפרויקטהרישום המועשר מתאר את BAPI_PROCORD_CREATE כיצירת פקודת תהליך (חומר, מפעל, סוג פקודה, כמות, גרסת ייצור) על אובייקט BOR‏ BUS0001, פרמטרים 'IMP ORDERDATA (material, plant, orderType, quantity, dates, prodVersion) · EXP RETURN, ORDER_NUMBER', טרנזקציות COR1, ‏COR2, ‏COR3, ‏COR5, טבלאות AFKO, ‏AFPO, ‏AFVC, ‏RESB, ורצף BAPI_PROCORD_CREATE, ‏BAPI_PROCORD_RELEASE, ‏BAPI_PROCORDCONF_CREATE_TT, ‏BAPI_GOODSMVT_CREATE (אם נדרש), ‏BAPI_TRANSACTION_COMMIT.data/bapi-enrichment.pppi.ts#BAPI_PROCORD_CREATE
• רשומת המאגר: bapi-enrichment.pppi.ts#BAPI_PROCORD_RELEASEמאומת מול נתוני הפרויקטהרישום המועשר מתאר את BAPI_PROCORD_RELEASE כשחרור פקודות תהליך, פעולה Change, פרמטרים 'TAB ORDERS (order numbers), DETAIL_RETURN, RETURN', טרנזקציה COR2, טבלאות AFKO ו-JEST; מקור הרישום 'se80.co.uk (SE37)'.data/bapi-enrichment.pppi.ts#BAPI_PROCORD_RELEASE