מאפייני בדיקה (MIC)
נתוני אב QM · שיעור 2
- מאפיין כמותי (Quantitative) — התוצאה נרשמת כערך מספרי מדוד ביחידת מידה (למשל pH 6.8, משקל 250mg), מוערך מול ערך יעד וגבולות סבילות; מאפיין איכותי (Qualitative) — התוצאה נרשמת כקוד קטלוגי תקין/לא-תקין (למשל 'צבע תקין', 'אריזה שלמה') מקטלוג קודים selected set.
- מאפיין ראשי / שלם (Master / Complete MIC) עם מפתח (Master Insp. Char.) — נשמר פעם אחת ב-QPMK עם מפתח ומשמש שוב חוזר בכל תוכנית בדיקה מול מאפיין מקומי (Local/Incomplete) הקיים רק בתוכנית; ניתן להעביר נתונים ל-'incomplete' מהראשי ולעדכן ידנית.
- גבולות סבילות (Tolerances) — ערך יעד (Target Value), גבול תחתון (Lower Limit) וגבול עליון (Upper Limit); סבילות הכרחית (Required) מול הרחבה שמעריכה תקינות המדידה; מגדיר מתי המאפיין 'נכשל' ומזין את החלטת קבל/דחה.
- שדות שליטה (Control Indicators) — קובעים את התנהגות המאפיין: כמותי/איכותי, חובה/אופציונלי, קריטי, טעון תיעוד (Documentation Required), אישור נדרש (Long-term inspection), חישוב אוטומטי (Calculated Char.), דיגר בין קבל/דחה (Defects Recording).
מטרת השיעור
ידע אצורמאפייני בדיקה (Master Inspection Characteristics — MIC), הנשמרים בטבלת QPMK, הם אבן היסוד של נתוני-האב ב-QM: הם מגדירים מה בדיוק נמדד או נבדק על מוצר או רכיב. בסוף השיעור תדע להבחין בין מאפיין כמותי (Quantitative) למאפיין איכותי (Qualitative), להגדיר גבולות סבילות (Tolerances) עם ערך יעד וגבול עליון/תחתון, לקשור נוהל דגימה (Sampling Procedure) וקטלוגי קודים לתוצאה, לתחזק את המאפיין ב-QS21/QS23 ולהבין כיצד מאפיין ראשי (Complete/Master characteristic) עם מפתח (Master Insp. Char. key) עובר שימוש חוזר בתוכניות בדיקה (Inspection Plan) וב-QM-View של המק"ט.
למה זה חשוב
ידע אצורמאפיין הבדיקה הוא המקום היחיד שבו מוגדרת ההנחיה למדידה: מה מודדים, באיזו יחידה, מהו טווח הקבילות, האם התוצאה נרשמת כערך מספרי או כקוד תקין/לא-תקין, כמה יחידות דוגמים ומתי המאפיין מכריע על שחרור. בלי מאפיין בדיקה מוגדר נכון, תוכנית הבדיקה ריקה מתוכן ולוט הבדיקה שנוצר ב-Inspection Lot לא יודע מה לתעד. מאפיין ראשי (Master MIC) עם מפתח נשמר פעם אחת ומשמש שוב ושוב בעשרות תוכניות בדיקה — כך שכל שינוי (למשל הידוק סבילות בעקבות תלונת לקוח) מתפשט באופן מבוקר. מאפיין מקומי (Local) לעומת זאת קיים רק בתוכנית אחת. הבנת ההבחנה הזו קריטית: טעות במאפיין ראשי מתגלגלת לכל תוכניות הבדיקה שמפנות אליו.
ערך עסקי
ידע אצורמאפייני בדיקה מתוקננים = איכות עקבית בין אתרים, ביקורות רגולטוריות עוברות חלק (GMP/ISO), והחלטת שחרור אצווה (Usage Decision) מבוססת נתונים ולא תחושה. שימוש חוזר במאפיינים ראשיים חוסך תחזוקה כפולה, מקטין שגיאות אנוש, ומאפשר ניתוח מגמות (SPC/QM-IS) על אותו מאפיין לאורך זמן ובין מוצרים. במיוחד בתעשיית תהליך (פארמה/מזון/משקאות) — הגדרה נכונה של מאפיינים קריטיים לבטיחות (מסומנים כ-Required/Critical) היא ההבדל בין שחרור אצווה תקין לבין ריקול.
היכן בשימוש
ידע אצורהמאפיין נוצר ומתוחזק ב-QS21/QS22/QS23 ונשמר ב-QPMK. הוא נמשך אל שורת פעולה בתוכנית בדיקה (Inspection Plan — QP01) כשורת מאפיין (QAMR ברמת הלוט/תוצאה, PLMK ברמת התוכנית), ומופעל דרך QM-View של המק"ט (MM01/MM02) הקובע סוגי בדיקה (Inspection Types 01/04/89). כשנוצר לוט בדיקה (QALS) בעקבות קליטת סחורה, ייצור או ידני — המאפיינים מועתקים אליו לרישום תוצאות ב-QE11/QE51N, והתוצאות מוערכות (Valuated) מול הסבילות והדגימה עד ל-Usage Decision (QA11). קטלוגי הקודים (QPGR/QPCD) מזינים את התוצאה במאפיין איכותי.
מושגי מפתח
מאומת- מאפיין כמותי (Quantitative) — התוצאה נרשמת כערך מספרי מדוד ביחידת מידה (למשל pH 6.8, משקל 250mg), מוערך מול ערך יעד וגבולות סבילות; מאפיין איכותי (Qualitative) — התוצאה נרשמת כקוד קטלוגי תקין/לא-תקין (למשל 'צבע תקין', 'אריזה שלמה') מקטלוג קודים selected set.
- מאפיין ראשי / שלם (Master / Complete MIC) עם מפתח (Master Insp. Char.) — נשמר פעם אחת ב-QPMK עם מפתח ומשמש שוב חוזר בכל תוכנית בדיקה מול מאפיין מקומי (Local/Incomplete) הקיים רק בתוכנית; ניתן להעביר נתונים ל-'incomplete' מהראשי ולעדכן ידנית.
- גבולות סבילות (Tolerances) — ערך יעד (Target Value), גבול תחתון (Lower Limit) וגבול עליון (Upper Limit); סבילות הכרחית (Required) מול הרחבה שמעריכה תקינות המדידה; מגדיר מתי המאפיין 'נכשל' ומזין את החלטת קבל/דחה.
- שדות שליטה (Control Indicators) — קובעים את התנהגות המאפיין: כמותי/איכותי, חובה/אופציונלי, קריטי, טעון תיעוד (Documentation Required), אישור נדרש (Long-term inspection), חישוב אוטומטי (Calculated Char.), דיגר בין קבל/דחה (Defects Recording).
- נוהל דגימה (Sampling Procedure — QDPS/QDPA) — קובע כמה יחידות נדגמות (Sample Size), אם קבועה/אחוזית/לפי טבלת AQL, וכלל ההערכה (Valuation Mode); נקשר למאפיין בתוכנית הבדיקה או ישירות במאפיין.
- קטלוגים וקבוצות קודים (QPGR קבוצת קודים / QPCD קוד / Selected Sets QPAC/QPAM) — מספקים את ערכי התוצאה למאפיין איכותי ולתיעוד פגמים (Defect codes), ומשותפים עם ניתוח הודעות QM (QMEL/QMFE).
- טקסטים ותיאורים (QPMT) ושיטת בדיקה (Inspection Method — QMTB/QMTT) — נוהל המדידה, ציוד המדידה וההפניה לתקן; שיטת הבדיקה נקשרת למאפיין ומאפשרת ניהול גרסאות ואישור.
- קבוצת מאפיינים (Master Characteristic Version / Status) — למאפיין יש סטטוס (בעבודה/משוחרר) וגרסה; רק מאפיין 'משוחרר' (Released) ניתן לשימוש בתוכנית בדיקה פעילה.
דוגמה מ-CBC
ידע אצורמפעל משקאות בקבוצה מייצר אצוות מיץ. עבור כל אצווה מוגדרת תוכנית בדיקה עם שלושה מאפייני בדיקה ראשיים מ-QPMK: (1) מאפיין כמותי 'Brix' (ריכוז סוכר) — ערך יעד 11.5, גבול תחתון 11.0, עליון 12.0, יחידת °Bx, נוהל דגימה של 3 יחידות; (2) מאפיין כמותי 'pH' — יעד 3.6, טווח 3.4–3.8; (3) מאפיין איכותי 'צלילות/מראה' — תוצאה מקטלוג selected set: 'צלול/תקין' מול 'עכור/נדחה'. עם קליטת התוצרת נוצר לוט בדיקה (QALS, סוג בדיקה 04). ה-QA רושם תוצאות ב-QE11: Brix נמדד 11.7 (בטווח → תקין), pH 3.9 (מעל הגבול → נכשל אוטומטית מול הסבילות). המאפיין האיכותי 'צלילות' סומן 'צלול'. כיוון שמאפיין pH מוגדר Required, המערכת חוסמת שחרור אוטומטי; מקבל החלטה מריץ Usage Decision (QA11) ומחליט על עיבוד חוזר או דחייה. בעקבות תלונת לקוח מהודקת הסבילות ב-QS22 על המאפיין הראשי — והשינוי מתפשט לכל תוכניות המשקאות המפנות אליו.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| QPMK | מאפיין בדיקה ראשי — נתוני-אב MIC (Master Inspection Characteristics) |
| QPMT | טקסטים/תיאורים למאפיין בדיקה ראשי |
| QPGT | טקסטים לקבוצת מאפיינים (Master Char. group texts) |
| QMTB | שיטת בדיקה — נתוני-אב (Inspection Method) |
| QMTT | טקסטים לשיטת בדיקה |
| QPGR | קבוצת קודים בקטלוג (Code Group) |
| QPCD | קוד בקטלוג (Catalog Code) |
| QPAM | Selected Set — סט קודים נבחר (הקצאה) |
| QPAC | קודים בסט הנבחר (Selected Set codes) |
| QDPS | נוהל דגימה — כותרת (Sampling Procedure) |
| QDPA | נוהל דגימה — פריטים/הקצאות |
| PLMK | שורת מאפיין בתוכנית בדיקה (Inspection Plan characteristic) |
| PLKO | כותרת תוכנית בדיקה (Task List / Plan header) |
| PLPO | פעולה בתוכנית בדיקה (Operation) |
| QALS | לוט בדיקה — Inspection Lot |
| QAMR | תוצאת מאפיין בלוט (Characteristic Results) |
| QASE | תוצאת דגימה בלוט (Sample Results) |
| QAVE | החלטת שימוש — Usage Decision |
| QINF | רשומת מידע בדיקה מק"ט/ספק (QM Inspection Info Record) |
| QMAT | נתוני בדיקה למק"ט לפי סוג בדיקה (Inspection setup / QM-View) |
| QMEL | הודעת QM — כותרת (משתפת קטלוגים עם המאפיין) |
| QMFE | פריטי הודעת QM (פגם/נזק מקוטלג) |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתQuality Management → Quality Planning → Basic Data → Inspection Characteristic / Method (מאפיינים ראשיים, קבוצות מאפיינים, טווחי מספרים) · Quality Management → Quality Planning → Basic Data → Catalog (קבוצות קודים QPGR/QPCD, Selected Sets) · Quality Management → Quality Inspection → Sample Determination (Sampling Procedures / Schemes) · Quality Management → Quality Inspection → Inspection Lot Creation → Maintain Inspection Types (סוגי בדיקה 01/04/89) · Logistics-General → Material Master → QM-View settings.
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Quality Management (QM): Inspection Planning — Master Inspection Characteristics; SAP Help Portal — QM: Basic Data — Inspection Characteristics and Methods; SAP Help Portal — QM: Sample Determination / Sampling Procedures; SAP Help Portal — QM: Catalogs and Selected Sets; SAP Help Portal — QM: Results Recording and Usage Decision
טעויות נפוצות
ידע אצור- בלבול בין מאפיין ראשי (Master) למאפיין מקומי (Local): עריכת ערך במאפיין המקומי בתוכנית בלי לדעת שהוא כבר לא מסונכרן עם ה-QPMK הראשי, כך שהידוק סבילות מרכזי לא מתפשט.
- הגדרת מאפיין כמותי בלי יחידת מידה או בלי ערך יעד/גבולות — התוצאה נרשמת אך לא מוערכת (Valuated) ולעולם לא 'נכשלת'.
- שכחת שחרור המאפיין (Status ≠ Released) — לא ניתן להכניסו לתוכנית בדיקה פעילה, או שהתוכנית לא ניתנת לשחרור.
- מאפיין איכותי ללא קישור ל-Selected Set/קטלוג תקין — אין ערכי תוצאה לבחירה בזמן רישום.
- סימון מאפיין כ-Required בלי להבין שהוא חוסם Usage Decision אוטומטי — או ההפך: מאפיין קריטי לבטיחות שלא סומן Required, ולוט משתחרר בלי בדיקתו.
פתרון תקלות
ידע אצורמאפיין לא מופיע ברישום תוצאות (QE11): ודא שהמאפיין שוחרר (QS23 → Status Released), שהוכנס לפעולה בתוכנית הבדיקה הנכונה (QP02 → שורת מאפיין ב-PLMK) ושהתוכנית משוחררת ומשויכת למק"ט/מפעל בלוט (QALS). אם תוצאה כמותית לא מוערכת ('לא נכשלת') — בדוק שקיימים ערך יעד/גבולות ויחידת מידה במאפיין ושה-Control Indicators כוללים 'quantitative' + סבילות; בדוק גם את נוהל הדגימה (QDPS). אם התוצאה למאפיין איכותי ריקה מקודים — הקטלוג/Selected Set לא הוקצה (QPAM/QPAC). אם שינוי במאפיין ראשי לא משפיע על תוכניות — המאפיין הוזן כ'incomplete/local' והתנתק מהראשי; יש לעדכן/להחליף בתוכנית. לחסימת לוט במלאי בדיקה ראה תרחיש qm-inspection-lot-block (QA32/MMBE, UD ב-QA11/QA32). לניתוח קטלוגים משותפים עם הודעות — QMEL/QMFE, exit QQMA0001.
שיטות עבודה מומלצות
ידע אצור- תמיד השתמש במאפיינים ראשיים (Master MIC) עם מפתח משמעותי במקום מאפיינים מקומיים — כדי לאפשר שימוש חוזר, ניתוח מגמות אחיד ותחזוקה מרכזית של סבילות.
- הפרד שיטת בדיקה (QMTB) מהמאפיין וקשר ביניהם — כך אפשר לעדכן נוהל מדידה/ציוד בלי לגעת בהגדרת הסבילות, ולנהל גרסאות/אישור בנפרד.
- הגדר Control Indicators במודע: סמן מאפיינים קריטיים לבטיחות/רגולציה כ-Required ו-Documentation Required, כדי לחסום שחרור אצווה בלי בדיקתם — קריטי בפארמה/מזון.
- נהל גרסאות (QS22) במקום למחוק ולשכתב: שמור עקבות שינוי לסבילות לצורך ביקורת (audit trail) ורגולציה.
- הצמד נוהל דגימה מתאים (AQL/קבוע/אחוזי) לרמת הסיכון של המאפיין במקום ברירת מחדל אחידה — לאיזון בין עלות בדיקה לביטחון איכות.
טיפים
ידע אצור- למעבר מהיר מנתוני-אב לבדיקה בפועל: QS23 (הצג מאפיין) → QP02 (ראה היכן משמש בתוכנית) → QE51N (רשימת עבודה לרישום תוצאות).
- עבור מאפיין כמותי שערכו נגזר ממאפיינים אחרים, השתמש ב-Calculated Characteristic עם נוסחה במקום הזנה ידנית — מקטין טעויות.
- קטלוגי הקודים (QPGR/QPCD) משותפים בין מאפיין איכותי לבין הודעות QM (QMEL/QMFE) — תכנן אותם פעם אחת לשימוש כפול בבדיקה ובניתוח תלונות.
- למק"ט חדש: הפעל QM-View (MM02) עם סוג הבדיקה הנכון (01 קליטה מספק / 04 מייצור) לפני יצירת תוכנית — אחרת לא ייווצר לוט בדיקה.
בחן את עצמך
ידע אצורמה ההבדל המהותי בין מאפיין בדיקה כמותי (Quantitative) לאיכותי (Qualitative)?
מדוע עדיף להשתמש במאפיין בדיקה ראשי (Master MIC) עם מפתח על פני מאפיין מקומי?
תוצאה כמותית נרשמת בהצלחה ב-QE11 אך המאפיין לעולם 'לא נכשל'. מה הסיבה הסבירה?
סיכום
ידע אצורמאפייני בדיקה (MIC) בטבלת QPMK הם נתוני-האב המגדירים מה נמדד או נבדק. מאפיין כמותי נרשם כערך מספרי מול ערך יעד וגבולות סבילות; מאפיין איכותי נרשם כקוד מ-Selected Set/קטלוג (QPGR/QPCD). מאפיין ראשי עם מפתח נשמר פעם אחת ומשמש שוב חוזר בתוכניות בדיקה (PLMK/PLKO/PLPO), מול מאפיין מקומי הקיים בתוכנית אחת. הגדרה כוללת Control Indicators, יחידת מידה, נוהל דגימה (QDPS), שיטת בדיקה (QMTB) ושחרור סטטוס. המאפיין מתוחזק ב-QS21/QS22/QS23, מוכנס לתוכנית ב-QP01, ומופעל דרך QM-View במק"ט כך שקליטה/ייצור יוצרים לוט בדיקה (QALS) לרישום תוצאות (QAMR) ב-QE11/QE51N ועד Usage Decision (QAVE) ב-QA11. שימוש נכון = איכות עקבית, ביקורות רגולטוריות עוברות, ושחרור אצווה מבוסס-נתונים — קריטי בתעשיית תהליך.