אישור עבודות
ביצוע אחזקה · שיעור 2
- אישור זמן (Time Confirmation) — דיווח שעות בפועל לפעולה (AFVC→AFRU); מזין את העלות והיסטוריית העבודה.
- סוג פעילות (Activity Type) × תעריף מרכז עלות (CRCO/KP26) — הנוסחה שהופכת שעות מדווחות לעלות בפועל ב-CO על הפקודה.
- אישור חלקי מול אישור סופי (Final Confirmation) — הסופי מסמן שלא נותרה עבודה, מאפס עבודה שנותרה ומציב סטטוס מערכת CONF.
- Backflush — צריכת רכיבים אוטומטית באישור (מפתח בקרה/דגל Backflush) במקום GI ידני; כשלים נופלים ל-AFFW/COGI.
מטרת השיעור
ידע אצורבשיעור הזה תלמד איך אישור עבודות (Order Confirmation) סוגר את לולאת הביצוע בפקודת אחזקה: איך מדווחים שעות עבודה וכמויות, איך IW41/IW42/IW44 שונים זה מזה, איך סוג פעילות (Activity Type) × תעריף מרכז עלות הופך שעות עבודה לעלות בפועל ב-CO, מהו אישור סופי (Final Confirmation) ומה קורה עם Backflush של רכיבים. תוך שתי דקות תבין למה כל שעה שטכנאי מדווח היא בעצם רישום עלות.
למה זה חשוב
ידע אצורבלי אישור, הפקודה "יודעת" רק מה תוכנן — לא מה בוצע בפועל. האישור (AFRU) הוא הרגע שבו העבודה בשטח נכנסת למערכת: הוא רושם זמן, סטטוס וצריכת חומר, ומזרים עלות בפועל למרכז העלות של הפקודה. בלי הבנת האישור, הדיווחים נתקעים (COGI/תקופה סגורה), העלות בפקודה שגויה, וה-TECO וההתחשבנות נחסמים.
ערך עסקי
ידע אצוראישור מדויק = עלות אחזקה אמינה, בסיס למדדי אמינות (MTTR, זמינות) ולניתוח עומס צוות. הוא מזין את ה-CO בעלות עבודה אמיתית (שעות × תעריף), את ה-MM בצריכת מלאי אמיתית, ואת היסטוריית האחזקה של הציוד. אישור לקוי מעוות תקצוב אחזקה ומקבלי החלטות עובדים על נתונים שגויים.
היכן בשימוש
ידע אצוראחזקת שבר, אחזקה מונעת, אחזקה מבוססת-מצב ופרויקטי שיפוץ — בכל פקודת אחזקה משוחררת. משתמשים: טכנאי אחזקה (דיווח שטח/מובייל), ראש צוות (אישור קבוצתי IW44), ומתכנן האחזקה (מעקב אחר סטיות בין מתוכנן לבפועל).
מושגי מפתח
מאומת- אישור זמן (Time Confirmation) — דיווח שעות בפועל לפעולה (AFVC→AFRU); מזין את העלות והיסטוריית העבודה.
- סוג פעילות (Activity Type) × תעריף מרכז עלות (CRCO/KP26) — הנוסחה שהופכת שעות מדווחות לעלות בפועל ב-CO על הפקודה.
- אישור חלקי מול אישור סופי (Final Confirmation) — הסופי מסמן שלא נותרה עבודה, מאפס עבודה שנותרה ומציב סטטוס מערכת CONF.
- Backflush — צריכת רכיבים אוטומטית באישור (מפתח בקרה/דגל Backflush) במקום GI ידני; כשלים נופלים ל-AFFW/COGI.
- פרופיל אישור ופרמטרי בקרה — קובעים מה חובה לדווח, בדיקות סטייה וברירות מחדל בעת האישור.
- ביטול אישור (IW45) — מהפך את הזמן, העלות ותנועות החומר; חובה כשמדווחים בטעות.
דוגמה מ-CBC
ידע אצורבקו מילוי הבקבוקים ב-CBC, פקודת PM01 לאחזקת מסוע משוחררת. הטכנאי מבצע 4 שעות עבודה ומחליף 2 אטמים. באפליקציית Confirm Jobs (או IW41) הוא מדווח 4 שעות על הפעולה — סוג הפעילות "עבודת מכונאות" מוכפל בתעריף מרכז העלות של מחלקת האחזקה דרך CRCO, והעלות בפועל נצברת בפקודה. צריכת שני האטמים נרשמת כ-GI (261) ומעדכנת את RESB וה-MM. הטכנאי מסמן אישור סופי — הפקודה מקבלת סטטוס CONF, ומיד אפשר לבצע TECO ולהתחשבן על מרכז העלות של הייצור.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| AFRU | רשומות אישור פקודה (שעות/כמויות/סטטוס) |
| AFVC | פעולות הפקודה — היעד של האישור |
| AFKO | כותרת הפקודה |
| AFIH | כותרת אחזקה לפקודה |
| RESB | רזרבציות/רכיבים — מקור צריכת החומר (Backflush/GI) |
| CRCO | שיוך מרכז עבודה ↔ מרכז עלות/סוג פעילות (בסיס העלות) |
| AFFW | תנועות Backflush שנכשלו (מטופלות ב-COGI) |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתPlant Maintenance and Customer Service → Maintenance and Service Processing → Maintenance and Service Orders → Completion Confirmations → Define Control Parameters for Completion Confirmations — פרמטרי בקרה לאישור (בדיקות סטייה, שדות חובה, ברירות מחדל).
אובייקטים / BAPIs
מאומתטעויות נפוצות
ידע אצור- דיווח שעות בלי שסוג הפעילות/מרכז העלות מוגדר ב-CRCO/KP26 → עלות בפועל לא נרשמת או נרשמת שגוי.
- אישור בתאריך בתקופה סגורה (MMRV) → הרישום נחסם או נופל לשגיאה.
- סימון אישור סופי בטעות → הפקודה נחסמת לדיווח נוסף (צריך IW45 להיפוך).
- Backflush ללא מלאי/אצווה → התנועה נופלת ל-AFFW ומחכה בטיפול ב-COGI, והמלאי נשאר לא מדויק.
פתרון תקלות
ידע אצוראישור לא עובר: ודא שהפקודה במצב REL ולא TECO/CLSD, ושהתקופה פתוחה (MMRV). עלות לא נרשמה: בדוק שיוך מרכז עלות/סוג פעילות ב-CRCO ותעריף ב-KP26. תנועת חומר תקועה: הרץ COGI (או MF47) לעיבוד מחדש תנועות Backflush שנכשלו מ-AFFW — סיבות נפוצות: חוסר מלאי, אצווה לא נקבעה, תקופה סגורה. אישור כפול/שגוי: בטל ב-IW45 (מהפך זמן+עלות+חומר) ודווח מחדש. ולידציות מותאמות: exit CONFPM01/CONFPM05 או BAdI WORKORDER_CONFIRM.
שיטות עבודה מומלצות
ידע אצור- הפעל בדיקות סטייה בפרמטרי הבקרה (למשל חסימת שעות מעל 200% מהמתוכנן) כדי לתפוס טעויות דיווח לפני הרישום.
- העדף אישור מובייל (Confirm Jobs) לטכנאי שטח — מקצר את הפער בין ביצוע לדיווח ומשפר דיוק העלות.
- נטר את AFFW/COGI כשגרה יומית כדי שתנועות Backflush שנכשלו לא יעוותו את המלאי והעלות.
- הצמד סוג פעילות + תעריף לכל מרכז עבודה לפני העלייה לאוויר — בלי זה כל אישור שעות חסר משמעות עלותית.
טיפים
ידע אצור- IW44 מיועד לראש צוות שמזין אישורים לכמה טכנאים/פקודות בבת אחת — חוסך זמן מול IW41 הבודד.
- עיבוד חיצוני (קבלן) לא מאושר כאישור זמן רגיל — העלות בפועל נרשמת בקבלת שירות (GR) על הזמנת הרכש.
- IW47 (רשימת אישורים) הוא הכלי לבדיקה מהירה מי דיווח מה, ולאיתור אישורים שגויים לפני סגירת תקופה.
בחן את עצמך
ידע אצורמה הופך את השעות שטכנאי מדווח לעלות בפועל על הפקודה?
מה מייחד אישור סופי (Final Confirmation)?
רכיב סומן ל-Backflush אך אין מלאי — מה קורה בעת האישור?
סיכום
ידע אצוראישור עבודות (AFRU) סוגר את לולאת הביצוע: מדווח שעות בפועל וכמויות על פעולות הפקודה, ומזרים עלות בפועל ל-CO דרך סוג פעילות × תעריף מרכז עלות (CRCO/KP26). IW41 = אישור בודד · IW44 = קבוצתי · IW42 = כולל · IW45 = ביטול · Fiori Confirm Jobs למובייל. Backflush צורך רכיבים אוטומטית; כשלים נופלים ל-AFFW ומטופלים ב-COGI. אישור סופי מציב סטטוס CONF ופותח TECO והתחשבנות. API: BAPI_ALM_CONF_CREATE (נדרש COMMIT); ולידציה דרך CONFPM01/BAdI WORKORDER_CONFIRM.