QM ברכש
QM בתהליכים · שיעור 1
- רשומת מידע איכות (Quality Info Record — QINF, טבלה QINF) — מקשרת צירוף ספק↔חומר↔ארגון רכש; קובעת אם מותר להזמין מהספק לחומר הזה (Release/Block עד תאריך), את נוסחת הבדיקה (Control Key), כמות מאושרת ותאריך תוקף. נוצרת ב-QI01. חסימתה מונעת יצירת/שחרור PO לחומר.
- סוג בדיקה (Inspection Type) — מפתח הבקרה שמפעיל QM לפי אירוע: 01 = GR מהזמנת רכש (Goods Receipt from PO), 0101/05 = החזרות, 0130 = Source Inspection אצל הספק. מופעל בתצוגת QM של אב-החומר (MM01/MM02) ב-Inspection Setup. בלי הפעלת 01 — אין לוט בדיקה בקבלה.
- מקור לוט בדיקה 01 (Inspection Lot Origin 01) — הקטגוריה שקובעת שהלוט נוצר מקבלת טובין מ-PO; קובעת את מבנה הלוט, ברירות מחדל ל-UD ואת סוג המלאי הרלוונטי (Quality Inspection). מקורות נוספים: 04 (GR מייצור), 05 (החזרות), 08 (מלאי), 89 (ידני).
- לוט בדיקה (Inspection Lot — טבלה QALS) — האובייקט המרכזי: כמות, חומר, מפעל, מקור, סוג בדיקה, סטטוס ומלאי משויך. נוצר אוטומטית בקבלה או ידנית ב-QA01. מכיל מאפיינים לבדיקה (QAMR) מתוכנית הבדיקה (Plan — QPLK).
מטרת השיעור
ידע אצורבסוף השיעור תבין כיצד QM (Quality Management) משתלב בתהליך הרכש מקצה-לקצה: מרשומת מידע האיכות (Quality Info Record — QINF) המקשרת ספק↔חומר ומאשרת אספקה, דרך בדיקת מקור אצל הספק (Source Inspection), לוט בדיקה שנוצר אוטומטית בקבלת הטובין עם מקור לוט 01 (Inspection Lot Origin 01 — GR from purchase order), תוצאות ומדגם (Results Recording), החלטת שימוש (Usage Decision — UD) המשחררת/חוסמת את המלאי, ועד הזנת הערכת ספק (Vendor Evaluation) על ממד האיכות. תדע לזהות את סוגי הבדיקה (01 לקבלה, 0130 לבדיקת מקור), לתפעל QI01/QI02 לרשומת המידע, QA01/QA02 לבדיקה ידנית, QE51N לרישום תוצאות ו-QA11/QA32 ל-UD, ולהבין כיצד ה-UD מזיז את המלאי מ-Quality Inspection Stock למלאי חופשי או חסום.
למה זה חשוב
ידע אצורבתעשיות מפוקחות (פארמה, מזון/משקאות, כימיה) אסור להזרים חומר גלם נכנס לייצור לפני שהאיכות אישרה אותו. QM ברכש הוא ה-Gate: מרגע שסוג הבדיקה 01 פעיל בתצוגת QM של החומר, כל קבלת טובין מהזמנת רכש יוצרת אוטומטית לוט בדיקה, המלאי נכנס ל-Quality Inspection Stock (סוג מלאי מוגבל) ואינו זמין לניפוק עד להחלטת שימוש. רשומת מידע האיכות (QINF) קובעת אם בכלל מותר להזמין מהספק לחומר הזה, ובאיזה נוסחת בדיקה. בלי הבנת השרשרת הזו מתקבל חומר לא בדוק בייצור, מלאי נתקע ב-QI ללא UD, או הזמנות רכש נחסמות ללא סיבה נראית לעין. זהו תנאי מקדים ל-Batch Release ולשחרור אצווה בפארמה.
ערך עסקי
ידע אצורQM ברכש נותן שליטת איכות בשער הכניסה: מונע כניסת חומר פגום/לא-מאושר לייצור (חוסך גריטה, ריקולים וחריגות רגולטוריות), מספק שקיפות איכות-ספק אובייקטיבית (Vendor Evaluation על ממד Quality מזין החלטות מקור אספקה ו-Sourcing), ותומך בדרישות GMP/ISO/FDA לתיעוד בדיקות נכנסות ולשחרור מבוקר. Source Inspection אצל הספק חוסך זמן ועלות בכך שהוא תופס פסילות עוד לפני המשלוח. QINF עם Release חוסם רכש מספק לא-מוסמך לחומר קריטי. השרשרת כולה יוצרת מסלול ביקורת (Audit Trail) מלא — קריטי לביקורות רגולטוריות ולשחרור אצוות.
היכן בשימוש
ידע אצורהטמעת QM-Procurement בפרויקטי S/4HANA; הפעלת בדיקת חומר גלם נכנס בפארמה/מזון/משקאות/כימיה; אישור ספקים חדשים (QINF + Vendor Evaluation) לפני הזמנה ראשונה; בדיקת מקור אצל ספק לפני משלוח (Source Inspection); שחרור/חסימת מלאי נכנס דרך UD; ניתוח ביצועי ספק לפי ממד איכות ב-Sourcing. משתמשים: יועצי QM פונקציונליים, מנהלי מעבדת QA/QC, בודקי איכות נכנסת, קניינים (MM), ומנהלי איכות-ספק. משיק ל-MM (הזמנת רכש, GR, MIGO), ל-PP-PI (שחרור חומר גלם לייצור), ול-Batch Management (שחרור אצווה).
מושגי מפתח
מאומת- רשומת מידע איכות (Quality Info Record — QINF, טבלה QINF) — מקשרת צירוף ספק↔חומר↔ארגון רכש; קובעת אם מותר להזמין מהספק לחומר הזה (Release/Block עד תאריך), את נוסחת הבדיקה (Control Key), כמות מאושרת ותאריך תוקף. נוצרת ב-QI01. חסימתה מונעת יצירת/שחרור PO לחומר.
- סוג בדיקה (Inspection Type) — מפתח הבקרה שמפעיל QM לפי אירוע: 01 = GR מהזמנת רכש (Goods Receipt from PO), 0101/05 = החזרות, 0130 = Source Inspection אצל הספק. מופעל בתצוגת QM של אב-החומר (MM01/MM02) ב-Inspection Setup. בלי הפעלת 01 — אין לוט בדיקה בקבלה.
- מקור לוט בדיקה 01 (Inspection Lot Origin 01) — הקטגוריה שקובעת שהלוט נוצר מקבלת טובין מ-PO; קובעת את מבנה הלוט, ברירות מחדל ל-UD ואת סוג המלאי הרלוונטי (Quality Inspection). מקורות נוספים: 04 (GR מייצור), 05 (החזרות), 08 (מלאי), 89 (ידני).
- לוט בדיקה (Inspection Lot — טבלה QALS) — האובייקט המרכזי: כמות, חומר, מפעל, מקור, סוג בדיקה, סטטוס ומלאי משויך. נוצר אוטומטית בקבלה או ידנית ב-QA01. מכיל מאפיינים לבדיקה (QAMR) מתוכנית הבדיקה (Plan — QPLK).
- בדיקת מקור (Source Inspection) — בדיקה אצל הספק לפני משלוח (Inspection Type 0130), מופעלת דרך QINF/רשימת עבודה QI07; תופסת פסילות מוקדם וחוסכת קבלה ופסילה בבית.
- החלטת שימוש (Usage Decision — UD, טבלה QAVE) — ההכרעה הסופית על הלוט: קבל/דחה. מזיזה את המלאי מ-Quality Inspection Stock למלאי חופשי (אושר) או לחסום/החזרה (נדחה), נועלת את הלוט ומזינה ניקוד איכות (Quality Score) להערכת ספק. מתבצעת ב-QA11/QA32.
- רישום תוצאות (Results Recording — טבלה QAMR/QASR) — הזנת ערכים מדודים למאפייני הבדיקה (QPMK — Master Inspection Characteristics) לפי המדגם (Sample — QASE); כל מאפיין מוערך Accepted/Rejected מול המפרט.
- הערכת ספק (Vendor Evaluation) — ניקוד הספק על ממד המשנה 'Quality' מוזן אוטומטית מה-UD (Quality Score של הלוט); משמש בהחלטות מקור אספקה (ME6* / Supplier Evaluation ב-S/4).
דוגמה מ-CBC
ידע אצורבמפעל המשקאות מגדירים חומר גלם 'תמצית פירות מרוכזת' עם תצוגת QM ב-MM02 והפעלת סוג בדיקה 01 (GR from PO) — כל קבלה תיצור לוט. לספק החדש 'FruitCo' פותחים רשומת מידע איכות (QI01): קישור ספק↔חומר↔ארגון רכש, Release עד 31.12, Control Key עם בדיקה נדרשת. הקניין מוציא הזמנת רכש; המערכת בודקת מול ה-QINF שהספק מאושר. לפני המשלוח מריצים בדיקת מקור (Source Inspection, סוג 0130) דרך QI07 אצל הספק. במשלוח בפועל הבודק רושם GR ב-MIGO — נוצר אוטומטית לוט בדיקה (QALS) במקור 01, והמרכז נכנס ל-Quality Inspection Stock (לא זמין לייצור). איש QC רושם תוצאות ב-QE51N: Brix, pH, מיקרוביולוגיה מול המפרט (QPMK). מאפיין ה-pH חורג — נדרשת הכרעה. מנהל האיכות מבצע Usage Decision ב-QA32: מקבל חלקית ומעביר את החלק החורג למלאי חסום/החזרה. ה-UD מזין ניקוד איכות (Quality Score) שיורד ל-FruitCo בהערכת הספק על ממד Quality. רק החלק שאושר עובר למלאי חופשי ומשוחרר לאצוות הייצור.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| QINF | רשומת מידע איכות (Quality Info Record) — קישור ספק↔חומר↔ארגון רכש, Release/Block ותוקף |
| QALS | כותרת לוט בדיקה (Inspection Lot) — כמות, חומר, מפעל, מקור, סוג בדיקה, סטטוס |
| QAVE | החלטת שימוש (Usage Decision) ללוט — קוד UD, ניקוד איכות |
| QAMR | תוצאות מאפיין בדיקה (Characteristic Results) — ערכים מדודים |
| QASE | מדגם ללוט בדיקה (Inspection Lot Sample) |
| QASR | סיכום תוצאות לפי מאפיין (Results Summarization) |
| QPMK | מאפיין בדיקה ראשי (Master Inspection Characteristic) |
| QMTB | קטלוג/כלי בדיקה — קוד ושיטת בדיקה |
| QPGR | קבוצת קודים בקטלוג (Code Group) |
| QPCD | קודים בקטלוג (Catalog Codes) — נזק/גורם/החלטת שימוש |
| QDPS | תוכנית דגימה (Sampling Procedure) — פרמטרי מדגם |
| QMAT | קישור חומר↔סוג בדיקה (Inspection Type per Material) — Inspection Setup |
| QMEL | כותרת הודעת איכות (Quality Notification) — לתלונות ספק/פסילה |
| QMFE | פריטי הודעת איכות (נזק/גורם מקוטלגים) |
| PLKO | כותרת תוכנית בדיקה (Inspection Plan Header) |
| PLPO | פעולות/מאפיינים בתוכנית בדיקה (Plan Operations) |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתQuality Management → Quality Inspection → Inspection Lot Creation → Maintain Inspection Types (הגדרת סוגי בדיקה 01/0130) ו-Define Default Values for Inspection Type. Quality Management → QM in Logistics → QM in Procurement → Define Control Keys (מפתחות בקרת QM לרכש), Define Quality Info Record settings ו-Define Delivery Block/Release. Quality Management → Quality Inspection → Inspection Lot Completion → Define Usage Decision Codes ו-Edit Selected Sets (קטלוג 3 ל-UD). הפעלת QM per material בתצוגת QM של אב-החומר (MM02 → Quality Management → Inspection Setup).
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Quality Management (QM) in Procurement; SAP Help Portal — Quality Info Record (Procurement); SAP Help Portal — Inspection Lot Origin and Inspection Types; SAP Help Portal — Source Inspection; SAP Help Portal — Usage Decision; SAP Help Portal — Supplier/Vendor Evaluation (Quality); SAP Community — QM Inspection Type 01 GR from PO setup
טעויות נפוצות
ידע אצור- סוג בדיקה 01 לא הופעל בתצוגת QM של החומר (MM02 → Inspection Setup) → קבלת הטובין לא יוצרת לוט בדיקה והמלאי נכנס ישר למלאי חופשי ללא בקרת איכות.
- שכחת ביצוע Usage Decision → המלאי נשאר תקוע ב-Quality Inspection Stock, לא זמין לייצור, ולוטים נערמים ב-QA32.
- רשומת מידע איכות (QINF) חסומה או פגת תוקף → הזמנת הרכש נחסמת/לא ניתן לשחרר GR, לרוב ללא הסבר ברור לקניין.
- הזנת UD 'קבל' על לוט שמאפיין בו נכשל (Rejected) בלי לטפל בכמות הנדחית → חומר לא-תקין זולג למלאי חופשי ולייצור.
- בלבול בין מקור לוט 01 (GR מ-PO) ל-0130 (Source Inspection אצל הספק) → הבדיקה מבוצעת בשלב הלא נכון או פעמיים.
פתרון תקלות
ידע אצורGR לא יצר לוט בדיקה — בדוק שסוג בדיקה 01 פעיל בתצוגת QM (QMAT/MM03 → Inspection Setup) ושה-Control Key מחייב בדיקה. מלאי תקוע ב-Quality Inspection — לא בוצע UD; הרץ QA32 לאיתור לוטים פתוחים ובצע Usage Decision (QA11); אמת סוג מלאי ב-MMBE (Quality Inspection). הזמנת רכש נחסמת ללא סיבה נראית — QINF חסום/פג תוקף (QI03) או Delivery Block מוגדר; שחרר/הארך ב-QI02. UD בוצע אך מלאי לא זז — בדוק שהכמות בהחלטה הוזנה נכון (Accept/Reject qty) והרישום ל-Movement Type; ל-BAdI QEVA_AUTO_UD/Exit QEVA0001 יכול להיות לוגיקת החלפה. תוצאות לא נרשמות — תוכנית הבדיקה (PLKO/PLPO) לא משויכת או מאפיין QPMK לא קיים בלוט; בדוק ב-QA03 את המאפיינים. הערכת ספק לא מתעדכנת — ניקוד ה-UD (Quality Score) לא הופעל בהגדרת קוד ה-UD או ממד האיכות לא פעיל ב-Vendor Evaluation.
שיטות עבודה מומלצות
ידע אצור- הגדר רשומת מידע איכות (QINF) לכל צירוף ספק↔חומר קריטי לפני ההזמנה הראשונה, עם Release ותאריך תוקף — כך הרכש חסום אוטומטית מספק לא-מוסמך והאיכות מבוקרת מהצעד הראשון.
- הפעל Source Inspection (סוג 0130) לספקים בעייתיים או לחומרים קריטיים — תפיסת פסילה אצל הספק זולה בהרבה מקבלה, בדיקה ופסילה בבית + זמן שילוח מבוזבז.
- הגדר קודי UD ברורים בקטלוג (Selected Set) עם ניקוד איכות מובנה, כך שכל החלטת שימוש מזינה אוטומטית ואובייקטיבית את הערכת הספק — בסיס נתונים אמין ל-Sourcing.
- העדף אוטומציה של UD (BAdI QEVA_AUTO_UD) ללוטים 'clean' עם כל המאפיינים בטווח, כדי לפנות את מהנדס האיכות ללוטים חריגים בלבד — 'as little manual as necessary'.
- קשר תוכניות בדיקה (Inspection Plan) עם מאפייני QPMK מרכזיים ותוכנית דגימה (QDPS) אחידה, כדי שהבדיקה תהיה עקבית וניתנת לביקורת (GMP/ISO).
טיפים
ידע אצור- QA32 הוא כלי העבודה המרכזי — סינון לוטים לפי מקור 01, סטטוס ומפעל, רישום תוצאות ו-UD מבצעים ממסך אחד; הגדר Layout קבוע לבודקי הנכנס.
- MMBE/MB52 מראים מיד אם מלאי תקוע ב-Quality Inspection Stock — האבחון הראשון כשרכיב 'לא זמין' בייצור למרות שהתקבל.
- החלטת שימוש (UD) עם קוד דחייה יכולה להפעיל אוטומטית הודעת איכות (QM01/QMEL) לתלונת ספק — קשר את קוד ה-UD להודעה כדי לתעד את הפסילה מול הספק.
- ב-S/4 העדף את אפליקציות ה-Fiori (Record Inspection Results / Make Usage Decision) לבודקים בשטח — מסך רזה יותר מ-QE51N/QA32 ל-Worklist יומיומי.
בחן את עצמך
ידע אצורמהו מקור לוט הבדיקה (Inspection Lot Origin) שנוצר אוטומטית בקבלת טובין מהזמנת רכש?
מה תפקיד רשומת מידע האיכות (Quality Info Record — QINF) ברכש?
מה עושה החלטת השימוש (Usage Decision — UD) למלאי שהתקבל?
סיכום
ידע אצורQM ברכש הוא שער האיכות בכניסת חומר גלם: רשומת מידע האיכות (QINF, QI01) מקשרת ספק↔חומר↔ארגון רכש וחוסמת/משחררת רכש מספק לא-מוסמך; הפעלת סוג בדיקה 01 בתצוגת QM של החומר גורמת לכל GR מ-PO (MIGO) ליצור אוטומטית לוט בדיקה (QALS) במקור לוט 01, כשהמלאי נכנס ל-Quality Inspection Stock ואינו זמין לייצור. בדיקת מקור (Source Inspection, סוג 0130, QI07) תופסת פסילות אצל הספק. הבודק רושם תוצאות (QE51N, QAMR מול QPMK), ומנהל האיכות מבצע החלטת שימוש (UD — QA11/QA32, QAVE) שמזיזה את המלאי למלאי חופשי (אושר) או לחסום/החזרה (נדחה) ומזינה ניקוד איכות להערכת הספק. טבלאות ליבה QINF/QALS/QAVE/QAMR/QPMK/QMAT · T-Codes QI01/QA01/QE51N/QA11/QA32/MIGO · Fiori Manage Quality Info Records / Record Inspection Results / Make Usage Decision · APIs BAPI_INSPLOT_SETUSAGEDECISION + BAPI_INSPLOT_GETLIST · BAdI QEVA_AUTO_UD.