מבוא לתעשייה התהליכית

מבוא לתעשייה התהליכית מסביר מדוע SAP מפרידה בין ייצור בדיד (Discrete) לייצור תהליכי (Process — PP-PI), ומה בדיוק הופך את PP-PI למודול נבדל. בסוף השיעור תבין את ההבחנה המהותית: ייצור בדיד מרכיב יחידות בדידות שאפשר לספור, לפרק ולעקוב אחריהן (מכונות, רהיטים, רכבים) לפי עץ מוצר (BOM) ומסלול (Routing) עם פעולות רציפות; ואילו ייצור תהליכי מייצר בזרימה רציפה או באצוות (batches) של חומרים בלתי-בדידים — נוזלים, אבקות, גזים, תרכובות — כמו משקאות, תרופות, מזון וכימיקלים. תכיר את ארבעת האובייקטים שמגדירים את PP-PI ואין להם מקבילה מדויקת בעולם הבדיד: פקודת תהליך (Process Order, קטגוריה 40 · COR1), מתכון-אב (Master Recipe · C201 · PLKO/PLPO במקום Routing), מרשם בקרה/גיליון PI (Control Recipe / PI Sheet · CO53 — הגשר ל-MES ולמפעיל בשטח), וניהול אצוות (Batch Management · MCH1 — עקיבות מלאה מחומר גלם ועד מוצר גמר). תבין שגרסת ייצור (MKAL) חובה ב-S/4HANA, ושמשאב (Resource · CRC1) מחליף את מרכז העבודה.

כל תעשייה שבה המוצר איננו יחידה בדידה שניתן להרכיב ולפרק — אלא חומר שנוצר בתגובה כימית, בערבוב, בבישול, בסינון או במילוי — אינה יכולה להתבטא נכון במודל הייצור הבדיד. בייצור משקאות למשל אי אפשר "לפרק" בקבוק שנמזג בחזרה לתרכיז ולמים; בפארמה חובה לתעד כל אצווה מקצה לקצה (Batch Record) לצורך GMP ורגולציה; במזון נדרש מעקב FEFO/תוקף (SLED) ומשיכת אצווה (recall) מיידית. PP-PI נבנה בדיוק לצרכים האלה: מתכון-אב במקום מסלול (עם שלבים, הוראות תהליך ומשאבים במקום מכונות בדידות), פקודת תהליך במקום פקודת ייצור, מרשם בקרה שמגשר בין ה-ERP לרצפת הייצור/ה-MES (Process Instructions שיוצאות למפעיל וחוזרות כהודעות תהליך עם ערכים בפועל), וניהול אצוות כשלד העקיבות. יועץ שמתחיל פרויקט PP-PI בלי להבין את ההבחנה הזו יבחר קטגוריית צו שגויה (10 במקום 40), ינסה להשתמש ב-CA01/CO01 במקום C201/COR1, ויפספס את כל שכבת ה-Process Management וניהול האצוות — טעות שמתגלגלת לכל שרשרת התכנון-ביצוע-עלות-רגולציה.

בחירה נכונה של PP-PI (מול PP בדיד או REM) נותנת התאמה מלאה של המערכת לאופי הייצור: עקיבות אצווה מקצה לקצה (traceability) לעמידה ב-GMP/HACCP/ISO ולמשיכת מוצר מהירה, תיעוד אלקטרוני של פרמטרי התהליך (Batch Record אלקטרוני במקום נייר), אינטגרציה מובנית ל-MES/DCS דרך מרשם בקרה והודעות תהליך, ניהול תוקף/SLED ו-FEFO אוטומטי, וניהול נכון של Co-Products/By-Products שנפוצים בתעשייה התהליכית. התוצאה: עמידה ברגולציה, הפחתת סיכון recall, שקיפות עלות ואיכות ברמת האצווה, וקיצור זמן שחרור אצווה לשוק (batch release). לעומת זאת, אילוץ תעשייה תהליכית לתוך מודל בדיד גורר פתרונות עוקפים ידניים, פערי עקיבות ותיעוד לקוי — סיכון רגולטורי וכספי ישיר.

תעשיות עיבוד רציף/אצווה: משקאות (בירה, מים מינרליים, מיצים, משקאות תוססים), פארמה וביוטק, מזון וחלב, כימיקלים ופטרוכימיה, קוסמטיקה, צבעים וציפויים. השיעור הוא הבסיס לכל פרויקט הטמעה/מיגרציה ל-S/4HANA של יצרן תהליכי, לקבלת החלטת עיצוב מוקדמת "PP בדיד מול PP-PI מול REM", ולהכשרת יועצים וצוותי אב-נתונים. משמש יועצי PP-PI פונקציונליים, מהנדסי תהליך, מנהלי ייצור/QA, וצוותי אינטגרציה (MES/DCS). ב-CBC — קו ייצור המשקאות: תרכיז → ערבוב → קרבונציה → מילוי → אריזה, הכל באצוות עם ניהול תוקף.

• ייצור בדיד מול ייצור תהליכי (Discrete vs Process) — בדיד מרכיב יחידות בדידות ניתנות לספירה/פירוק (מכונות, רכבים, אלקטרוניקה) ומשתמש בעץ מוצר + מסלול עם פעולות; תהליכי מייצר חומרים בלתי-בדידים בזרימה רציפה או באצוות (נוזלים/אבקות/גזים) ואינו ניתן ל'פירוק' לרכיבים. הבחירה בין השניים היא החלטת עיצוב יסודית בתחילת הפרויקט.
• PP-PI מול PP (בדיד) — שני התתי-מודולים חולקים את אב החומר, MRP, ניהול ביקוש ואינטגרציה ל-MM/CO/QM, אך נבדלים באובייקטי הביצוע: PP=פקודת ייצור (קטגוריה 10, CO01) על בסיס מסלול (Routing); PP-PI=פקודת תהליך (קטגוריה 40, COR1) על בסיס מתכון-אב + שכבת Process Management וניהול אצוות מובנה. REM (Repetitive) הוא אופציה שלישית לייצור חוזר ללא פקודות.
• פקודת תהליך (Process Order · קטגוריה 40) — אובייקט הביצוע של PP-PI. מבנה של שלבים (Phases) תחת פעולות, עם משאבים ומאפייני תהליך (PI Characteristics). נפתחת ב-COR1 (או מהמרת הזמנה מתוכננת), משוחררת ב-COR2, מאושרת ב-COR6N. טבלאות ליבה AUFK/AFKO/AFPO/AFVC/RESB; קטגוריה 40 נקבעת אוטומטית מסוג הצו ואינה ניתנת לשינוי.
• מתכון-אב (Master Recipe · PLKO/PLPO) — המקבילה התהליכית ל-Routing. נוצר ב-C201, מכיל פעולות ושלבים (Phases), הקצאת משאבים, הקצאת רכיבי BOM לשלבים (PLMZ), והוראות תהליך (Process Instructions) או XSteps. TL type=2. הבדל מ-Routing הבדיד: שלבים + הוראות תהליך שמזינות את מרשם הבקרה.
• מרשם בקרה / גיליון PI (Control Recipe / PI Sheet) — הבידול המרכזי של PP-PI. בעת/אחרי שחרור הפקודה נוצר מרשם בקרה (CO53) שנשלח ל-MES/DCS או מוצג למפעיל כגיליון PI אינטראקטיבי; המפעיל מזין ערכים בפועל שחוזרים ל-ERP כהודעות תהליך (Process Messages). זהו הגשר הדו-כיווני בין ה-ERP לרצפת הייצור, ואין לו מקבילה בייצור הבדיד הקלאסי.
• ניהול אצוות (Batch Management · MCH1/MCHA/MCHB) — כל תוצר וחומר גלם מנוהל כאצווה עם מאפיינים (תוקף/SLED, ריכוז, טוהר) לצורך עקיבות מקצה-לקצה, FEFO וקביעת אצווה אוטומטית (Batch Determination) בצריכת רכיבים. שלד ה-traceability של התעשייה התהליכית ותנאי ל-GMP/recall.
• משאב (Resource · CRC1) מול מרכז עבודה — ב-PP-PI היחידה שמבצעת שלב נקראת Resource (משאב, למשל מיכל ערבוב/כור/ממלאה) ולא Work Center; מקושרת למתכון ונושאת קיבולת, נוסחאות תזמון/עלות ומאפייני תהליך. מקבילה תפקודית למרכז העבודה הבדיד אך מותאמת לעולם התהליכי.
• גרסת ייצור חובה ב-S/4HANA (Production Version · MKAL) — מקשרת חומר ↔ BOM (חלופה) ↔ מתכון-אב לטווח כמות ותוקף. ב-S/4 היא חובה (בניגוד ל-ECC) לתכנון MRP Live ולפתיחת פקודת תהליך; בלי גרסה תקפה אין תכנון ואין צו — נקודת כשל קריטית במיגרציה.
• מוצרי-לוואי ותוצרי-ביניים (Co-Products / By-Products) — נפוצים בתעשייה התהליכית: תגובה/תהליך יחיד מייצר יותר ממוצר אחד; PP-PI תומך בכך במתכון ובחלוקת עלות (Apportionment) — יכולת שנדרשת הרבה פחות בייצור הבדיד.

בקו ייצור המשקאות ב-CBC המוצר הוא נוזל תוסס — תרחיש תהליכי מובהק שלא יכול להתבטא במודל בדיד. המוצר 'משקה תוסס 500ml' מוגדר כ-FERT עם ניהול אצוות פעיל; חומרי הגלם 'תרכיז', 'מים', 'CO2' וחומרי האריזה 'בקבוק/מכסה/תווית' — כל אחד באצווה משלו. במקום Routing נבנה מתכון-אב (C201) עם שלבים: (1) הכנת תרכיז, (2) ערבוב (Resource='מיכל ערבוב'), (3) קרבונציה (Resource='יחידת קרבונציה'), (4) מילוי (Resource='ממלאה'). גרסת ייצור 'קו מילוי 1' (C223) מקשרת את ה-BOM למתכון לטווח 10K-100K בקבוקים. MRP Live פותח הזמנה מתוכננת שהופכת לפקודת תהליך (COR1, קטגוריה 40). בשחרור נוצר מרשם בקרה (CO53) שנשלח ל-MES של הקו; המפעיל מקבל גיליון PI עם יעדי טמפרטורה, לחץ CO2 וכמות מילוי, ומזין ערכים בפועל שחוזרים כהודעות תהליך. באישור (COR6N) מתבצע Backflush של התרכיז/מים והתוצר נקלט למלאי כאצווה חדשה עם תאריך תפוגה. אם אצווה נמצאת פגומה — משיכת recall מיידית דרך עקיבות האצווה עד לחומר הגלם. אותו קו בייצור בדיד היה מאבד את שכבת מרשם הבקרה, את הוראות התהליך ואת עקיבות האצווה המובנית.

Production Planning for Process Industries → Process Order → Master Data → Order → Define Order Types (OPJH — קטגוריה 40 נקבעת אוטומטית) · Define Order Type-Dependent Parameters (COR4 — בחירת מתכון TL type 2, Approval, גרסת ייצור). מתכון-אב: Production Planning for Process Industries → Master Data → Master Recipe (פרופיל OPN1, סטטוס OP46). משאב: Production Planning for Process Industries → Master Data → Resource. Process Management: Production Planning for Process Industries → Process Management → Control Recipe / PI Sheet (יעד מרשם בקרה — Control Recipe Destination). ניהול אצוות: Logistics – General → Batch Management (רמת אצווה; פרוצדורת חיפוש אצווה לצו תהליכי OPLG).

• C_AFKO_AWK
• C_AFKO_ATY
• C_TCLA_BKA
• C_STUE_BER
• S_TCODE

SAP Help Portal — Production Planning and Detailed Scheduling (PP-PI Process Manufacturing); SAP Help Portal — Process Order (Process Manufacturing); SAP Help Portal — Master Recipe; SAP Help Portal — Process Management (Control Recipes / PI Sheets / Process Messages); SAP Help Portal — Batch Management; SAP Community — PP vs PP-PI: When to use Process Orders; Production Planning with SAP S/4HANA (Rheinwerk) — Ch.4 Process Manufacturing Configuration, Ch.7 PP for Process Manufacturing

"'לא ניתן לפתוח פקודת תהליך ב-COR1' → בדוק (א) שסוג הצו בקטגוריה 40 (OPJH), (ב) שקיימת גרסת ייצור תקפה לכמות/תאריך (C223 → Check; MKAL), (ג) שהמתכון-אב בסטטוס משוחרר (OP46, סטטוס 2/4) ו-TL type=2 מוקצה לסוג החומר. 'מרשם בקרה לא נוצר בשחרור' → יעד מרשם בקרה (Control Recipe Destination) לא הוגדר בשלב/פרופיל, או שהשלב חסר PI Characteristics; בדוק ב-Process Management customizing וב-CO53. 'המערכת לא מוצאת מתכון' → מתכון בסטטוס Created (1) או TL type ≠ 2 — שחרר ב-OP46 והקצה סוג חומר. 'קביעת אצווה לא רצה בצריכת רכיב' → פרוצדורת חיפוש אצווה לא הוקצתה/הופעלה (Check Batch כבוי) ב-COR4/OPLG, או מאפיין SLED/FEFO לא מולא. 'Approval Required חוסם שחרור' → הוגדר Approval Required (COR4) בלי אסטרטגיית אישור — הגדר Individual Approval או בטל את הדגל. הרחבות ולידציה: Customer Exit PPCO0001 (שמירה) / CONFPP01 (אישור), ובעדיפות Clean Core דרך BAdI WORKORDER_UPDATE / WORKORDER_CONFIRM."

PP-PI הוא המודול של SAP לתעשייה התהליכית — ייצור חומרים בלתי-בדידים (נוזלים/אבקות/גזים) בזרימה רציפה או באצוות, בניגוד לייצור הבדיד שמרכיב יחידות ניתנות לספירה/פירוק. השניים חולקים אב חומר, BOM, MRP ואינטגרציה ל-MM/CO/QM, אך נבדלים באובייקטי הביצוע: PP-PI=פקודת תהליך (קטגוריה 40 · COR1/COR6N) על בסיס מתכון-אב (C201 · PLKO/PLPO, המקביל ל-Routing), עם משאבים (CRC1) במקום מרכזי עבודה, ושתי שכבות ייחודיות — מרשם בקרה/גיליון PI (CO53, הגשר ל-MES/למפעיל) וניהול אצוות מובנה (MCH1, עקיבות מקצה-לקצה ל-GMP/FEFO). גרסת ייצור (MKAL · C223) חובה ב-S/4HANA. אובייקטים: BAPI_PROCORD_CREATE/RELEASE/PROCORDCONF_CREATE_TT (BUS2116), CDS I_ManufacturingOrder/I_Routing/I_ProductionVersion, Clean Core דרך BAdI WORKORDER_UPDATE/WORKORDER_CONFIRM.