ניטור והערכת הרצות-התכנון
Monitoring and Evaluating the Planning Runs
תכנון ייצור · שיעור 7
- ניטור הוא חלק מההרצה, לא תוספת.
- log + MRP Live monitor + Fiori apps.
- נהל לפי-חריגים.
- log = יומן-ההרצה per product/step.
מטרת השיעור
ידע אצוראחרי כל הרצה צריך לוודא שהיא הצליחה ומה היא יצרה. PP/DS מספק שכבת-ניטור: PP/DS planning log, הערכת MRP Live, הערכת background run, ו-MRP Fiori apps. ניטור-שיטתי הוא ההבדל בין תכנון אמין לתכנון 'עיוור'. יומן-התכנון של PP/DS — ה-PP/DS planning log מתעד את הודעות-ההרצה ברמת-מוצר ו-heuristic: מה תוכנן, אילו אזהרות/שגיאות עלו, ומדוע חומר לא תוכנן. זהו כלי-החקירה הראשון אחרי כל הרצה. הערכת ביצוע ה-MRP Live — הערכת MRP Live בוחנת את תוצאות ההרצה המשולבת (classic+PP/DS): סטטיסטיקות-ביצוע, חומרים שתוכננו, שגיאות-ניתוב, וזמני-ריצה — לאימות שה-One MRP Run הצליח לכל ה-portfolio. הערכת הרצת-הרקע של PP/DS — הערכת ה-background run בוחנת את תוצאות ה-mass planning: ה-application log, מספר-החומרים שתוכננו, שגיאות per package, וזמני-ריצה — לאימות שה-job הלילי כיסה את כל ה-scope. ניטור תוצאות-תכנון מאפליקציות MRP ב-SAP Fiori — אפליקציות ה-MRP ב-SAP Fiori (Monitor/Manage Material Coverage, Manage Material Shortages, MRP master data issues) נותנות למתכן ממשק-עבודה מודרני, exception-based, לניטור-תוצאות ולפעולה — מהרצף 'בעיה→החלטה→פעולה' באותו מסך.
למה זה חשוב
ידע אצורהרצה לא מסתיימת בלחיצת-כפתור — צריך לבדוק: עברה בהצלחה? היו שגיאות? מה נוצר? לכך יש log-ים וכלי-הערכה (כולל אפליקציות Fiori) שמראים בדיוק מה קרה. יומן-התכנון של PP/DS — ה-log הוא 'יומן' של מה שקרה בהרצה: לכל מוצר רשום אם הצליח, ואם לא — למה. כשמשהו לא עובד כמצופה, פותחים אותו קודם. הערכת ביצוע ה-MRP Live — אחרי ש-MRP Live רץ, בודקים: כמה חומרים תוכננו? היו שגיאות? כמה זמן זה לקח? כך יודעים שהתכנון המשולב הצליח. הערכת הרצת-הרקע של PP/DS — אחרי ה-job הלילי בודקים את ה-log שלו: עברו כל החומרים? היו packages שנכשלו? כמה זמן? כך יודעים שההרצה הגדולה הצליחה. ניטור תוצאות-תכנון מאפליקציות MRP ב-SAP Fiori — במקום מסכי-SAP ישנים, יש אפליקציות Fiori נוחות שמראות בדיוק היכן יש מחסור/עודף, ומאפשרות לתקן ישירות — לראות בעיה, להחליט ולפעול במקום אחד.
ערך עסקי
ידע אצורלהבטיח שהתכנון רץ נכון, לזהות שגיאות/חריגים מוקדם, ולנהל לפי-חריגים (exception-based) במקום לבדוק כל חומר. יומן-התכנון של PP/DS — לתת שקיפות מלאה לפעולת-ה-heuristics — לאתר ולפתור שגיאות-תכנון במהירות. הערכת ביצוע ה-MRP Live — לאמת שההרצה המשולבת כיסתה את כל החומרים נכון (כל אחד במנועו) ולזהות בעיות-ניתוב/ביצועים. הערכת הרצת-הרקע של PP/DS — לאמת שה-background run כיסה את כל ה-propagation range ולזהות packages/חומרים שנכשלו. ניטור תוצאות-תכנון מאפליקציות MRP ב-SAP Fiori — לתת למתכן ממשק יומיומי יעיל לניהול-לפי-חריגים: לזהות מחסורים, לקבל הצעות-פתרון, ולפעול — בלי לנווט בין מסכים.
היכן בשימוש
ידע אצור• Production Planning for Process Industries ► PP/DS ► Planning Log • Logistics ► MRP ► Monitoring (MRP Live / Fiori apps) • Logistics ► MRP ► MRP Live ► Evaluation / Statistics • Production Planning for Process Industries ► PP/DS ► Background Run ► Application Log • SAP Fiori Launchpad ► Manufacturing ► MRP ► Monitor/Manage Material Coverage
מושגי מפתח
ידע אצור- ניטור הוא חלק מההרצה, לא תוספת.
- log + MRP Live monitor + Fiori apps.
- נהל לפי-חריגים.
- log = יומן-ההרצה per product/step.
- כלי-החקירה הראשון.
- כייל log-level נכון.
- מאמת את ההרצה המשולבת.
- מזהה בעיות-ניתוב classic/PP/DS.
- משלים את ה-PP/DS log.
- application log per package.
- מזהה packages שנכשלו.
- כייל package size.
- Fiori apps = ניטור-תוצאות מודרני.
- exception-based + solution cards.
- בעיה→החלטה→פעולה במסך אחד.
דוגמה מ-CBC
ידע אצורבארגון בכל בוקר מתכנן-הקו בודק את ה-log של ה-production planning run ואת Monitor Material Coverage, ומטפל רק במשקאות עם under-coverage — לא בכל ה-portfolio. אחרי ה-job הלילי, ה-planner פותח את ה-MRP monitor ב-Fiori, מסנן ל-uncovered requirements, ומטפל רק ב-50 החומרים החריגים מתוך אלפים. יומן-התכנון של PP/DS — בארגון ה-log חושף שמשקה לא תוכנן בגלל 'PDS not found' אחרי שינוי-קו; המתכנן מסנכרן PDS ומריץ שוב. חומר לא קיבל הזמנה-מתוכננת; ה-log מראה 'no valid source found' — המתכנן מבין שחסר PDS פעיל ומתקן. הערכת ביצוע ה-MRP Live — בארגון ההערכה מאשרת שכל המשקאות תוכננו ב-PP/DS וכל הרכיבים ב-classic; חריג שבו משקה תוכנן classic מצביע על דגל-חסר. הערכה מראה ש-200 חומרים 'נפלו' ל-classic למרות שהם PP/DS — בדיקה מגלה דגל Advanced Planning חסר; תיקון והרצה-מחדש. הערכת הרצת-הרקע של PP/DS — בארגון הערכת ה-job הלילי חושפת ש-package של קו-2 לא הושלם; המתכנן מריץ-מחדש את חומרי-הקו אינטראקטיבית בבוקר. ה-log מראה ש-package 3 נכשל ב-timeout; המתכנן מקטין package size ומריץ-מחדש את ה-scope החסר. ניטור תוצאות-תכנון מאפליקציות MRP ב-SAP Fiori — בארגון מתכנן-המשקאות פותח בבוקר את Monitor Material Coverage, רואה מחסור-קיץ ב-Sprite, ומ-Manage Material Coverage מקדים הזמנה-מתוכננת בלחיצה. Monitor Material Coverage מציג 30 חומרים ב-uncovered; המתכנן נכנס ל-Manage Material Coverage, בוחר solution card (להקדים אספקה), ומאשר — הפער נסגר.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| /SAPAPO/APPLOG | /SAPAPO/APPLOG |
| BALHDR | BALHDR |
| MDVM | MDVM |
| MARC | MARC |
| /SAPAPO/ORDKEY | /SAPAPO/ORDKEY |
| TBTCO | TBTCO |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• הפעלת PP/DS planning log + רמת-פירוט. • MRP Fiori apps: Monitor/Manage Material Coverage, MRP master data issues. יומן-התכנון של PP/DS • הגדרת רמת-פירוט ה-log (errors/warnings/info). הערכת ביצוע ה-MRP Live • MRP Live statistics/monitor; exception messages per engine. הערכת הרצת-הרקע של PP/DS • application log per package; job log (SM37) משלים. ניטור תוצאות-תכנון מאפליקציות MRP ב-SAP Fiori • הקצאת MRP Fiori apps ל-business role; הגדרת MRP areas/controllers.
הערות
ידע אצורנתוני אב • Exception messages/alerts מוגדרים ברמת-מוצר/heuristic. • log-level settings; per-product messages. • דגל Advanced Planning + Planning Procedure (ניתוב). • propagation range; package definition. • MRP controller/area; exception thresholds. שאלות ראיון אילו כלי-ניטור יש להרצות-PP/DS? PP/DS planning log, MRP Live monitor, background run application log, ו-MRP Fiori apps (Material Coverage). מהו exception-based planning? ניהול רק החומרים החריגים (alerts/uncovered) במקום בדיקת כל ה-portfolio. מה מציג ה-PP/DS planning log? הודעות per heuristic step per product — מה תוכנן, אזהרות/שגיאות, וסיבות לאי-תכנון. מה בודקים בהערכת MRP Live? מספר-חומרים per engine, runtime, שגיאות-ניתוב ו-exceptions — שה-One MRP Run כיסה הכל נכון. כיצד מעריכים background planning run? דרך ה-application log (per package) ו-job log — מספר-חומרים, errors, runtime ו-packages שנכשלו. אילו MRP Fiori apps משמשות לניטור-תוצאות? Monitor/Manage Material Coverage, Manage Material Shortages ו-MRP master data issues — exception-based עם solution proposals. נושאים קשורים • PP/DS · הרצת-תכנון (5.6) • PP/DS · PP/DS ב-MRP Live (5.6.4) • PP/DS · הרצת-תכנון ברקע (5.6.2) • PP · MRP ותכנון דרישות
טעויות נפוצות
ידע אצור- דילוג על בדיקת-log — שגיאות 'שקטות' מצטברות.
- בדיקת כל חומר במקום ניהול-לפי-חריגים.
- log-level נמוך מדי — שגיאות לא נרשמות.
- התעלמות מ-warnings שמובילים לבעיות עתידיות.
- אי-בדיקת ניתוב — חומרי-PP/DS מתוכננים classic בשקט.
- אי-בדיקת log — packages שנכשלו לא מטופלים.
- אי-הקצאת ה-apps לתפקיד — המתכנן חוזר למסכים ישנים.
- התעלמות מ-solution proposals.
פתרון תקלות
ידע אצור• תוצאות חסרות ➔ בדוק log לשגיאות/scope. • alerts לא מופיעים ➔ alert profile/monitor לא מוגדר. יומן-התכנון של PP/DS • חומר לא תוכנן ➔ קרא ב-log את ה-message (no source/PDS/horizon). הערכת ביצוע ה-MRP Live • חומר במנוע השגוי ➔ דגל Advanced Planning/Planning Procedure. • runtime ארוך ➔ scope/parallelization. הערכת הרצת-הרקע של PP/DS • package נכשל ➔ timeout/נעילה; הקטן package size והרץ-מחדש. • scope חסר ➔ propagation range לא כיסה. ניטור תוצאות-תכנון מאפליקציות MRP ב-SAP Fiori • אפליקציה ריקה ➔ MRP controller/area/role שגויים. • חומר לא מופיע ➔ מחוץ ל-scope/area.
שיטות עבודה מומלצות
ידע אצור- נהל exception-based דרך Fiori apps.
- בדוק log אחרי כל הרצה גדולה.
- קבע log-level שמלכוד שגיאות בלי הצפה.
- טפל ב-warnings מוקדם.
- בדוק ניתוב per engine אחרי כל הרצה.
- נטר runtime למגמות.
- בדוק application + job log אחרי כל job.
- כייל package size למניעת timeouts.
- אמץ exception-based UX של Fiori כברירת-מחדל.
- הקצה MRP areas/controllers נכון לכל מתכנן.
טיפים
ידע אצור- כלי-הניטור: (1) PP/DS planning log — הודעות ברמת-מוצר/heuristic; (2) MRP Live monitor — סטטיסטיקות ושגיאות ההרצה המשולבת; (3) background run log (application log) — תוצאות ה-mass run; (4) MRP Fiori apps (Monitor Material Coverage, Manage Material Coverage, MRP master data issues) — ניטור-תוצאות יומיומי. שילובם נותן תמונת-בקרה מלאה ו-exception-based planning.
- יומן-התכנון של PP/DS — ה-log נכתב לפי הגדרת-רמת-פירוט (errors/warnings/info). מציג הודעות per heuristic step per product: net, lot-sizing, scheduling, pegging, source. נגיש מתוך /SAPAPO/RRP3 ומה-background run. שימושי לאיתור 'למה חומר לא תוכנן' או 'למה התזמון נכשל'. ניתן לסנן לפי חומר/חומרה.
- הערכת ביצוע ה-MRP Live — ה-MRP Live evaluation (MD06/monitor + MRP Live statistics) מציג: מספר-חומרים per engine (classic/PP/DS), runtime, errors (למשל חומר-PP/DS ללא Planning Procedure), ו-exception messages. שימושי לזיהוי בעיות-ניתוב ו-bottlenecks-ביצועים. משלים את ה-PP/DS log לחומרי-advanced.
- הערכת הרצת-הרקע של PP/DS — ה-background run כותב application log (SLG1 / PP/DS log) per package: errors, warnings, runtime, materials planned. שימושי לזהות packages-שנכשלו, scope-חסר ו-performance bottlenecks. משלים ב-job log (SM37). תיקון: re-plan ה-scope החסר אינטראקטיבית או הרצה-מחדש.
- ניטור תוצאות-תכנון מאפליקציות MRP ב-SAP Fiori — האפליקציות המרכזיות: Monitor Material Coverage (F0247) — uncovered requirements; Manage Material Coverage — פתרון solution cards; Manage Material Shortages — שיתוף-פעולה; MRP master data issues — בעיות-נתוני-אב. הן עובדות על תוצאות classic+PP/DS, מציגות KPIs ו-solution proposals, ומאפשרות פעולה ישירה (firm/reschedule). ה-exception-based UX הוא לב תכנון-S/4HANA.
סיכום
ידע אצור• ניטור הוא חלק מההרצה, לא תוספת. • log + MRP Live monitor + Fiori apps. • נהל לפי-חריגים. • log = יומן-ההרצה per product/step. • כלי-החקירה הראשון. • כייל log-level נכון. • מאמת את ההרצה המשולבת. • מזהה בעיות-ניתוב classic/PP/DS. • משלים את ה-PP/DS log. • application log per package. • מזהה packages שנכשלו. • כייל package size. • Fiori apps = ניטור-תוצאות מודרני. • exception-based + solution cards. • בעיה→החלטה→פעולה במסך אחד.