גרסת ייצור

גרסת ייצור (Production Version · MKAL) היא רשומת נתוני-האב שמאחדת את שיטת הייצור המלאה של מוצר נתון: היא מקשרת חומר ↔ עץ מוצר (BOM + חלופה) ↔ מסלול/מתכון-אב (Group/Group Counter) לתקופת תוקף (Valid-from/to) ולטווח כמויות (Lot Size From/To) עבור מפעל ספציפי. במילים אחרות — היא התשובה לשאלה "באיזה שילוב חומרים + תהליך + קו ייצור מייצרים את המוצר הזה, מתי, ובאיזה טווח כמויות". בסוף השיעור (כ-2 דקות קריאה) תבין: (1) מה מרכיב גרסת ייצור ולמה כל אחד מארבעת מרכיביה קריטי; (2) מדוע ב-S/4HANA היא הפכה מאופציונלית (כמו ב-ECC) לחובה עבור MRP Live, PP-DS ופתיחת פקודת תהליך — אין עוד fallback ל-BOM/Routing נפרדים; (3) איך המערכת בוחרת גרסה אוטומטית לפי כמות ותאריך, והיכן מגדירים אוטומטי מול ידני (OPL8/COR4); (4) איך יוצרים ובודקים עקביות ב-C223; (5) למה זו נקודת הכשל הקריטית #1 במיגרציה — בלי גרסה תקפה לכל חומר מיוצר, MRP Live ופתיחת פקודות נכשלים. זהו האובייקט שמחבר את שלושת עמודי נתוני-האב של PP-PI (חומר, BOM, מתכון) לכדי מתודת ייצור אחת שמישה לתכנון ולביצוע.

בתעשייה התהליכית מוצר בודד יכול להיות מיוצר במספר דרכים — קו מילוי 1 מול קו 2, מתכון קיץ מול חורף, אצווה קטנה מול גדולה, מתקן ישן מול חדש. כל שילוב כזה הוא צירוף אחר של BOM + מתכון + משאבים, ותקף בטווח כמויות ותקופה שונים. גרסת הייצור היא המנגנון היחיד שמאפשר למערכת לדעת, בזמן תכנון (MRP) ובזמן פתיחת פקודה, איזה שילוב מדויק לצרוך. ב-ECC6 הגרסה הייתה אופציונלית — אם לא הייתה גרסה, המערכת נפלה ל-fallback ובחרה BOM ו-Routing בנפרד לפי כללי בחירה (Selection ID / BOM Application). ב-S/4HANA ה-fallback הזה בוטל בתרחישים המרכזיים: MRP Live, PP-DS ופתיחת פקודת תהליך/ייצור דורשים גרסת ייצור תקפה. המשמעות המעשית: אם חומר מיוצר עובר מיגרציה בלי גרסה תקפה, MRP Live לא יפצץ אותו ולא יוכל להמיר הזמנה מתוכננת לפקודה — התכנון פשוט נעצר, בשקט, בלי error בולט. לכן שליטה בגרסת ייצור אינה נושא "נתוני-אב שולי" אלא צומת קריטי: כל מיישם PP-PI חייב לוודא, לכל חומר מיוצר, שקיימת גרסה אחת לפחות עם תוקף וטווח-כמות שחופפים לתרחישי התכנון בפועל. טעות כאן מתגלגלת לכל שרשרת התכנון-ביצוע-עלות.

גרסת ייצור מתורגמת ישירות לערך עסקי: (1) המשכיות תכנון — היא התנאי המקדים ל-MRP Live ולפתיחת פקודה; בלעדיה קו הייצור פשוט לא מתוכנן ולא נפתחות פקודות. (2) בחירת מתודת ייצור אופטימלית אוטומטית — MRP/פתיחת פקודה בוחרים את הגרסה הנכונה לפי כמות ההזמנה ותאריך, כך שאצווה קטנה תנותב לקו הגמיש ואצווה גדולה לקו הנפח, בלי החלטה ידנית. (3) תמחיר מדויק — כל גרסה נושאת שילוב BOM+מתכון משלה, ולכן חישוב עלות התקן (Standard Cost) מתבצע נכון לכל מתודת ייצור. (4) שקיפות ותאימות (GMP/פארמה) — גרסה מאושרת קובעת בדיוק אילו רכיבים ואיזה תהליך יוצרים מוצר, נתון קריטי לתיעוד Batch Record ולתאימות רגולטורית. (5) הפחתת סיכון מיגרציה — QA שיטתי של גרסאות ייצור לכל חומר מיוצר הוא אחד ממנעולי ה-go-live החשובים ביותר ב-S/4HANA, ומונע השבתת תכנון מלאה ביום הראשון.

הקמת נתוני-אב לייצור בפרויקט חדש; פרויקטי המרה/מיגרציה ל-S/4HANA (בדיקת גרסה תקפה לכל חומר מיוצר — משימת QA קריטית); הרחבת ייצור לקו/מתקן חדש (יצירת גרסה נוספת); שינוי מתכון עונתי או שדרוג BOM (יצירת/עדכון תוקף גרסה); תכנון דרישות (MRP Live בוחר גרסה לפיצוץ ולהמרה לפקודה); PP-DS (תכנון מתקדם דורש גרסה); פתיחת פקודת תהליך (COR1 — נכשל בלי גרסה); תמחיר תקן (בחירת גרסת ייצור ל-Costing). משתמשים: מהנדסי/מתכנני ייצור (יצירה ותחזוקה ב-C223), צוותי אב-נתונים (טעינה ובדיקת עקביות), יועצי PP-PI פונקציונליים (הגדרת אוטומטי/ידני ב-OPL8/COR4), וצוותי מיגרציה (QA לכל חומר מיוצר).

• הגדרה ומטרה — גרסת ייצור (MKAL) מאחדת שילוב ייצור מלא: היא קושרת חומר (MATNR) + מפעל (WERKS) ↔ עץ מוצר (BOM Usage + Alternative BOM) ↔ מסלול/מתכון-אב (Task List Type, Group, Group Counter) לכדי מתודת ייצור אחת. זהו האובייקט המאחד את שלושת עמודי נתוני-האב של PP-PI לשיטת ייצור בת-שימוש בתכנון ובביצוע.
• ארבעת מרכיבי החובה — (א) BOM: שימוש (Usage, למשל 1=ייצור) + חלופה (Alternative) הקובעים אילו רכיבים נצרכים; (ב) מתכון-אב/Routing: Task List Type (2=מתכון-אב ב-PP-PI, N=Routing ב-PP בדיד) + Group + Group Counter הקובעים אילו שלבים ומשאבים; (ג) תוקף: Valid-from / Valid-to; (ד) טווח כמויות: Lot Size From / Lot Size To. הצירוף של תוקף+טווח-כמות הוא מפתח הבחירה האוטומטית.
• חובה ב-S/4HANA (השינוי המהותי מ-ECC) — ב-ECC6 גרסת ייצור הייתה אופציונלית עם fallback לבחירת BOM+Routing נפרדת. ב-S/4HANA היא חובה ל-MRP Live, ל-PP-DS ולפתיחת פקודת תהליך/ייצור — ה-fallback בוטל. בלי גרסה תקפה בטווח הכמות/התאריך, פתיחת הפקודה (COR1) נכשלת ו-MRP Live לא מפצץ/ממיר. זו נקודת הכשל הקריטית #1 במיגרציה.
• בחירה אוטומטית לפי כמות ותאריך — כשנוצרת פקודה או ב-MRP, המערכת בוחרת את הגרסה שתוקפה חופף לתאריך הבסיס ושטווח הכמות שלה מכיל את כמות ההזמנה. כך אצווה של 20K בקבוקים תנותב לגרסת 'קו 1' ואצווה של 200K לגרסת 'קו 2' — ללא החלטה ידנית. חפיפת טווחים בין גרסאות עלולה לגרום לבחירת גרסה לא צפויה.
• הגדרת אוטומטי מול ידני (Customizing) — אופן הבחירה (0=אוטומטי / 1=ידני) נקבע ב-Order Type-Dependent Parameters: OPL8 לפקודת ייצור (בדיד) ו-COR4 לפקודת תהליך (PP-PI, לשונית Master Data). בסביבת MRP Live יש להגדיר בחירה אוטומטית; הגדרת 'ידני' גורמת ל-popup ולתקיעות בתהליכים מרובי-פקודות.
• בדיקת עקביות (Consistency Check) — ב-C223 קיים כפתור Check שמוודא שה-BOM והמתכון המקושרים קיימים, בסטטוס משוחרר (Released) ותקפים לתאריך הגרסה. גרסה שעברה בדיקה מסומנת כתקפה לשימוש. גרסה עם BOM/מתכון בסטטוס Created בלבד → תיכשל בבחירה בפקודה/MRP.
• מחזור חיים ומצבים — Created → Active (בתוקף, עברה Check) → Locked/Expired. ניתן לנעול גרסה ידנית (Lock) כדי להוציאה מבחירה אוטומטית מבלי למחקה, או לתת לה לפוג לפי Valid-to. שינוי תוקף משפיע מיידית על הבחירה האוטומטית בפקודות ובתכנון עתידיים.
• אינטגרציה ומיקום בשרשרת — גרסת הייצור היא החוליה שאחרי קיום BOM ומתכון תקפים, ולפני MRP/פתיחת פקודה. היא נצרכת ב-MRP Live (פיצוץ+המרה), ב-PP-DS, ב-Costing (בחירת מתודה לתמחיר) ובפקודת התהליך (קביעת רכיבים ושלבים בפועל). היא הצומת המרכזי חומר↔BOM↔מתכון בכל שרשרת התכנון-ביצוע-עלות.

בארגון (יצרן משקאות): המוצר 'משקה תפוזים 1.5 ליטר' מיוצר בשני קווי מילוי. צוות נתוני-האב מקים ב-C223 שתי גרסאות ייצור למפעל המילוי. גרסת 'קו מילוי 1' מקשרת את ה-BOM של המשקה (תרכיז + מים + CO2 + בקבוק + פקק + מדבקה, חלופה 1) למתכון-אב של קו 1 (מתכון-אב, Task List Type 2), עם תוקף מ-01.01 ותקף לכמויות 10,000–100,000 בקבוקים לאצווה. גרסת 'קו מילוי 2' מקשרת את אותו BOM למתכון-אב של קו 2 (קו הנפח הגבוה) ותקפה לכמויות 100,001–500,000. כשמתקבל צפי מכירות ל-40,000 בקבוקים, MRP Live יוצר הזמנה מתוכננת ובוחר אוטומטית את גרסת 'קו 1' (הכמות בטווחה); כשמתקבלת דרישה של 250,000 — נבחרת גרסת 'קו 2'. פתיחת פקודת התהליך (COR1) יורשת מהגרסה את ה-BOM (רכיבים לצריכה) ואת המתכון (שלבים + משאבים + מרשם בקרה ל-MES). בפארמה: גרסה מאושרת (GMP) חוסמת פתיחת פקודה עד אישור פורמלי — נאכף דרך Approval Required ב-COR4 ובדיקה ב-PPCO0001. אילו לא הייתה גרסה תקפה — MRP Live היה מדלג על החומר בשקט ופתיחת הפקודה הייתה נכשלת, ומשבית את קו הייצור ביום ה-go-live.

Production Planning for Process Industries → Process Order → Master Data → Order → Define Order Type-Dependent Parameters (COR4) — לשונית Master Data: אופן בחירת גרסת ייצור (0=אוטומטי / 1=ידני), Selection ID, Task List Type=2. מקביל לייצור בדיד: Production → Shop Floor Control → Master Data → Order → Define Order Type-Dependent Plant Parameters (OPL8). תחזוקת הגרסה עצמה היא נתוני-אב דרך C223 (כולל כפתור Check לבדיקת עקביות). הערה: OPL8/COR4 קובעים רק את אופן הבחירה — לא את הגרסה עצמה.

• C_STUE_BER
• C_ROUT
• C_TCLA_BKA
• M_MATE_WRK
• S_TCODE

SAP Help Portal — Production Version (PP-PI / Production Planning, S/4HANA); SAP Help Portal — Order Type-Dependent Parameters (Process Order, COR4); Production Planning with SAP S/4HANA — §4.1 p.130 (Production version mandatory), §6.2.5 p.225, §7.2.4 p.281; SAP Community — Production Version mandatory in S/4HANA for MRP Live / PP-DS / order creation

פקודת תהליך לא נוצרת ב-COR1 / הודעה שאין נתוני ייצור: אין גרסת ייצור תקפה (MKAL) בטווח הכמות/התאריך → צור או הרחב ב-C223 והרץ Check. הזמנה מתוכננת לא ניתנת להמרה לפקודה: זהה חסר גרסה תקפה — בדוק C223 לחומר+מפעל וודא חפיפת תוקף לתאריך הבסיס. MRP Live 'נופל' ל-classic או מדלג על החומר בשקט: גרסה חסרה/לא תקפה לתאריך התכנון — בדוק את יומן ה-MRP Live לזיהוי החומרים הבעייתיים ותקן גרסאות. גרסה שגויה נבחרה אוטומטית: בדוק את ה-Lot Size Range וה-Valid-from של הגרסאות המתחרות — חפיפת טווחים או עדיפות שגויה; שקול לצמצם טווחים או לנעול גרסה מיושנת. בדיקת עקביות (Check) נכשלת: ה-BOM או המתכון אינם משוחררים/תקפים — שחרר את המתכון (C202, סטטוס 2/4) ובדוק תוקף ה-BOM (CS03). לתחקור תכנותי של הגרסאות הקיימות: CM_FV_PROD_VERS_READ (חומר+מפעל → MKAL). חסימת שחרור ללא גרסה מאושרת (GMP): מומש דרך PPCO0001 (או BAdI WORKORDER_UPDATE ב-Clean Core) + Approval Required ב-COR4.

גרסת ייצור (Production Version · MKAL) היא רשומת נתוני-האב שמאחדת שיטת ייצור מלאה: חומר+מפעל ↔ BOM (שימוש+חלופה) ↔ מתכון-אב/Routing (Type/Group/Counter) לתוקף (Valid-from/to) ולטווח כמות (Lot Size From/To). ב-S/4HANA היא חובה ל-MRP Live, ל-PP-DS ולפתיחת פקודת תהליך/ייצור — ה-fallback של ECC בוטל, ולכן בלי גרסה תקפה התכנון והפקודה נכשלים (נקודת הכשל #1 במיגרציה). המערכת בוחרת גרסה אוטומטית לפי כמות ותאריך; אופן הבחירה (אוטומטי/ידני) מוגדר ב-OPL8 (ייצור) / COR4 (תהליך), והגרסה עצמה נוצרת ונבדקת (Check) ב-C223. מחזור: Created → Active → Locked/Expired. טבלאות ליבה MKAL/MAST/PLKO/MARC/T399X · T-Codes C223/MM02/COR4/OPL8/COR1/MD04 · Fiori Manage Production Versions · CDS I_ProductionVersion · FM CM_FV_PROD_VERS_READ/MAINTAIN (אין BAPI משוחרר ליצירה) · BAdI MD_MODIFY_PRODVERS · Exit PPCO0001 (Clean Core → WORKORDER_UPDATE). QA קריטי: ודא גרסה תקפה עם חפיפת כמות/תוקף לכל חומר מיוצר.