רישום תוצאות
בדיקת איכות · שיעור 2
- מאפיין בדיקה (Inspection Characteristic) — היחידה שנרשמת עליה תוצאה. כמותי (Quantitative) עם ערך מספרי, יחידה, Target ו-Tolerance (Lower/Upper Limit); תכונתי (Qualitative/Attributive) עם קוד תקין/פגם מקטלוג (Code Group, QPGR/QPCD). מאפיין יכול להיות Master Insp. Characteristic (QPMK) מרכזי או תלוי-תכנית.
- תוצאה בודדת מול סיכומית (Single vs. Summarized) — Single Results רושם ערך לכל יחידת דגימה בנפרד (נדרש ל-SPC/היסטוגרמה); Summarized Result רושם ערך מייצג אחד (ממוצע/ספירת פגמים) לכל הדגימה. נקבע ב-Control Indicators של המאפיין.
- הערכה (Valuation) — קביעת Accepted/Rejected למאפיין. אוטומטית מול Tolerance ותכנית הדגימה (Acceptance Number/Rejection Number), או ידנית ע"י הבודק. הערכת המאפיין מתגלגלת להערכת הפעולה ולהחלטת השימוש.
- רמת רישום — פעולה מול לוט: QE11/QE51N רושמים לפי פעולת הבדיקה (Operation) בתכנית — התצוגה הנפוצה בתעשיית תהליך; QE01 רושם ברמת הלוט כולו. QE51N הוא רשימת העבודה המרכזית (Worklist) לרישום ובחירת לוטים פתוחים.
מטרת השיעור
ידע אצוררישום תוצאות (Results Recording) הוא הצעד שבו מתעדים במערכת את הערכים שנמדדו עבור מאפייני הבדיקה (Inspection Characteristics) בלוט בדיקה (Inspection Lot). בסוף השיעור תדע להבחין בין מאפיין כמותי (Quantitative) לתכונתי (Qualitative/Attributive), להזין תוצאות בודדות או סיכומיות עם הערכה (Valuation) ידנית או אוטומטית מול המפרט, לעבוד ברמת פעולה (QE11/QE51N) או ברמת לוט (QE01), לרשום תוצאות לפי דגימה (Sample-based) ולסגור מאפיין ופעולה (Close characteristic/operation) כתנאי מקדים להחלטת שימוש (Usage Decision).
למה זה חשוב
ידע אצוררישום התוצאות הוא הלב הפונקציונלי של תהליך הבדיקה: הוא ההוכחה התיעודית שהמוצר נבדק מול המפרט, והוא המקור שממנו נגזרת ההערכה (Accepted/Rejected), ההחלטה על שחרור האצווה, ותיעוד ה-Quality Level ל-Dynamic Modification. בלי סגירת מאפיינים ופעולה חובה — לא ניתן לבצע Usage Decision, האצווה נשארת תקועה במלאי בדיקת QM (Q-stock), ולא ניתן לנפק/למכור. יתר על כן, בתעשיות מוסדרות (פארמה, מזון-משקה) הערכים והחתימות הם רשומת GMP/21 CFR Part 11 שנשמרת ב-QASR/QAMR — טעות ברישום או במפרט מתגלגלת ישירות לשחרור שגוי של אצווה.
ערך עסקי
ידע אצוררישום תוצאות מסודר נותן שקיפות איכות מלאה לכל אצווה (מה נבדק, מי מדד, מה התקבל), אוטומציה של הערכה מול המפרט שמונעת שיקול-דעת ידני שגוי, בסיס ל-SPC/Quality Score ולהקלה דינמית (Dynamic Modification) שמפחיתה עלויות בדיקה על ספקים אמינים, ורשומת ביקורת (Audit Trail) מלאה לרגולציה. הוא מקצר את זמן שחרור האצווה (Batch Release Cycle Time) ומקטין מלאי תקוע במלאי בדיקה.
היכן בשימוש
ידע אצורבדיקת קבלת חומר גלם (Inspection Type 01), בדיקה תוך-כדי-ייצור לפקודת תהליך/ייצור (Type 03), בדיקת מוצר גמור לפני שחרור אצווה (Type 04/08/09), בדיקת החזרות ותלונות (Type 06), וכיול אמצעי בדיקה (Type 14, PM-QM). משתמשים: בודקי QC במעבדה/בקו (רישום ערכים), מהנדסי איכות (הגדרת מפרט ותכניות בדיקה), ומנהלי שחרור אצווה (Batch Release) שנשענים על התוצאות הסגורות.
מושגי מפתח
מאומת- מאפיין בדיקה (Inspection Characteristic) — היחידה שנרשמת עליה תוצאה. כמותי (Quantitative) עם ערך מספרי, יחידה, Target ו-Tolerance (Lower/Upper Limit); תכונתי (Qualitative/Attributive) עם קוד תקין/פגם מקטלוג (Code Group, QPGR/QPCD). מאפיין יכול להיות Master Insp. Characteristic (QPMK) מרכזי או תלוי-תכנית.
- תוצאה בודדת מול סיכומית (Single vs. Summarized) — Single Results רושם ערך לכל יחידת דגימה בנפרד (נדרש ל-SPC/היסטוגרמה); Summarized Result רושם ערך מייצג אחד (ממוצע/ספירת פגמים) לכל הדגימה. נקבע ב-Control Indicators של המאפיין.
- הערכה (Valuation) — קביעת Accepted/Rejected למאפיין. אוטומטית מול Tolerance ותכנית הדגימה (Acceptance Number/Rejection Number), או ידנית ע"י הבודק. הערכת המאפיין מתגלגלת להערכת הפעולה ולהחלטת השימוש.
- רמת רישום — פעולה מול לוט: QE11/QE51N רושמים לפי פעולת הבדיקה (Operation) בתכנית — התצוגה הנפוצה בתעשיית תהליך; QE01 רושם ברמת הלוט כולו. QE51N הוא רשימת העבודה המרכזית (Worklist) לרישום ובחירת לוטים פתוחים.
- דגימה (Sample) — כמות/מספר הדגימות שנקבעת מ-Sampling Procedure (QDPS) ותכנית דגימה (Sampling Plan/Scheme). Sample-based recording רושם תוצאה לכל דגימה פיזית (Physical Sample, QPRS) שנוצרה ב-QPR1/נמשכה מ-QS21.
- סגירת מאפיין ופעולה (Close Characteristic/Operation) — מאפיין חובה (Required Char.) חייב להיסגר (Complete) עם תוצאה תקפה; כשכל המאפיינים החובה סגורים ניתן לסגור את הפעולה. סגירת כל הפעולות פותחת את הדרך ל-Usage Decision. מאפיין אופציונלי (Optional) יכול להישאר לא-מטופל.
- Quality Score ו-Dynamic Modification — התוצאות וההערכה מזינות את ה-Quality Level (QDQL) ואת ה-Quality Score של האצווה/ספק, שמניעים הקלה/החמרה דינמית של היקף הבדיקה בלוט הבא (Skip/Reduced/Tightened).
- דיוק וספרות (Decimal Places / Rounding) — למאפיין כמותי מוגדרים מספר ספרות משמעותיות, יחידת מדידה ומספר נדרש של ערכי-בדיקה (No. of Insp. Chars.); רישום חורג מהתחום גורם לחריגה שמתועדת.
דוגמה מ-CBC
ידע אצורבמפעל המשקאות בארגון, אצווה של תרכיז לימונדה עוברת בדיקת מוצר גמור לפני שחרור לשוק (Inspection Type 04, Origin מפקודת תהליך). המערכת יצרה לוט בדיקה (QALS) עם תכנית בדיקה שבה שלוש פעולות: 'מעבדה כימית', 'סנסורי' ו'מיקרוביולוגי'. בודק המעבדה פותח QE51N, בוחר את הלוט, ונכנס לפעולת המעבדה. הוא רושם ערכים כמותיים: Brix (Target 11.5, טווח 11.0–12.0) — נמדד 11.6 → הערכה אוטומטית Accepted; pH (טווח 2.8–3.4) — נמדד 3.5 → אוטומטית Rejected. מאפיין תכונתי 'צבע/מראה' מוערך ידנית עם קוד תקין מקטלוג (QPGR/QPCD). המיקרוביולוגיה נבדקת לפי דגימה — נמשכו 3 דגימות פיזיות (QPRS) ונרשמה ספירת מושבות לכל אחת (Single Results). מאחר שמאפיין ה-pH חובה ונכשל, הבודק סוגר את המאפיינים ואת הפעולה, אבל הלוט לא ישוחרר: מנהל שחרור האצווה יבצע Usage Decision עם קוד 'R' (Rejected), האצווה תישאר ב-Q-stock ותנותב לבלוקד/השמדה, וה-Quality Score הנמוך יחמיר את היקף הבדיקה באצווה הבאה.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| QALS | כותרת לוט בדיקה (Inspection Lot) — אובייקט האב לרישום התוצאות |
| QAMR | תוצאות בדיקה למאפיין — ערכים סיכומיים/כותרת מאפיין (Characteristic Results) |
| QASE | תוצאות בדיקה לדגימה (Sample Results) — ערך בודד לכל דגימה |
| QASR | ערכים בודדים לתוצאה (Single/Original Values) לכל דגימה |
| QAMV | מאפייני בדיקה בלוט + סטטוס וערכי הערכה (Characteristic Specifications in Lot) |
| QAPO | פעולות הבדיקה בלוט (Inspection Operations) |
| QAVE | החלטת שימוש (Usage Decision) ללוט |
| QPMK | מאפיין בדיקת-אב מרכזי (Master Inspection Characteristic) |
| QPGR | קבוצת קודים לקטלוג (Code Group) — לערכים תכונתיים/פגמים |
| QPCD | קודים בקטלוג (Catalog Codes) — ערך תקין/פגם |
| QDPS | נוהל דגימה (Sampling Procedure) |
| QDQL | רמת איכות (Quality Level) — בסיס להקלה דינמית |
| QPRS | דגימה פיזית (Physical Sample) |
| QMEL | כותרת הודעת איכות (Quality Notification) — נפתחת מפגם ברישום |
| QMFE | פריטי הודעת איכות (נזק/פגם מקוטלג) |
| QINF | רשומת מידע בדיקה (QM Inspection Info Record) — חומר/ספק |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתQuality Management → Quality Inspection → Results Recording → Define Recording Configuration (תצורת מסך רישום — Views, אישור ערכים, ערכי-בדיקה נדרשים). בנוסף: Quality Inspection → Results Recording → Define Control for No. of Characteristics / Digits. מאפייני בדיקה: Quality Planning → Basic Data → Inspection Characteristic → Define Control Indicators (Single/Summarized, Required/Optional, Documentation, Sample-based). קטלוגים: Quality Planning → Basic Data → Catalog → Edit Catalogs (QS41 — Code Groups/Codes). נהלי דגימה: Quality Planning → Basic Data → Sample → Define Sampling Procedures (QDV1).
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Quality Management (QM): Results Recording; SAP Help Portal — QM: Recording Results for Inspection Characteristics; SAP Help Portal — QM: Sample Management and Physical Samples; SAP Help Portal — QM: Usage Decision; SAP Help Portal — QM: Dynamic Modification of Inspection Scope; SAP Library — QM Inspection Lot Processing (QALS/QAMR/QASE)
טעויות נפוצות
ידע אצור- השארת מאפיין חובה (Required) פתוח → לא ניתן לסגור את הפעולה ולא לבצע Usage Decision; הלוט נתקע ב-Q-stock. פתרון: להשלים ערך תקף או להגדיר את המאפיין כ-Optional.
- בלבול בין Single ל-Summarized recording → אם מוגדר Single לכל דגימה אך רושמים ערך אחד סיכומי, ה-SPC/היסטוגרמה חסרים; ולהפך — עומס רישום מיותר.
- הזנת ערך מחוץ לתחום ה-Tolerance בלי לשים לב שההערכה האוטומטית קבעה Rejected — ואז ניסיון UD 'Accepted' יוצר סתירה בין הערכת המאפיין לבין ה-UD.
- הגדרת מאפיין תכונתי בלי Code Group/Selected Set (QPGR/QPCD) → אין ערכים תקינים לבחירה ולא ניתן להעריך.
- עריכת תוצאות לאחר UD — לאחר החלטת שימוש הלוט נעול לרישום; ניסיון שינוי ב-QE02 נכשל בלי ביטול ה-UD תחילה.
פתרון תקלות
ידע אצור'לא ניתן לסגור פעולה' → בדוק ב-QE51N/QA03 שכל מאפייני החובה (Required) קיבלו תוצאה תקפה והוערכו; מאפיין ללא ערך או ללא הערכה חוסם. 'ההערכה לא מתבצעת אוטומטית' → חסר Sampling Procedure עם Valuation Mode או שהמאפיין מוגדר לוולואציה ידנית בלבד (Control Indicators). 'ערך תכונתי לא מתקבל' → ה-Code Group/Selected Set (QS41) לא משויך למאפיין או ריק. 'לוט נשאר ב-Q-stock אחרי סגירת מאפיינים' → עדיין לא בוצע Usage Decision (QA11) — סגירת מאפיין/פעולה אינה משחררת מלאי. 'לא ניתן לשנות תוצאה' → קיים UD פעיל; בטל ב-QA12 לפני QE02. 'רישום דגימה פיזית לא זמין' → הדגימות (QPRS) לא נוצרו/נמשכו (QPR1/QS21) או שהפעולה אינה sample-based. הרחבות/בדיקות מותאמות ברישום → Customer Exit QEEM0001; ולוגיקת הערכה/סגירה → QLCA0001.
שיטות עבודה מומלצות
ידע אצור- השתמש במאפייני בדיקת-אב מרכזיים (QPMK, QS21) עם קטלוגים משותפים במקום להגדיר מאפיינים חופשיים בכל תכנית — מבטיח אחידות מפרט, הערכה עקבית ובסיס SPC נקי חוצה-אצוות.
- הגדר Control Indicators נכון מראש: Single Results למאפיינים שדורשים SPC/היסטוגרמה, Summarized למאפייני ספירה; סמן Required רק את מה שחייב להיסגר — אחרת בודקים 'נתקעים' על מאפיינים לא-רלוונטיים.
- הפעל הערכה אוטומטית מול Tolerance ותכנית דגימה (QDPS) במקום להסתמך על שיקול-דעת ידני — מקטין טעות אנוש ומייצר Audit Trail עקבי לרגולציה.
- בתעשייה מוסדרת (פארמה/מזון-משקה): נעל את תצורת הרישום (Recording Configuration) והפעל חתימות דיגיטליות/Digital Signature על סגירת מאפיין ו-UD ל-21 CFR Part 11; אל תאפשר עריכת תוצאות אחרי UD בלי ביקורת.
- נצל את ה-Quality Level (QDQL) ו-Dynamic Modification להקלה על ספקים אמינים — חוסך עלויות בדיקה בלי לפגוע בבקרה על אצוות בסיכון.
טיפים
ידע אצור- QE51N הוא נקודת הכניסה המומלצת — Worklist גמיש עם סינון לפי מרכז עבודה/סטטוס, מהיר יותר מ-QE11 לכל לוט בנפרד; שמור וריאנט אישי לבודק.
- למאפיינים תכונתיים הגדר Selected Set ברמת המפעל — כך אותה רשימת קודים תקינים/פגמים חוזרת בכל התכניות ומקצרת רישום.
- רישום תוצאות תוך-כדי-ייצור לנקודות בדיקה (Inspection Points, BAPI_INSPPOINT_RECORDRESULTS) מאפשר Partial UD/שחרור מדורג לפני סיום כל האצווה — שימושי בקווי מילוי רציפים.
- MCXB נותן ניתוח תוצאות (ממוצע, סטיית תקן, Cp/Cpk) על הערכים שנרשמו — כלי SPC מובנה בלי BI חיצוני.
בחן את עצמך
ידע אצורמה חייב להתקיים כדי לסגור פעולת בדיקה (Close Operation) ולפתוח את הדרך ל-Usage Decision?
מהי ההבחנה בין רישום Single Results לרישום Summarized?
בודק סגר את כל מאפייני הבדיקה אך האצווה עדיין תקועה במלאי בדיקת QM. מה הסיבה?
סיכום
ידע אצוררישום תוצאות (Results Recording) מתעד את הערכים שנמדדו למאפייני הבדיקה בלוט (QALS): כמותי (ערך מספרי מול Target/Tolerance) או תכונתי (קוד מקטלוג QPGR/QPCD), כ-Single Results לכל דגימה (QASE/QASR — בסיס ל-SPC) או Summarized (QAMR). ההערכה (Valuation → Accepted/Rejected) אוטומטית מול תכנית הדגימה או ידנית, ונשמרת עם סטטוס המאפיין ב-QAMV. עובדים ברמת פעולה (QE11/QE51N — ה-Worklist המרכזי) או לוט (QE01), ולפי דגימה פיזית (QE71/QPRS). מאפיין חובה חייב להיסגר, סגירת כל מאפייני החובה סוגרת את הפעולה, וסגירת כל הפעולות פותחת את הדרך להחלטת שימוש (QA11 → QAVE) שמשחררת מ-Q-stock ומעדכנת Quality Level (QDQL) להקלה דינמית. טבלאות ליבה QALS/QAMR/QASE/QASR/QAMV/QAPO/QAVE/QPMK/QPGR/QPCD/QDPS/QDQL/QPRS · T-Codes QE51N/QE11/QE01/QE71/QA11/QA32/QS21/QP01/QC20/MCXB · Fiori Record Inspection Results / Make Usage Decision · BAPI_INSPOPER_RECORDRESULTS / BAPI_INSPLOT_SETUSAGEDECISION · Exits QEEM0001/QLCA0001.