מחזור חיי אחזקה
יסודות PM · שיעור 2
- הודעה (Notification, QMEL) — מסמך התיעוד: מה קרה, איפה (ציוד/מיקום פונקציונלי), נזק/גורם מקוטלגים. מתעדת אך אינה מבצעת ואינה נושאת עלות.
- פקודה (Order, AUFK/AFIH/AFKO) — מסמך הביצוע: פעולות, מרכזי עבודה, רכיבים ועלויות. סוג הפקודה (Order Type, למשל PM01) קובע טווח מספרים ומדיניות שחרור.
- סטטוסים לאורך המחזור: CRTD (נוצר) → REL (שוחרר) → PCNF/CNF (אושר חלקית/סופית) → TECO (הושלם טכנית) → CLSD (סגור עסקית).
- אישור (Confirmation, AFRU) — דיווח שעות בפועל + צריכת חומרים (GI לרכיבי מלאי). מזין עלות בפועל ומדדי זמן.
מטרת השיעור
ידע אצורמחזור חיי אחזקה הוא שרשרת הביצוע המלאה של PM: הודעה (Notification) → פקודה (Order) → שחרור (Release) → ביצוע ואישור (Confirmation) → סגירה טכנית (TECO) → התחשבנות (Settlement). בסוף השיעור תבין מי מפעיל כל שלב, אילו מסמכים וסטטוסים נוצרים, ואיך שלושת משטרי האחזקה — שבר (Breakdown), מונעת (Preventive) ומבוססת-מצב (Condition-Based) — נכנסים לאותה שרשרת בנקודות התחלה שונות.
למה זה חשוב
ידע אצורכל פעילות אחזקה בארגון — בין אם תקלה פתאומית, בדיקה מתוכננת או קריאה מחיישן — מתנקזת לאותו מחזור חיים. ההודעה מתעדת ("מה קרה"), הפקודה מבצעת ונושאת עלות ("מה עושים ובכמה"), האישור מדווח בפועל, TECO סוגר טכנית וההתחשבנות מעבירה את העלות ליעד. מיישם שלא שולט ברצף הזה יראה דיווחים נתקעים ב-COGI, עלויות שלא מגיעות למרכז העלות, ופקודות פתוחות שחוסמות סגירת תקופה. הבנת מחזור החיים היא הבסיס לכל דיון PM — סטטוסים, אינטגרציה ל-MM/CO/HR, ומדדי אמינות.
ערך עסקי
ידע אצורשליטה במחזור החיים נותנת שקיפות עלויות תחזוקה מלאה (שעות×תעריף + חלפים לכל נכס), תכנון משאבים וחלפים מראש, סגירת תקופות חלקה ובסיס נתונים אמין למדדי אמינות (MTTR, MTBF, זמינות). היכולת לבחור נכון בין משטר שבר, מונע ומבוסס-מצב מפחיתה השבתות בלתי-מתוכננות ומאזנת עלות אחזקה מול סיכון כשל.
היכן בשימוש
ידע אצוראחזקת שבר (Breakdown) — תיקון תקלה פתאומית; אחזקה מונעת (Preventive) — פקודות מתוזמנות מתכנית אחזקה (IP30); אחזקה מבוססת-מצב (Condition-Based) — קריאות ממדידה/מונה או חיישן מפעילות פקודה; פרויקטי שיפוץ (Refurbishment). משתמשים: מפעילים/טכנאים (פתיחת הודעה, אישור), מתכנני אחזקה (תכנון פקודה, חלפים, מרכזי עבודה), מנהלי אמינות (ניתוח מדדים) ובקרים (התחשבנות עלויות).
מושגי מפתח
מאומת- הודעה (Notification, QMEL) — מסמך התיעוד: מה קרה, איפה (ציוד/מיקום פונקציונלי), נזק/גורם מקוטלגים. מתעדת אך אינה מבצעת ואינה נושאת עלות.
- פקודה (Order, AUFK/AFIH/AFKO) — מסמך הביצוע: פעולות, מרכזי עבודה, רכיבים ועלויות. סוג הפקודה (Order Type, למשל PM01) קובע טווח מספרים ומדיניות שחרור.
- סטטוסים לאורך המחזור: CRTD (נוצר) → REL (שוחרר) → PCNF/CNF (אושר חלקית/סופית) → TECO (הושלם טכנית) → CLSD (סגור עסקית).
- אישור (Confirmation, AFRU) — דיווח שעות בפועל + צריכת חומרים (GI לרכיבי מלאי). מזין עלות בפועל ומדדי זמן.
- TECO (Technical Completion) — סוגר טכנית: מקבע נתונים, מנקה שמורות פתוחות ומאפשר התחשבנות. שונה מ-CLSD (סגירה עסקית).
- שלושה משטרי אחזקה נכנסים לאותו מחזור בנקודות שונות: שבר (הודעת תקלה + Breakdown flag), מונעת (פקודה אוטומטית מ-IP30), ומבוססת-מצב (קריאה ממדידה/מונה).
דוגמה מ-CBC
ידע אצורבקו מילוי הבקבוקים בארגון, ראש מילוי במסוע נתקע באמצע משמרת. המפעיל פותח הודעת תקלה M2 (IW21) עם Malfunction Start ודגל Breakdown, וקטלוג הנזק/גורם. מתכנן האחזקה ממיר אותה לפקודת PM01 (IW32/IW21→Order), מוסיף פעולת החלפת ראש מילוי במרכז העבודה 'מכונאות', ורוכיב מלאי (אטם → רזרבציה + GI). לאחר שחרור הפקודה הטכנאי מבצע, מדווח 3 שעות + צריכת האטמים ב-IW41, ומזין Malfunction End. המתכנן מבצע TECO. בסוף החודש הרצת CO88 מתחשבנת את העלות (שעות×תעריף מרכז עלות + חלפים) למרכז העלות של הייצור — ב-S/4 ישירות ב-ACDOCA. ניתוח MTBF (MCI7) מראה ירידה → טריגר להעלאת תדירות האחזקה המונעת.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| QMEL | כותרת הודעת אחזקה (Notification) |
| QMFE | פריטי הודעה (נזק/גורם) |
| AUFK | כותרת פקודה (Order master) |
| AFIH | כותרת אחזקה לפקודה |
| AFKO | נתוני ראש לוגיסטיים לפקודה |
| AFVC | פעולות הפקודה (Operations) |
| RESB | רכיבים / שמורות (Reservations) |
| AFRU | אישורי אחזקה (Confirmations) |
| COBRA | כלל התחשבנות — כותרת |
| COBRB | כלל התחשבנות — חלוקה ליעדים |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתPlant Maintenance and Customer Service → Maintenance and Service Processing → Completion Confirmations → Define Control Parameters for Completion Confirmations (OIOR) — פרמטרי בקרה לאישור לכל סוג פקודה ומפעל (Final Confirmation, Clear Open Reservs., בדיקות סטייה). בנוסף: Maintenance and Service Orders → Functions and Settings for Order Types — הגדרת סוג פקודה (PM01), טווח מספרים ופרופיל שחרור.
אובייקטים / BAPIs
מאומתטעויות נפוצות
ידע אצור- אישור על פקודה שלא שוחררה (לא REL) → האישור נחסם. ודא שחרור לפני דיווח בשטח.
- רכיב ללא מלאי זמין → תנועת החומר (GI) נתקעת ב-COGI (MF47); העלות בפועל חסרה.
- שכחת TECO → הפקודה נשארת פתוחה, מעכבת התחשבנות וסגירת תקופה.
- כלל התחשבנות (COBRB) חסר או יעד לא תקף → KO88/CO88 נכשל והעלות תקועה בפקודה.
פתרון תקלות
ידע אצוראישור נכשל — בדוק סטטוס בפקודה (IW33 → System Status): אם אינו REL, שחרר; אם CLSD/LKD, סטטוס חוסם. צריכת חומר תקועה — COGI/MF47 (מלאי/תקופה MMRV); ביטול אישור שגוי ב-IW45. אישור בתקופה סגורה — פתח תקופה או תקן תאריך רישום. התחשבנות נכשלת (KO88/CO88) — כלל התחשבנות חסר (הגדר ב-IW32/KO02), יעד לא תקף, או תקופת CO סגורה (OB52); ודא יתרה 0 לפני CLSD. זמני השבתה/MTBF שגויים — ודא Breakdown flag + Malfunction Start/End בהודעה. בדיקות שמירה/שחרור מותאמות — Customer Exit IWO10009 או BAdI WORKORDER_UPDATE (Clean Core).
שיטות עבודה מומלצות
ידע אצור- הגדר פרמטרי בקרה לאישור (OIOR) לכל צירוף סוג-פקודה×מפעל — אחרת לא ניתן לאשר; הפעל Propose Dates/Activities ו-Clear Open Reservs. לניקוי שמורות ב-TECO.
- הבחן בין TECO (סגירה טכנית — מאפשר התחשבנות ותיקון עלויות) ל-CLSD (סגירה עסקית — נעילה סופית); אל תסגור CLSD לפני יתרה 0.
- הפעל בדיקות סטייה (Work/Duration Deviation) כדי לתפוס אישורים חריגים, והשתמש בפרופיל שדות/מסך לטכנאי (IW42) — 'as much as necessary, but as little as possible'.
- ב-Clean Core העדף BAdI (WORKORDER_UPDATE / WORKORDER_CONFIRM / NOTIF_EVENT_SAVE) על פני Customer Exits ישנים להרחבות.
טיפים
ידע אצור- המרת הודעה→פקודה יכולה להיות אוטומטית לפי סוג הודעה — חוסך צעד ומבטיח קישור הודעה-פקודה לניתוח אמינות.
- הגדר Malfunction Start/End בהודעת שבר — זהו המקור לחישוב זמני השבתה, MTTR ו-MTBF ב-PMIS/MCI7; בלעדיו המדדים ריקים.
- לאחזקה מונעת/מבוססת-מצב תזמן את IP30 כ-batch job לילי — אחרת קריאות התכנית ופקודות לא נוצרות אוטומטית.
בחן את עצמך
ידע אצורמהו הסדר הנכון של מחזור חיי האחזקה?
מה ההבדל בין TECO ל-CLSD?
במה שונה אחזקת שבר מאחזקה מונעת מבחינת הכניסה למחזור החיים?
סיכום
ידע אצורמחזור חיי האחזקה: הודעה (QMEL) → פקודה (AUFK/AFIH/AFKO) → שחרור (REL) → אישור (AFRU, IW41) → TECO → התחשבנות (KO88/CO88 → ACDOCA ב-S/4). ההודעה מתעדת, הפקודה מבצעת ונושאת עלות, האישור מדווח בפועל, TECO סוגר טכנית וההתחשבנות מעבירה עלות ליעד. שלושה משטרים נכנסים בנקודות שונות: שבר (Breakdown flag), מונעת (IP30 אוטומטי) ומבוססת-מצב (מדידה/מונה). טבלאות ליבה QMEL/AUFK/AFIH/AFVC/RESB/AFRU/COBRB · T-Codes IW21/IW31/IW41/IW42/KO88/CO88 · Fiori /Confirm Jobs/Run Settlement · API BAPI_ALM_ORDER_MAINTAIN + BAPI_ALM_CONF_CREATE (נדרש COMMIT) · Clean Core: BAdI WORKORDER_UPDATE/WORKORDER_CONFIRM.