פקודת תהליך
ביצוע ייצור · שיעור 1
- פקודת תהליך (Process Order, קטגוריית צו 40) — מסמך הביצוע התהליכי. נשמרת בארבע טבלאות ליבה: AUFK (כותרת/נתוני צו כלליים), AFKO (נתוני ראש לוגיסטיים — כמות, מתכון, גרסת ייצור, תזמון), AFPO (פריטי הצו — התוצר, האצווה, המחסן), ו-RESB (רזרבציות/רכיבים). זהו הבידול מייצור בדיד: קטגוריה 40 מפעילה טרנזקציות COR* ומתכון-אב, לא CO0* ו-Routing.
- סוג צו (Order Type) ופרמטרים תלויי-סוג — סוג הצו (מוגדר ב-OPJH, קטגוריה 40 לתהליכי) הוא מפתח הבקרה: קובע הקצאת מספרים, פרופיל התחשבנות, ניהול סטטוס. הפרמטרים תלויי-סוג-צו (COR4) קובעים בחירת גרסת ייצור אוטומטית (0), Selection ID למתכון (TL type 2), חובת אישור (Approval Required), אסטרטגיית אצווה ו-Costing Variants. פרופיל תזמון ייצור (CORY) קובע שחרור/תזמון/בדיקת זמינות אוטומטיים ויצירת מרשם בקרה אוטומטית בשחרור.
- יצירה ידנית מול המרה מהזמנה מתוכננת — יצירה ידנית ב-COR1 (עבור מוצר+כמות+תאריך). המרה מהזמנות מתוכננות (תוצר MRP): COR8 להמרה בודדת, CO40 להמרה אינטראקטיבית בודדת של הזמנה מתוכננת לפקודת תהליך, CO41 להמרה קיבוצית (collective). בכל מסלול המערכת קוראת גרסת ייצור תקפה (MKAL) בטווח הכמות/התאריך — חובה ב-S/4 — ומפוצצת BOM ל-RESB ומתכון-אב לשלבים.
- גרסת ייצור ומתכון-אב — גרסת ייצור (Production Version, MKAL, מתוחזקת ב-C223) מקשרת מוצר ↔ BOM (רשימת רכיבים) ↔ מתכון-אב (Master Recipe, TL type 2). היא חובה ליצירת פקודה תהליכית ב-S/4. הפקודה מעתיקה ממנה את הרכיבים (→RESB) ואת השלבים/פעולות (→AFVC, מ-PLPO) כולל משאבים ומאפייני תהליך (PI Characteristics).
מטרת השיעור
ידע אצורפקודת תהליך (Process Order, קטגוריה 40) היא מסמך הביצוע המרכזי בייצור התהליכי (PP-PI) — היא לוקחת ביקוש (הזמנה מתוכננת/PIR) והופכת אותו למנת ייצור בפועל: כותרת (AUFK), נתוני ראש לוגיסטיים (AFKO), פריטי תוצר לאצווה (AFPO), רזרבציות רכיבים (RESB), שלבים/פעולות מהמתכון-אב (AFVC/PLPO) ומרשם בקרה ל-MES. בסוף השיעור תדע ליצור פקודה ידנית (COR1) או להמיר הזמנה מתוכננת (COR8/CO40/CO41), לשחרר אותה עם בדיקת זמינות (COR2), להבין את מחזור הסטטוסים CRTD→REL→CNF→TECO→CLSD (JEST/JSTO), לנהל רכיבים ורזרבציות, ולזהות היכן PP-PI נבדל מייצור בדיד (COR* מול CO0*, מתכון-אב TL type 2, מרשם בקרה/PI-Sheet). זהו שיעור ליבה של שלב הביצוע שכל האישורים, ה-Backflush, ה-GR וההתחשבנות נתלים בו.
למה זה חשוב
ידע אצורכל דבר שקורה ברצפת הייצור התהליכי מתנקז לפקודת תהליך אחת: היא זו שנושאת את הרכיבים (מה צורכים), את השלבים (מה עושים ובאיזה משאב), את הכמות והאצווה של התוצר (מה מייצרים), ואת העלות המתוכננת והבפועל. בלי פקודה תקפה אין רזרבציות (RESB), אין מרשם בקרה, אין GI/GR ואין מה להתחשבן. שגיאה בשלב היצירה — למשל בחירת גרסת ייצור/BOM שגויה — מתגלגלת לכל התהליך: צריכת רכיבים לא נכונה, אצווה שגויה, עלות מעוותת. שגיאה בשחרור (חוסר זמינות, חוסר קיבולת, יעד מרשם בקרה לא מוגדר) עוצרת את הקו. מיישם שלא שולט במחזור הסטטוסים יראה פקודות תקועות ב-CRTD שלא ניתן לאשר, פקודות שלא נסגרות ב-TECO שחוסמות התחשבנות, ותנועות שנופלות ל-COGI. הבנת פקודת התהליך היא תנאי מקדים לכל דיון PP-PI על ביצוע, עלות ואינטגרציה ל-MM/QM/CO.
ערך עסקי
ידע אצורפקודת תהליך מנוהלת נכון מספקת שקיפות עלות מלאה ברמת מנת הייצור (חומרים + שלבים × תעריף משאב), עמידה ב-GMP/ולידציה בתעשיית מזון/פארמה דרך אישור פורמלי (Approval) ו-Batch/Order Record, מעקב אצווה מלא (Traceability) לתוצר, ותכנון קיבולת מדויק מול המשאבים. היא הבסיס למדדי ייצור (OEE, yield, scrap), לתמחיר מוצר אמין (CO-PC), ולסגירת תקופה חלקה. השילוב עם מרשם בקרה/PI-Sheet מחבר את ה-ERP ל-MES של רצפת הייצור ומאפשר דיווח דו-כיווני של ערכים בפועל.
היכן בשימוש
ידע אצורייצור תהליכי רציף/אצוותי במזון ומשקאות, פארמה, כימיה וקוסמטיקה — כל מקום שבו התוצר הוא נוזל/אבקה/תערובת המיוצר לפי מתכון (Recipe) ולא הרכבה בדידה. שלב הביצוע של MRP (המרת הזמנה מתוכננת), ייצור לפי הזמנה (MTO) ולפי מלאי (MTS), פרויקטי הטמעה/המרה ל-S/4HANA, ותרחישי אינטגרציה עם MES/QM. משתמשים: מתכנני ייצור (יצירה/שחרור), מפעילי קו (מרשם בקרה, אישור), רכזי אב-נתונים (גרסת ייצור, מתכון), בקרי עלות (CO), ויועצי PP-PI פונקציונליים.
מושגי מפתח
מאומת- פקודת תהליך (Process Order, קטגוריית צו 40) — מסמך הביצוע התהליכי. נשמרת בארבע טבלאות ליבה: AUFK (כותרת/נתוני צו כלליים), AFKO (נתוני ראש לוגיסטיים — כמות, מתכון, גרסת ייצור, תזמון), AFPO (פריטי הצו — התוצר, האצווה, המחסן), ו-RESB (רזרבציות/רכיבים). זהו הבידול מייצור בדיד: קטגוריה 40 מפעילה טרנזקציות COR* ומתכון-אב, לא CO0* ו-Routing.
- סוג צו (Order Type) ופרמטרים תלויי-סוג — סוג הצו (מוגדר ב-OPJH, קטגוריה 40 לתהליכי) הוא מפתח הבקרה: קובע הקצאת מספרים, פרופיל התחשבנות, ניהול סטטוס. הפרמטרים תלויי-סוג-צו (COR4) קובעים בחירת גרסת ייצור אוטומטית (0), Selection ID למתכון (TL type 2), חובת אישור (Approval Required), אסטרטגיית אצווה ו-Costing Variants. פרופיל תזמון ייצור (CORY) קובע שחרור/תזמון/בדיקת זמינות אוטומטיים ויצירת מרשם בקרה אוטומטית בשחרור.
- יצירה ידנית מול המרה מהזמנה מתוכננת — יצירה ידנית ב-COR1 (עבור מוצר+כמות+תאריך). המרה מהזמנות מתוכננות (תוצר MRP): COR8 להמרה בודדת, CO40 להמרה אינטראקטיבית בודדת של הזמנה מתוכננת לפקודת תהליך, CO41 להמרה קיבוצית (collective). בכל מסלול המערכת קוראת גרסת ייצור תקפה (MKAL) בטווח הכמות/התאריך — חובה ב-S/4 — ומפוצצת BOM ל-RESB ומתכון-אב לשלבים.
- גרסת ייצור ומתכון-אב — גרסת ייצור (Production Version, MKAL, מתוחזקת ב-C223) מקשרת מוצר ↔ BOM (רשימת רכיבים) ↔ מתכון-אב (Master Recipe, TL type 2). היא חובה ליצירת פקודה תהליכית ב-S/4. הפקודה מעתיקה ממנה את הרכיבים (→RESB) ואת השלבים/פעולות (→AFVC, מ-PLPO) כולל משאבים ומאפייני תהליך (PI Characteristics).
- שחרור (Release) ובדיקת זמינות — שחרור (COR2, סטטוס CRTD→REL) הופך את הפקודה למוכנה לביצוע: מריץ בדיקת זמינות רכיבים (aATP/ATP), בדיקת קיבולת, וב-S/4 גם aATP. רק פקודה משוחררת מאפשרת מרשם בקרה, GI ואישורים. שחרור נכשל בחוסר זמינות/קיבולת. אם COR4 דורש Approval — נדרש אישור פורמלי לפני שחרור, אחרת הפקודה נתקעת.
- מרשם בקרה / גיליון PI (Control Recipe / PI Sheet) — הבידול המהותי של PP-PI. בשחרור (או ידנית ב-CORK) נוצר מרשם בקרה מהוראות התהליך (PI Characteristics) שבשלבי המתכון, ונשלח ל-MES או מוצג כגיליון PI למפעיל. ניטור המרשמים ב-CO53 (Control Recipe Monitor). המפעיל מדווח ערכים בפועל שחוזרים כהודעות תהליך (Process Messages) לעדכון הפקודה. דורש הגדרת יעד מרשם בקרה (Control Recipe Destination).
- רכיבים ורזרבציות (Components / RESB) — פיצוץ ה-BOM יוצר שורת רזרבציה (RESB) לכל רכיב עם כמות, מחסן, סוג תנועה (261 לצריכה) וסימון Backflush. ניתן לערוך רכיבים בפקודה (COR2), להוסיף רכיב חד-פעמי, לקבוע אצווה ספציפית (batch determination), ולנהל dependent requirements ל-MRP. רכיב חסר/כמות שגויה → כשל ב-GI/Backflush.
- מחזור הסטטוסים (Status Management, JEST/JSTO) — לפקודה סטטוס מערכת (System Status) וסטטוס משתמש (User Status). המחזור: CRTD (נוצר) → REL (שוחרר) → PCNF/CNF (אושר חלקית/סופית) → DLV (נמסר) → TECO (הושלם טכנית) → CLSD (סגור עסקית). הסטטוסים נשמרים ב-JEST (סטטוסים פעילים לאובייקט) ו-JSTO (פרופיל סטטוס). TECO סוגר רזרבציות ודרישות קיבולת פתוחות ופותח את הדרך לחישוב סטיות והתחשבנות (הפיך); CLSD נועל עסקית לאחר יתרה 0.
דוגמה מ-CBC
ידע אצורב-CBC, מפעל המשקאות מקבל דרישה ל-50,000 בקבוקים של משקה תרכיז. ה-MRP מייצר הזמנה מתוכננת; מתכנן הייצור ממיר אותה לפקודת תהליך של סוג צו PI01 ב-CO40 (או COR8) — המערכת בוחרת אוטומטית את גרסת הייצור התקפה (MKAL) לטווח הכמות, מפוצצת את ה-BOM לרזרבציות (RESB: תרכיז, מים, מכסים, תוויות → סוג תנועה 261, מסומן Backflush) ומעתיקה את שלבי המתכון-אב (ערבוב → מילוי → פיסטור → אריזה) עם המשאבים ומאפייני התהליך. הפקודה נוצרת בסטטוס CRTD. המתכנן משחרר אותה ב-COR2: בדיקת זמינות (aATP) מאשרת שיש מספיק תרכיז, ובדיקת קיבולת מאשרת שקו המילוי פנוי. עם השחרור (פרופיל CORY מגדיר Generate Control Recipe) נוצר מרשם בקרה שנשלח לבקר הקו; המפעיל רואה גיליון PI עם הוראות (טמפרטורת פיסטור, זמן ערבוב). כי המוצר מנוהל-אצווה, נוצרת אצווה חדשה לתוצר עם תאריך ייצור ותפוגה (SLED). הקו מדווח כמויות בפועל כהודעות תהליך; GR מקבל את הבקבוקים לאצווה, ובסוף החודש CO88 מתחשבן את הפקודה ל-ACDOCA.
תהליך
מאומתטרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתProduction Planning for Process Industries → Process Order → Master Data → Order → Define Order Types (OPJH — סוג צו קטגוריה 40) · Define Order Type-Dependent Parameters (COR4 — גרסת ייצור, Selection ID/TL type 2, Approval Required, Batch/Order Record, Costing Variants) · Define Production Scheduling Profile (CORY — שחרור/תזמון/בדיקת זמינות אוטומטיים + Generate Control Recipe בשחרור). מרשם בקרה: Process Order → Process Management → Control Recipes/PI Sheets → Define Control Recipe Destinations. אצווה: Logistics-General → Batch Management → Define Batch Creation for Process Order (CORW).
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Process Order (Production Planning for Process Industries, PP-PI); SAP Help Portal — Control Recipes and PI Sheets; SAP Help Portal — Order Type-Dependent Parameters (Process Order); Production Planning with SAP S/4HANA (Rheinwerk 2026) — Ch. 4 Process Manufacturing (Process Orders); SAP Community — Process Order Status Management (JEST/JSTO) and Availability Check
טעויות נפוצות
ידע אצור- יצירה נכשלת — אין גרסת ייצור תקפה (MKAL) בטווח הכמות/התאריך. ב-S/4 גרסת ייצור חובה; ודא ב-C223 שקיימת גרסה תקפה עם BOM ומתכון-אב מקושרים.
- בחירת גרסת ייצור / BOM Application שגויה → הפקודה צורכת רכיבים לא נכונים או פוצצת חלופת BOM שגויה. הצלב מול המתכון הנכון לפני שחרור.
- שחרור ללא הגדרת יעד מרשם בקרה (Control Recipe Destination) או ללא PI Characteristics בשלבים → לא נוצר מרשם בקרה / PI-Sheet, והמפעיל נשאר בלי הוראות תהליך.
- סימון Approval Required ב-COR4 ללא הגדרת אסטרטגיית אישור → הפקודה נתקעת, לא ניתן לשחרר אותה כלל.
- TECO בעוד קיימות תנועות פתוחות ב-COGI → שאריות עלות/צריכה לא נרשמו לפני הסגירה; העלות בפועל של הפקודה חסרה. נקה COGI לפני TECO.
פתרון תקלות
ידע אצוריצירה נכשלת ('לא נמצאה גרסת ייצור') — בדוק ב-C223/MKAL שקיימת גרסת ייצור תקפה בטווח הכמות והתאריך, עם BOM ומתכון-אב (TL type 2) מקושרים ותקפים (Lock indicator כבוי). שחרור נכשל — סטטוס נשאר CRTD: בדוק ב-COR3 → System Status; חוסר זמינות רכיב (aATP/CO09), חוסר קיבולת (CM01), או Approval Required תלוי (COR4 → הגדר אסטרטגיית אישור). מרשם בקרה לא נוצר — יעד מרשם בקרה לא מוגדר (SPRO Control Recipe Destinations), CORY לא מסומן Generate Control Recipe, או השלב חסר PI Characteristics; נסה יצירה ידנית ב-CORK ונטר ב-CO53. פקודה לא ניתנת לאישור — סטטוס לא REL (שחרר קודם) או LKD/CLSD (חוסם). רכיב לא צורך ב-Backflush → נופל ל-COGI (מלאי/אצווה/תקופה MMRV). התחשבנות נכשלת (CO88) — כלל התחשבנות חסר או תקופת FI/CO סגורה (OB52); ודא TECO ויתרה לפני CLSD. להרחבת בדיקות שמירה/שחרור: Customer Exit PPCO0001 (EXIT_SAPLCOZF_001) או Clean Core BAdI WORKORDER_UPDATE; לשינוי סטטוס: PPCO0007.
שיטות עבודה מומלצות
ידע אצור- צור סוגי צו ב-Copy As מסוג סטנדרטי (למשל PI01) במקום מאפס — כך לא יחסרו פרמטרים; אל תרבה בסוגי צו (ניהול הרשאות ונתונים מסורבל) — הבחן דרך פעולות ומרכזי עבודה/מתכונים.
- תחזק גרסת ייצור אחת ותקפה (C223/MKAL) לכל צירוף מוצר-מפעל בטווח כמות/תאריך, עם Selection ID שבוחר אותה אוטומטית (COR4) — מונע popup ידני ותקיעות ב-MRP Live.
- הפעל שחרור + בדיקת זמינות אוטומטיים בפרופיל תזמון (CORY) ויצירת מרשם בקרה אוטומטית בשחרור — מבטיח ש-PI-Sheet מגיע למפעיל מבלי צעד ידני; בתעשיית פארמה הפעל Approval Required + Batch/Order Record.
- הבחן בין TECO (סגירה טכנית — הפיך, מאפשר התחשבנות ותיקון עלויות) ל-CLSD (סגירה עסקית — נעילה סופית); אל תסגור CLSD לפני יתרה 0 ולפני ניקוי COGI.
- ב-Clean Core העדף BAdI (WORKORDER_UPDATE / WORKORDER_GOODSMVT) על פני Customer Exits (PPCO0001/0021) להרחבות בדיקה/עדכון של הפקודה.
טיפים
ידע אצור- COR3 → System/User Status ו-Documented Goods Movements הם הכלי המהיר לאבחן למה פקודה לא מתקדמת (למה לא משתחררת, למה לא מתאשרת) לפני שצוללים לטבלאות JEST/JSTO.
- ב-S/4 מודל הטבלאות AUFK/AFKO/AFPO/RESB לא השתנה — אבל תנועות הסחורה זורמות ל-MATDOC והעלות ל-ACDOCA; ה-OData API_PROCESSORDER_2 וה-CDS I_ManufacturingOrder הם הממשקים המודרניים.
- המרה קיבוצית (CO41) חוסכת עבודה כשיש מאות הזמנות מתוכננות — אבל בדוק שגרסת הייצור נבחרת אוטומטית לכולן, אחרת תיתקע ב-popup לכל אחת.
- CO40 מיועד להמרה אינטראקטיבית בודדת (עם אפשרות לערוך את הפקודה לפני שמירה); COR8 להמרה מהירה ללא עריכה — בחר לפי הצורך.
בחן את עצמך
ידע אצורמדוע יצירת פקודת תהליך ב-S/4HANA נכשלת כשאין גרסת ייצור תקפה?
מה הבידול המרכזי של פקודת תהליך (PP-PI) לעומת פקודת ייצור בדידה, מעבר לטרנזקציות COR* מול CO0*?
פקודה נשארת בסטטוס CRTD ולא ניתן לשחרר אותה. מה הכי סביר?
סיכום
ידע אצורפקודת תהליך (Process Order, קטגוריה 40) היא מסמך הביצוע של PP-PI: AUFK (כותרת) + AFKO (ראש לוגיסטי) + AFPO (תוצר/אצווה) + RESB (רכיבים) + שלבים מהמתכון-אב (AFVC/PLPO). יצירה ידנית ב-COR1 או המרה מהזמנה מתוכננת ב-CO40/CO41/COR8 — תמיד דרך גרסת ייצור תקפה (MKAL, C223) שמפצצת BOM ומתכון. שחרור ב-COR2 (CRTD→REL) מריץ בדיקת זמינות (aATP) וקיבולת, וב-PP-PI מייצר מרשם בקרה / PI-Sheet ל-MES (CO53/CORK). מחזור הסטטוסים CRTD→REL→CNF→TECO→CLSD נשמר ב-JEST/JSTO. הבידול מייצור בדיד: COR* מול CO0*, מתכון-אב (TL type 2) ומרשם בקרה. טבלאות ליבה AUFK/AFKO/AFPO/RESB/JEST/JSTO · T-Codes COR1/COR2/COR3/CO40/CO41/COR8/COR6N/CORK/CO53 · Config OPJH/COR4/CORY · Fiori Create/Manage/Confirm Process Order · API BAPI_PROCORD_CREATE/GET_DETAIL/RELEASE · CDS I_ManufacturingOrder · Clean Core BAdI WORKORDER_UPDATE. ב-S/4: מודל הטבלאות זהה; תנועות ל-MATDOC, עלות ל-ACDOCA, OData API_PROCESSORDER_2.