MRP / MRP Live
תכנון · שיעור 3
- מקורות ביקוש (Demand Elements) — MRP מונע מתמהיל של דרישות עצמאיות מתוכננות (PIR, טבלאות PBIM/PBED), הזמנות לקוח, מלאי בטחון, ודרישות תלויות (RESB) שנוצרות מפיצוץ BOM של פריטי-אב. אסטרטגיית התכנון (Strategy Group ב-MRP3) קובעת אילו סוגי דרישה נוצרים ונצרכים; טעות במקור הביקוש מזליגה שגיאה לכל התכנית.
- Net Requirements Calculation (חישוב דרישה נטו) — לב האלגוריתם: MRP משווה לכל תאריך את הביקוש הכולל מול המלאי הזמין (plant/storage-location stock), אלמנטי היצע קיימים (הזמנות מתוכננות, פקודות פתוחות, PO, PR) ומלאי הבטחון. רק כשהמלאי הזמין יורד מתחת למלאי הבטחון או לדרישה — נוצר shortage שמפעיל יצירת אלמנט תכנון חדש. סוג ה-MRP (MRP Type: PD=תכנון דטרמיניסטי, VB/VM=Reorder Point, ND=ללא תכנון) קובע האם ואיך מבוצע החישוב.
- Lot-Sizing (קביעת גודל אצווה) — MRP מאחד את הדרישה נטו לכמויות הזמנה לפי פרוצדורת גודל האצווה שבאב החומר: Lot-for-Lot (EX — כמות מדויקת לדרישה), Fixed Lot Size (FX), Periodic (חודשי/שבועי — MB/WB/PK), או Optimum. Rounding value ו-Minimum/Maximum lot size מעדנים את הכמות (למשל עיגול לכמות מלאה של פאלט/אצווה בקו מילוי). Exit M61X0002 מאפשר לוגיקת גודל אצווה מותאמת.
- BOM Explosion ודרישות תלויות — לפריט מיוצר, MRP מפצץ את ה-BOM דרך גרסת הייצור (MKAL/C223) ומייצר דרישות תלויות (RESB) לכל רכיב, בכמות = כמות ההזמנה × כמות הרכיב ל-BOM base quantity. הפיצוץ ממשיך רקורסיבית במורד רמות ה-BOM (low-level code קובע סדר). פריט פנטום מתפוצץ ישירות לרכיביו ללא הזמנה נפרדת. בלי גרסת ייצור תקפה — אין פיצוץ ואין המרה לפקודה (קריטי ב-S/4).
מטרת השיעור
ידע אצורMRP (תכנון דרישות חומר) הוא ליבת תכנון הייצור: המנוע שמתרגם ביקוש — דרישות עצמאיות מתוכננות (PIR), הזמנות לקוח ודרישות תלויות מפיצוץ BOM — לתכנית היצע קונקרטית של הזמנות מתוכננות (PLAF) לייצור ודרישות רכש (EBAN) לחומרים נרכשים. ב-S/4HANA הוא רץ כ-MRP Live דרך MD01N על מנוע HANA: אלגוריתם התכנון עצמו הועבר לשכבת ה-DB (in-memory), רץ ברמת חומר, מתעדף רק חומרים שהשתנו (net change), ומקצר הרצה של שעות לדקות. בסוף השיעור (כ-2 דקות סקירה) תבין את חמשת שלבי לוגיקת ה-MRP — Net Requirements Calculation (חישוב דרישה נטו מול מלאי, מלאי בטחון ואלמנטים קיימים), Lot-Sizing (איחוד הדרישה לכמויות הזמנה לפי פרוצדורת גודל אצווה), BOM Explosion (פיצוץ המוצר לרכיביו דרך גרסת הייצור ויצירת דרישות תלויות), Scheduling (חישוב תאריכי התחלה/סיום לאחור מזמני הייצור/אספקה ולוח השנה), ו-Planned Order / PR Creation (יצירת התוצר) — ותדע להפעיל את MD01N, לקרוא את מצב המלאי/דרישות ב-MD04, ולתחזק את ה-Planning File (MD20/MD21) כתנאי מקדים לכל הרצה.
למה זה חשוב
ידע אצורכל שרשרת הייצור ב-PP-PI תלויה בפלט של MRP. אם MRP לא מייצר הזמנות מתוכננות — אין מה להמיר לפקודות תהליך (COR1/COR8), אין דרישות רכש שיהפכו ל-PO, וקווי המילוי עומדים. אם MRP מייצר כמויות שגויות (Lot Size שגוי, מלאי בטחון לא נכון) — נוצרים חוסרים שעוצרים ייצור או עודפי מלאי שכובלים הון חוזר ומסכנים חומרים עם תוקף (FEFO בתעשיית משקאות/פארמה). אם התזמון שגוי (זמני ייצור/אספקה או לוח שנה שגויים) — ההזמנות המתוכננות נופלות בתאריך לא ריאלי ומייצרות לחצי דחיפות מדומים או איחורי אספקה אמיתיים. MRP הוא גם נקודת הכשל הקריטית של המיגרציה ל-S/4: MRP Live דורש גרסת ייצור תקפה (MKAL) לכל חומר מיוצר — בניגוד ל-ECC שבו הגרסה הייתה אופציונלית. חומר בלי גרסה תקפה או תרחיש לא נתמך גורם ל-MRP Live "ליפול חזרה" ל-classic MRP (או לא לתכנן כלל), מה שמסכן שלמות תכנון בכל המפעל. הבנה מדויקת של חמשת שלבי הלוגיקה ושל תלויות אב-החומר (סוג MRP, lot size, מלאי בטחון, זמני אספקה) היא לכן תנאי מקדים לכל שאר נושאי התכנון והייצור.
ערך עסקי
ידע אצורMRP מבטיח שהחומר הנכון בכמות הנכונה יהיה זמין בזמן הנכון — הוא נקודת האיזון בין שירות לקוח (מניעת חוסרים ואיחורי אספקה) לבין הון חוזר (מניעת עודפי מלאי ופחת חומרים עם תוקף). MRP Live על HANA מקצר את זמן ההרצה דרמטית ומאפשר מחזורי תכנון תדירים יותר (אפילו מספר פעמים ביום), כך שהתכנית משקפת את הביקוש והמלאי העדכניים ולא תמונת מצב מלפני 24 שעות. עבור CBC/תעשייה תהליכית זה מתורגם ישירות לרמת שירות גבוהה יותר לרשתות (OTIF), פחות ביעורי חומרים שפג תוקפם, וניצול קיבולת חלק יותר של קווי המילוי. בנוסף, אפליקציות ה-Fiori (Monitor Material Coverage, Manage Material Coverage) מעבירות את המתכנן ממודל "הרצה + רשימת MRP סטטית" למודל exception-based עם דירוג לפי אזורי כיסוי (coverage) ויכולת פעולה מיידית.
היכן בשימוש
ידע אצורבליבת זרימת התכנון-לייצור (Plan-to-Produce) של PP-PI, מיד אחרי ניהול הביקוש (PIR/הזמנות לקוח) ולפני המרת ההזמנות המתוכננות לפקודות תהליך. מבוצע ע"י Production Planner / מתכנן חומרים ברמת מפעל (MD01N עם Scope of Planning) או חומר בודד (MD02/MDBT ברקע). קורא נתונים מתצוגות ה-MRP של אב החומר (MRP 1-4), מ-BOM (MAST) ומגרסת הייצור (MKAL), ומזין את המשך השרשרת: המרה לפקודות ייצור/תהליך (PP) ולדרישות רכש→PO (MM). המתכנן מנטר את התוצאה דרך MD04 (Stock/Requirements List) ו-MD05 (MRP List), ובעולם ה-Fiori דרך Monitor/Manage Material Coverage. משיק ל-MM (רכש), ל-SD (הזמנות לקוח כמקור ביקוש), ל-WM/EWM (מלאי), ולתרחישי PP-DS (תכנון מפורט וסופי) כאשר הם מופעלים.
מושגי מפתח
מאומת- מקורות ביקוש (Demand Elements) — MRP מונע מתמהיל של דרישות עצמאיות מתוכננות (PIR, טבלאות PBIM/PBED), הזמנות לקוח, מלאי בטחון, ודרישות תלויות (RESB) שנוצרות מפיצוץ BOM של פריטי-אב. אסטרטגיית התכנון (Strategy Group ב-MRP3) קובעת אילו סוגי דרישה נוצרים ונצרכים; טעות במקור הביקוש מזליגה שגיאה לכל התכנית.
- Net Requirements Calculation (חישוב דרישה נטו) — לב האלגוריתם: MRP משווה לכל תאריך את הביקוש הכולל מול המלאי הזמין (plant/storage-location stock), אלמנטי היצע קיימים (הזמנות מתוכננות, פקודות פתוחות, PO, PR) ומלאי הבטחון. רק כשהמלאי הזמין יורד מתחת למלאי הבטחון או לדרישה — נוצר shortage שמפעיל יצירת אלמנט תכנון חדש. סוג ה-MRP (MRP Type: PD=תכנון דטרמיניסטי, VB/VM=Reorder Point, ND=ללא תכנון) קובע האם ואיך מבוצע החישוב.
- Lot-Sizing (קביעת גודל אצווה) — MRP מאחד את הדרישה נטו לכמויות הזמנה לפי פרוצדורת גודל האצווה שבאב החומר: Lot-for-Lot (EX — כמות מדויקת לדרישה), Fixed Lot Size (FX), Periodic (חודשי/שבועי — MB/WB/PK), או Optimum. Rounding value ו-Minimum/Maximum lot size מעדנים את הכמות (למשל עיגול לכמות מלאה של פאלט/אצווה בקו מילוי). Exit M61X0002 מאפשר לוגיקת גודל אצווה מותאמת.
- BOM Explosion ודרישות תלויות — לפריט מיוצר, MRP מפצץ את ה-BOM דרך גרסת הייצור (MKAL/C223) ומייצר דרישות תלויות (RESB) לכל רכיב, בכמות = כמות ההזמנה × כמות הרכיב ל-BOM base quantity. הפיצוץ ממשיך רקורסיבית במורד רמות ה-BOM (low-level code קובע סדר). פריט פנטום מתפוצץ ישירות לרכיביו ללא הזמנה נפרדת. בלי גרסת ייצור תקפה — אין פיצוץ ואין המרה לפקודה (קריטי ב-S/4).
- Scheduling (תזמון) — MRP מחשב תאריכים לכל אלמנט: לחומר מיוצר, תזמון לאחור (backward) מתאריך הדרישה תוך שימוש בזמן הייצור (in-house production time או lead time scheduling מהמתכון) ולוח שנה של המפעל; לחומר נרכש, לפי Planned Delivery Time + Goods Receipt Processing Time. אם התאריך יוצא בעבר, MRP עובר לתזמון קדימה (forward) ומייצר exception message (למשל 'reschedule in/out'). זמני אספקה שגויים = תזמון לא ריאלי.
- Planned Order (PLAF) ו-Purchase Requisition — התוצר: לחומר מיוצר נוצרת הזמנה מתוכננת (טבלה PLAF) הממתינה להמרה לפקודת תהליך/ייצור; לחומר נרכש נוצרת דרישת רכש (EBAN) הממתינה להמרה ל-PO. ההזמנה המתוכננת נושאת גרסת ייצור, כמות, תאריכים ורכיבים תלויים, וניתנת להמרה ידנית (MD04/CO40/COR8) או המונית (MD40/COR7). כותרת הריצה נשמרת ב-MDKP.
- MRP Live (MD01N) מול Classic MRP — ב-S/4HANA אלגוריתם התכנון הועבר למנוע HANA (PPH — Planning Procedure on HANA): רץ in-memory, ברמת חומר, עם net-change ומקבילות גבוהה. MD01N מריץ MRP Live; MD01/MD02 הקלאסי עדיין קיים לתרחישים לא נתמכים. תרחישים מסוימים (חלק מ-subcontracting, tooling מסוים) גורמים ל-MRP Live 'ליפול' ל-classic לחומר הספציפי — יש לנטר את יומן ה-MRP Live לזיהוי חריגות.
- Planning File ואופק התכנון (MD20/MD21) — ה-Planning File (בעבר MDVM; ב-S/4 נגזר מ-DBVM/מבנה תכנון) מסמן אילו חומרים השתנו ודורשים תכנון מחדש (net change indicators NETCH/NETPL). חומר בלי רשומת Planning File תקינה או תצוגת MRP לא יתוכנן ב-MD01N. אופק התכנון (planning horizon) קובע עד כמה קדימה MRP מייצר אלמנטים ב-net-change-in-planning-horizon; אופק קצר מדי = אין הזמנות מתוכננות בטווח הרלוונטי.
- Scope of Planning ובקרת הרצה — MD01N מאפשר להריץ לפי Scope of Planning (קבוצת מפעלים/אזורי MRP) ולקבוע Control Parameters: Processing Key (NETCH — רק שינויים / NEUPL — רגנרטיבי מלא), Create Purchase Req (1/2/3), Create MRP List, Planning Mode ו-Scheduling. בחירת הפרמטרים משפיעה ישירות על היקף התכנון ועל הביצועים.
דוגמה מ-CBC
ידע אצורבארגון (יצרן משקאות תוסס): מחלקת התכנון מזינה תחזית של 200,000 בקבוקים 500ml למוצר הגמר כ-PIR בגרסה 00 (אסטרטגיה 40 — MTS עם צריכת תחזית מול מכירות). המתכנן מריץ MD01N ברמת המפעל בלילה. MRP Live מבצע: (1) Net Requirements — משווה את ה-200K מול מלאי מוצר הגמר הקיים ומלאי הבטחון, ומזהה חוסר; (2) Lot-Sizing — מאחד לפי periodic lot size שבועי ומעגל לכמות מלאה של אצוות מילוי; (3) BOM Explosion — מפצץ דרך גרסת הייצור 'קו מילוי 1' לדרישות תלויות: תרכיז משקה, מים, CO2, בקבוקים, מכסים ותוויות; (4) Scheduling — תזמון לאחור מתאריך הדרישה תוך שימוש בזמן הייצור של קו 1 ולוח שנת המפעל, ולרכיבים הנרכשים לפי Planned Delivery Time של הספקים; (5) יצירת תוצר — הזמנות מתוכננות (PLAF) לייצור המשקה, ודרישות רכש (EBAN) לבקבוקים/מכסים/תוויות לפי מלאי הבטחון של כל רכיב. בבוקר המתכנן פותח את Monitor Material Coverage, מזהה ש'תרכיז משקה' (צוואר בקבוק) באזור כיסוי אדום, קורא את פרטי הכיסוי ב-MD04, וממיר את ההזמנה המתוכננת לפקודת תהליך ב-COR8/MD04.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| PLAF | הזמנות מתוכננות (Planned Orders) — התוצר המרכזי של MRP לחומר מיוצר |
| MDKP | כותרת מסמך תכנון (Planning Document Header) — כותרת הרצת ה-MRP |
| MDTB | פריטי טבלת ה-MRP (MRP Table Items) — אלמנטי היצע/ביקוש לפי תאריך |
| MARC | נתוני חומר ברמת מפעל — סוג MRP, lot size, מלאי בטחון, זמני אספקה (תצוגות MRP) |
| MARD | נתוני מלאי חומר ברמת מיקום אחסון — מלאי זמין לחישוב הדרישה נטו |
| MDVM | רשומות Planning File (net-change indicators) — מסמן חומרים לתכנון מחדש |
| RESB | דרישות תלויות/שמורות (Dependent Requirements) — נוצרות מפיצוץ BOM |
| EBAN | דרישת רכש (Purchase Requisition) — התוצר של MRP לחומר נרכש |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתProduction → Material Requirements Planning → Planning → Define Scope of Planning / Check MRP Types / Check Lot-Sizing Procedures; Production → MRP → Planning File Entries → Activate Material Requirements Planning and Set Up Planning File; Production → MRP → Planning → Activate MRP for MRP Live (Set Up / Activate MRP Live)
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Material Requirements Planning (MRP) in SAP S/4HANA; SAP Help Portal — MRP Live (PPH) / Planning Run; SAP Community — MRP Live vs. Classic MRP in S/4HANA; Production Planning with SAP S/4HANA (Ch.13 — MRP); SAP Help Portal — Monitor Material Coverage (Fiori App)
טעויות נפוצות
ידע אצור- אין הזמנות מתוכננות — רשומת Planning File חסרה/לא מסומנת net-change, או אופק התכנון קצר מדי; החומר לא נכלל בהרצת NETCH.
- כמויות שגויות — פרוצדורת Lot Size לא מתאימה (EX במקום periodic), Rounding/Min/Max lot size שגויים, או מלאי בטחון לא נכון באב החומר.
- תזמון לא ריאלי — In-house production time / Planned Delivery Time / GR processing time שגויים, או לוח שנת מפעל לא תואם → תאריכים בעבר ו-exception 'reschedule'.
- MRP Live נופל ל-classic או לא מתכנן — חומר בלי גרסת ייצור תקפה (MKAL) או תרחיש לא נתמך (חלק מ-subcontracting); התוצאה נראית כאילו החומר 'נעלם' מהתכנון.
- בלבול בין MD04 ל-MD05 — MD04 דינמי (חי, מתעדכן בזמן אמת) ואילו MD05 סטטי (מההרצה האחרונה); קריאת MD05 ישן מובילה להחלטות על תמונת מצב לא עדכנית.
פתרון תקלות
ידע אצורחומר לא מתוכנן ב-MD01N: בדוק ראשית ב-MD21 שקיימת רשומת Planning File עם אינדיקטור net-change (NETCH/NETPL); אם חסרה, צור/הפעל דרך MD20 או OMDU (Activate MRP & Set Up Planning File). ודא שתצוגת ה-MRP קיימת למפעל (MM03 → MRP 1) ושסוג ה-MRP אינו ND. אם החומר בעל net-change אבל עדיין לא מתוכנן — בדוק את אופק התכנון ואת ה-Processing Key בהרצה (NEUPL רגנרטיבי יכפה תכנון מלא). \nהזמנה מתוכננת לא ניתנת להמרה לפקודת תהליך: הסיבה הכמעט תמידית ב-S/4 היא חוסר גרסת ייצור תקפה (MKAL) — צור/הרחב ב-C223 עם טווח תוקף וכמות (lot size range) שחופפים לתאריך ולכמות ההזמנה; ודא ש-BOM והמתכון תקפים לאותו תאריך. \nMRP Live איטי או נופל ל-classic: פתח את יומן ה-MRP Live (application log / MRP Live monitor) לזיהוי החומרים שגרמו ל-fallback; בדרך כלל תרחיש לא נתמך (subcontracting מסוים, נתוני-אב חסרים). תקן את נתוני-האב או תכנן את החומר החריג ב-MD02 קלאסי. \nכמות/תזמון שגויים: אמת ב-MM03 את פרוצדורת ה-Lot Size, Rounding value, Min/Max, מלאי בטחון, וזמני האספקה/ייצור; הצלב מול תוצאת ה-Net Requirements ב-MD04 (לחיצה על אלמנט → פרטי חישוב). \nכפל ביקוש: אם התחזית והזמנות הלקוח נספרים פעמיים — בדוק את אסטרטגיית התכנון (Strategy Group), Requirements Type ו-Consumption Mode/Periods ב-MRP3.
שיטות עבודה מומלצות
ידע אצור- הפעל MRP Live (MD01N) כברירת מחדל ותזמן הרצות תדירות ברקע (Schedule MRP Runs / MDBT) עם Processing Key NETCH — נצל את מהירות ה-HANA לתכנון עדכני, ושמור NEUPL רגנרטיבי מלא למחזורים מבוקרים בלבד.
- ודא גרסת ייצור תקפה (MKAL) לכל חומר מיוצר לפני go-live — זהו תנאי חובה ל-MRP Live ולהמרה לפקודות ב-S/4; הרץ בדיקת כיסוי גרסאות במיגרציה.
- עבוד exception-based דרך Monitor/Manage Material Coverage במקום לסרוק רשימות MRP ידניות — דרג טיפול לפי אזורי כיסוי וטפל קודם בצווארי בקבוק ובחומרים עם תוקף.
- נהל את פרמטרי ה-Lot Size ומלאי הבטחון כמדיניות מכוונת (לא כברירת מחדל) — התאם periodic lot size לאצוות מילוי ולמינימום כלכלי, ועגל לכמות פאלט/אצווה שלמה.
- עקוב אחר יומן ה-MRP Live אחרי כל שינוי נתוני-אב או שדרוג — כדי לתפוס מוקדם חומרים שנופלים ל-classic ולתקן את שורש הבעיה.
טיפים
ידע אצור- MD04 הוא חבר טוב יותר מ-MD05 בפתרון תקלות — הוא דינמי ומתעדכן בזמן אמת; לחיצה על אלמנט מציגה את חישוב הדרישה נטו ואת ה-pegging.
- זכור את חמשת השלבים בסדר: Net Requirements → Lot-Sizing → BOM Explosion → Scheduling → Planned Order/PR. כשמשהו שגוי, אתר קודם באיזה שלב הבעיה נוצרה.
- סוג ה-MRP (MRP Type) קובע את כל הלוגיקה: PD = תכנון דטרמיניסטי מלא, VB/VM = Reorder Point, ND = ללא תכנון. חומר שלא מתוכנן — בדוק קודם את סוג ה-MRP.
- Planning Time Fence + Firming (מ-MPS/MRP4) מגן על אזור התכנון הקרוב מפני שינויים אוטומטיים — שימושי לייצוב תכנית האב של צווארי בקבוק.
בחן את עצמך
ידע אצורמהו הסדר הנכון של חמשת שלבי לוגיקת ה-MRP?
הזמנה מתוכננת לחומר מיוצר לא ניתנת להמרה לפקודת תהליך ב-S/4HANA. מה הסיבה הסבירה ביותר?
מה ההבדל המהותי בין MD04 ל-MD05?
סיכום
ידע אצורMRP הוא ליבת תכנון הייצור ב-PP-PI: הוא מתרגם ביקוש (PIR, הזמנות לקוח, דרישות תלויות) לתכנית היצע — הזמנות מתוכננות (PLAF) לייצור ודרישות רכש (EBAN) לרכש — דרך חמישה שלבים: חישוב דרישה נטו, קביעת גודל אצווה, פיצוץ BOM, תזמון, ויצירת התוצר. ב-S/4HANA הוא רץ כ-MRP Live דרך MD01N על מנוע HANA — מהיר, ברמת חומר, מבוסס net-change. הצלחתו תלויה בנתוני-אב נקיים (סוג MRP, lot size, מלאי בטחון, זמני אספקה), ב-Planning File מעודכן (MD20/MD21), ובגרסת ייצור תקפה (MKAL) — קריטית להמרה לפקודות ולמניעת fallback ל-classic. המתכנן מנטר דרך MD04/MD05 ובעולם ה-Fiori דרך Monitor/Manage Material Coverage בגישת exception-based.