כיול (Calibration)
Calibration (PM-QM)
כיול (Calibration) משלב PM ו-QM לבדיקת מכשירי מדידה מול תקן. הזמנת אחזקה עם מפתח בקרה לבדיקה (Inspection) יוצרת מנת בדיקה (Inspection Lot), רושמים תוצאות (Results Recording) ומקבלים החלטת שימוש (Usage Decision).
תהליך
הזרימה העסקית
5 שלבים, כפי שהם כתובים במאגר.
- 1Planתכנית אחזקה לכיול + רשימת פעולות QM
- 2Orderפקודה עם מפתח בקרה Inspection
- 3Lotמנת בדיקה (Inspection Lot)
- 4Resultsרישום תוצאות (QE11)
- 5UDהחלטת שימוש (QA11)
התהליך המפורט
- תכנית אחזקה לכיול
- פקודה + מפתח בקרה Inspection
- מנת בדיקה (Inspection Lot)
- רישום תוצאות (QE11)
- החלטת שימוש (QA11)
- עדכון סטטוס מכשיר
הגדרה
מה זה, ולמה זה קיים
כיול משלב PM (פקודה) ו-QM (בדיקה) לאימות מכשירי מדידה מול תקן. הפקודה עם מפתח בקרה לבדיקה יוצרת מנת בדיקה; רושמים תוצאות מול מאפיינים ומקבלים החלטת שימוש (תקין/לא תקין).
נתוני אב שהתחום נשען עליהם
- מפתח בקרה (PM03)
- מאפייני בדיקה (PLMK)
- תכנית בדיקה (QM)
- ציוד מדידה (PRT)
אובייקטים עסקיים
מאחורי הקלעים
טבלאות וטרנזקציות
3 מתוך 6 הטבלאות ו-5 מתוך 5 הטרנזקציות נושאות דף בפרויקט. השאר מוצגות כערך, לא כקישור מת.
ממשקים
BAPIs ומודולי פונקציה
פיתוח
נקודות הרחבה
User Exits ו-BAdIs כפי שנרשמו במאגר. הסוגריים הם ההסבר שנכתב שם, לא תוספת שלנו.
User Exits
- QEEM0001 (רישום תוצאות)
- QAAT0001
BAdIs
- INSPECTIONLOT_UPDATE (יצירה/שינוי לוט; S/4: BADI_QPL1_CHANGE_AT_CREATE)
למידה
מה חשוב לזכור
- כיול = PM (פקודה) + QM (מנת בדיקה)
- מפתח בקרה PM03 מפעיל בדיקת QM
- מאפייני בדיקה (PLMK) מול תקן
- החלטת שימוש קובעת תקין/לא תקין למכשיר
איכות
תרחישי בדיקה
Positive · Negative · Integration · Regression, כפי שנוסחו במאגר.
- Positive: פקודת כיול → מנת בדיקה → תוצאות בתחום → UD תקין.
- Negative: תוצאה מחוץ לתחום → UD לא תקין → חסימת מכשיר.
- Integration: ציוד מדידה (PRT) משויך לפעולה.
- Regression: היסטוריית כיול נשמרת לציוד.
תקלות
מה נשבר, ומה עושים
- מנת בדיקה לא נוצרהודא מפתח בקרה עם סימון Inspection ברשימת הפעולות
- אין מאפייני בדיקההוסף Inspection Characteristics (PLMK) לפעולה
תקלות מהשטח
- מנת בדיקה לא נוצרה — מפתח בקרה ללא Inspection.
- אין מאפייני בדיקה — PLMK חסר בפעולה.
- UD תקוע — תוצאות לא מלאות.
בשטח
איך זה נראה במפעל
בארגון: כיול חיישני טמפרטורה בפסטור. תכנית אחזקה רבעונית יוצרת פקודה עם מפתח בקרה PM03 → מנת בדיקה. טכנאי רושם קריאות מול תקן; חריגה → החלטת שימוש 'לא תקין' וחסימת החיישן עד תיקון.
מעבר
ECC ← S/4HANA
ההכרעה כפי שנכתבה במאגר, שורה לכל היבט.
- ללא שינוי — נשאר זההאינטגרציית PM-QM זהה.
- משתנה ב-S/4HANAUX ל-Fiori לרישום תוצאות.
- אפליקציית FioriRecord Inspection Results
- השפעת מיגרציה ובדיקותQA: פקודה→מנת בדיקה→UD.
מה לבדוק אחרי ההמרה
QALS/QAMR נשמרים. QA: ודא יצירת מנת בדיקה מפקודת PM וזרימת תוצאות→UD.
המשך
תחומים נוספים ב-PM
- רשימות פעולות (Task Lists)5 טבלאות
- אישורי אחזקה (Confirmation)4 טבלאות
- התחשבנות פקודה (Settlement)4 טבלאות
- אחזקת שבר (Breakdown)4 טבלאות
- היתרים (Permits)3 טבלאות
- מרכזי עבודה5 טבלאות
- תכנון אחזקה6 טבלאות
- ביצוע אחזקה6 טבלאות
- הודעות אחזקה4 טבלאות
- אחזקה מונעת5 טבלאות
- נקודות מדידה ומונים4 טבלאות
- מיקומים פונקציונליים3 טבלאות
- ציוד5 טבלאות
- פקודות אחזקה5 טבלאות
- אובייקטים טכניים5 טבלאות
- אינטגרציית חלפים (PM-MM)5 טבלאות
- אנליטיקה ומדדי PM3 טבלאות
התוכן מוצג כפי שנכתב במאגר הפרויקט. לא נוסחו כאן עובדות SAP חדשות.