הודעות אחזקה
Notifications
הודעת אחזקה מתעדת תקלה/בקשת עבודה: אובייקט פגוע, תיאור, פריטים, סיבות וקודי קטלוג. משמשת כנקודת פתיחה לפקודת אחזקה ולניתוח תקלות חוזרות.
תהליך
הזרימה העסקית
5 שלבים, כפי שהם כתובים במאגר.
- 1Malfunctionתקלה/בקשה
- 2Notificationהודעה (IW21)
- 3Itemsפריטים/סיבות (QMFE/QMUR)
- 4Orderהמרה לפקודה
- 5Closeסגירת הודעה
התהליך המפורט
- זיהוי תקלה
- יצירת הודעה (IW21)
- קודי קטלוג + פריטים
- משימות/פעילויות
- מעבר להזמנה
- סגירה + ניתוח
הגדרה
מה זה, ולמה זה קיים
הודעת אחזקה מתעדת תקלה/בקשה — אובייקט ייחוס, תיאור, קודי קטלוג (פגם/סיבה/פעילות) ומשימות. נקודת הכניסה לתהליך, מזינה ניתוח תקלות ויכולה להוביל לפקודה.
נתוני אב שהתחום נשען עליהם
- סוג הודעה (M1/M2/M3)
- פרופיל קטלוג
- קבוצות קוד (פגם/סיבה)
- אובייקט ייחוס (ציוד/מיקום)
אובייקטים עסקיים
מאחורי הקלעים
טבלאות וטרנזקציות
4 מתוך 4 הטבלאות ו-6 מתוך 6 הטרנזקציות נושאות דף בפרויקט. השאר מוצגות כערך, לא כקישור מת.
ממשקים
BAPIs ומודולי פונקציה
פיתוח
נקודות הרחבה
User Exits ו-BAdIs כפי שנרשמו במאגר. הסוגריים הם ההסבר שנכתב שם, לא תוספת שלנו.
User Exits
- QQMA0001 (בדיקת נתוני הודעה)
- QQMA0014 (ברירות מחדל)
- QQMA0025
BAdIs
- NOTIF_EVENT_SAVE
- NOTIF_EVENT_POST
- WORKORDER_UPDATE (במעבר להזמנה)
למידה
מה חשוב לזכור
- סוגי הודעה: M1 תקלה, M2 בקשה, M3 פעילות
- QMEL כותרת, QMFE פריטים, QMUR סיבות, QMMA פעולות
- קודי קטלוג (Catalog Profile) מאפשרים ניתוח Pareto של תקלות
- IW28/IW29 = רשימות עבודה להמונים
איכות
תרחישי בדיקה
Positive · Negative · Integration · Regression, כפי שנוסחו במאגר.
- Positive: M1 עם ציוד + פריט פגם + סיבה → שמירה.
- Negative: סוג הודעה ללא פרופיל קטלוג → קודים לא זמינים.
- Integration: הודעה → הזמנה (יורשת אובייקט+מרכז עלות).
- Regression: סגירת הודעה מעדכנת PMIS.
תקלות
מה נשבר, ומה עושים
- קוד פגם לא זמיןבדוק Catalog Profile בסוג הודעה/סוג ציוד
- הודעה לא נסגרתסגור פקודה מקושרת ופריטים פתוחים
תקלות מהשטח
- קודי קטלוג לא מופיעים — פרופיל קטלוג לא משויך לסוג.
- לא ניתן לסגור — משימות פתוחות.
- אובייקט ייחוס שגוי — ציוד לא קיים/חסום.
בשטח
איך זה נראה במפעל
בארגון: מפעיל פותח הודעת תקלה M1 על 'ממלאת #2 — דליפה'. רכז אחזקה מוסיף קוד פגם (דליפה) + סיבה (אטם בלוי), ממיר לפקודה דחופה; הניתוח מצביע על אטמים כגורם חוזר.
מעבר
ECC ← S/4HANA
ההכרעה כפי שנכתבה במאגר, שורה לכל היבט.
- ללא שינוי — נשאר זההמודל QMEL/QMFE/QMUR זהה.
- משתנה ב-S/4HANAUX ל-Fiori; זרימה מובנית להזמנה.
- אפליקציית FioriCreate Maintenance Request
- תצוגת CDSC_MaintNotificationListReport
- השפעת מיגרציה ובדיקותודא קודי קטלוג + מעבר להזמנה.
מה לבדוק אחרי ההמרה
QMEL/QMFE/QMUR נשמרים. QA: ודא קודי קטלוג, מעבר להזמנה, ואנליטיקה (CDS C_MaintNotification).
המשך
תחומים נוספים ב-PM
- רשימות פעולות (Task Lists)5 טבלאות
- אישורי אחזקה (Confirmation)4 טבלאות
- התחשבנות פקודה (Settlement)4 טבלאות
- אחזקת שבר (Breakdown)4 טבלאות
- כיול (Calibration)6 טבלאות
- היתרים (Permits)3 טבלאות
- מרכזי עבודה5 טבלאות
- תכנון אחזקה6 טבלאות
- ביצוע אחזקה6 טבלאות
- אחזקה מונעת5 טבלאות
- נקודות מדידה ומונים4 טבלאות
- מיקומים פונקציונליים3 טבלאות
- ציוד5 טבלאות
- פקודות אחזקה5 טבלאות
- אובייקטים טכניים5 טבלאות
- אינטגרציית חלפים (PM-MM)5 טבלאות
- אנליטיקה ומדדי PM3 טבלאות
התוכן מוצג כפי שנכתב במאגר הפרויקט. לא נוסחו כאן עובדות SAP חדשות.