מתכון אב (Master Recipe)

מתכון האב (Master Recipe · PLKO/PLPO) הוא ה-Routing של התעשייה התהליכית — הוא מקודד את הידע התהליכי המלא של ייצור מוצר תהליכי לצורה שהמערכת מתזמנת, מתמחרת, ושולחת אוטומטית לבקרי הקו/ל-MES. בסוף השיעור תבין את המבנה ההיררכי הייחודי של המתכון: כותרת מתכון (Recipe Header · PLKO) → פעולות (Operations · PLPO) → שלבים (Phases · PLPO — הרמה הביצועית שמשויכת למשאב) → הוראות תהליך (Process Instructions / PI Characteristics · PLPO+PLPH). תלמד מדוע המתכון עובד עם משאב (Resource · CRHD) ולא עם מרכז עבודה, איך רכיבי ה-BOM מוקצים לשלבים דרך PLMZ, איך הוראות התהליך הופכות בשחרור הפקודה למרשם בקרה (Control Recipe) ולגיליון PI (PI Sheet), ואיך המתכון נכנס לשימוש רק דרך גרסת ייצור (C223) ופקודת תהליך (COR1). המתכון נוצר ב-C201, מתוחזק ב-C202, נצפה ב-C203, וב-S/4HANA מנוהל דרך אפליקציית Fiori בשם Manage Master Recipes. חשוב: זהו לא Routing בדיד — הוא נשמר בנפרד מ-pppi-routing למרות שהמודל הטכני (PLKO/PLPO) משותף.

כל פקודת תהליך (Process Order) נשענת על מתכון אב תקף שנבחר דרך גרסת ייצור. המתכון הוא המקום היחיד שבו הידע ההנדסי-תהליכי — רצף שלבים, טמפרטורות, זמני שהייה, מהירויות ערבוב, נקודות דיגום איכות — מקודד לנתונים שהמערכת יכולה לתזמן, לתמחר ולשדר אוטומטית לרצפת הייצור. בלי מתכון תקף אין פקודת תהליך, אין תזמון, אין עלות מתוכננת ואין מרשם בקרה למפעיל. הבידול המהותי מול Routing בדיד: המתכון עובד עם שלבים (Phases) שהם הרמה הביצועית האמיתית שמשויכת למשאב וניתנת לאישור בנפרד, ועם הוראות תהליך (PI) שיוצרות את גיליון ה-PI ואת ההודעות החוזרות למערכת. מיישם שלא שולט בהיררכיה פעולה→שלב→הוראת תהליך יראה מרשמי בקרה חסרים, שלבים ללא משאב שנכשלים בתזמון, ופקודות שלא נבחר להן מתכון (סטטוס Created במקום Released). המתכון גם קובע — יחד עם פרופיל המתכון (OPN1) — האם המפעל עובד עם Process Instructions מסורתי או עם XSteps, החלטה ארכיטקטונית שמשפיעה על כל שרשרת ה-Process Management במורד הזרם.

מתכון אב מדויק מתרגם את הידע התהליכי לתזמון סופי מהימן (Finite Scheduling על המשאב), לעלות תקן נכונה, ולמרשם בקרה שמגיע אוטומטית למפעיל — כך שהמערכת, ולא מסמך נייר, היא מקור האמת לפרמטרי הייצור. ההוראות התהליכיות המקודדות (PI Characteristics) מבטיחות אחידות בין מנות, מפחיתות טעויות אנוש, ומספקות תיעוד Batch Record מלא הנדרש לרגולציה (GMP/HACCP בפארמה ומזון). נקודות הדיגום (Inspection Points) המשולבות בשלבים מקשרות את הייצור ל-QM לבקרת איכות תוך-כדי-תהליך. מתכון עקבי הוא הבסיס לשחזוריות (Reproducibility), לחקירת שורש בסטיות איכות, ולאופטימיזציה מתמשכת של תהליך הייצור.

הקמת מוצר תהליכי חדש (משקה, תרופה, כימיקל, מזון), הגדרת קו ייצור/מתקן חדש, שינויי הנדסת תהליך (עדכון טמפרטורות/זמנים/רצף), פרויקטי הטמעה והמרה ל-S/4HANA (שימור PLKO/PLPO + אימות PI לאחר ההמרה), אינטגרציית MES/PCS דרך מרשם בקרה, והרחבת ניהול אצוות ו-QM לרצפת הייצור. משמש מהנדסי תהליך, יועצי PP-PI פונקציונליים, צוותי אב-נתונים, מנהלי ייצור ואיכות (QM), ומתכנני ייצור. אינו רלוונטי לייצור בדיד (שם משתמשים ב-Routing · CA01-03) — זהו קו הפרדה מהותי.

• כותרת מתכון (Recipe Header · PLKO) — רמת הראש של המתכון: קבוצה (Group) + מונה קבוצה (Group Counter), מפעל, שימוש (Usage), סטטוס רשימת משימות (Status 1=Created / 2=Released for Order / 4=Released General), טווח תוקף (Valid-from/to) וסוג רשימת משימות TL type=2 (מתכון אב). הכותרת קובעת אם המתכון בכלל זמין לבחירה בפקודה ובגרסת ייצור — מתכון בסטטוס 1 (Created) לא ייבחר. נוצרת ב-C201; מוזנת ברירת מחדל דרך פרופיל מתכון (OPN1).
• פעולות (Operations · PLPO) — היחידות הלוגיות של המתכון (ערבוב, פסטור, מילוי). כל פעולה נושאת מפתח בקרה (Control Key · למשל PI01) שקובע אם היא מתוזמנת, מתומחרת, מאושרת ומודפסת. הפעולה היא המסגרת שתחתיה נתלים השלבים; ב-PP-PI הפעולה עצמה אינה משויכת ישירות למשאב הביצוע — השלב הוא זה שמשויך.
• שלבים (Phases · PLPO) — הבידול המהותי של מתכון האב מול Routing בדיד. השלב הוא הרמה הביצועית: כל שלב משויך למשאב (Superordinate/subordinate ל-Operation), נושא ערכי תקן (Standard Values) לתזמון ולעלות, ניתן לאישור בנפרד (Phase-level confirmation), ומרצף מול שלבים אחרים דרך יחסי רצף (Relationships · PLFL). דוגמה: פעולת 'ערבוב' מכילה שלב 'טעינת חומרי גלם' + שלב 'ערבוב 30 דק' + שלב 'פריקה'.
• משאב (Resource · CRHD) — המתכון עובד עם משאב (כור/ריאקטור/קו מילוי) ולא עם מרכז עבודה. המשאב הראשי (Primary Resource) מוקצה לשלב ומספק קיבולת, נוסחאות תזמון/עלות ושיוך מרכז עלות; משאבים משניים (Secondary Resources) מייצגים כוח אדם/ציוד עזר לאותו שלב. שלב ללא משאב תקף → תזמון נכשל.
• הוראות תהליך ו-PI Characteristics (Process Instructions · PLPO+PLPH) — הליבה הייחודית של PP-PI: הוראות מובנות בשלב (פרמטרי תהליך, בקשת נתונים, מנוי הודעות, חישובים, בקשת תוצאות בדיקה, קריאת פונקציה, רצף) הבנויות ממאפיינים (Characteristics) כמו טמפ' 72°C, זמן 15s, מהירות ערבוב. הן מקורו של גיליון ה-PI ושל ההודעות החוזרות (Process Messages) — בלעדיהן מרשם הבקרה ריק. סוג ההוראה נקבע ב-PI Category (O12C).
• הקצאת רכיבי BOM לשלבים (Component Allocation · PLMZ) — רכיבי עץ המוצר (BOM) מוקצים לפעולה/שלב ספציפי דרך PLMZ (מיוצג ב-CDS ע"י I_RoutingOperationComponent). ההקצאה קובעת מתי ואיפה כל רכיב נצרך בתהליך ומאיזה שלב מבוצע Backflush — התרכיז נצרך בשלב הערבוב, האריזה בשלב המילוי. ללא הקצאה נכונה, Backflush צורך במקום/עיתוי שגוי.
• מרשם בקרה וגיליון PI (Control Recipe / PI Sheet) — בשחרור פקודת התהליך (בהתאם לפרופיל תזמון CORY), הוראות התהליך של השלבים מתורגמות למרשם בקרה שנשלח ליעד (Control Recipe Destination): גיליון PI מבוסס דפדפן למפעיל (Type 4) או מערכת בקרה חיצונית/MES. המפעיל מזין ערכים בפועל, וההודעות (Process Messages) חוזרות ל-S/4 ומעדכנות צריכה/GR/סטטוס — סגירת הלולאה בין המתכון לרצפה. נצפה/מנוהל ב-CO53/CO60.
• כניסה לשימוש דרך גרסת ייצור (Production Version · MKAL / MAPL) — המתכון אינו נכנס לפקודה ישירות: גרסת הייצור (C223) מקשרת חומר ↔ BOM (חלופה) ↔ מתכון אב (Group/Counter) לטווח כמות ותוקף. ב-S/4HANA גרסת ייצור היא חובה — בלי גרסה תקפה שמצביעה על המתכון, פקודת התהליך (COR1) לא נוצרת. השיוך חומר↔מתכון נשמר גם ב-MAPL.

בארגון (יצרן משקאות/CBC): נבנה מתכון אב 'משקה תוסס 500ml' ב-C201 עם פרופיל מתכון (OPN1) שקובע מפתח בקרה PI01 וניהול תהליך מבוסס Process Instructions. מבנה המתכון: פעולה 0010 'הכנת בסיס' → שלב טעינת תרכיז + שלב ערבוב במשאב 'כור ערבוב 5000L' (CRC1) עם נוסחת תזמון לפי כמות; פעולה 0020 'פסטור' → שלב פסטור עם PI Characteristic טמפ'=72°C וזמן=15s; פעולה 0030 'מילוי וסגירה' → שלב מילוי במשאב 'קו מילוי 1' עם הקצאת רכיבי אריזה (בקבוק/מכסה/תווית) דרך PLMZ, ושלב סגירה. שלב הפסטור נושא נקודת דיגום QM לבדיקת חומציות. המתכון מקושר לגרסת ייצור 'קו מילוי 1' (C223) יחד עם BOM המשקה. כשנפתחת פקודת תהליך (COR1) ל-50K בקבוקים, המערכת בוחרת את המתכון דרך גרסת הייצור, מתזמנת את השלבים על המשאבים, ובשחרור (CORY עם Generate Control Recipe) יוצרת מרשם בקרה — גיליון PI מבוסס דפדפן מגיע למפעיל הקו (CO53/CO60). המפעיל מזין את טמפ' הפסטור בפועל, וההודעה חוזרת ל-S/4 כ-Process Message ומתעדת ב-Batch Record של האצווה.

Production Planning for Process Industries → Master Data → Master Recipe → Settings for the Task List Type → Define Master Recipe Profiles with Default Values (OPN1 — מפתח בקרה PI01, מנגנון ניהול תהליך PI/XSteps). סטטוס והקצאה: Master Recipe → Data for the Recipe Header → Define Recipe Status + Settings for the Task List Type → Assign Material Types (OP46 — TL type 2 לסוגי חומר). Process Management: Production Planning for Process Industries → Process Management → Standard Settings / Tools (O20C/O23C/O22C — חובה ב-go-live לכל מפעל), → Process Instructions → Define Process Instruction Categories (O12C), → Process Messages → Process Message Categories / Destinations (O13C), → Control Recipe/PI Sheets → Define Control Recipe Destinations (Type 4 = גיליון PI מבוסס דפדפן).

• C_TCLA_BKA
• C_ROUT
• C_STUE_BER
• I_TCODE
• M_MTDI_ORG

SAP Help Portal — Master Recipe (PP-PI Process Manufacturing); SAP Help Portal — Process Management: Control Recipes and PI Sheets; SAP Help Portal — Production Versions (S/4HANA); Production Planning with SAP S/4HANA (Rheinwerk) — Ch.4 Master Recipe & Process Management (§4.1 Master Recipe Profiles, §4.4-4.7 Process Management); SAP Community — Difference between Master Recipe and Routing (PP-PI vs PP)

מתכון לא נבחר לפקודה (COR1) — בדוק שלושה דברים בשרשרת: (1) סטטוס המתכון משוחרר (C203 → Header status 2/4; אם Created — תקן ב-C202/OP46); (2) קיימת גרסת ייצור תקפה שמצביעה על ה-Group/Counter של המתכון לטווח הכמות והתאריך (C223 → כפתור Check לבדיקת עקביות); (3) שיוך חומר↔מתכון קיים (MAPL). הוראת תהליך חסרה במרשם הבקרה — ה-PI Characteristics לא הוגדרו בשלב (C202 → כרטיסיית Process Instructions), או קטגוריית ה-PI (O12C) לא שולבה בה קטגוריית הודעה מתאימה, או יעד מרשם הבקרה (Control Recipe Destination) לא הוגדר לשלב. תזמון שגוי — בדוק את מפתח הבקרה של השלב (מתזמן?), את המשאב המשויך ואת נוסחת התזמון שלו (CRC3), ואת ערכי התקן שהוזנו בשלב. מרשם בקרה לא נוצר בשחרור — פרופיל תזמון הייצור התהליכי (CORY) לא סומן ל-Generate Control Recipe On Release, או Approval Required (COR4) גובר וחוסם את השחרור האוטומטי — יש להשלים אישור או ליצור ידנית (CORK). Process Management שבור במפעל/Client חדש — לא הורצו O23C→O22C→O20C להעתקת מאפיינים/קטגוריות/הגדרות מ-Client/Plant 0001 (חובה ב-PRD). לקריאה תכנותית של מתכון: CRAP_RECIPE_READ / BAPI_ROUTING_GETDETAIL; לפעולה/שלב:.

מתכון אב (Master Recipe · PLKO/PLPO) הוא ה-Routing של התעשייה התהליכית, בעל מבנה היררכי ייחודי: כותרת (PLKO — Group/Counter, סטטוס, תוקף) → פעולות (PLPO) → שלבים (Phases · PLPO/PLPH — הרמה הביצועית המשויכת למשאב CRHD וניתנת לאישור בנפרד) → הוראות תהליך (PI Characteristics — מקור מרשם הבקרה/גיליון PI). רכיבי BOM מוקצים לשלבים דרך PLMZ; המתכון נכנס לשימוש רק דרך גרסת ייצור (C223, חובה ב-S/4) ופקודת תהליך (COR1). בשחרור הפקודה (CORY) נוצר מרשם בקרה שנשלח ליעד (Type 4 = גיליון PI בדפדפן) והודעות תהליך חוזרות ל-S/4. מחזור: C201 יצירה → פעולות → שלבים+משאב → PI → PLMZ → שחרור (סטטוס 4) → C223. שמור בנפרד מ-Routing בדיד (CA01-03). טבלאות PLKO/PLPO/PLPH/PLFL/PLAS/PLMZ/MAPL/CRHD · T-Codes C201/C202/C203/C223/COR1/COR6N/CO53 · Fiori Manage Master Recipes · SPRO OPN1/OP46 + Process Management (O12C/O13C) · API BAPI_RECIPE_CREATE/CRAP_RECIPE_READ/· CDS I_Routing/I_RoutingOperation/I_RoutingOperationComponent · BAdI/Exit PLNG0001 + DIGITAL_SIGNATURE_APPL.