כיול ציוד-מדידה

כיול ציוד-מדידה (Test Equipment Calibration) הוא תהליך-ההצלבה הקלאסי בין PM ל-QM: ציוד-מדידה (מאזניים, מדי-לחץ, מכשירי-מעבדה) חייב להיבדק תקופתית מול תקן, אחרת מדידותיו אינן מהימנות. ב-SAP זהו תהליך-משולב — Maintenance Plan (PM) שמייצר פק"ע + Inspection Lot (QM) עם inspection type 14, Results Recording, Usage Decision ו-Follow-Up Actions. זהו לב-הרגולציה במפעלי-מזון/תרופות. ציוד (Equipment) — ה-Equipment של ציוד-המדידה הוא נקודת-ההתחלה: הוא חייב QM view עם inspection type 14, נתוני-כיול, ולעיתים Serial/Measuring Points. בלי הגדרה נכונה — אין כיול מובנה. מאפייני-בדיקה — Master Inspection Characteristics (MIC) מגדירים מה בדיוק נמדד בכיול ומהן הסבולות: ערך-נומינלי, גבול-עליון/תחתון, שיטת-בדיקה ויחידת-מידה. הם הבסיס להחלטת accept/reject. רשימת-משימות (Task List) — ה-Task List לכיול קושר את ה-MIC לפעולות-הבדיקה, ומשמש כתבנית החוזרת בכל כיול. הוא המקור שממנו ה-Maintenance Plan והפק"ע שואבים את הפעולות ואת מאפייני-הבדיקה. תוכנית-תחזוקה — ה-Maintenance Plan מתזמן את הכיול התקופתי אוטומטית: הוא מקשר Equipment + Task List + מחזור-זמן, וה-deadline monitoring (IP30) מייצר פק"ע + Inspection Lot במועד. הוא המנוע שמבטיח 'אף כיול לא נשכח'. פק"ע ומגרש-בדיקה — ההרצה מייצרת בו-זמנית פק"ע (PM) ו-Inspection Lot (QM, origin 14) הקשורים זה-לזה: הפק"ע מנהלת עבודה ועלות, וה-Inspection Lot מנהל את מאפייני-הבדיקה והתוצאות. שניהם חיוניים לתהליך-הכיול. רישום-תוצאות — Results Recording (QE51N/QE11) הוא רישום המדידות-בפועל מול ה-MIC: לכל מאפיין נרשם הערך-הנמדד, וה-system משווה לסבולות וקובע valuation (בתוך/מחוץ-לתחום). זהו לב-התיעוד של הכיול. החלטת-שימוש — Usage Decision (QA11) היא ההחלטה-הסופית על ה-Inspection Lot: accept (המכשיר מכויל-ותקין) או reject (נכשל). היא סוגרת את ה-lot ומפעילה את ה-Follow-Up Actions. פעולות-המשך — Follow-Up Actions הן האוטומציה שמופעלת ע"י ה-Usage Decision: עדכון סטטוס/usage של ה-Equipment, נעילת-מכשיר-כושל, יצירת Notification לתיקון, או עדכון מועד-כיול-הבא. הן סוגרות את הלולאה ומבטיחות פעולה-נגזרת.

מאזניים שמודדים לא-נכון יגרמו למילוי-שגוי. לכן צריך לבדוק תקופתית שכל מכשיר-מדידה 'אומר את האמת' מול תקן ידוע. SAP מתזמן את הבדיקות אוטומטית (Maintenance Plan), פותח פק"ע ו'מגרש-בדיקה' (Inspection Lot), רושם את התוצאות, ומחליט אם המכשיר עבר או נכשל — ואם נכשל, מה עושים. ציוד (Equipment) — כל מכשיר-מדידה נרשם ב-SAP כ-Equipment, ומסמנים אותו 'ציוד-לכיול'. כך המערכת יודעת שצריך לכייל אותו תקופתית. מאפייני-בדיקה — לכל בדיקה צריך לדעת 'מה מודדים וכמה מותר לסטות'. מאפיין-בדיקה אומר: 'מדוד לחץ, התקן הוא 10 בר, מותר ±0.1'. אם המכשיר מחוץ-לתחום — הוא נכשל. רשימת-משימות (Task List) — Task List הוא 'מתכון-הבדיקה': רשימת-הצעדים שצריך לעשות בכיול, ואיזה מאפיינים למדוד בכל צעד. במקום לכתוב מחדש כל פעם — מגדירים פעם-אחת ומשתמשים שוב. תוכנית-תחזוקה — במקום לזכור מתי לכייל כל מכשיר, מגדירים תוכנית: 'כייל את מד-הלחץ כל 3 חודשים'. SAP מתזמן אוטומטית ופותח את העבודה בזמן. פק"ע ומגרש-בדיקה — כשמגיע מועד-כיול, SAP פותח שני מסמכים: פק"ע (לעבודה ולעלות) ו'מגרש-בדיקה' (Inspection Lot) שאליו רושמים את התוצאות. הם מחוברים. רישום-תוצאות — כאן רושמים מה המכשיר באמת הראה: 'מדדתי 10.05 בר'. SAP משווה לתקן (10±0.1) ואומר אם זה תקין. כל המדידות נשמרות. החלטת-שימוש — אחרי שרשמנו את כל המדידות, מקבלים החלטה: 'המכשיר עבר' או 'נכשל'. ההחלטה הזו קובעת מה קורה הלאה — אם להמשיך להשתמש או לנעול. פעולות-המשך — אחרי ההחלטה, SAP עושה אוטומטית את הצעד-הבא: אם המכשיר עבר — מסמן 'מכויל ותקף'; אם נכשל — נועל אותו ופותח קריאה-לתיקון. זה קורה לבד, בלי שתשכח.

להבטיח מהימנות-מדידה רציפה ועמידה-ברגולציה: שכל ציוד-מדידה מכויל בזמן, שהתוצאות מתועדות, ושמכשיר-שנכשל אינו ממשיך לשמש עד תיקון/כיול-מחדש. ציוד (Equipment) — להגדיר את ציוד-המדידה כאובייקט בר-כיול עם כל הקישורים (QM, Plan) הנדרשים לתהליך-אוטומטי. מאפייני-בדיקה — להגדיר באופן-חד-משמעי וניתן-לאכיפה מה נמדד והסבולות, כך שההחלטה accept/reject תהיה אובייקטיבית ומתועדת. רשימת-משימות (Task List) — לתקנן את תהליך-הכיול (פעולות + מאפיינים) כתבנית-אחת, להבטיח עקביות בין כיולים ולחסוך תחזוקה-כפולה. תוכנית-תחזוקה — להבטיח כיול-בזמן ורציף לכל ציוד-המדידה, ללא הסתמכות על-זיכרון, ובהתאם לדרישות-רגולציה. פק"ע ומגרש-בדיקה — להפריד אחריות: הפק"ע ללכידת-עבודה-ועלות, וה-Inspection Lot לניהול-התוצאות-וההחלטה — תוך קישור שמבטיח תהליך-שלם. רישום-תוצאות — לתעד באופן-מהימן ומדויק את ביצועי-המכשיר-בפועל מול התקן, כבסיס להחלטת-הכיול ולתיעוד-רגולטורי. החלטת-שימוש — לקבע החלטה רשמית-ומתועדת על תקינות-המכשיר, ולהפעיל אוטומטית את הפעולות-הנגזרות (המשך-שימוש/נעילה). פעולות-המשך — לסגור את לולאת-הכיול אוטומטית: לאכוף שמכשיר-כושל יינעל, שכשלון יטופל, ושמכשיר-תקין יסומן תקף-עד-המועד-הבא.

• Quality Management ► Quality Inspection ► Inspection Lot Creation ► Maintain Inspection Types • Quality Management ► Quality Planning ► Basic Data ► Inspection Characteristic ► Define Master Inspection Characteristics (QS21) • Plant Maintenance ► Maintenance Plans, Work Centers, Task Lists ► Task Lists ► General Data ► Configure Inspection Characteristics in Task Lists • Plant Maintenance ► Master Data in PM and CS ► Technical Objects ► Equipment ► Define Equipment Categories • Plant Maintenance ► Maintenance Plans, Work Centers, Task Lists ► Task Lists ► General Data • Plant Maintenance ► Maintenance Plans, Work Centers, Task Lists ► Maintenance Plans ► Set Maintenance Plan Categories • Quality Management ► Quality Inspection ► Results Recording ► Define Recording Configuration • Quality Management ► Quality Inspection ► Inspection Lot Completion ► Define Usage Decision Codes / Selected Sets • Quality Management ► Quality Inspection ► Inspection Lot Completion ► Define Follow-Up Actions

• כיול = הצלבת PM (תזמון+פק"ע) ו-QM (Inspection Lot type 14).
• MIC מגדירים מה נמדד והסבולות; QE51N רושם תוצאות.
• Usage Decision קובע accept/reject; Follow-Up מעדכן את המכשיר.
• לב-הרגולציה במפעלי-מזון/תרופות.
• Equipment-כיול = QM view + inspection type 14.
• Category Q; מקושר ל-Maintenance Plan.
• MIC = מה נמדד + סבולות + שיטה.
• הבסיס להחלטת accept/reject.
• QS21/QGA2; משויך ל-Task List.
• Task List = תבנית-כיול (פעולות + MIC).
• מקושר ל-Maintenance Plan.
• General Task List לשימוש-חוזר.
• Maintenance Plan = תזמון-כיול אוטומטי.
• IP10 מתזמן, IP30 מייצר פק"ע+lot.
• Plan Category קובע יצירת Inspection Lot.
• הרצה מייצרת פק"ע + Inspection Lot (origin 14).
• פק"ע=עבודה/עלות; lot=תוצאות/החלטה.
• מקושרים זה-לזה.
• Results Recording = מדידות-בפועל מול MIC.
• valuation אוטומטי מול סבולות.
• QE51N/QE11; בסיס ל-Usage Decision.
• Usage Decision = accept/reject סופי ל-lot.
• QA11; סוגרת lot ומפעילה Follow-Up.
• צומת-ההכרעה של הכיול.
• Follow-Up Actions = אוטומציה מה-UD.
• נועלות מכשיר-כושל ופותחות תיקון.
• סוגרות את לולאת-הכיול.

בארגון כל מאזני-המילוי, מדי-ה-CO2 ומכשירי-המעבדה (pH, Brix) תחת Maintenance Plans של כיול; IP30 הלילי מייצר פק"עות-כיול עם Inspection Lots type 14; כשל-מאזניים מוביל ל-reject ולנעילת-המכשיר עד כיול-מחדש — קריטי לעמידה בתקני-מזון. מד-לחץ דורש כיול-רבעוני. Maintenance Plan מתזמן; IP30 מייצר פק"ע + Inspection Lot (type 14). הטכנאי מודד מול תקן, רושם תוצאות ב-QE51N; אם בסבולת — Usage Decision 'accept' ו-Follow-Up מעדכן 'מכויל-עד'; אם מחוץ-לסבולת — 'reject', המכשיר ננעל לשימוש עד תיקון. ציוד (Equipment) — בארגון כל מאזני-מילוי נרשם כ-Equipment-כיול עם inspection type 14, מקושר ל-Plan ול-MIC של דיוק-משקל. מד-לחץ נרשם כ-Equipment קטגוריה Q, QM view + inspection type 14, ומשויך ל-Maintenance Plan רבעוני. מאפייני-בדיקה — בארגון MIC למאזני-מילוי: nominal 500 גרם, ±2 גרם; ל-pH-מטר: nominal לפי buffer 7.00, ±0.02 — מגדירים את סף-הקבלה. MIC 'דיוק-לחץ': nominal 10 בר, ±0.1, שיטה 'השוואה-לתקן'; משויך ל-Task List של מד-הלחץ. רשימת-משימות (Task List) — בארגון Task List 'כיול-מאזניים': פעולות-ניקוי, אִפוס, ומדידה ב-3 משקלי-תקן עם MIC לכל נקודה; משמש את כל מאזני-המילוי. Task List 'כיול מד-לחץ': פעולה 1 'נקה+חבר-לתקן', פעולה 2 'מדוד 3 נקודות' עם MIC; משויך ל-Plan. תוכנית-תחזוקה — בארגון כל מכשירי-המעבדה תחת Maintenance Plans בתדירויות-שונות (יומי/שבועי/רבעוני); IP30 לילי מייצר את כל פק"עות-הכיול במרוכז. Plan רבעוני למד-לחץ; IP10 מתזמן; IP30 הלילי מייצר פק"ע + Inspection Lot 5 ימים לפני המועד. פק"ע ומגרש-בדיקה — בארגון כיול-מאזניים מייצר פק"ע (זמן-טכנאי) ו-Inspection Lot type 14 (תוצאות-3-המשקלים); שניהם נסגרים יחד. IP30 מייצר פק"ע + Inspection Lot type 14 למד-לחץ; הטכנאי מבצע ומדווח בפק"ע, ורושם תוצאות ב-lot. רישום-תוצאות — בארגון רישום-תוצאות למאזניים: 3 משקלי-תקן נרשמים; אם אחד מחוץ ל-±2 גרם, ה-characteristic נכשל וה-lot יידחה. QE51N: מד-לחץ נמדד 10.05 / 9.98 / 10.02 — כולם בתוך ±0.1; כל ה-characteristics 'accepted'. החלטת-שימוש — בארגון מאזניים שכל-משקליו בסבולת ➔ UD 'accepted'; מאזניים עם סטייה ➔ UD 'rejected', והמכשיר ננעל אוטומטית. כל ה-characteristics 'accepted' ➔ QA11 UD 'A — accepted'; ה-lot נסגר; Follow-Up מעדכן 'מכויל-עד'. פעולות-המשך — בארגון מאזניים-שנכשלו ננעלים אוטומטית (status חוסם-שימוש) ונפתחת קריאת-תיקון; הקו מקבל התראה לא להשתמש במאזניים עד כיול-מחדש. UD 'rejected' ➔ Follow-Up נועל את ה-Equipment (user status NOK) ופותח Notification-תיקון; UD 'accepted' ➔ סטטוס 'מכויל'.

• Inspection type 14 (calibration) פעיל באב-החומר/Equipment (QM view). • Master Inspection Characteristics (QS21/QGA2): מה נמדד + סבולות + שיטת-בדיקה. • Task List עם inspection characteristics (IA01) המקושר ל-Maintenance Plan. • Maintenance Plan (single-cycle) + Strategy + deadline monitoring (IP30). ציוד (Equipment) • Equipment Category Q (test equipment). • QM view + inspection type 14. • קישור ל-Maintenance Plan. מאפייני-בדיקה • MIC (QS21/QGA2): nominal + tolerances + יחידה. • Inspection Method (QS31). • quantitative/qualitative + Catalog. רשימת-משימות (Task List) • Task List עם פעולות + inspection characteristics (PLMK). • קישור ל-Maintenance Plan Item. • General/Reference Task List לשימוש-חוזר. תוכנית-תחזוקה • Maintenance Plan Category (call object = Order + Inspection Lot). • Strategy/single-cycle + scheduling parameters. • Deadline monitoring (IP30) כ-batch. פק"ע ומגרש-בדיקה • Inspection type 14 ↔ Maintenance Plan Category. • Order Type לכיול. • קישור Order↔Inspection Lot. רישום-תוצאות • Results Recording configuration (single/summarized). • Inspection Methods ו-Catalogs ל-qualitative. • valuation מול MIC. החלטת-שימוש • UD Selected Set + codes (accept/reject). • Quality score procedure. • חיוב UD לפני סגירה (אופציונלי). פעולות-המשך • Follow-Up Actions ↔ UD codes. • Function modules לפעולה (status/Notification). • user status profile ל-Equipment (מכויל/כושל).

נתוני אב • Equipment עם QM view + inspection type 14. • Master Inspection Characteristics (QPMK) + Catalogs. • Maintenance Plan/Item (MPLA/MPOS) + Task List (PLPO). שאלות ראיון מהו inspection type 14? סוג-הבדיקה ל-calibration — הוא גורם ליצירת Inspection Lot (origin 14) יחד עם פק"ע-התחזוקה כשמתבצע כיול, ומקשר את ה-QM ל-PM. כיצד מצליבים PM ו-QM בכיול? Maintenance Plan (PM) מתזמן ומייצר פק"ע; אותה הרצה מייצרת Inspection Lot (QM type 14) עם ה-MIC; התוצאות וה-Usage Decision מנוהלים ב-QM, וה-Follow-Up מעדכן את ה-Equipment ב-PM. מה קורה כשמכשיר נכשל בכיול? Usage Decision = reject, ו-Follow-Up Action נועל את המכשיר לשימוש (status/usage) עד תיקון/כיול-מחדש — מונע מדידות לא-מהימנות. מה נדרש ב-Equipment כדי לאפשר כיול? QM view עם inspection type 14 פעיל, שיוך ל-Maintenance Plan, ולרוב Equipment Category Q — אחרת לא ייווצר Inspection Lot. מה מגדיר Master Inspection Characteristic? מה נמדד (ערך-נומינלי), הסבולות (גבול-עליון/תחתון), יחידת-המידה ושיטת-הבדיקה — הבסיס האובייקטיבי להחלטת accept/reject בכיול. מה תפקיד ה-Task List בכיול? הוא תבנית-הבדיקה החוזרת — פעולות + inspection characteristics — שממנה הפק"ע וה-Inspection Lot שואבים מה לבצע ומה למדוד. מה תפקיד IP30 בכיול? Deadline monitoring — הוא ה-batch שמייצר אוטומטית את פק"עות-הכיול ואת ה-Inspection Lots לפי ה-call dates של ה-Maintenance Plans. מדוע נוצרים גם פק"ע וגם Inspection Lot בכיול? הפק"ע מנהלת עבודה ועלות (PM), וה-Inspection Lot (origin 14) מנהל את מאפייני-הבדיקה והתוצאות (QM); שניהם מקושרים לתהליך-שלם. מה קורה ב-Results Recording? רושמים את הערכים-הנמדדים מול ה-MIC; ה-system מעריך כל characteristic מול הסבולות (accepted/rejected), והתוצאות מהוות בסיס ל-Usage Decision. מה עושה Usage Decision בכיול? קובעת accept/reject ל-Inspection Lot, סוגרת אותו, ומפעילה Follow-Up Actions — כמו נעילת-מכשיר-כושל או עדכון מועד-כיול-הבא. מה תפקיד Follow-Up Actions? הן מופעלות מה-Usage Decision ומבצעות אוטומטית את הצעד-הנגזר — נעילת-מכשיר-כושל, פתיחת-Notification-תיקון, או עדכון סטטוס/מועד-כיול-הבא. נושאים קשורים • PM Academy · תכנון-תחזוקה ו-Maintenance Plans • אובייקט · QALS

• אין Inspection Lot ➔ inspection type 14 לא פעיל או Task List ללא MIC. • Results Recording חסום ➔ Inspection Lot לא-משוחרר או MIC לא-מתוחזק. • Usage Decision לא-אפשרי ➔ תוצאות חסרות או lot לא-מושלם. • מכשיר-כושל עדיין בשימוש ➔ Follow-Up Action לא הוגדר. ציוד (Equipment) • אין Inspection Lot ➔ QM view/inspection type 14 חסרים. • Plan לא תופס ➔ Equipment לא משויך. מאפייני-בדיקה • אי-אפשר לרשום תוצאה ➔ MIC לא-מתוחזק/לא-משויך. • החלטה לא-עקבית ➔ סבולות לא-מוגדרות. רשימת-משימות (Task List) • Inspection Lot ללא characteristics ➔ MIC לא-משויכים ל-Task List. • פק"ע ריקה ➔ Task List לא-מקושר ל-Plan. תוכנית-תחזוקה • אין פק"ע במועד ➔ IP30 לא רץ או scheduling חסר. • אין Inspection Lot ➔ Plan Category לא תומך calibration. פק"ע ומגרש-בדיקה • אין Inspection Lot ➔ inspection type 14/Plan Category שגויים. • lot לא-משוחרר ➔ אי-אפשר לרשום תוצאות. רישום-תוצאות • אי-אפשר לרשום ➔ lot לא-משוחרר או MIC חסר. • valuation לא-מחושב ➔ סבולות לא-מוגדרות ב-MIC. החלטת-שימוש • אי-אפשר UD ➔ תוצאות חסרות/lot לא-מושלם. • Follow-Up לא רץ ➔ לא משויך ל-UD code. פעולות-המשך • מכשיר-כושל לא ננעל ➔ Follow-Up לא משויך ל-UD code. • Notification לא נפתח ➔ FM/config חסר.

• כיול = הצלבת PM (תזמון+פק"ע) ו-QM (Inspection Lot type 14). • MIC מגדירים מה נמדד והסבולות; QE51N רושם תוצאות. • Usage Decision קובע accept/reject; Follow-Up מעדכן את המכשיר. • לב-הרגולציה במפעלי-מזון/תרופות. • Equipment-כיול = QM view + inspection type 14. • Category Q; מקושר ל-Maintenance Plan. • MIC = מה נמדד + סבולות + שיטה. • הבסיס להחלטת accept/reject. • QS21/QGA2; משויך ל-Task List. • Task List = תבנית-כיול (פעולות + MIC). • מקושר ל-Maintenance Plan. • General Task List לשימוש-חוזר. • Maintenance Plan = תזמון-כיול אוטומטי. • IP10 מתזמן, IP30 מייצר פק"ע+lot. • Plan Category קובע יצירת Inspection Lot. • הרצה מייצרת פק"ע + Inspection Lot (origin 14). • פק"ע=עבודה/עלות; lot=תוצאות/החלטה. • מקושרים זה-לזה. • Results Recording = מדידות-בפועל מול MIC. • valuation אוטומטי מול סבולות. • QE51N/QE11; בסיס ל-Usage Decision. • Usage Decision = accept/reject סופי ל-lot. • QA11; סוגרת lot ומפעילה Follow-Up. • צומת-ההכרעה של הכיול. • Follow-Up Actions = אוטומציה מה-UD. • נועלות מכשיר-כושל ופותחות תיקון. • סוגרות את לולאת-הכיול.