פרופילי התראות (Alert Profiles)

פרופיל-התראות (alert profile) הוא ההגדרה שקובעת אילו התראות יוצגו למתכנן, באילו ערכי-סף, ובאיזו חומרה. הוא לב ה-Alert Monitor: בלי פרופיל מוגדר היטב המתכנן יוצף ברעש או יחמיץ חריגות קריטיות. הפרופיל הוא שהופך את מוניטור-ההתראות מרשימה גנרית לכלי-עבודה ממוקד לתפקיד ולאחריות של כל מתכנן. הפעלה וגישה למוניטור ההתראות — לפני שימוש יש להפעיל את ה-Alert Monitor: לוודא שדטרמינציית-ההתראות (alert determination) פעילה עבור Application = PP/DS, ולגשת לכלי דרך /SAPAPO/AMON1. ללא הפעלה תקינה — אין התראות, גם אם קיימות בעיות-תכנון. יצירת פרופיל התראות — יצירת alert profile היא המעשה שמגדיר אילו התראות יראה המתכנן. בוחרים Alert Types, מגדירים ערכי-סף וחומרה, ומגדירים את היקף-האובייקטים. זהו הצעד שהופך את הכלי מגנרי לרלוונטי לתפקיד מסוים. יצירת פרופיל-על (Overall Profile) — overall profile הוא פרופיל-העל המאגד מספר alert profiles מתחומים שונים לחבילה אחת שנטענת ב-Alert Monitor. הוא מאפשר למתכנן לראות במסך אחד התראות PP/DS לצד התראות SNP/ATP — תמונה אינטגרטיבית של שרשרת-האספקה. העברת פרופילים (Transport) — פרופילי-התראות שהוגדרו בסביבת-פיתוח/בדיקה צריכים לעבור לסביבת-הייצור באופן מבוקר דרך Transport. ההעברה מבטיחה שהפרופילים הסטנדרטיים (shared) זהים בכל הסביבות ולא נוצרים ידנית מחדש בכל מערכת.

דמיין מערכת-אזעקה לבית עם רגישות מתכווננת: אתה מחליט על מה היא תצפצף (פריצה? עשן? דלת פתוחה?) וכמה חזק. פרופיל-התראות עושה בדיוק זאת לתכנון — אתה בוחר אילו בעיות מעניינות אותך (מחסור, פיגור, עומס) ומאיזה גודל הן "שוות התראה". כך כל מתכנן רואה רק את ה"אזעקות" הרלוונטיות אליו, ולא את של כל המפעל. הפעלה וגישה למוניטור ההתראות — זה השלב של "להדליק את מערכת-האזעקה ולמצוא את לוח-הבקרה". קודם מוודאים שהמערכת בכלל מחשבת התראות ל-PP/DS, ואז פותחים את המסך הנכון (/SAPAPO/AMON1) שבו רואים אותן. בלי ה"הדלקה" הזו הלוח יישאר ריק. יצירת פרופיל התראות — כאן "מכווננים את האזעקה": בוחרים על אילו בעיות לצפצף (מחסור, פיגור, עומס) ומאיזה גודל. נותנים לפרופיל שם, מסמנים את סוגי-ההתראות הרצויים, וקובעים ספים. בסיום נשמר פרופיל אישי שאפשר לטעון שוב ושוב. יצירת פרופיל-על (Overall Profile) — אם ה-alert profile הוא "חיישן בודד", ה-overall profile הוא "לוח-הבקרה" שמאסף כמה חיישנים יחד. במקום לפתוח כל פרופיל בנפרד, מגדירים פרופיל-על אחד שמושך את כולם, ואותו טוענים במוניטור. העברת פרופילים (Transport) — כשמגדירים משהו ב-SAP במערכת-הבדיקה, צריך "לשלוח" אותו למערכת-האמת — זה ה-Transport. כך הפרופיל שבנינו פעם אחת יופיע זהה גם בייצור, בלי להגדיר מחדש ובלי טעויות-העתקה.

המטרה: לאפשר ניהול-לפי-חריגות. במקום סקירה ידנית של כל ההזמנות, המתכנן מגדיר פעם אחת אילו חריגות חשובות לו, וה-Alert Monitor מסנן עבורו את כל ה"רעש". כך מצטמצם זמן-התגובה לבעיות-תכנון אמיתיות ומשתפר ניצול-המשאבים. הפעלה וגישה למוניטור ההתראות — להבטיח שהתשתית לחישוב-התראות פעילה ושהמתכנן יכול לגשת לכלי בערוץ קבוע — תנאי-סף לכל ניטור. יצירת פרופיל התראות — להתאים את היקף-ההתראות בדיוק לאחריות המתכנן — לא יותר ולא פחות — וכך לאפשר ניהול-לפי-חריגות יעיל. יצירת פרופיל-על (Overall Profile) — לתת למתכנן מבט-על אחד מאוחד על כל סוגי-החריגות הרלוונטיים אליו, ולחסוך החלפה ידנית בין פרופילים. העברת פרופילים (Transport) — להבטיח עקביות-הגדרות בין סביבות, להימנע מהזנה-ידנית חוזרת ולשמר ממשל-שינויים (change management).

• Advanced Planning and Optimization ► Supply Chain Monitoring ► Alert Monitor ► Maintain Alert Profiles • Easy Access ► Advanced Planning and Optimization ► Supply Chain Monitoring ► Current Settings ► Alert Monitor (/SAPAPO/AMON1) • SPRO ► Advanced Planning and Optimization ► Supply Chain Monitoring ► Alert Monitor ► Settings for Alert Determination • SPRO ► Advanced Planning and Optimization ► Supply Chain Monitoring ► Alert Monitor ► Settings for Alert Determination ► Activate Alert Types • Easy Access ► APO ► Supply Chain Monitoring ► Current Settings ► Alert Monitor (/SAPAPO/AMON1) • /SAPAPO/AMON1 ► Settings ► Maintain Alert Profile ► Create • SPRO ► APO ► Supply Chain Monitoring ► Alert Monitor ► Define Alert Profiles • /SAPAPO/AMON1 ► Settings ► Maintain Overall Profile ► Create • SPRO ► APO ► Supply Chain Monitoring ► Alert Monitor ► Define Overall Alert Profile • SPRO ► APO ► Supply Chain Monitoring ► Alert Monitor ► Define Alert Profiles ► Transport • /SAPAPO/AMON1 ► Settings ► (Profile) ► Transport

• alert profile = אילו התראות, באילו ספים, באיזו חומרה.
• overall profile מאגד כמה alert profiles לחבילה שנטענת במוניטור.
• database alerts (רקע) מול dynamic alerts (זמן-אמת).
• פרופיל טוב = ניהול-לפי-חריגות; פרופיל גרוע = רעש או החמצה.
• הפעל alert determination ל-PP/DS לפני השימוש.
• הגישה היא דרך /SAPAPO/AMON1.
• גרסת-תכנון פעילה היא תנאי-סף.
• הפרופיל מתאים התראות לתפקיד.
• ספים + חומרה קובעים מה "שווה התראה".
• Selection ממוקד = ביצועים ומיקוד.
• overall profile = קונטיינר שמאגד alert profiles.
• ה-Alert Monitor טוען overall profile, לא פרופיל בודד.
• מאפשר מבט-על מאוחד על כל סוגי-החריגות.
• רק shared profiles עוברים ב-Transport.
• Transport מבטיח עקביות בין סביבות וממשל-שינויים.
• ודא קיום אובייקטי-Selection ביעד.

בארגון (מפעל-בקבוק מוצר לדוגמה) מתכנן קווי-המילוי מגדיר alert profile המתמקד בשלוש חריגות: מחסור-תרכיז (shortage) לפני ריצת-מילוי, פיגור (backlog) של פק"ע משקה מאחורי תאריך-המשלוח לרשת-קמעונאות, ועומס-יתר (resource overload) על קו-המילוי בעונת-השיא (קיץ). רק שלוש קבוצות-התראה אלו מוצגות לו — לא התראות-איכות או תחזוקה. מתכנן אחראי על קבוצת-מוצרים מגדיר alert profile: התראת-מחסור כש-Available Quantity שלילי, התראת-פיגור כש-Order End אחרי Requirement Date, והתראת עומס-משאב כשניצול > 100%. הוא משייך אותו ל-overall profile האישי שלו. בכל בוקר הוא פותח את /SAPAPO/AMON1, רואה 12 התראות במקום 4,000 הזמנות, ופותר אותן לפי חומרה. הפעלה וגישה למוניטור ההתראות — בארגון במהלך ה-go-live היועץ מפעיל alert determination ל-PP/DS, מצמיד את /SAPAPO/AMON1 כמסך-פתיחה למתכנני-המילוי, ומוודא שגרסת-התכנון של מפעל-הבקבוק פעילה — אחרת התראות-המחסור לא יחושבו. יועץ-מימוש מפעיל ב-SPRO את Alert Determination ל-PP/DS, בודק שגרסת-התכנון 000 קיימת, ונכנס ל-/SAPAPO/AMON1. המסך נפתח עם overall profile ברירת-מחדל; המתכנן יכול כעת לבחור פרופיל ולהריץ. יצירת פרופיל התראות — בארגון נוצר פרופיל "BEV_LINE": Shortage על תרכיז ו-CO2, Backlog על פק"ע-משקה מול תאריך-משלוח, Resource Overload על קו-המילוי. ספים מותאמים לעונת-השיא: בקיץ סף-העומס יורד ל-95% כדי להתריע מוקדם. מתכנן יוצר פרופיל "FILLING_PLANNER": מסמן Shortage (סף: כמות-זמינה שלילית, חומרה Error), Backlog (סף: יום-אחד פיגור, Warning), Resource Overload (סף: 100%, Warning). שומר ומשייך ל-overall profile האישי. יצירת פרופיל-על (Overall Profile) — בארגון מתכנן-המילוי מגדיר overall profile "MFG_DAILY" המאגד את alert profile של PP/DS (מחסור-תרכיז, פיגור-משקה, עומס-קו) יחד עם פרופיל-ATP לזמינות-משלוח לרשתות — מבט אחד מהמחסן ועד הקו. מתכנן יוצר overall profile "PLANNER_DAILY" ומשייך אליו את alert profile של PP/DS (Shortage/Backlog/Overload) וגם alert profile של ATP. בבוקר הוא טוען פרופיל-על אחד ורואה את כל התמונה. העברת פרופילים (Transport) — בארגון ה-shared profile "BEV_LINE" נבנה ב-DEV, נבדק ב-QA דרך Transport, ועובר ל-PRD לפני ה-go-live. כל מתכנני-המילוי בכל המפעלים מקבלים פרופיל זהה ללא הזנה ידנית. היועץ מגדיר shared overall profile בפיתוח, מפעיל Transport, ומשחרר את ה-request. ב-QA וב-Production הפרופיל מופיע זהה; המתכננים רק בוחרים אותו.

• Alert Profile: הגדר שם-פרופיל, בחר Application (PP/DS), ושייך Alert Types רלוונטיים (Date / Quantity / Resource). • ערכי-סף (Thresholds): לכל Alert Type הגדר Lower/Upper limit וחומרה (Information / Warning / Error). • Selection: הגדר אילו אובייקטים מנוטרים — מוצרים, משאבים, מיקומים, model/planning version. • Alert Storage: בחר database alerts (רקע) או dynamic alerts (זמן-אמת) לכל סוג. הפעלה וגישה למוניטור ההתראות • הפעל Application Object Types ל-PP/DS ב-Settings for Alert Determination. • ודא Planning Version 000 (active) קיימת ופעילה. • הגדר /SAPAPO/AMON1 כ-default screen למתכנן (אופציונלי, דרך user role). יצירת פרופיל התראות • תן שם-פרופיל ובחר Application = PP/DS. • סמן Alert Types: Shortage / Backlog / Resource Overload / Date alerts. • לכל סוג: Threshold (Lower/Upper) + Severity (Info/Warning/Error). • Selection: מוצרים, משאבים, מיקומים, planning version; סמן DB או dynamic. יצירת פרופיל-על (Overall Profile) • צור overall profile עם שם ושייך אליו alert profiles קיימים. • קבע אם הפרופיל user-specific או shared. • הגדר תצוגה כללית (קיבוץ, מיון, עמודות) לכל הפרופיל. • הגדר כ-default overall profile למשתמש (אופציונלי). העברת פרופילים (Transport) • ודא שהפרופיל מוגדר כ-shared (לא user-specific) כדי שיהיה ניתן-להעברה. • הפעל פונקציית Transport ושייך ל-Customizing request. • ודא קיום אובייקטי-ה-Selection (מוצרים/משאבים/גרסה) בסביבת-היעד. • שחרר ופרוס את ה-request דרך STMS לפי נתיב-ההעברה.

נתוני אב • פרופיל נשמר ברמת-משתמש או כ-shared profile בלקוח (/SAPAPO/AMOPROF). • האובייקטים המנוטרים נשענים על Model/Planning Version פעילים (000 = active). שאלות ראיון מה ההבדל בין alert profile ל-overall profile? alert profile מגדיר התראות לתחום בודד (Alert Types + thresholds); overall profile מאגד מספר alert profiles מתחומים שונים (PP/DS, SNP, ATP) לחבילה אחת שנטענת ב-Alert Monitor. מה ההבדל בין database alerts ל-dynamic alerts? database alerts נוצרות ונשמרות ב-DB ע"י job-רקע ונקראות מהר; dynamic alerts מחושבות בזמן-אמת בעת פתיחת המוניטור — עדכניות יותר אך כבדות. מדוע ניהול-לפי-חריגות חשוב בתכנון? במערכת עם אלפי הזמנות אי-אפשר לסרוק הכול ידנית; הפרופיל מציף רק את החריגות, מקצר זמן-תגובה וממקד את המתכנן בבעיות אמיתיות. מהי הטרנזקציה לגישה ל-Alert Monitor? /SAPAPO/AMON1 — דרך Easy Access או Current Settings. מה צריך להפעיל לפני שיופיעו התראות? alert determination ל-Application PP/DS ב-SPRO, וגרסת-תכנון פעילה. אילו רכיבים מגדירים ביצירת alert profile? Application, Alert Types, thresholds + severity, ו-Selection (אובייקטים + planning version). כיצד מחליטים על ערך-סף? מאזנים בין הצפה (סף נמוך) להחמצה (סף גבוה); מתחילים שמרני ומכווננים לפי משוב. מה מאגד overall profile? מספר alert profiles מתחומים שונים (PP/DS, SNP, ATP) לחבילה אחת שנטענת במוניטור. למה צריך overall profile אם יש alert profile? alert profile לבדו לא נטען ישירות; ה-overall profile הוא הקונטיינר שהמוניטור מריץ, ומאפשר מבט-על מאוחד. אילו פרופילים ניתן להעביר ב-Transport? רק shared/standard profiles; פרופילים user-specific הם נתוני-משתמש ואינם עוברים. מה יש לוודא לפני העברת פרופיל לסביבת-ייצור? שהאובייקטים שב-Selection (מוצרים/משאבים/גרסת-תכנון) קיימים גם בסביבת-היעד, אחרת ה-Selection יישאר ריק. נושאים קשורים • PP/DS · יצירת overall profile (7.1.3) • PP/DS · ניטור התראות (7.2) • אובייקט · /SAPAPO/AMOPROF • PP/DS · יצירת פרופיל (7.1.2) • PP/DS · פרופילי התראות (7.1) • PP/DS · יצירת פרופיל התראות (7.1.2) • PP/DS · ניטור מהמוניטור (7.2.1)

• המוניטור ריק לחלוטין ➔ בדוק שהפרופיל משויך ל-overall profile וש-job-הרקע רץ (לגבי DB alerts). • יותר מדי התראות ➔ הצר ערכי-סף או צמצם את היקף האובייקטים ב-Selection. • התראה לא מופיעה למרות בעיה ➔ Alert Type לא נכלל בפרופיל או חומרה מתחת לסף. • התראות לא מתעדכנות ➔ dynamic מול database — בדוק מתי נוצרו ה-DB alerts לאחרונה. הפעלה וגישה למוניטור ההתראות • המסך ריק מיד אחרי כניסה ➔ alert determination לא הופעל ל-PP/DS, או גרסת-תכנון שגויה. • שגיאת-הרשאה ב-/SAPAPO/AMON1 ➔ חסר object הרשאה ל-Alert Monitor למשתמש. יצירת פרופיל התראות • פרופיל לא נשמר ➔ Application או Alert Type לא נבחר. • פרופיל מציג התראות לא-רלוונטיות ➔ Selection רחב מדי. יצירת פרופיל-על (Overall Profile) • alert profile לא מופיע במוניטור ➔ לא משויך ל-overall profile הנטען. • המתכנן רואה התראות של אחר ➔ נטען overall profile shared במקום אישי. העברת פרופילים (Transport) • הפרופיל לא הגיע ליעד ➔ נשמר user-specific או ה-request לא שוחרר/נפרס. • הפרופיל הגיע אך ריק ➔ אובייקטי-ה-Selection חסרים בסביבת-היעד.

• alert profile = אילו התראות, באילו ספים, באיזו חומרה. • overall profile מאגד כמה alert profiles לחבילה שנטענת במוניטור. • database alerts (רקע) מול dynamic alerts (זמן-אמת). • פרופיל טוב = ניהול-לפי-חריגות; פרופיל גרוע = רעש או החמצה. • הפעל alert determination ל-PP/DS לפני השימוש. • הגישה היא דרך /SAPAPO/AMON1. • גרסת-תכנון פעילה היא תנאי-סף. • הפרופיל מתאים התראות לתפקיד. • ספים + חומרה קובעים מה "שווה התראה". • Selection ממוקד = ביצועים ומיקוד. • overall profile = קונטיינר שמאגד alert profiles. • ה-Alert Monitor טוען overall profile, לא פרופיל בודד. • מאפשר מבט-על מאוחד על כל סוגי-החריגות. • רק shared profiles עוברים ב-Transport. • Transport מבטיח עקביות בין סביבות וממשל-שינויים. • ודא קיום אובייקטי-Selection ביעד.