לוט בדיקה (Inspection Lot)
בדיקת איכות · שיעור 1
- לוט בדיקה (Inspection Lot, QALS) — הרשומה המרכזית שמאגדת את בקשת הבדיקה: מקור, אב-חומר, אצווה/מק"ט, כמות, מפעל, סטטוס ומצביע לתכנית הבדיקה שהוקצתה. מספר הלוט (PRUEFLOS) בן 12 ספרות מזהה ייחודית.
- מקור הבדיקה (Inspection Lot Origin, HERKUNFT) — קובע איזה אירוע יצר את הלוט: 01 = GR לרכש, 03 = בדיקה תוך-ייצור מפעולה, 04 = GR מפקודת ייצור/תהליך, 05 = החזרת לקוח, 08 = בדיקת מלאי, 09 = בדיקה חוזרת, 0101/0130 וכו' סוגי בדיקה נגזרים, 89 = יצירה ידנית (QA01). המקור ממופה לסוג בדיקה (Inspection Type).
- סוג בדיקה (Inspection Type) בתצוגת QM של אב-החומר (QMAT) — מפעיל את יצירת הלוט האוטומטית. אם סוג הבדיקה (למשל 01/04) לא הופעל לחומר במפעל — אף לוט לא נוצר בקבלה. הגדרות ברירת-מחדל לסוג הבדיקה קובעות בדיקת אצווה/מלאי, שליטת תיעוד ועוד.
- בקרת מלאי מבדיקה (Inspection stock control) — סוגי בדיקה עם ניהול מלאי (01/04/05/08) מנתבים את הכמות למלאי בדיקת QM (Quality Inspection); היא נעולה עד להחלטת השימוש. מק"ט לא-מנוהל-מלאי או סוג בדיקה 03 אינם מנתבים מלאי.
מטרת השיעור
ידע אצורבסוף השיעור תבין מהו לוט בדיקה (Inspection Lot, טבלה QALS) — רשומת הבקרה המרכזית של תהליך הבדיקה ב-QM. תדע כיצד לוט נוצר אוטומטית ממקורות בדיקה שונים (מקור 01 קבלת סחורה מרכש, 03 בדיקה תוך-כדי-ייצור, 04 קבלת סחורה מייצור, 05 החזרת לקוח, 08 בדיקת מלאי, 89 יצירה ידנית), כיצד סוג הבדיקה (Inspection Type) בתצוגת QM של אב-החומר מפעיל אותו, מה מבנה הסטטוסים של הלוט (CRTD/REL/SPRQ/INSP/UD/…), וכיצד מנהלים אותו בפועל דרך QA01 (יצירה ידנית), QA02 (שינוי) ו-QA03 (הצגה) עד להחלטת השימוש (Usage Decision) ושחרור המלאי.
למה זה חשוב
ידע אצורלוט הבדיקה הוא הצומת שדרכו כל תנועת חומר שדורשת איכות עוברת בקרה לפני שהיא הופכת זמינה לשימוש. בתעשיית תהליך (מזון/משקאות/פארמה) חומר גלם או מוצר מוגמר שנכנס עם סוג בדיקה פעיל נכנס אוטומטית למלאי בדיקת QM (Quality Inspection stock) — הוא לא זמין לניפוק, לצריכה בייצור או למכירה עד שמתקבלת החלטת שימוש. מיישם שלא שולט בלוט הבדיקה יראה מלאי תקוע במלאי בדיקה, קווי ייצור שנעצרים כי הרכיב אינו במלאי חופשי, ואצוות מוצר מוגמר שלא ניתן לשחרר. הלוט קושר יחד את אב-החומר (QMAT/סוג בדיקה), את תכנית הבדיקה (Task List/Plan), את המאפיינים (Master Inspection Characteristics), את רישום התוצאות (Results Recording) ואת החלטת השימוש — ובלעדיו שרשרת ה-QM כולה לא מתקיימת.
ערך עסקי
ידע אצורניהול נכון של לוטי בדיקה נותן שחרור אצוות מבוקר ומתועד (batch release) עם שובל ביקורת מלא — קריטי לתאימות רגולטורית (GMP, ISO, HACCP, 21 CFR Part 11). הוא מונע ניפוק/מכירה של חומר לא-מאושר ע"י ניתוב אוטומטי למלאי בדיקה, מספק שקיפות איכות (אחוזי דחייה, סטיות, מגמות ספק) לצורך שחרור/חסימת ספקים ואצוות, ומאפשר עלות-איכות (Cost of Quality) שקופה. בפארמה/מזון: החלטת השימוש היא רגע ה-Release/Reject שקובע אם אצווה יוצאת לשוק — עם חתימה דיגיטלית וקוד החלטה מקוטלג.
היכן בשימוש
ידע אצורקבלת חומר גלם/אריזה מרכש עם בדיקה נכנסת (מקור 01), בדיקת מוצר מוגמר/ביניים בקבלה מייצור לפני שחרור אצווה (מקור 04), בדיקות תוך-כדי-ייצור מפעולה בפקודת ייצור/תהליך עם מפתח בקרה מתאים (מקור 03), בדיקת מלאי מחזורית/מחדש (מקור 08/09), בדיקת החזרות לקוח (מקור 05), ובדיקות אד-הוק ידניות (מקור 89). משתמשים: פקחי איכות/מעבדה (רישום תוצאות, QE11/QE51N), מנהלי QA (החלטת שימוש, QA11/QA32), מתכנני איכות (תכניות ומאפיינים, QP01/QS21), ומחסן/ייצור (זמינות המלאי לאחר UD).
מושגי מפתח
מאומת- לוט בדיקה (Inspection Lot, QALS) — הרשומה המרכזית שמאגדת את בקשת הבדיקה: מקור, אב-חומר, אצווה/מק"ט, כמות, מפעל, סטטוס ומצביע לתכנית הבדיקה שהוקצתה. מספר הלוט (PRUEFLOS) בן 12 ספרות מזהה ייחודית.
- מקור הבדיקה (Inspection Lot Origin, HERKUNFT) — קובע איזה אירוע יצר את הלוט: 01 = GR לרכש, 03 = בדיקה תוך-ייצור מפעולה, 04 = GR מפקודת ייצור/תהליך, 05 = החזרת לקוח, 08 = בדיקת מלאי, 09 = בדיקה חוזרת, 0101/0130 וכו' סוגי בדיקה נגזרים, 89 = יצירה ידנית (QA01). המקור ממופה לסוג בדיקה (Inspection Type).
- סוג בדיקה (Inspection Type) בתצוגת QM של אב-החומר (QMAT) — מפעיל את יצירת הלוט האוטומטית. אם סוג הבדיקה (למשל 01/04) לא הופעל לחומר במפעל — אף לוט לא נוצר בקבלה. הגדרות ברירת-מחדל לסוג הבדיקה קובעות בדיקת אצווה/מלאי, שליטת תיעוד ועוד.
- בקרת מלאי מבדיקה (Inspection stock control) — סוגי בדיקה עם ניהול מלאי (01/04/05/08) מנתבים את הכמות למלאי בדיקת QM (Quality Inspection); היא נעולה עד להחלטת השימוש. מק"ט לא-מנוהל-מלאי או סוג בדיקה 03 אינם מנתבים מלאי.
- סטטוסי הלוט (JEST/system status) — CRTD (נוצר) → REL (שוחרר לבדיקה) → אם חסרה תכנית: CHCR/SPRQ; במהלך רישום: INSP; לאחר החלטה: UD (Usage Decision), ואז ICCO/SPCO/LTCA לפי מצב. כל תנועה נשלטת דרך פרופיל סטטוס.
- הקצאת תכנית ומאפיינים — עם שחרור הלוט המערכת בוחרת תכנית בדיקה (Inspection Plan / Task List) או תכנית לפי אב-חומר, מעתיקה את המאפיינים (Master Inspection Characteristics, QPMK) והדגימות (Sampling) לרשומות התוצאה (QAMR/QASE). ללא תכנית הלוט תקוע ללא מאפיינים.
- רישום תוצאות ותוצאה כוללת (Results Recording + Valuation) — לכל מאפיין נרשמת מדידה/תכונה (QE11/QE51N) ומתקבלת הערכה תקין/נדחה; מצטבר לתוצאת הלוט. משם נגזרת החלטת השימוש.
- החלטת שימוש (Usage Decision, UD — QAVE) — הקוד המקוטלג (Accepted/Rejected) שסוגר את הלוט, קובע את גורל המלאי (העברה למלאי חופשי / חסום / החזרה / גריטה) ומעדכן את דירוג האיכות. בפארמה/מזון זהו רגע שחרור/דחיית האצווה.
דוגמה מ-CBC
ידע אצורבארגון (מפעל משקאות/פארמה): מגיעה אספקת תרכיז מספק. בקבלת הסחורה (MIGO, תנועה 101) המערכת מזהה שסוג בדיקה 01 פעיל בתצוגת QM של אב-החומר (QMAT) ויוצרת אוטומטית לוט בדיקה QALS ממקור 01. הכמות נכנסת למלאי בדיקת QM ולא זמינה לייצור. עם שחרור הלוט (REL) נבחרת תכנית הבדיקה (QP01) עם מאפייני ה-Brix, pH ומיקרוביולוגיה (QPMK), והדגימה מחושבת לפי כלל דגימה (QDPS/QDPS). פקח המעבדה רושם תוצאות ב-QE11 — Brix בטווח, pH תקין, אך בדיקת שמרים חורגת. מנהל ה-QA פותח QA11/QA32, בוחן את הרשומות, ומקבל החלטת שימוש: קוד R (Rejected) — האצווה מנותבת למלאי חסום והספק מקבל תלונת איכות (QM01, QMEL). במקביל, בסוף קו המילוי מתקבל מוצר מוגמר מפקודת התהליך (GR 101) — נוצר לוט ממקור 04, אצוות המוצר במלאי בדיקה; לאחר בדיקות שחרור אצווה מקבל ה-QA החלטת שימוש A (Accepted) עם חתימה דיגיטלית, האצווה עוברת למלאי חופשי וזמינה למכירה. לוט ידני (QA01, מקור 89) נפתח לבדיקת יציבות (stability) על דגימת שמורה מהמחסן.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| QALS | כותרת לוט הבדיקה (Inspection Lot) — מקור, חומר, אצווה, כמות, סטטוס, תכנית |
| QAVE | החלטת שימוש (Usage Decision) ללוט הבדיקה |
| QAMR | רשומות תוצאה למאפיין (Characteristic Results) — ערך מצטבר לכל מאפיין |
| QASE | רשומות תוצאה לדגימה בודדת (Sample Results) |
| QASR | תוצאות ערכי-בדיקה בודדים (Single Values / Results) |
| QPMK | מאפיין בדיקה ראשי (Master Inspection Characteristic) |
| QMTB | קטלוג/רשומות שיטות בדיקה (Inspection Methods) |
| QPGR | קבוצת קודים בקטלוג QM (Code Group) |
| QPCD | קודים בקטלוג QM (Catalog Codes — נזק/גורם/UD) |
| QDPS | תכנית/כלל דגימה (Sampling Procedure/Scheme) |
| QINF | רשומת מידע בדיקה — חומר↔ספק (QM Info Record) |
| QMEL | כותרת הודעת איכות (Quality Notification) הקשורה |
| QMFE | פריטי הודעת איכות (נזק/גורם מקוטלגים) |
| QMAT | נתוני בדיקה לאב-חומר — קישור חומר↔סוג בדיקה (Inspection Type) |
| MCHB | מלאי אצווה במחסן — מושפע מסוג מלאי הבדיקה |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתQuality Management → Quality Inspection → Inspection Lot Creation → Maintain Inspection Types ו-Assign Inspection Types to Inspection Lot Origins (מיפוי מקור↔סוג בדיקה, למשל 01→GR רכש, 04→GR ייצור). ברירות מחדל לסוג בדיקה: Quality Management → Quality Inspection → Inspection Lot Creation → Define Default Values for Inspection Type. סטטוס: Define Inspection Control / Inspection Lot Processing → Status Management. החלטת שימוש: Quality Management → Quality Inspection → Inspection Lot Completion → Define Inspection Lot Completion / Usage Decision (קודי UD בקטלוג סוג 3, ומלאי-מיפוי לתנועות). דגימה: Basic Data → Sample → Define Sampling Procedures/Schemes.
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Quality Management (QM): Inspection Lot Processing; SAP Help Portal — QM: Inspection Lot Creation and Inspection Types; SAP Help Portal — QM: Results Recording; SAP Help Portal — QM: Usage Decision; SAP Help Portal — Quality Management in S/4HANA — Inspection Lot (QALS); SAP Note / Help — Inspection Lot Origins and Inspection Type Assignment
טעויות נפוצות
ידע אצור- סוג בדיקה (01/04) לא הופעל בתצוגת QM של אב-החומר במפעל → אף לוט לא נוצר בקבלה, החומר נכנס ישר למלאי חופשי ללא בקרה.
- הלוט שוחרר אך אין תכנית בדיקה/מאפיינים תקפים לחומר → הלוט תקוע (SPRQ, ללא מאפיינים), אי אפשר לרשום תוצאות או לקבל UD.
- שכחת החלטת שימוש (UD) → הכמות נשארת במלאי בדיקת QM, לא זמינה לייצור/מכירה; קו הייצור נעצר כי הרכיב 'חסר'.
- החלטת שימוש עם קוד לא מקוטלג נכון (Accepted/Rejected) או ללא מיפוי תנועת מלאי → המלאי לא מנותב ליעד הנכון (חופשי/חסום/החזרה).
- יצירת לוט ידני (QA01, מקור 89) כשקיים תהליך אוטומטי → כפילות לוטים ובלבול; מקור 89 מיועד רק לבדיקות אד-הוק/יציבות שאין להן טריגר אוטומטי.
פתרון תקלות
ידע אצורחומר 'תקוע' ולא זמין לייצור → MMBE/MB52 יראו אותו במלאי Quality Inspection; פתח QA32 ללוט הפתוח ובצע UD לשחרור למלאי חופשי (התייחס גם ל-slug qm-inspection-lot-block ב-troubleshooting). לוט ללא מאפיינים (לא ניתן לרשום תוצאות) → אין תכנית/Task List תקפה או שהמאפיינים לא הועתקו; בדוק QP03/הקצאת תכנית ב-QA02 והרץ מחדש בחירת מאפיינים. לוט לא נוצר בקבלה → סוג הבדיקה לא פעיל ב-QM-View (MM03), או המקור לא ממופה לסוג בדיקה (SPRO Assign Inspection Types). UD לא מנתב מלאי נכון → מיפוי תנועות מלאי לקוד ה-UD חסר, או ה-BAdI QEVA_AUTO_UD/Exit QEVA0001 דורס את הקוד. סטטוס חוסם פעולה → בדוק JEST/system status של QALS (LKD/SPRQ). בדיקה תוך-ייצור (מקור 03) לא נוצרה → מפתח הבקרה של הפעולה בפקודת התהליך אינו מסומן ל-QM/Inspection.
שיטות עבודה מומלצות
ידע אצור- הגדר בבירור את מיפוי המקור↔סוג הבדיקה (SPRO Assign Inspection Types) ואת ברירות המחדל לכל סוג בדיקה לפני העלאת חומרים — כך כל קבלה מייצרת לוט צפוי עם/בלי ניהול מלאי כנדרש.
- הפעל ניהול מלאי בדיקה (Quality Inspection stock) לחומרים קריטיים בלבד, כדי לא לחסום מיותר מלאי; לבדיקות ללא חסימת מלאי השתמש בסוגי בדיקה ללא ניהול מלאי (כמו 03 תוך-ייצור).
- קטלג את קודי החלטת השימוש (Accepted/Rejected/Conditional) בקטלוג סוג 3 עם מיפוי תנועת מלאי אחיד, והפעל חתימה דיגיטלית ל-UD בסביבות רגולטוריות (batch release) לשובל ביקורת.
- העדף עיבוד המוני של UD ב-QA32 עם רשימות עבודה/וריאנטים במקום לוט-לוט; שלב עם QE51N לרישום תוצאות לפי שולחן עבודה של פקח.
- להרחבות העדף BAdI (QEVA_AUTO_UD) על פני Customer Exits ישנים, ותעד את לוגיקת קביעת ה-UD האוטומטי כדי למנוע דריסה לא-צפויה של החלטות.
טיפים
ידע אצור- מקור הבדיקה (HERKUNFT ב-QALS) הוא המפתח הראשון לאבחון: 01=רכש, 03=תוך-ייצור, 04=מייצור, 05=החזרה, 08=מלאי, 89=ידני — סינון לפיו ב-QA32 מפריד מיד בין תרחישי הבדיקה.
- QA32 הוא ה'מרכז בקרה' של הפקח — משם רואים לוטים פתוחים, נכנסים לרישום תוצאות ומבצעים UD המוני; QA33 להצגה בלבד ללא סיכון שינוי.
- החלטת שימוש היא נקודת האל-חזור לניתוב המלאי — לפני UD ודא שכל המאפיינים נרשמו והוערכו, אחרת הלוט לא ייסגר או ינותב שגוי.
- סוג בדיקה 03 (תוך-ייצור) אינו מנהל מלאי — הוא בודק תוך כדי הפקודה בלי לחסום כמות, בשונה מ-01/04 שמנתבים למלאי בדיקה.
בחן את עצמך
ידע אצורחומר גלם נכנס בקבלת סחורה מרכש עם סוג בדיקה 01 פעיל. מה קורה לכמות ומה נדרש כדי לשחררה?
לוט בדיקה שוחרר (REL) אך לא ניתן לרשום תוצאות — אין מאפיינים. מה הסיבה הסבירה?
מהו מקור הבדיקה של לוט שנוצר ידנית ב-QA01?
סיכום
ידע אצורלוט הבדיקה (Inspection Lot, QALS) הוא רשומת הבקרה המרכזית של QM: הוא נוצר אוטומטית ממקורות שונים (01 GR רכש, 03 תוך-ייצור, 04 GR מייצור, 05 החזרה, 08 מלאי, 89 ידני-QA01) כאשר סוג הבדיקה המתאים פעיל בתצוגת QM של אב-החומר (QMAT). סוגי בדיקה מנהלי-מלאי מנתבים את הכמות למלאי בדיקת QM — נעולה עד להחלטת שימוש. הזרימה: יצירה (CRTD) → שחרור + הקצאת תכנית/מאפיינים (REL, QPMK→QAMR/QASE) → רישום תוצאות (QE11/QE51N) → החלטת שימוש (QAVE, QA11/QA32) → ניתוב מלאי (חופשי/חסום/החזרה/גריטה). ניהול שוטף דרך QA01 (יצירה), QA02 (שינוי), QA03 (הצגה), QA32/QA33 (רשימות + UD). טבלאות ליבה QALS/QAVE/QAMR/QASE/QPMK/QDPS/QMAT/QMEL · T-Codes QA01/02/03, QA11/QA32, QE11/QE51N, QP01/QS21 · Fiori Manage Inspection Lots / Record Inspection Results / Record Usage Decision · API BAPI_INSPLOT_CREATE/GETDETAIL/SETUSAGEDECISION · Clean Core: BAdI QEVA_AUTO_UD. טעות נפוצה: שכחת UD → מלאי תקוע וקו ייצור נעצר.