סיכום (Summary)
Summary
מוניטור התראות (Alert Monitor) · שיעור 3
- ארכיטקטורה: alert profile → overall profile → /SAPAPO/AMON1.
- שלוש דרכי-צריכה: מוניטור מרכזי, DB-רקע, context ביישומים.
- DB (נפח+reorg) מול dynamic (עדכניות); Transport ל-shared בלבד.
- העיקרון: ניהול-לפי-חריגות — מהתראה ישר לתיקון.
מטרת השיעור
ידע אצורה-Alert Monitor (/SAPAPO/AMON1) הוא מנוע ניהול-לפי-חריגות של PP/DS: מגדירים alert profiles (אילו התראות, ספים, חומרה), מאגדים אותם ב-overall profile, מעבירים אותם בין סביבות ב-Transport, ואז צורכים אותן — מהמוניטור המרכזי, מ-DB alerts ברקע, ומ-context alerts בתוך היישומים. התוצאה: המתכנן מטפל בחריגות בלבד, במהירות, במקום לסרוק אלפי הזמנות.
למה זה חשוב
ידע אצורסיכום הפרק במשפט: בנינו אזעקה חכמה לתכנון. כיווננו אותה (פרופילים + ספים), חיברנו את כל החיישנים ללוח אחד (overall profile), העברנו אותה לכל הסביבות (Transport), ולמדנו להקשיב לה בשלוש דרכים — לוח מרכזי, חישוב-לילי ברקע, ונורות בתוך מסכי-העבודה — ולתקן מיד.
ערך עסקי
ידע אצורלקבע את התמונה האינטגרטיבית: כיצד הגדרה (7.1) הופכת לניטור (7.2), וכיצד שלוש דרכי-הצריכה משלימות זו את זו לכלי-עבודה יומי אפקטיבי.
היכן בשימוש
ידע אצור• Easy Access ► APO ► Supply Chain Monitoring ► Current Settings ► Alert Monitor (/SAPAPO/AMON1) • SPRO ► APO ► Supply Chain Monitoring ► Alert Monitor (כל ענפי-ה-Customizing של הפרק)
מושגי מפתח
ידע אצור- ארכיטקטורה: alert profile → overall profile → /SAPAPO/AMON1.
- שלוש דרכי-צריכה: מוניטור מרכזי, DB-רקע, context ביישומים.
- DB (נפח+reorg) מול dynamic (עדכניות); Transport ל-shared בלבד.
- העיקרון: ניהול-לפי-חריגות — מהתראה ישר לתיקון.
דוגמה מ-CBC
ידע אצורבארגון: פרופיל "BEV_LINE" (מחסור-תרכיז, פיגור-משקה, עומס-קו) → overall "MFG_DAILY" → Transport לכל המפעלים → job-לילי + reorg-שבועי. מתכנני-המשמרת מנהלים את עונת-השיא לפי חריגות בלבד, מהמחסן ועד קו-המילוי. מחזור-חיים שלם: יועץ מגדיר alert profile + overall profile ב-DEV, מעביר ב-Transport ל-PRD, מתזמן job-לילי + reorg; בבוקר המתכנן פותח /SAPAPO/AMON1, מטפל בחריגות drill-down, וממשיך לתקן context alerts תוך-כדי עבודה ב-DS Board.
טבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| /SAPAPO/AMOPROF | /SAPAPO/AMOPROF |
| /SAPAPO/AMOOVPROF | /SAPAPO/AMOOVPROF |
| /SAPAPO/ALERTDB | /SAPAPO/ALERTDB |
| /SAPAPO/AMOTYPE | /SAPAPO/AMOTYPE |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• ארכיטקטורה: alert profile → overall profile → Alert Monitor. • DB alerts: job-חישוב + reorg; dynamic: זמן-אמת. • Transport ל-shared profiles בלבד; user-specific נשארים מקומיים. • navigation + context alerts לסגירת הלולאה גילוי→תיקון.
הערות
ידע אצורשאלות ראיון תאר את מחזור-החיים המלא של Alert Monitor ב-PP/DS. הגדרת alert profile (ספים+חומרה) → איגוד ב-overall profile → Transport ל-shared → תזמון job + reorg → ניטור מהמוניטור/DB/context alerts → drill-down ל-RRP3/CDPS0 ותיקון. מהו העיקרון המנחה של כל הכלי? ניהול-לפי-חריגות — להציף רק את החריגות (מחסור/פיגור/עומס) ולנתב את המתכנן ישירות לפעולה, במקום סריקה ידנית. נושאים קשורים • PP/DS · פרופילי התראות (7.1) • PP/DS · ניטור התראות (7.2) • PP · MRP ותכנון דרישות
טעויות נפוצות
ידע אצור- פרופיל ללא overall profile ➔ לא נטען.
- DB alerts ללא reorg ➔ נתונים מיושנים והתנפחות.
- ספים לא-מאוזנים ➔ רעש או החמצה.
פתרון תקלות
ידע אצור• מוניטור ריק ➔ alert determination/פרופיל/job — בדוק לפי הסדר. • התראה נשארת אחרי תיקון ➔ DB לא רוענן; reorg או dynamic. • פרופיל לא הגיע ל-PRD ➔ user-specific במקום shared, או request לא נפרס.
שיטות עבודה מומלצות
ידע אצור- פרופילים role-based + ספים מכוילים למשוב.
- שלב DB (סקירת-בוקר) עם dynamic ו-context (תוך-יומי).
- תזמן job + reorg, ונהל פרופילים תחת Transport.
טיפים
ידע אצור- נקודות-המפתח ליישום: (1) הבחנה database alerts (job-רקע + reorg, נפח) מול dynamic (זמן-אמת, עדכני); (2) ארכיטקטורת-הפרופילים alert→overall; (3) רק shared profiles עוברים ב-Transport; (4) navigation מהתראה ל-RRP3/CDPS0; (5) context alerts ביישומים סוגרים את הלולאה תכנון↔התראה. תחזוקה: תזמון job-חישוב + reorg ל-ALERTDB, ובקרת ספים מול משוב-מתכננים כדי לאזן רעש מול החמצה.
סיכום
ידע אצור• ארכיטקטורה: alert profile → overall profile → /SAPAPO/AMON1. • שלוש דרכי-צריכה: מוניטור מרכזי, DB-רקע, context ביישומים. • DB (נפח+reorg) מול dynamic (עדכניות); Transport ל-shared בלבד. • העיקרון: ניהול-לפי-חריגות — מהתראה ישר לתיקון.