שולחן עבודה · PM

Plant Maintenance Advanced Workbench

שולחן עבודה מתקדם ליועץ PM: היררכיית מיקומים טכניים וציוד עם פלחי זמן ב־EQUZ, זרימה מלאה הודעה→הזמנה→דיווח→סילוק→TECO, תכנון מתחזוקה מונעת (IP10/IP30), נקודות מדידה ומוני קריאה, ניהול סטטוסים מערכת ומשתמש (JEST/objnr) ושילוב מלא ל־MM/CO. דגש על אבחון Read-Only לפני שינוי, ועל הבדלי ECC6 EHP7 מול S/4HANA EAM/Fiori.

מושגים (Concepts)

Functional Location · מיקום טכנימבנה היררכי המייצג את אתר המפעל (שורש→קו ייצור→מכונה). מאוחסן ב־IFLOT עם תיאורים ב־IFLOTX, וכולל מבנה תווית (TPLKZ) המגדיר רמות. משמש כעוגן יציב לציוד מתחלף.
Equipment & Install/Dismantle · ציוד והתקנה/פירוקאובייקט פיזי (EQUI) המותקן במיקום טכני. כל מעבר מקום או שינוי שדה היררכי יוצר רשומת EQUZ חדשה עם DATBI/DATAB — פלחי זמן המאפשרים שחזור היסטוריה.
Notification → Order → Confirmation · הודעה ← הזמנה ← דיווחQMEL (הודעה) מתעדת תקלה/בקשה; ממנה נפתחת הזמנת תחזוקה (AUFK+AFIH) עם פעולות (AFVC) ורכיבים (RESB); IW41 מבצעת דיווח שעות וצריכה; TECO סוגרת טכנית; סילוק העלויות עובר למרכז עלות/נכס.
Maintenance Plan & Strategy · תכנית תחזוקה ואסטרטגיהMPLA = ראש תכנית; MPOS = פריט (קישור לאובייקט+TaskList); תכנית מחזור יחיד (Single Cycle) מול אסטרטגיה (Strategy Plan) עם MMPT/חבילות. IP10 מתזמן, IP30 מבצע ניטור Deadline ברקע ומשחרר קריאות (Calls).
Measuring Point & Document · נקודת מדידה ומסמך מדידהIMPTT/IMRG: נקודת מדידה (Counter/Measure) על אובייקט טכני; מסמכי מדידה (IK11) מזינים תכניות מבוססות ביצועים (Performance-Based), ומפעילים קריאת תחזוקה בהגעה ליעד.
Status Management · ניהול סטטוסיםכל אובייקט PM נושא objnr; JEST מחזיק סטטוסי מערכת (CRTD/REL/TECO/CLSD) וסטטוסים אישיים (לפי טבלת User Status פרופיל). שאילתת JEST + TJ02T קריטית לאבחון מדוע פעולה חסומה.

ארכיטקטורה (Architecture)

▸שכבת אובייקטים טכניים: IFLOT (FuncLoc) ↔ EQUI/EQUZ (Equipment עם פלחי זמן) ↔ ILOA (נתוני מיקום משותפים: מרכז עלות, מפעל תכנון, ABCKZ).
▸שכבת תחזוקה שוטפת: QMEL (הודעה) → AUFK+AFIH (הזמנת PM) → AFVC/AFVV (פעולות וזמנים) → RESB (רכיבים) → AFRU (דיווחים).
▸שכבת תכנון מונע: MPLA (תכנית) → MPOS (פריט) → MMPT (חבילות מחזור) → MHIS (היסטוריית קריאות) ↔ PLKO/PLPO (רשימת משימות).
▸שכבת מדידה ומבנה: IMPTT/IMRG (נקודות ומסמכי מדידה), OBJK (רשימת אובייקטים בהזמנה/הודעה), IHPA (שותפים).
▸אינטגרציה: CO (סילוק להזמנה→מרכז עלות AUFK/COEP), MM (RESB→הזמנת רכש/יציאת מלאי), HR (CRHD מרכזי עבודה), FI (נכסים קבועים ANLA דרך EQUI-ANLNR).

זרימת תהליך (Process Flow)

11. תקלה בשטח — טכנאי או אופרטור פותח הודעה (IW21) מסוג M2 (תקלה); בוחר ציוד/FuncLoc, קודי תקלה (Catalog) מ־QPCT/QPGT, ומקצה לקבוצת מתכננים.
22. תכנון העבודה — מתכנן פותח הזמנת תחזוקה (IW31 או המרה ישירה IW22→IW31) מסוג PM01/PM02, משייך TaskList (PLKO), פעולות (AFVC), רכיבים (RESB) ו־PRT.
33. שחרור והדפסה — סטטוס REL ב־JEST, בדיקת זמינות חומרים (Availability Check), הקצאת אישור עבודה (Permit) במידת הצורך, הדפסת Shop Papers (IW3D).
44. ביצוע ודיווח — טכנאי מדווח שעות וצריכה ב־IW41 או IW42; AFRU נוצר; RESB מתממש ליציאת מלאי 261; ניתן להזין מסמכי מדידה (IK11) שמעדכנים תכניות מבוססות ביצועים.
55. סגירה טכנית (TECO) — סטטוס TECO ב־JEST חוסם דיווחי שעות נוספים, סוגר יתרות פתוחות של RESB, ומעביר את ההזמנה לסילוק.
66. סילוק וסגירה עסקית — KO88/CJ88 מבצעים Settlement → COEP/COSS לפי כלל סילוק (Settlement Rule) למרכז עלות/נכס; סטטוס CLSD נועל את ההזמנה; חישוב KPIs ב־PMIS (MCI*).

טבלאות (Tables)

EQUIEquipment master — נתוני שורש (EQUNR, EQTYP, ANLNR, MATNR, SERNR, BEGRU).
EQUZEquipment time-segment — פלח זמן (DATBI/DATAB) עם המיקום הטכני הנוכחי (TPLNR), מרכז עבודה ומחלקת אחריות; היסטוריית התקנה/פירוק.
EQKTEquipment short texts — תיאורים תלויי שפה ל־EQUI (KTX).
IFLOTFunctional Location master — מפתח TPLNR, מבנה תווית TPLKZ, קטגוריה FLTYP, אב TPLMA (היררכיה).
IFLOTXFunctional Location short texts — PLTXT/PLTXU בשפות שונות.
ILOALocation/Account assignment — נתוני מיקום וחשבונאות משותפים (KOSTL, SWERK, INGRP, ABCKZ); מקושרת מ־EQUI/IFLOT/AUFK דרך ILOAN.
AFIHPM Order header extension — מרחיב את AUFK בשדות EQUNR, TPLNR, QMNUM, ILART (סוג פעילות), PRIOK; ההצטלבות הקלאסית לפילוח דוחות תחזוקה.
AUFKOrder master — ראש הזמנה כללי (AUFNR, AUTYP=30 ל־PM, AUART, WERKS, OBJNR לסטטוסים).
QMELNotification header — QMNUM, QMART, EQUNR/TPLNR, QMDAT, FECOD/URCOD; חוצה PM/QM (VIQMEL = view).
QMFE / QMURNotification items / causes — קודי תקלה (FECOD) וסיבות (URCOD) ברמת פריט הודעה; משמשים לניתוח Pareto.
OBJKObject list — אובייקטים נוספים (ציוד/SERNR/MATNR) המקושרים להזמנה או הודעה (RIWO00).
IHPAPartners — מקושרת ל־ILOAN/OBJNR; מחזיקה שותפים (מבקש, אחראי טכני, ספק).
MPLA / MPOS / MMPTMaintenance plan / item / cycle — תכנית, פריט (קישור TaskList ואובייקט), חבילות מחזור (כל 30/90/180 יום).
MHISMaintenance plan call history — תיעוד כל קריאה שיצרה IP30, מועדי תכנון מול ביצוע; קריטית לאיזון מחזורים.
JEST / TJ02TObject status — JEST(OBJNR, STAT, INACT) מחזיק סטטוסים פעילים; TJ02T = טקסטים. בלי קריאה ל־JEST אי אפשר להסביר מדוע IW32 חסם פעולה.

טרנזקציות (Transactions)

IE01IE02IE03IL01IL02IL03IH01IH06IH08IW21IW22IW23IW28IW29IW31IW32IW33IW38IW39IW41IW42IW3DIW8WIP01IP02IP03IP10IP30IK01IK11IB01KO88MCI3

Function Modules / BAPIs

BAPI_EQUI_GETDETAILREAD-ONLY
מחזיר נתוני ציוד מלאים (EQUI, EQUZ נוכחי, IFLOT דרך ILOA). נקודת כניסה בטוחה לאבחון לפני שינוי.
BAPI_ALM_NOTIF_GET_DETAILREAD-ONLY
שולף ראש הודעה (QMEL), פריטים (QMFE), פעילויות (QMSM) ושותפים — שימושי לבדיקה מדוע הודעה לא הומרה להזמנה.
BAPI_ALM_ORDER_GET_DETAILREAD-ONLY
מחזיר הזמנה: AUFK+AFIH, פעולות, רכיבים, סטטוסים, רשימת אובייקטים. השווה תוצאה ל־IW33 לפני קריאה ל־MAINTAIN.
BAPI_ALM_ORDER_MAINTAINUPDATE-RISKY
ה־BAPI הראשי לעדכון הזמנת PM (כותרת/פעולות/רכיבים/שותפים/סטטוסי משתמש). דורש BAPI_TRANSACTION_COMMIT, ויש לטפל בטבלת RETURN לפני commit; פעלו בשרשרת METHOD נכונה (CREATE→ADD→SAVE).

BAdIs

IEQM0001verify SE18
BAdI לבדיקת/הרחבת נתוני ציוד ב־IE01/IE02 — לאמת שם מדויק בלקוח לפני שימוש; לעיתים פתרון העדפה ל־CMOD מקביל.
NOTIF_EVENT_SAVEverify SE18
BAdI לאירוע שמירת הודעת תחזוקה — מאפשר בקרות/השלמת שדות לפני COMMIT; בדקו filter לפי QMART.
WORKORDER_UPDATEverify SE18
BAdI לאירועי הזמנת תחזוקה (BEFORE_UPDATE / AT_SAVE / IN_UPDATE) — שימושי לחישוב שדות Z או חסימת שמירה; שימו לב לעבודה במצב Update Task.
EXTENSION_US_TASKLISTverify SE18
BAdI להרחבת רשימות משימות (PLKO/PLPO) במסכי IA01/IA05 — לאמת שם וקיום ב־EHP7.

User Exits

IWO10009
User exit Order: בדיקות לפני שמירת הזמנת PM (PBO/PAI על שדות כותרת); קלאסי לכפיית מילוי שדות Z.
IWO10016
User exit Order: השפעה על הקצאת מספר/קביעת ערכי ברירת מחדל בעת יצירת הזמנה (IW31).
IWO10018
User exit Order: בדיקות בעת שחרור (REL) — חסימה אם תנאים עסקיים לא מתקיימים.
QQMA0001verify SE37
User exit Notification: PBO/PAI על מסכי IW21/IW22 — לאימות שם פרויקט CMOD בלקוח.
QQMA0014verify SE37
User exit Notification: השפעה על שמירה ועדכון של ראש הודעה; לוודא קיום ב־EHP7 לפני התחייבות בפרויקט.

נקודות Debug (Debug Entry Points)

▸שלב 0 — Read-Only: IW33 על מספר ההזמנה, IE03 על הציוד, IW53 על ההודעה. רשמו AUFNR/EQUNR/QMNUM ו־OBJNR לשימוש בהמשך.
▸שלב 1 — Status check: SE16 על JEST עם OBJNR (INACT ריק) + TJ02T לפענוח. אם רואים סטטוס TECO/LKD/CLSD — זה ההסבר לרוב החסימות.
▸שלב 2 — Time-segment check: SE16 על EQUZ לפי EQUNR ובדיקת DATBI=99991231 לפלח הנוכחי; אי־התאמה למיקום הצפוי = תקלת התקנה/פירוק.
▸שלב 3 — ST05 Trace על IW32/IW41: זהו את ה־UPDATE על AFVV/AFRU/RESB ואת קריאות ה־BAPI; כך מאתרים Exit/BAdI לקוחי שעוצרים שמירה.
▸שלב 4 — Breakpoints מבוקרים: SE37 על BAPI_ALM_ORDER_MAINTAIN ועל פונקציות עדכון IWO1*; IW41 פועלת ב־Update Task — להפעיל ׳Update Debugging׳ ב־/h.
▸שלב 5 — Settlement & FI/CO: SE16 על COEP/COBK עם AUFNR, ו־AUFK-OBJNR לחיפוש מקור; אם הסילוק נכשל — KO88 בסימולציה לבדיקת כלל סילוק ב־COBRA/COBRB.

ECC מול S/4HANA

ECC
טרנזקציות GUI קלאסיות (IW31/IW32/IW33, IL01, IE01) הן ממשק העבודה היומיומי של המתכנן והטכנאי.

S/4HANA
S/4HANA EAM מציע אפליקציות Fiori: ׳Manage Maintenance Orders׳, ׳My Maintenance Overview׳, ׳Find Maintenance Notification׳ — ה־GUI נשמר אך אינו הממשק המומלץ; דורש Embedded Analytics CDS.

ECC
מבנה הטבלאות הליבתי (EQUI/EQUZ/IFLOT/AFIH/QMEL) יציב ולא עבר Simplification מהותי.

S/4HANA
הליבה נשארת זהה ב־S/4 (PM=EAM core stable); השינוי המרכזי הוא בשכבת ה־UX והאנליטיקה (CDS Views כגון I_MaintenanceOrder) ולא בסכימה.

ECC
סילוק הזמנת PM ל־CO מבוסס Settlement Rule ב־COBRA/COBRB עם הרצת KO88 ורישומי COEP מקבילים ל־BSEG.

S/4HANA
Universal Journal (ACDOCA) מאחד CO+FI; הסילוק עדיין רץ אך הרישום מתרכז ב־ACDOCA; טבלאות COEP/COSS נשמרות כתאימות — verify behavior של דוחות Z שמסתמכים עליהן.

ECC
אפליקציות מובייל מבוססות SAP Work Manager / Syclo עם מתאם middleware.

S/4HANA
Fiori-based Asset Manager ו־׳My Maintenance Tasks׳ מתחברים ישירות ל־OData; ארכיטקטורת מובייל חדשה — verify לפי גרסת S/4 ספציפית.

תקלות נפוצות קשורות (Common Incidents)

ציוד לא מקושר לפקודת אחזקה →סטטוס מיקום פונקציונלי חוסם פעולה →היסטוריית התקנה/פירוק של ציוד שגויה — תקופת שימוש חופפת →תכנית תחזוקה לא מייצרת פקודות — אופק קריאה לא מכוסה →מד מונה — לא ניתן להזין קריאה נמוכה מהקודמת →TECO (סגירה טכנית) חסומה →

דוגמאות CBC (CBC Examples)

●מבנה היררכי לקו מילוי: FuncLoc CBC-IL-ASH-LINE1 → רכיבי ציוד Filler / Capper / Labeller / Conveyor / Palletiser כל אחד EQUI נפרד עם EQUZ פעיל — מאפשר ניתוח MTBF/MTTR לפי תחנה.
●תכנית תחזוקה מונעת לקו מילוי: MPLA אסטרטגיה עם חבילות 7/30/180 יום (ניקוי, החלפת אטמים, כיול ראשי מילוי), IP30 רץ לילי ומשחרר הזמנות PM02 אוטומטית עם TaskList מאושר.
●תרחיש שבר על Labeller באמצע משמרת: אופרטור פותח QMEL מסוג M1 דרך מסך מקוצר, מתכנן ממיר ל־IW31 PM01, מוקצה לטכנאי תורן, דיווח IW41 כולל צריכת חלקי חילוף (RESB→261), TECO וסילוק יומי למרכז עלות של קו 1.

→ חזרה לשולחנות העבודה

SAP by Sali · Project NEO

טוען את נוף ה-SAP…