פתיחת הודעה
הודעות אחזקה · שיעור 1
- סוג הודעה (Notification Type): M1 = תקלה/Malfunction, M2 = בקשה/דרישה, M3 = פעילות. הסוג קובע את הזרימה, פרופיל הקטלוג וההמרה האוטומטית לפקודה.
- אובייקט ייחוס — ציוד (EQUI) או מיקום פונקציונלי (IFLOT); ההודעה יורשת ממנו את הנתונים הטכניים והמיקום בהיררכיה.
- פריטי הודעה (QMFE) וקודי קטלוג: נזק (Damage), גורם (Cause), פעילות (Activity) — הבסיס לניתוח תקלות. הקטלוגים משותפים עם QM.
- פרופיל קטלוג (Catalog Profile — QPCD/QPGR) המשויך לסוג ההודעה קובע אילו קודים זמינים לבחירה.
מטרת השיעור
ידע אצורבשיעור הזה תלמד לפתוח הודעת אחזקה (Maintenance Notification / QMEL) — ערוץ הכניסה של כל תקלה או בקשת עבודה ב-PM. תדע להבדיל בין סוגי ההודעה M1 (תקלה/Malfunction), M2 (בקשה/דרישה) ו-M3 (פעילות), למלא אובייקט ייחוס וקודי קטלוג (נזק/גורם/פעילות) ב-IW21, ולהמיר את ההודעה לפקודת עבודה — הכול תוך שתי דקות של הבנה מעשית.
למה זה חשוב
ידע אצורכל תקלה בשטח, כל בקשת שירות וכל תיעוד פעילות מתחיל בהודעה. ההודעה מתעדת בלבד — היא לא נושאת עלות ולא מבצעת עבודה; היא מגשרת בין דיווח הבעיה מהשטח לבין הביצוע בפקודה. בלי קודי קטלוג נכונים (נזק/גורם) ניתוח התקלות (Pareto) נשאר עיוור, ובלי סוג הודעה נכון (M1/M2/M3) הזרימה וההמרה לפקודה מתנהלות לא כמו שצריך.
ערך עסקי
ידע אצורהודעה ממושמעת = ניתוח תקלות אמין. קודי הנזק והגורם המקוטלגים (QPCD/QPGR) מזינים ניתוח Pareto של תקלות חוזרות ומהווים בסיס להחלטות אחזקה מונעת ולמדדי אמינות (MTBF/זמינות). ההודעה גם משמרת היסטוריית תקלות לכל ציוד/מיקום ומזינה את PMIS.
היכן בשימוש
ידע אצוראחזקת שבר (Breakdown/Malfunction — M1), בקשות עבודה ודרישות שירות מהשטח (M2), ותיעוד פעילות שבוצעה (M3). משמשת מפעילים וטכנאי שטח כערוץ דיווח, ורכזי אחזקה כנקודת סינון והעשרה לפני פתיחת פקודה.
מושגי מפתח
מאומת- סוג הודעה (Notification Type): M1 = תקלה/Malfunction, M2 = בקשה/דרישה, M3 = פעילות. הסוג קובע את הזרימה, פרופיל הקטלוג וההמרה האוטומטית לפקודה.
- אובייקט ייחוס — ציוד (EQUI) או מיקום פונקציונלי (IFLOT); ההודעה יורשת ממנו את הנתונים הטכניים והמיקום בהיררכיה.
- פריטי הודעה (QMFE) וקודי קטלוג: נזק (Damage), גורם (Cause), פעילות (Activity) — הבסיס לניתוח תקלות. הקטלוגים משותפים עם QM.
- פרופיל קטלוג (Catalog Profile — QPCD/QPGR) המשויך לסוג ההודעה קובע אילו קודים זמינים לבחירה.
- משימות (Tasks — QMSM) ופעילויות (QMMA/QMUR) — מה מתוכנן ומה בוצע במסגרת ההודעה.
- מחזור: פתיחה (IW21) → העשרה בקודים → משימות/פעילויות → המרה לפקודה → סגירה (NOCO).
דוגמה מ-CBC
ידע אצורב-CBC מפעיל בקו מילוי הבקבוקים מזהה דליפה בממלאת #2 ופותח ב-IW21 הודעת תקלה M1: 'ממלאת #2 — דליפה', אובייקט ייחוס = הציוד של הממלאת. רכז האחזקה מעשיר את ההודעה בקוד פגם (דליפה) + קוד סיבה (אטם בלוי), וממיר אותה לפקודת אחזקה דחופה. לאורך זמן ניתוח מצטבר של קודי הקטלוג חושף שאטמים בלויים הם גורם התקלה החוזר בממלאות — בסיס ישיר להחלטה על אחזקה מונעת מתוכננת להחלפת אטמים.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| QMEL | כותרת הודעת אחזקה (Notification header) |
| QMFE | פריטי הודעה — קודי נזק (Items/Damage) |
| QMUR | סיבות (Causes) |
| QMMA | פעילויות (Activities) |
| QMSM | משימות (Tasks) |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתPlant Maintenance and Customer Service → Maintenance and Service Processing → Maintenance and Service Notifications → Notification Creation → Notification Types — הגדרת סוגי הודעה (M1/M2/M3), שיוך פרופיל קטלוג ובחירת שדות (Set Field Selection for Notifications / OIAL).
אובייקטים / BAPIs
מאומתטעויות נפוצות
ידע אצור- סוג הודעה שגוי (M1/M2/M3) → הזרימה וההמרה האוטומטית לפקודה יוצאות לא נכונות
- פתיחת הודעה ללא קוד נזק/גורם (QMFE/QMUR ריקים) → ניתוח התקלות (Pareto) חסר ואין בסיס לאחזקה מונעת
- ניסיון לסגור הודעה עם משימות פתוחות (QMSM) → תיעוד לא שלם / חסימת סגירה
- פרופיל קטלוג לא משויך לסוג ההודעה → קודי הקטלוג פשוט לא מופיעים לבחירה
פתרון תקלות
ידע אצורקודי קטלוג לא מופיעים? בדוק ב-SPRO שפרופיל הקטלוג משויך לסוג ההודעה (Notification Type). לא ניתן לסגור הודעה? בדוק משימות פתוחות (QMSM) או פקודה מקושרת פתוחה — סגור אותן קודם. אובייקט ייחוס נדחה? הציוד/מיקום לא קיים או חסום. ולידציות שמירה מותאמות-לקוח נאכפות ב-Customer Exit QQMA0001 (EXIT_SAPLIQS0_001) או ב-BAdI NOTIF_EVENT_SAVE — בדוק שם אם שמירה נכשלת בלי סיבה ברורה. שדות חובה/מוסתרים נשלטים ב-Field Selection (OIAL).
שיטות עבודה מומלצות
ידע אצור- הגדר שדה חובה לקוד נזק (ולעיתים גורם) לפני שמירת M1 דרך Field Selection (OIAL) — מבטיח בסיס לניתוח תקלות מהיום הראשון
- השתמש בפרופיל קטלוג אחיד ומשותף עם QM כדי לשמור על שפה אחת לניתוח נזק/גורם בין המודולים
- הגדר ברירות מחדל (עדיפות/מתכנן) לפי סוג ציוד — מפחית שגיאות שדה בשטח ומקצר הדרכה
- עודד פתיחת הודעה גם על תקלות שטופלו מיד (M3/פעילות) כדי לא לאבד היסטוריית אמינות
טיפים
ידע אצור- Malfunction Report (M1) מאפשר לתעד תחילת וסיום השבתה (Breakdown) — קריטי לחישוב זמינות ו-MTBF
- IW28/IW29 הם ה-worklists שלך: סנן לפי סוג M1 פתוח כדי לראות את כל תקלות השבר הממתינות
- המרה לפקודה נשלטת בסוג ההודעה — הגדר המרה אוטומטית לסוגים דחופים כדי לחסוך צעד ידני
בחן את עצמך
ידע אצוראיזה סוג הודעה מתעד תקלה/שבר (Malfunction)?
מדוע חשוב למלא קוד נזק וקוד גורם בהודעה?
מדוע קודי הקטלוג לא מופיעים לבחירה בעת פתיחת הודעה חדשה?
סיכום
ידע אצורהודעת אחזקה (QMEL) = ערוץ הכניסה של PM: מתעדת תקלה/בקשה/פעילות בלבד ולא נושאת עלות. סוגים M1 (תקלה) · M2 (בקשה) · M3 (פעילות). נפתחת ב-IW21 עם אובייקט ייחוס (ציוד/מיקום) וקודי קטלוג (נזק/גורם/פעילות) המזינים ניתוח תקלות, וניתנת להמרה לפקודה. טבלאות ליבה QMEL/QMFE/QMUR/QMMA/QMSM · T-Codes IW21/22/23/28/29 · Fiori Create Maintenance Request · CDS I_MaintenanceNotification · API BAPI_ALM_NOTIF_CREATE/DATA_ADD/SAVE/CLOSE (נדרש COMMIT).