Backflush וצריכת רכיבים

Backflush (סוג תנועה 261) הוא צריכה אוטומטית ("post-deduct") של רכיבים מהמלאי לפקודת התהליך — התנועה מתרחשת ברגע אישור הפקודה (Confirmation) במקום ניפוק ידני (Goods Issue) לכל רכיב. בסוף השיעור תבין: איך מסמנים רכיב כ-Backflush (אב-חומר MRP2 / מרכז עבודה-משאב / מפתח בקרה), איך האישור (COR6N/CORK) מפעיל את תנועות ה-261, מדוע כשלים (חוסר מלאי, אצווה שלא נקבעה, תקופה סגורה) נופלים לטבלת השגיאות AFFW ולא עוצרים את האישור, ואיך מתקנים אותם דרך COGI (או MF47 בייצור חוזר). זהו שילוב של יעילות דיווח רצפת-ייצור עם מנגנון "רשת ביטחון" לתיקון תנועות שנכשלו — קריטי בתעשיית התהליך שבה נצרכים תרכיזים, חומרי גלם וחומרי אריזה בכל אישור שלב.

בקו ייצור תהליך רציף אי אפשר לעצור אחרי כל שלב כדי לנפק ידנית עשרות רכיבים — Backflush הופך את הצריכה לתוצר-לוואי אוטומטי של אישור התוצר, כך שהמפעיל מדווח כמות תוצר אחת והמערכת מנכה את כל הרכיבים לפי המתכון (BOM) והכמות בפועל. אבל דיוק המלאי תלוי בכך שהתנועות באמת נרשמות — וכאן נמצא הסיכון: אם רכיב חסר במלאי, אצווה לא נקבעה, או התקופה סגורה, ה-Backflush נכשל. SAP לא חוסם את האישור (התוצר עדיין נרשם), אלא מפנה את התנועה שנכשלה ל-AFFW. מיישם שלא מנטר את COGI יראה מלאי מנופח (רכיבים שכביכול עדיין קיימים אך נצרכו פיזית), עלות בפועל חסרה בפקודה, וסטיות מעוותות בהתחשבנות. הבנת שרשרת אישור → 261 → AFFW → COGI היא תנאי לדיוק מלאי, לעלות מוצר נכונה ולסגירת תקופה נקייה.

Backflush נכון = דיווח רצפת-ייצור מהיר (אישור אחד במקום עשרות ניפוקים), מלאי מדויק בזמן אמת, עלות בפועל מלאה בפקודה, ופחות טעויות אנוש בניפוק. ניטור שיטתי של COGI מונע את הנזק העסקי הגדול ביותר של Backflush — סחף מלאי (inventory drift) שמתגלה רק בספירה השנתית. במונחי תעשיית התהליך: ניכוי אוטומטי ומדויק של תרכיזים וחומרי אריזה לפי תפוקה בפועל מבטיח שהעלות הישירה לבקבוק/למנה נכונה, שהצריכה תואמת את המתכון, ושסטיות צריכה (שימוש עודף בתרכיז) מזוהות בזמן ולא בדיעבד. זו גם תשתית ל-Traceability: כל אצוות רכיב שנצרכה נרשמת מול הפקודה והאצווה שיוצרה.

אישור שלבים בפקודת תהליך (COR6N/CORK) שבו רכיבים מסומנים Backflush; ייצור חוזר (Repetitive Manufacturing) עם MFBF; קווי מילוי/אריזה שבהם חומרי אריזה נצרכים אוטומטית לפי תפוקה; ניטור יומי של תנועות שנכשלו (COGI/MF47) ע"י רכז מלאי או מתכנן ייצור; תיקון לפני סגירת תקופה (MMRV) וסגירה טכנית (TECO). משתמשים: מפעילי קו ורכזי משמרת (אישור), רכזי מלאי (תיקון COGI), מתכנני ייצור (ניטור סחף), יועצי PP-PI ו-MM-IM (הגדרה ואינטגרציה), ובקרי עלות (וידוא עלות בפועל מלאה לפני התחשבנות).

• Backflush (post-deduct) — צריכת רכיב אוטומטית בתנועה 261 המופעלת ע"י אישור הפקודה (COR6N/CORK), במקום ניפוק ידני מוקדם. הכמות מחושבת מהמתכון (BOM/PLMZ) × כמות התוצר בפועל, בניכוי scrap.
• סימון Backflush בשלוש רמות — (1) אב-חומר, לשונית MRP2 (שדה Backflush); (2) מרכז עבודה/משאב (Backflush indicator); (3) פריט הרכיב בפקודה. הגדרת מרכז העבודה גוברת/משלימה את אב-החומר; אפשר לכפות או לאסור לפי הצירוף.
• AFFW — טבלת תנועות סחורה שגויות (Goods Movements with Errors). תנועת 261 שנכשלה נכתבת ל-AFFW במקום להיכשל את כל האישור. זהו ה-worklist של COGI. שדה חשוב: TQ_AUTOGRWA/סטטוס שגיאה.
• COGI — טרנזקציית עיבוד-מחדש (Postprocessing) של תנועות Backflush שנכשלו בפקודות תהליך/ייצור ('Display/Reprocess Incorrect Goods Movements'). מתקנים את סיבת הכשל (מלאי/אצווה/תקופה) ומריצים מחדש → נוצר MATDOC.
• MF47 — המקבילה של COGI לייצור חוזר (Repetitive Manufacturing); מציגה את אותן תנועות AFFW שמקורן ב-MFBF. אותו רעיון, נתיב Repetitive.
• RESB — טבלת השמורות/הרזרבציות. כל רכיב Backflush מיוצג כפריט RESB (XLOEK/KZEAR = נצרך). Backflush מסמן את השמורה כמושלמת עם רישום התנועה.
• קביעת אצווה אוטומטית (Batch Determination) ב-Backflush — כשהרכיב מנוהל אצוות, אסטרטגיית הקביעה (FEFO וכו') בוחרת אצווה בזמן ה-261. כשל בקביעה (אין אצווה מתאימה) → AFFW.
• AFRU כמקור — רשומת האישור (AFRU) היא הטריגר; היא נושאת את כמות התוצר/פסולת. Backflush, GR (101) ורישום זמן/פעילות ל-CO כולם נגזרים מאותו אישור.

בקו מילוי המשקאות ב-CBC, פקודת תהליך למילוי 50,000 בקבוקים. תרכיז, מים ומכסים מסומנים Backflush (אב-חומר MRP2) והמשאב 'קו מילוי' נושא Backflush indicator. המפעיל מאשר את שלב המילוי ב-COR6N: 49,500 בקבוקים תקינים + 500 פסולת. ברגע האישור, Backflush מנכה אוטומטית 261 — כמות התרכיז והמכסים לפי המתכון × 49,500 (בתוספת ה-scrap לפי הגדרה). קביעת אצווה FEFO בוחרת את אצוות התרכיז הקרובה לתפוגה. באותו רגע מתגלה שמלאי התרכיז במחסן הקו אזל (הועבר פיזית אך לא נרשמה קליטה). התנועה של התרכיז נכשלת ונופלת ל-AFFW — אך האישור עצמו והתוצר (GR 101 לאצווה חדשה) נרשמים כרגיל. רכז המלאי רואה למחרת ב-COGI תנועת 261 תקועה 'חוסר מלאי', מבצע קליטת המלאי החסרה (העברה 311/קליטה), ומריץ תיקון ב-COGI — נוצר MATDOC, המלאי מתוקן, והעלות בפועל של התרכיז נרשמת לפקודה בזמן לפני חישוב הסטיות וההתחשבנות.

Production Planning for Process Industries → Process Order → Operations → Confirmation → Define Confirmation Parameters (בקרת אישור לכל סוג פקודה/מפעל: All Components / Automatic Goods Movement, טיפול בשגיאות → Backflush error handling). ניהול תנועות שגויות: Production → Shop Floor Control → Operations → Confirmation → Automatic Goods Movements → Define Processing of Goods Movement Errors (האם תנועה שגויה נרשמת ל-AFFW / מעובדת מיד). סימון Backflush ברמת מרכז עבודה/משאב: הגדרת המשאב (CRC*/CRHD, Backflush indicator). קביעת אצווה ל-Backflush: Batch Determination / Search Strategy (CO01 use).

• C_AFKO_AWK
• M_MSEG_BWA
• M_MSEG_WMB
• C_ARBPL_…
• S_TCODE

SAP Help Portal — Process Order Confirmation (PP-PI): Backflushing / Automatic Goods Movements; SAP Help Portal — Managing Incorrect Goods Movements (COGI / Reprocessing); SAP Help Portal — Repetitive Manufacturing: Backflush (MFBF) and Reprocessing (MF47); SAP Help Portal — Inventory Management (MM-IM): Material Document (MATDOC) simplification, S/4HANA; SAP Community — 'COGI errors after backflush: root causes and reprocessing'

תנועות תקועות ב-COGI — פתח COGI, בחר תנועה וקרא את הודעת השגיאה: (1) חוסר מלאי → קלוט/העבר מלאי (MMBE לבדיקה) והרץ מחדש; (2) אצווה לא נקבעה → קבע אצווה ידנית או תקן אסטרטגיית קביעה; (3) תקופת רישום סגורה → MMRV, פתח תקופה או תקן תאריך רישום. רכיב לא נצרך כלל — דגל Backflush חסר באב-חומר (MRP2) וגם במרכז העבודה; בדוק גם ש-PLMZ מקשר את הרכיב לפעולה הנכונה. צריכה כפולה — הרכיב נופק גם ידנית וגם ב-Backflush; בטל את הניפוק המיותר. אצווה שגויה נצרכה — בדוק אסטרטגיית קביעת אצווה (FEFO/מאפיינים). לביטול אישור (מהפך Backflush) — CORS מבטל את האישור ומהפך את תנועות ה-261/101. הרחבות: Customer Exit CONFPP05 או BAdI WORKORDER_GOODSMVT (Clean Core) להתערבות בתנועות; לתיקון תכנותי BAPI_GOODSMVT_CREATE.

Backflush מנכה רכיבים אוטומטית בתנועה 261 ברגע אישור הפקודה (COR6N/CORK) במקום ניפוק ידני — יעיל לרצפת ייצור בתעשיית התהליך. הסימון בשלוש רמות: אב-חומר (MRP2), מרכז עבודה/משאב, ופריט הרכיב; המתכון (BOM/PLMZ) קובע אילו רכיבים ובאיזו כמות. כשל (חוסר מלאי/אצווה/תקופה) לא עוצר את האישור אלא נכתב ל-AFFW ומתוקן ב-COGI (או MF47 בייצור חוזר) → MATDOC. הסיכון המרכזי: התעלמות מ-COGI → סחף מלאי ועלות חסרה. חובה לוודא COGI ריק לפני TECO/סטיות/התחשבנות. טבלאות ליבה AFFW/RESB/AFRU/MATDOC · T-Codes COR6N/CORK/COGI/MF47/CO53 · Fiori Postprocess Failed Goods Movements / Confirm Process Order · APIs BAPI_PRODORDCONF_CREATE_TT + BAPI_GOODSMVT_CREATE · Clean Core: BAdI WORKORDER_GOODSMVT / WORKORDER_CONFIRM · CDS I_MaterialDocumentItem.