אחזקת שבר (Breakdown)

אחזקת שבר (Breakdown Maintenance) היא משטר האחזקה המטפל בתקלות בלתי-מתוכננות הדורשות תגובה מיידית — מכונה שנעצרת באמצע ייצור, נזילה, כשל בטיחותי. בסוף השיעור תבין את שרשרת הביצוע המהירה שלה (זיהוי תקלה → הודעת שבר M2 עם דגל Breakdown → פקודה דחופה → תיקון + אישור → סגירת זמן השבתה), תדע להזין נכון את זמני התקלה (Malfunction Start/End) ואת דגל ה-Breakdown שהם המקור לחישוב מדדי האמינות MTTR (זמן תיקון ממוצע) ו-MTBF (זמן ממוצע בין תקלות), ותכיר את טבלת QMIH הנושאת שדות אלה, את זרימת הפקודה הדחופה (Emergency Order) ואת האנליטיקה (MCI7 / Fiori KPI) שמפעילה החלטות אחזקה מונעת.

אחזקת שבר היא הרגע שבו PM נמדד בפועל: כל דקת השבתה עולה כסף וייצור. שלא כמו אחזקה מונעת, כאן אין תכנון מראש — השרשרת חייבת לרוץ מהר, ובכל זאת לתעד נכון. הנקודה הקריטית: דגל Breakdown + Malfunction Start/End בהודעה (QMEL/QMIH) הם המקור הבלעדי שממנו PMIS מחשב את זמני ההשבתה ואת MTTR/MTBF. מיישם שלא אוכף את הדגל והזמנים יראה מדדי אמינות ריקים או שגויים, ומנהל האחזקה יאבד את הבסיס להחלטה אם להעלות תדירות אחזקה מונעת. בנוסף, ללא Malfunction End זמן ההשבתה נשאר פתוח לנצח והמדד מתעוות. הבנת החוליה הזו היא ההבדל בין תיעוד תקלה סתמי לבין מנוע שיפור אמינות אמיתי.

אחזקת שבר מנוהלת היטב נותנת שלושה דברים: (1) תגובה מהירה — עדיפויות וזמני יעד (Response/Completion Time) מבטיחים שתקלה קריטית מטופלת קודם; (2) מדידה אמינה — MTTR מראה כמה זמן לוקח לתקן (יעילות צוות/חלפים) ו-MTBF מראה כמה זמן ציוד שורד בין תקלות (אמינות מובנית), ושניהם יחד מזינים את מדד הזמינות (Availability); (3) לולאת שיפור — כשה-MTBF של מכונה יורד, זהו טריגר מבוסס-נתונים להעלות את תדירות האחזקה המונעת או להחליף רכיב. זה מפחית השבתות בלתי-מתוכננות, מאזן עלות אחזקה מול סיכון כשל, ומספק למנהלים דוח אמינות אובייקטיבי לכל נכס.

כל תקלה פתאומית על ציוד ייצור או תשתית: מכונה שנעצרת, מסוע שנתקע, משאבה שדולפת, כשל חשמלי או בטיחותי. משתמשים: מפעילים/טכנאים (פותחים הודעת שבר, מזינים Malfunction Start, מדווחים אישור + Malfunction End), מתכנני אחזקה (ממירים לפקודה דחופה, מקצים חלפים ומרכזי עבודה), מהנדסי/מנהלי אמינות (מנתחים MTTR/MTBF ומחליטים על שינוי תדירות מונעת), ובקרים (עלות תיקון החירום). נפוץ במיוחד בתעשיית תהליך רציף (משקאות, מזון, כימיה) שבה כל השבתה של קו עוצרת שרשרת שלמה.

• הודעת שבר (Breakdown Notification · QMEL) — בדרך-כלל סוג הודעה M2 (Malfunction Report): מתעדת מה קרה, על איזה ציוד/מיקום פונקציונלי, עם קטלוג פגם/סיבה/פעילות. זהו נקודת הכניסה של משטר השבר למחזור חיי האחזקה.
• דגל Breakdown (Breakdown Indicator · שדה MSAUS ב-QMIH) — סימון בוליאני בהודעה המצהיר 'זו הייתה השבתה בפועל'. רק הודעות עם הדגל נכללות בחישוב זמני השבתה ומדדי אמינות — בלעדיו התקלה לא נספרת ל-MTBF.
• זמני תקלה (Malfunction Start / Malfunction End · AUSVN/AUZTV ו-AUSBS/AUZTB ב-QMIH) — חותמות זמן התחלת וסיום ההשבתה. ההפרש ביניהן = משך ההשבתה (Breakdown Duration) שממנו PMIS גוזר את המדדים. Malfunction End נסגר בעת דיווח סיום התיקון.
• טבלת QMIH — הרחבת האחזקה של כותרת ההודעה (QMEL): נושאת את דגל Breakdown, את זמני Malfunction Start/End, ואת אובייקט הייחוס. זו הטבלה שממנה נשאבים נתוני האמינות.
• MTTR (Mean Time To Repair) — זמן התיקון הממוצע: סך משך ההשבתות חלקי מספר התקלות. מודד את מהירות התגובה והתיקון (יעילות צוות, זמינות חלפים, נגישות).
• MTBF (Mean Time Between Failures) — הזמן הממוצע בין תקלות: סך זמן הפעולה התקין חלקי מספר התקלות. מודד את האמינות המובנית של הציוד; ירידה במדד = טריגר לאחזקה מונעת תכופה יותר.
• פקודה דחופה (Emergency / Breakdown Order) — פקודת אחזקה (סוג PM01 בד"כ) הנפתחת מיד מההודעה, לרוב עם עדיפות גבוהה שגוזרת זמן יעד קצר; ניתן לשחררה ולהתחיל ביצוע במקביל להשלמת התיעוד כדי לא לעכב את התיקון.
• עדיפות וזמני יעד (Priority · Response/Completion Time) — דרגת עדיפות ההודעה קובעת אוטומטית תאריך התחלה/סיום נדרשים; עדיפות גבוהה → זמן יעד קצר, מבטיח שתקלות קריטיות מטופלות ראשונות.

בקו מילוי הבקבוקים ב-CBC, ממלאת #2 נעצרת באמצע משמרת עקב כשל בראש מילוי — הקו כולו עומד. המפעיל פותח מיד הודעת שבר M2 (IW21) על ציוד 'ממלאת #2', מסמן את דגל Breakdown, ומזין Malfunction Start בשעה בפועל של העצירה; הוא בוחר קוד פגם ('דליפה בראש מילוי') ומגדיר עדיפות גבוהה — שגוזרת אוטומטית זמן יעד קצר. מתכנן האחזקה ממיר את ההודעה לפקודת PM01 דחופה (IW21→Order / IW32), מוסיף פעולת החלפת ראש מילוי במרכז העבודה 'מכונאות' ורכיב מלאי (ראש מילוי חלופי → רזרבציה + GI), ומשחרר. הטכנאי מחליף את הראש, מדווח באישור (IW41) שעתיים עבודה + צריכת החלף, ומזין Malfunction End בשעת חידוש הפעולה של הקו. המתכנן מבצע TECO. ההפרש בין Start ל-End (זמן ההשבתה) נכנס ל-PMIS. בהמשך, ניתוח האמינות (MCI7 / Maintenance Management Overview) מראה שה-MTBF של ממלאת #2 יורד לאורך הרבעון → טריגר מבוסס-נתונים להעלות את תדירות האחזקה המונעת של ראשי המילוי, או להחליף את הרכיב מראש.

Plant Maintenance and Customer Service → Maintenance and Service Processing → Maintenance and Service Notifications → Notification Creation → Notification Types → Define Notification Types (OQN6) — הגדרת סוג הודעת שבר (M2 · Malfunction Report) והפעלת שדות זמני התקלה/דגל Breakdown. עדיפויות:...→ Notification Processing → Response Time Monitoring → Define Priorities (OIP1) — עדיפויות וזמני Response/Completion. שדות Malfunction/Breakdown ב-screen layout:...→ Notification Creation → Notification Content → Define Screen Templates (וידוא שדות Malfunction Start/End ו-Breakdown גלויים). היחס הודעה→פקודה האוטומטי: Maintenance and Service Orders → Functions and Settings for Order Types.

• I_QMEL
• I_BEGRP
• I_AUART
• I_SWERK
• I_TCODE

SAP Help Portal — Plant Maintenance (S/4HANA): Maintenance Notifications · Malfunction Reports; SAP Help Portal — Plant Maintenance Information System (PMIS): Breakdown Analysis · MTTR/MTBF; data/domain-detail.ts — pm-breakdown (baseline verified project data); data/exits.ts — QQMA0001, NOTIF_EVENT_SAVE, IWO10009, WORKORDER_UPDATE; data/academy/lessons/pm-generated.ts — pm-maintenance-lifecycle (depth/style baseline)

זמני השבתה לא מחושבים ב-PMIS/MCI7 — ודא שדגל Breakdown מסומן ושקיימים Malfunction Start ו-Malfunction End בהודעה (IW23 → כרטיסיית Malfunction Data / טבלת QMIH); ללא הדגל התקלה לא נספרת. MTTR מנופח / זמן השבתה 'פתוח' — Malfunction End חסר; עדכן ב-IW22. MTBF שגוי/שלילי — תאריכי תקלה לא עקביים בין הודעות (סדר כרונולוגי הפוך); בדוק את רצף התקלות לציוד. תגובה איטית לתקלה קריטית — עדיפות לא מוגדרת או לא ממופה לזמני יעד (OIP1). המרה להודעה→פקודה נכשלת/לא אוטומטית — בדוק הגדרת סוג הודעה↔סוג פקודה. אכיפת חובה של Breakdown/Malfunction — BAdI NOTIF_EVENT_SAVE (מועדף · Clean Core) או Customer Exit QQMA0001. שדות Malfunction לא מופיעים במסך — screen layout של סוג ההודעה לא מפעיל אותם (OQN6 / Screen Templates).

אחזקת שבר (Breakdown) מטפלת בתקלות בלתי-מתוכננות בזרימה מהירה: הודעת שבר M2 (IW21) עם דגל Breakdown ו-Malfunction Start → פקודה דחופה PM01 (עדיפות גבוהה → זמן יעד קצר) → שחרור וביצוע → אישור (IW41) + Malfunction End → TECO → ניתוח אמינות (MCI7 / Maintenance Management Overview). הנקודה הקריטית: דגל Breakdown + זמני Malfunction Start/End בטבלת QMIH הם המקור הבלעדי שממנו PMIS מחשב זמני השבתה, MTTR (מהירות תיקון) ו-MTBF (אמינות ציוד); ירידת MTBF = טריגר לאחזקה מונעת תכופה יותר — סגירת הלולאה בין שבר למונע. טבלאות ליבה QMEL/QMIH/QMFE/AUFK/AFIH/AFRU · T-Codes IW21/IW22/IW31/IW41/MCI7/OIP1 · Fiori Create Maintenance Request / Report and Repair Malfunction / Maintenance Management Overview / Technical Object Reliability · API BAPI_ALM_NOTIF_CREATE + BAPI_ALM_ORDER_MAINTAIN (נדרש COMMIT), PRIORITY_DETERMINE · Clean Core: BAdI NOTIF_EVENT_SAVE / WORKORDER_UPDATE, Exit QQMA0001/IWO10009 · SPRO: OQN6 (סוג הודעה) + OIP1 (עדיפויות).