מדדי אחזקה
ניתוח ו-KPI · שיעור 1
- MTTR (Mean Time To Repair) — זמן תיקון ממוצע; נגזר מזמני Malfunction Start/End שנרשמים בהודעת התקלה.
- MTBF (Mean Time Between Failures) — זמן ממוצע בין תקלות; מודד אמינות, נגזר מהיסטוריית התקלות של הציוד.
- זמינות (Availability) — היחס בין זמן פעולה לזמן כולל; יורד ככל שזמני ההשבתה עולים.
- PMIS — מערכת מידע האחזקה, מבוססת מבני מידע (Information Structures) S061–S070 המתעדכנים מהודעות ופקודות.
מטרת השיעור
ידע אצורבשיעור הזה תלמד איך נתוני האחזקה שכבר נאספים בשטח — הודעות תקלה, פקודות, אישורים ונקודות מדידה — הופכים למדדי ניהול. תדע להסביר MTTR, MTBF וזמינות (Availability), להריץ ניתוחי PMIS (MCI1–MCI8), לקרוא ניתוח השבתות (MCI7) וניתוח עלויות (MCI8), ולהבין איך אותם נתונים מוצגים ב-S/4HANA כאנליטיקה חיה (Embedded Analytics / Fiori KPIs).
למה זה חשוב
ידע אצורמדדי אחזקה הם ההבדל בין "מתקנים מה שנשבר" ל"אחזקה מבוססת-נתונים". בלי MTTR/MTBF וניתוח תקלות חוזרות אי אפשר להחליט אילו מכונות דורשות אחזקה מונעת תכופה יותר, היכן זולף תקציב, ואילו רכיבים כושלים שוב ושוב. המדדים לא נוצרים בנפרד — הם נגזרים אוטומטית מנתונים שכבר קיימים: סימון Breakdown וזמני Malfunction Start/End בהודעה, שעות ועלויות מהאישורים, וקודי קטלוג של פגם/סיבה. איכות המדד תלויה ישירות באיכות הרישום בשטח.
ערך עסקי
ידע אצורשקיפות ביצועי אחזקה: זיהוי הציוד ה"בעייתי" (Bad Actors), הפחתת זמן השבתה, אופטימיזציה של תקציב חלפים ושעות, והצדקה מבוססת-נתונים לתדירות אחזקה מונעת. עבור CBC — פחות עצירות קו מילוי/מיכל, זמינות גבוהה יותר של מכונות ייצור, והחלטות השקעה מבוססות MTBF במקום תחושת בטן.
היכן בשימוש
ידע אצורמנהלי אמינות ואחזקה, קבוצות מתכננים (Planner Groups), הנהלת מפעל וסקירות ביצועים תקופתיות. משמש באחזקת שבר (ניתוח השבתות), אחזקה מונעת (כיול תדירות), בקרת עלויות אחזקה ובחירת מועמדים לתחזוקה מבוססת-מצב (Condition-Based).
מושגי מפתח
מאומת- MTTR (Mean Time To Repair) — זמן תיקון ממוצע; נגזר מזמני Malfunction Start/End שנרשמים בהודעת התקלה.
- MTBF (Mean Time Between Failures) — זמן ממוצע בין תקלות; מודד אמינות, נגזר מהיסטוריית התקלות של הציוד.
- זמינות (Availability) — היחס בין זמן פעולה לזמן כולל; יורד ככל שזמני ההשבתה עולים.
- PMIS — מערכת מידע האחזקה, מבוססת מבני מידע (Information Structures) S061–S070 המתעדכנים מהודעות ופקודות.
- דו-דלת הנתונים: קודי קטלוג (פגם/סיבה/פעולה) בהודעה מזינים ניתוח Pareto של תקלות חוזרות.
- S/4HANA — המדדים עוברים מדוחות LIS סטטיים לאנליטיקה חיה על CDS (Embedded Analytics + Fiori Overview/KPI).
דוגמה מ-CBC
ידע אצורבארגון: ממלאת #2 בקו המילוי נעצרת באמצע משמרת. נפתחת הודעת תקלה M2 עם סימון Breakdown ו-Malfunction Start; פקודה דחופה, החלפת ראש מילוי, אישור 3 שעות + חלף, וסגירת Malfunction End. בסוף החודש מנהל האמינות מריץ MCI7 (ניתוח השבתות) על קבוצת מכונות המילוי ורואה ש-MTBF של ממלאת #2 יורד באופן עקבי — טריגר להגדלת תדירות האחזקה המונעת. MCI8 מראה שעלות התיקונים המצטברת חצתה סף → מועמדת להחלפה.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| QMEL | כותרת הודעת אחזקה |
| QMIH | נתוני אחזקה להודעה — סימון Breakdown וזמני Malfunction Start/End |
| QMFE | פריטי הודעה (פגמים) |
| AUFK | כותרת פקודה (בסיס לניתוח עלויות) |
| AFRU | אישורי פקודה (שעות בפועל) |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתPlant Maintenance and Customer Service → Information System (PMIS) / Logistics Information System (LIS) — עדכון מבני מידע S061–S070; וכן הגדרת פרופילי קטלוג להודעות המזינים ניתוח תקלות.
אובייקטים / BAPIs
מאומתטעויות נפוצות
ידע אצור- הודעה ללא סימון Breakdown או ללא Malfunction End → זמן השבתה נשאר פתוח, ו-MTTR/זמינות מחושבים שגוי.
- הזנת קודי קטלוג לא עקבית → אי אפשר לזהות תקלות חוזרות (ניתוח Pareto חסר משמעות).
- ציפייה למדדים ריאל-טיים ב-ECC בזמן שמבני המידע (LIS) לא עודכנו לפרק הזמן הנבחר → דוח ריק.
- ערבוב תאריכי תקלה לא עקביים בהיסטוריית הציוד → MTBF שגוי.
פתרון תקלות
ידע אצורמדדים ריקים או שגויים ב-PMIS: ודא שמבני המידע (S061–S070) עודכנו ושפרק הזמן בניתוח מכסה את התקלות. לזמני השבתה שאינם מחושבים — בדוק שקיים סימון Breakdown ושני זמני Malfunction Start/End בהודעה (QMIH). ל-MTBF חשוד — בדוק עקביות תאריכי התקלה בהיסטוריית הציוד. תקלות חוזרות שאינן מזוהות — נובע מקודי קטלוג חסרים/לא אחידים בהודעות.
שיטות עבודה מומלצות
ידע אצור- אכוף רישום Malfunction Start/End וסימון Breakdown כשדות חובה בהודעת תקלה — זה הבסיס לכל מדד אמינות.
- בנה פרופיל קטלוג אחיד (פגם/סיבה/פעולה) כדי לאפשר ניתוח Pareto של תקלות חוזרות.
- נתח לפי קבוצות אובייקטים (קו מילוי, פסטור) ולא רק ציוד בודד כדי לזהות מגמות מערכתיות.
- ב-S/4 העדף את דפי ה-Overview / KPI ב-Fiori על פני הרצת LIS ידנית — הנתונים חיים ובזמן אמת.
טיפים
ידע אצור- MCI7 = ניתוח השבתות (MTBF/זמינות); MCI8 = עלויות — שני הדוחות המרכזיים לסקירת ביצועים חודשית.
- זכור את שרשרת המקור: מדד גרוע כמעט תמיד מקורו ברישום שדה חסר בשטח, לא בדוח.
- ב-S/4HANA אותם נתונים זמינים דרך CDS ו-Fiori Maintenance Management Overview — אין צורך להמתין לעדכון LIS.
בחן את עצמך
ידע אצורמהיכן נגזר MTTR (זמן תיקון ממוצע)?
איזו טרנזקציית PMIS משמשת לניתוח השבתות (MTBF/זמינות)?
מדוע חשובים קודי הקטלוג (פגם/סיבה) בהודעות?
סיכום
ידע אצורמדדי אחזקה נגזרים אוטומטית מנתונים שכבר נאספים: זמני Malfunction וסימון Breakdown בהודעה (QMEL/QMIH) נותנים MTTR ו-Availability; היסטוריית התקלות נותנת MTBF; שעות ועלויות מהפקודות (AUFK/AFRU) נותנים ניתוח עלות. ב-ECC הכלי הוא PMIS/LIS (מבני מידע S061–S070) עם הדוחות MCI1–MCI8 — בראשם MCI7 (השבתות) ו-MCI8 (עלויות). ב-S/4HANA אותם נתונים הופכים לאנליטיקה חיה על CDS ו-Fiori KPIs. איכות המדד = איכות הרישום בשטח.