כיול (Calibration · PM-QM)

כיול (Calibration) הוא נושא ה-flagship של אינטגרציית PM-QM: אימות תקופתי שמכשירי מדידה ובקרה מדייקים מול תקן ידוע. בסוף השיעור תבין את שרשרת הכיול המלאה — תכנית אחזקה עם מפתח בקרה מסוג בדיקה (PM03) יוצרת פקודת אחזקה, זו יולדת אוטומטית מנת בדיקה (Inspection Lot), רושמים תוצאות מול מאפייני הבדיקה (QE11), ומקבלים החלטת שימוש (Usage Decision) שמכריעה תקין/לא-תקין ועדכון סטטוס המכשיר. תדע אילו טבלאות (QALS/QAMR/QAVE) נושאות את הלוט, התוצאות וההחלטה, מהו התפקיד של מפתח הבקרה, ואיך ציוד המדידה (PRT) והתקן נשמרים בנפרד — כך שהכיול מתועד ומבוקר לאורך זמן.

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

כיול מובנה ב-SAP נותן שרשרת ראיות מלאה ומבוקרת: מתי כוילה כל מדידה, מול איזה תקן, מי החליט תקין/לא-תקין, ומה הסטטוס העדכני של המכשיר — הכל מקושר לציוד ולהיסטוריית האחזקה שלו. זה תומך ישירות בציות רגולטורי (GMP/HACCP/ISO), מונע שימוש בפועל במכשירים חורגים דרך חסימה אוטומטית, ומספק בסיס לניתוח מגמות סחיפה (drift) לצורך אופטימיזציית תדירות הכיול. עלות אי-כיול = משיכת מוצר, קנס רגולטורי או השבתת קו; עלות כיול מבוקר = פקודת אחזקה תקופתית זולה עם מסלול ביקורת מלא.

כיול חיישני טמפרטורה/לחץ/משקל בקווי ייצור מזון ומשקאות, כיול מכשור מעבדה (QC), אימות מדי זרימה ומדי pH, כיול כלי מדידה ידניים (מדי עובי, מדחומים ניידים), ותרחישי מכשור מפוקח בפארמה. הנושא חוצה מודולים: PM נושא את הפקודה, האובייקט הטכני (הציוד לכיול) ותכנית האחזקה התקופתית; QM נושא את תכנית הבדיקה, מאפייני הבדיקה, מנת הבדיקה, רישום התוצאות והחלטת השימוש. משתמשים: מהנדסי אחזקה ומטרולוגיה, טכנאי כיול, בקרי איכות (QM), וצוותי ציות/רגולציה.

• מפתח בקרה מסוג בדיקה (Control Key, PM03) — היושב על הפעולה בפקודה/ברשימת המשימות ומסמן 'רלוונטי לבדיקת QM'. זהו הטריגר שגורם לשחרור הפקודה ליצור אוטומטית מנת בדיקה. ללא מפתח בקרה מסוג בדיקה — לא נוצרת מנת בדיקה כלל.
• מנת בדיקה (Inspection Lot, QALS) — אובייקט ה-QM שנוצר מפעולת הכיול; נושא סוג בדיקה (למשל 14 — Inspection for maintenance order), סטטוס, וכמות. הכותרת יושבת ב-QALS והיא נקודת החיבור בין עולם ה-PM (הפקודה) לעולם ה-QM (התוצאות).
• מאפייני בדיקה (Inspection Characteristics, PLMK) — 'מה בדיוק מודדים' ובאילו גבולות סובלנות (upper/lower limit). מגיעים מתכנית הבדיקה (QM) המקושרת, או ממאפיינים מהמאסטר. מאפיין חסר בפעולה → אין מול מה לרשום תוצאה → הלוט חסר תוכן.
• רישום תוצאות (Results Recording, QE11 / QAMR) — הזנת הקריאה שנמדדה מול כל מאפיין. התוצאות נשמרות ב-QAMR (results for characteristic); המערכת משווה אוטומטית לגבולות הסובלנות ומסמנת אישור/דחייה למאפיין.
• החלטת שימוש (Usage Decision, QA11 / QAVE) — ההכרעה הסופית על הלוט כולו: תקין (accepted) או לא-תקין (rejected). ההחלטה נשמרת ב-QAVE ומקבעת את תוצאת הכיול. UD לא-תקין → הבסיס לחסימת המכשיר עד תיקון/כיול חוזר.
• ציוד מדידה כ-PRT (Production/Test Resource-Tool) והתקן הייחוס — המכשיר שאיתו מודדים משויך לפעולת הכיול כ-PRT; התקן (המכשיר שמולו מכיילים, בעל תעודת כיול תקפה) נשמר בנפרד. הפרדה זו היא לב שרשרת הראיות המטרולוגית.
• סוג בדיקה 14 (Inspection Type — for maintenance/calibration) — מקשר את קטגוריית מנת הבדיקה לתרחיש הכיול מפקודת אחזקה; חייב להיות פעיל בנתוני החומר/האובייקט כדי שהלוט ייווצר.
• עדכון סטטוס המכשיר — תוצאת ה-UD מזינה בחזרה את סטטוס הציוד הטכני (למשל דרך סטטוס משתמש/System Status), כך שמכשיר שנפסל אינו נכנס לשימוש עד לכיול מתקן.

בארגון: כיול תקופתי של חיישני טמפרטורה בקו הפסטור. תכנית אחזקה רבעונית מוגדרת על 'חיישן טמפרטורה פסטור #2' עם רשימת משימות שבה פעולת כיול נושאת מפתח בקרה PM03 (רלוונטי לבדיקת QM). ה-job הלילי (IP30) יוצר פקודת אחזקה; ברגע ששחרור הפקודה מתבצע, נוצרת אוטומטית מנת בדיקה (QALS, סוג בדיקה 14) עם מאפייני הבדיקה מתכנית הבדיקה — נקודות קריאה ב-72°C, 85°C ו-95°C עם גבול סובלנות ±0.5°C. טכנאי הכיול מודד את החיישן מול מדחום ייחוס מכויל (PRT + תקן), ורושם את שלוש הקריאות ב-QE11; המערכת משווה לגבולות ומסמנת אחת מהן כחורגת (86.1°C מול גבול 85.5°C). בהחלטת השימוש (QA11) הלוט נדחה — 'לא תקין' — וסטטוס החיישן נחסם עד לכיול מתקן. ההיסטוריה (מתי, מול איזה תקן, מי החליט) נשמרת מקושרת לציוד — מסלול ביקורת מלא ל-HACCP.

Quality Management → Quality Inspection → Inspection Lot Creation → Maintenance Order — הפעלת יצירת מנת בדיקה מפקודת אחזקה והגדרת סוג הבדיקה (14). מפתח בקרה: Plant Maintenance and Customer Service → Maintenance Plans, Work Centers, Task Lists and PRTs → Task Lists → Control Data → Define Control Keys — הגדרת מפתח בקרה מסוג בדיקה (PM03, 'QM-relevant'). בנוסף: Quality Management → Quality Planning → Inspection Planning → Define Inspection Types לשיוך סוג הבדיקה לתרחיש הכיול, ו-Quality Inspection → Results Recording → Define Control for Results Recording.

• Q_INSP_LOT
• Q_RESULT
• Q_VORG_ART
• I_AUART
• I_SWERK
• I_TCODE

SAP Help Portal — Quality Management (QM): Test Equipment Management / Calibration Inspection; SAP Help Portal — Plant Maintenance (S/4HANA): Maintenance Plans and Inspection Lots (PM-QM integration); data/domain-detail.ts — domain pm-calibration (baseline verbatim); data/consultant-notes.ts — QMAT (Inspection types ↔ material / QA32)

מנת בדיקה לא נוצרה בשחרור הפקודה → בדוק שהפעולה נושאת מפתח בקרה מסוג בדיקה (PM03, 'QM-relevant'), שסוג הבדיקה 14 פעיל, ושיצירת לוט מפקודת אחזקה מופעלת ב-SPRO (QM → Inspection Lot Creation → Maintenance Order). לוט נוצר אך ריק ממאפיינים → PLMK/תכנית הבדיקה לא מקושרים לפעולה — בדוק את שיוך תכנית הבדיקה. לא ניתן לרשום תוצאה → ודא סטטוס לוט מתאים (REL/מנת בדיקה פעילה) ושהמאפיין קיים; שגיאות קטלוג → בדוק QPK1_CATALOG_READ / הגדרות קטלוג. UD חסום/לא נשמר → מאפייני חובה לא נרשמו במלואם (QA32 → מצב רישום), או הרשאת Q_VORG_ART חסרה. תוצאה תקינה אך המכשיר לא נחסם/לא שוחרר → בדוק את מנגנון עדכון סטטוס הציוד (System/User Status) המחובר להחלטת השימוש.

כיול (PM-QM) מאמת שמכשירי מדידה מדייקים מול תקן דרך שילוב שני מודולים. תכנית אחזקה תקופתית (IP42/IP30) יוצרת פקודת אחזקה; פעולה בעלת מפתח בקרה מסוג בדיקה (PM03, QM-relevant) + סוג בדיקה 14 מולידה בשחרור מנת בדיקה (Inspection Lot). רושמים תוצאות מול מאפייני הבדיקה (QE11 → QAMR) מול תקן ייחוס מכויל, המערכת משווה לגבולות הסובלנות, ומקבלים החלטת שימוש (QA11/QA32 → QAVE) — תקין/לא-תקין. UD לא-תקין חוסם את המכשיר עד כיול מתקן; ההיסטוריה נשמרת מקושרת לציוד. טבלאות ליבה QALS/QAMR/QAVE + PLKO/PLPO/PLMK + AFIH/AFVC · T-Codes QE11/QA11/QA32/QA03, IP30/IP42, IA05 · Fiori Manage Inspection Lots / Record Inspection Results / Record Usage Decision · APIs BAPI_INSPLOT_GETDETAIL / BAPI_INSPOPER_RECORDRESULTS / BAPI_INSPLOT_SETUSAGEDECISION + FM QPK1_INSPCHAR_READ/QPK1_CATALOG_READ · Clean Core BAdI INSPECTIONLOT_UPDATE (S/4: BADI_QPL1_CHANGE_AT_CREATE). ב-S/4HANA מודל הנתונים ואינטגרציית PM-QM זהים; המשתנה הוא ה-UX ל-Fiori.