אישור פקודה

אישור פקודת תהליך (Process Order Confirmation · AFRU) הוא הצעד שבו ביצוע הייצור בפועל נרשם חזרה למערכת: כמות תוצר (Yield), כמות פסולת (Scrap), כמות לעיבוד-חוזר (Rework), וזמני הפעילות בפועל (Setup/Machine/Labor). בסוף השיעור תבין את שלושת מוקדי האישור — זמן, כמות ופעילות — ותדע כיצד אישור מדווח דרך COR6N (מסך יחיד) או CORK (סגירה כוללת), כיצד הוא מתרגם זמנים לסוגי פעילות (Activity Types) שמזינים עלות בפועל ל-CO, ומה ההבדל בין אישור חלקי (PCNF) לאישור סופי (CNF). השיעור מתמקד במנגנון האישור עצמו ומפריד אותו במכוון מה-Backflush ומ-GR התוצר, שנלמדים בשיעורים נפרדים.

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

אישור מדויק נותן עלות ייצור אמיתית לכל מנה (שעות×תעריף פעילות + חומר), צריכת קיבולת שנפרעת בזמן אמת (שחרור עומס ב-CM01), ובסיס נקי לניתוח סטיות תפוקה/פסולת (KKS2) ולהתחשבנות (CO88). דיווח Yield/Scrap/Rework מפריד תוצר תקין מפסולת ומזין מדדי OEE ותפוקת קו (First-Pass Yield). זמני הפעילות בפועל מזינים גם עדכון נתוני-אב (Actual עתידי לתכנון) ותמחיר מדויק יותר. בתעשייה התהליכית, אישור מהיר ומדויק דרך PI Sheet/MES מקצר את פער הדיווח ומאפשר בקרת רצפה בזמן אמת.

דיווח ביצוע שוטף בקו ייצור תהליכי: אישור שלב מילוי/ערבוב/פסטור בסוף משמרת, סגירת פקודה כוללת בתום ריצה, תיקון דיווח שגוי (ביטול אישור), ודיווח אוטומטי חוזר מ-MES/PI Sheet דרך הודעות תהליך. משמש מפעילי רצפה (דיווח יחיד COR6N או Time Ticket COR6), מנהלי משמרת (סגירה כוללת CORK), רכזי ייצור (מעקב אישורים ותנועות תקועות), ובקרי עלות (וידוא זרימת עלות בפועל ל-CO לפני התחשבנות). רלוונטי בכל תרחיש MTS/MTO תהליכי — משקאות, מזון, פארמה, כימיה.

• אישור (Confirmation · AFRU) — רשומת הדיווח בפועל לפעולה/שלב בפקודה: כמות תוצר, פסולת, עיבוד-חוזר וזמני פעילות. כל אישור יוצר שורה ב-AFRU ומעדכן את סטטוס הפקודה/הפעולה.
• שלושת מוקדי האישור: זמן (Setup/Machine/Labor לפי מפתח ערך תקן), כמות (Yield תוצר תקין + Scrap פסולת + Rework), וסטטוס (Partial PCNF מול Final CNF). כל שלושתם נרשמים באותה עסקה.
• סוג אישור לפי מפתח בקרה (Control Key) של הפעולה: milestone confirmation (אישור שלב מפתח מאשר אוטומטית שלבים קודמים), auto-GR, ו-backflush מופעלים לפי הגדרת הפעולה — האישור הוא הטריגר, לא הפעולה עצמה.
• תרגום זמן→CO: כל כמות פעילות שמדווחת (למשל 2 שעות Machine) מוכפלת בתעריף סוג הפעילות (Activity Type · KL) של מרכז העלות של המשאב → secondary cost posting לפקודה. זהו מקור העלות בפועל של הזמן.
• אישור חלקי מול סופי: PCNF (חלקי) משאיר את הפעולה פתוחה להמשך דיווח; CNF/Final מסמן סיום, מנקה שמורות פתוחות (Clear Open Reservations) ופורע יתרת קיבולת. Final מוקדם מדי חוסם דיווח נוסף.
• ביטול/היפוך אישור (Reversal · COR6N Cancel / CORS) — מהפך את כל השפעות האישור: זמנים, כמויות, ותנועות סחורה נלוות. שומר עקבות; לא מוחק אלא רושם רשומת היפוך.
• פרמטרי אישור (OPK4) — לכל צירוף מפעל+סוג פקודה: בדיקות סטייה בכמות/זמן, טיפול בחריגות, האם GI/GR אוטומטי, ופריסת מסך האישור הבודד. שולט בהתנהגות COR6N.
• ערוצי אישור: COR6N (מסך יחיד — הנפוץ), COR6 (Time Ticket לפעולה בודדת), CORK (סגירה כוללת Order-level), CORR (collective), ואישור אוטומטי מ-PI Sheet/MES דרך הודעות תהליך (CONF_PH · PI_PROD).

בארגון (מפעל משקאות): בסוף משמרת הבוקר, מפעיל קו המילוי מאשר את שלב המילוי של פקודת תהליך ל-500ml משקה תוסס ב-COR6N. הוא מזין: Yield 49,500 בקבוקים תקינים, Scrap 500 בקבוקים (פחיות פגומות/מילוי חסר), ו-Machine time 6.5 שעות בפועל מול 6.0 מתוכננות. המערכת מתרגמת את 6.5 השעות דרך סוג הפעילות של המשאב 'קו מילוי' (תעריף למרכז העלות של הייצור) → עלות פעילות בפועל נרשמת לפקודה. מאחר שהמפעיל סימן Partial (PCNF) — השלב נשאר פתוח למשמרת הערב. הקיבולת שנפרעה משתחררת ב-CM01. סטיית הזמן (0.5 שעה מעל תקן) וסטיית הפסולת (1%) יזוהו מאוחר יותר בניתוח הסטיות (KKS2). כשמתגלה שהמפעיל דיווח בטעות 50,500 במקום 49,500 — רכז הייצור מבצע היפוך אישור (COR6N Cancel), והמערכת מהפכת זמן, כמות ותנועות נלוות, ואז מדווח מחדש נכון. (Backflush הרכיבים ו-GR התוצר לאצווה מטופלים בשיעורים הנפרדים.)

Production → Shop Floor Control → Operations → Confirmation → Define Confirmation Parameters (OPK4) — לכל צירוף מפעל+סוג פקודה: בדיקות כמות/תאריך, טיפול בחריגות, אישור אוטומטי של GI/GR, backflush, ופריסת מסך האישור הבודד (Single Screen Entry). בנוסף: Define Causes for Variances (סיבות לסטיות אישור) ו-Single Screen Entry for Confirmation (עיצוב מסך COR6N). לעולם התהליכי: Production Planning for Process Industries → Process Order → Operations → Confirmation.

• C_AFRU_AWK
• C_AFKO_AWK
• I_TCODE
• K_CCA
• B_USERSTAT

SAP Help Portal — Production Planning for Process Industries (PP-PI): Confirmation of Process Orders; SAP Help Portal — Manufacturing: Order Confirmation (AFRU) and Activity Allocation to Controlling; SAP Community — COR6N vs CORK vs CORR: When to Use Which Confirmation Transaction; SAP Community — Activity Type Costing on Confirmation: Time to CO Actual Cost; Production Planning with SAP S/4HANA (Rheinwerk, 2026) — §3.12-3.13 Confirmation Parameters (OPK4), AFRU/AFFW

אישור נכשל — בדוק סטטוס הפעולה/פקודה ב-COR3 (System Status): אם אינו REL שחרר; אם CNF/TECO/LKD הסטטוס חוסם דיווח נוסף. עלות פעילות לא נרשמה ל-CO — סוג הפעילות לא משויך למשאב (CRC3) או התעריף לא הוערך (KP26/תמחיר); ודא CRCO תקף לתקופה. תנועות סחורה נלוות תקועות — COGI/AFFW (מלאי/אצווה/תקופה MMRV). אישור בתקופה סגורה — פתח תקופה (MMRV/OB52) או תקן תאריך רישום. סטיית קיבולת אחרי דיווח — ודא שהיפוך שגוי בוצע דרך COR6N Cancel/CORS ולא באישור שלילי ידני. ולידציית אישור מותאמת — Customer Exit CONFPP01 (EXIT_SAPLCORF_101) או BAdI WORKORDER_CONFIRM (Clean Core); debug ב-CMOD/SE19 עם breakpoint והרצת COR6N.

אישור פקודת תהליך (AFRU) מדווח את הביצוע בפועל בשלושה מוקדים: זמן (Setup/Machine/Labor), כמות (Yield/Scrap/Rework) וסטטוס (Partial PCNF מול Final CNF). ערוצי הדיווח: COR6N (מסך יחיד — הנפוץ), COR6 (Time Ticket), CORK (סגירה כוללת), CORR (מרוכז), CORS/COR6N-Cancel (היפוך), ואוטומטי מ-PI Sheet (CO53/CO54). כל שעת פעילות מתורגמת דרך סוג פעילות (Activity Type) של המשאב לעלות בפועל ב-CO — זהו הגשר בין רצפת הייצור להתחשבנות. האישור הוא הטריגר שמפעיל Backflush ו-Auto-GR לפי מפתח הבקרה (נלמדים בנפרד). פרמטרי הבקרה נקבעים ב-OPK4. טבלאות ליבה AFRU/AFVC/AFFW · T-Codes COR6N/COR6/CORK/CORR/CORS/CO53 · Fiori Confirm Process Order · API BAPI_PROCORDCONF_CREATE_TT + BAPI_PROCORDCONF_GETLIST · Clean Core BAdI WORKORDER_CONFIRM. שים לב: אישור סופי מוקדם, סוג פעילות לא מוערך, ותקופה סגורה הם שלוש התקלות הנפוצות ביותר.