עיבוד הודעה לפקודה

בשיעור הזה תלמד איך הודעת אחזקה (Maintenance Notification) הופכת לפקודת אחזקה (Maintenance Order) — מתי ממירים הודעה לפקודה, איך נוצר הקישור הקבוע בין השתיים, ומה ההבדל בין יצירת פקודה מתוך הודעה (IW34 / כפתור "Order" ב-IW22) לבין פקודה עצמאית ללא הודעה (IW31). בסוף תדע לזהות את השדות שעוברים מההודעה לפקודה (אובייקט ייחוס, קטלוגים), להבין את משמעות הקישור לניתוח אמינות, ולבחור נכון בין המרה לבין הודעה/פקודה נפרדות.

ההודעה מתעדת "מה קרה" (תקלה, בקשה, תופעה) אבל היא אינה מבצעת עבודה ואינה נושאת עלויות. הפקודה היא זו שמתכננת, מבצעת ונושאת עלות. עיבוד ההודעה לפקודה הוא הגשר בין התיעוד לביצוע: הוא ממיר בקשה/תקלה לעבודה מתוכננת עם פעולות, רכיבים ותקציב. בלי המרה נכונה — או ההודעה נשארת "יתומה" בלי טיפול, או שנפתחת פקודה מנותקת מהתקלה וניתוח האמינות (MTBF/MTTR) נשבר כי אין קישור תקלה↔טיפול.

קישור הודעה↔פקודה מההתחלה שומר על שלמות שרשרת הנתונים תקלה→טיפול→עלות. זה מאפשר: ניתוח אמינות מדויק (איזו תקלה גרמה לאיזה טיפול ובכמה עלה), backlog נקי (כל הודעה שאושרה קיבלה פקודה), ותיעדוף מבוסס-עדיפות. ההפרדה בין הודעה (תיעוד/אישור) לפקודה (ביצוע/עלות) נותנת נקודת בקרה: לא כל הודעה הופכת לפקודה — חלק נדחות, מאושרות או מטופלות בלי עלות.

אחזקת שבר (הודעת תקלה M1/M2 → פקודת PM01), טיפול בבקשות תחזוקה (M2 → אישור → פקודה), תהליכי אישור לפני פתיחת פקודה, ותרחישי reactive maintenance מסודרים. משמש מתכנני אחזקה שממירים הודעות מאושרות לפקודות, ומנהלי משמרת שפותחים פקודה ישירות מדיווח תקלה בשטח.

• קישור הודעה↔פקודה — פקודה אחת יכולה להיות מקושרת להודעה אחת או יותר (object list). הקישור נשמר בכותרת הפקודה ומקשר QMEL↔AUFK/AFIH.
• IW34 (Create Order with Notification) — יצירת פקודה הקשורה ישירות להודעה קיימת; מעתיק אובייקט ייחוס וקטלוגים מההודעה.
• המרה מתוך IW22 — בעת שינוי הודעה אפשר ללחוץ 'Order' וליצור פקודה שנקשרת אוטומטית להודעה.
• סוג פקודה נגזר מסוג ההודעה — Customizing מגדיר איזה order type ברירת-מחדל נפתח לכל notification type (M1→PM01).
• העברת נתונים — אובייקט הייחוס (EQUI/IFLOT), קטלוגי נזק/גורם וקבוצת מתכנן עוברים מההודעה לפקודה כדי לשמור הקשר.
• המרה מול עצמאי — IW34/IW22→Order שומר קישור לניתוח אמינות; IW31 פותח פקודה נטו בלי הודעה (למשל אחזקה מונעת מ-IP10).

בקו מילוי הבקבוקים ב-CBC, מפעיל מזהה דליפה במזרק ופותח הודעת תקלה M1 ב-IW21 עם אובייקט הייחוס (הציוד "מזרק קו 1"), Malfunction Start וקוד פגם. מתכנן האחזקה בודק את ההודעה, מאשר אותה, ולוחץ 'Order' ב-IW22 (או פותח IW34) — נפתחת פקודת PM01 מקושרת אוטומטית להודעה, עם אותו ציוד וקטלוגים. הוא מוסיף פעולה "החלף מזרק" עם מרכז עבודה, רכיב חלף מהמלאי, משחרר, מבצע האחזקה מדווח, והפקודה נסגרת TECO — כשההודעה והפקודה נשארות מקושרות לכל אורך התהליך לצורך ניתוח אמינות.

Plant Maintenance and Customer Service → Maintenance and Service Processing → Maintenance and Service Notifications → Notification Creation → Notification Type → הגדרת סוג הפקודה (Order Type) שנפתח מכל סוג הודעה, וכן Overview of Notification Type. סוג הפקודה הנגזר נקבע כאן ומשפיע על ההמרה מ-IW22/IW34.

• I_QMEL
• I_AUART
• I_SWERK
• I_INGRP
• I_BEGRP

אם ההמרה מ-IW22/IW34 נכשלת או פותחת סוג פקודה שגוי: בדוק ב-SPRO (Notification Type) שהוגדר order type לסוג ההודעה. אם הפקודה נפתחה בלי אובייקט הייחוס מההודעה — ודא שההודעה קושרה נכון לאובייקט טכני (QMEL/QMIH → EQUI/IFLOT) לפני ההמרה. אם הפקודה לא נקשרת להודעה — ודא שנעשה שימוש ב-IW34/כפתור Order ולא ב-IW31 נפרד. חוסר הרשאה בהמרה: SU53 מול I_QMEL / I_AUART. ולידציות שמירה: EXIT QQMA0001 (הודעה) ו-IWO10009 (פקודה).

עיבוד הודעה לפקודה הוא הגשר בין תיעוד (הודעה, QMEL) לביצוע (פקודה, AUFK/AFIH). ההמרה נעשית דרך כפתור 'Order' ב-IW22 או דרך IW34 (Create Order with Notification) — שניהם קושרים את הפקודה להודעה ומעתיקים אובייקט ייחוס וקטלוגים, לעומת IW31 שפותח פקודה עצמאית בלי קישור. סוג הפקודה הנגזר נקבע ב-Customizing לפי סוג ההודעה. הקישור קריטי לניתוח אמינות (MTBF/MTTR). API: BAPI_ALM_ORDER_MAINTAIN · הכיוון ההפוך: BAPI_ALM_NOTIF_CREATE_FRO · CDS: I_MaintenanceOrder / I_MaintenanceNotification.