הודעת איכות (Quality Notification)

בסוף השיעור תבין את מלוא מבנה הודעת האיכות (Quality Notification) ב-SAP QM: את שלושת סוגי-ההודעה הסטנדרטיים Q1 (תלונת-לקוח), Q2 (תלונה-נגד-ספק) ו-Q3 (הודעת-פנים/תקלת-איכות פנימית); את מבנה-הנתונים ההיררכי — ראש-הודעה (QMEL), פריטי-הודעה עם קודי-פגם וגורם (QMFE), גורמי-שורש (QMUR), משימות (QMSM) ופעולות/אקטיביטי (QMMA); את הקישור לקטלוגי-הפגם והגורם (QPCD/QPGR/QPGT); ואת מחזור-החיים המלא — פתיחה (QM01), עיבוד (QM02), הקצאת-משימות, ביצוע-פעולות וסגירה (NOCO). כמו-כן תבין כיצד ה-Quality Notification מיישם מתודולוגיות 8D ו-CAPA, וכיצד הוא חולק את אותה תשתית-ליבה של הודעת-האחזקה ב-PM (אותן טבלאות QMEL/QMFE/QMSM ואותו EXIT QQMA0001).

הודעת האיכות היא כלי-התיעוד והבקרה המרכזי לכל אירוע-איכות בארגון — פגם שהתגלה בקבלה, תלונת-לקוח, סטייה בייצור או אי-התאמה מספק. בלי הודעה מובנית, אירועי-איכות מתועדים בקבצים מפוזרים בלי מעקב, בלי ניתוח-פארטו ובלי אכיפת-סגירה של פעולות-תיקון. ההודעה מספקת שרשרת אחת: מה קרה (פריט-הודעה + קוד-פגם), למה קרה (גורם-שורש), מה עושים (משימות ופעולות), מי אחראי ומתי נסגר. בחירת סוג-ההודעה השגוי (Q1 במקום Q3, למשל) מנתבת את ההודעה למסלול-עיבוד ולקטלוגים לא-נכונים ומשבשת את כל הדיווח במורד-הזרם. הבנת המבנה היא תנאי-מקדים לניתוח-מגמות (QM-IS), להפעלת בקרת-ספקים ולעמידה בתקני-ציות.

הודעת-איכות מובנית = תיעוד-מלא ובר-מעקב של כל אי-התאמה, ניתוח-שורש שיטתי (8D/CAPA) שמונע הישנות, אכיפת-סגירה של משימות-תיקון לפני סגירת-ההודעה, ובסיס-נתונים אחיד לניתוח-פארטו של פגמים לפי חומר/ספק/קוד-פגם (QM-IS). בתעשיית-התהליך זה מתורגם ישירות לשחרור-אצווה בטוח, להפחתת-החזרות ולראיות-ציות ל-GMP/ISO ולרשויות (FDA/משרד-הבריאות). בקרת-ספק המבוססת על הודעות Q2 משפרת מיקוח מסחרי ומורידה עלויות-איכות (COPQ).

שולחן-העבודה של מנהל/בודק-איכות, מחלקת-קבלה (QA בכניסת-סחורה), תלונות-לקוח (שירות/מכירות), בקרת-ספקים ורכש, ובקרת-תהליך בייצור. משמש לאורך כל מחזור-חיי אירוע-האיכות: מזיהוי אי-ההתאמה, דרך ניתוח וטיפול, ועד סגירה ודיווח. משתלב עם רשומת-בדיקה (Inspection Lot / QALS), עם החלטת-שימוש (Usage Decision / QAVE), עם אצווה (Batch / MCH1) ושחרור-אצווה, ועם הזמנת-רכש/החזרה בצד-הספק ועם הזמנת-לקוח בצד-התלונה.

• סוגי-הודעה: Q1 תלונת-לקוח, Q2 תלונה-נגד-ספק, Q3 הודעת-פנים — קובעים קטלוגים, שותפים, טווח-מספרים ומסלול-עיבוד
• מבנה היררכי: QMEL (ראש) → QMFE (פריטים+קוד-פגם/גורם) → QMUR (גורם-שורש) → QMSM (משימות) → QMMA (פעולות)
• קטלוגי-איכות: Catalog Type 9 (פגמים)/5 (גורמים)/2 (משימות)/A (פעולות) דרך QPGR/QPGT/QPCD/QPCT — בסיס לניתוח-פארטו
• 8D/CAPA: מסגרת-ניתוח-שורש ופעולה-מתקנת/מונעת עם אחראי ותאריך-יעד המנוהלת דרך QMUR+QMSM+QMMA
• משימה (QMSM, חוסמת-סגירה) מול פעולה (QMMA, תיעוד בלבד) — הבחנה קריטית לסגירת NOCO
• שותפים (Partner Determination): לקוח/ספק/אחראי לפי סוג-הודעה
• מחזור-חיים וסטטוס: OSNO→NOPR→NOCO ברשת-סטטוס (JEST/JCDS)
• שיתוף-תשתית עם PM: אותן QMEL/QMFE/QMSM, אותו EXIT QQMA0001, ההבדל הוא Notification Category Q מול M

מפעל-משקאות מייצר אצווה של תרכיז-מיץ. בבדיקת-שחרור-האצווה מגלה המעבדה סטייה ב-Brix (ריכוז-סוכר) מחוץ-לטולרנס. הבודק פותח ב-QM01 הודעת-פנים Q3 מקושרת לרשומת-הבדיקה (QALS) ולאצווה (MCH1). בפריט-ההודעה (QMFE) נבחר קוד-פגם מקבוצת-קוד "סטיית-ריכוז" (Catalog 9, QPCD/QPGR); בגורם-השורש (QMUR) נרשם "כיול-חיישן-Brix סטה". נפתחות שתי משימות (QMSM): (1) הקפאת-האצווה ומניעת-שחרור — פעולה-מיידית; (2) כיול-מחדש של החיישן — פעולה-מתקנת (CAPA) עם אחראי מהאחזקה ותאריך-יעד. עם השלמת-הכיול והחלטת-שחרור-מחדש (QAVE / Usage Decision), כל המשימות נסגרות והודעת-האיכות נסגרת (NOCO) — ומזינה ניתוח-פארטו של סטיות-Brix לפי קו-מילוי לרבעון. זהו יישום מלא של שחרור-אצווה בטוח בתעשיית-התהליך (GMP/ISO).

Quality Management → Quality Notifications → Notification Creation → Notification Type (הגדרת סוגי-הודעה Q1/Q2/Q3, טווחי-מספרים, קטגוריה) · Notification Content (Subjects, Catalogs, Code Groups) · Response Control / Partners (Partner Determination) · Status Management (Status Profile) · Overview of Notification Type (Screen Areas / Screen Templates). קטלוגים: Quality Management → Quality Planning → Basic Data → Catalog (Catalog Types 9/5/2/A, Code Groups, Selected Sets).

• Q_QMEL
• Q_QNOTIFI
• — עבודה ברשומות-בדיקה (Inspection Lot)
• Q_VORG_MEL
• Q_ROUT
• S_TCODE

SAP Help Portal — Quality Management (QM): Quality Notifications (QM-QN); SAP Help — Notification Creation and Notification Type Customizing; SAP Help — Catalogs, Code Groups and Selected Sets (QM Basic Data); SAP Help — Tasks and Activities in Notifications; SAP Community — Quality Notification vs Maintenance Notification (shared QMEL structure); SAP Note / Help — BAPI_QNOTIFICATION_* interfaces

לא ניתן לסגור הודעת-איכות (NOCO חסום): בדוק ב-QM02 → Tasks האם קיימות משימות פתוחות (QMSM עם סטטוס לא-מושלם) — יש להשלים/לסגור אותן; בדוק סטטוס-משתמש חוסם דרך BS22/פרופיל-הסטטוס; בדוק ש-EXIT QQMA0001 (EXIT_SAPLIQS0_001) לא מחזיר שגיאת-ולידציה בשמירה. הודעה אינה נכנסת לניתוח-פארטו: לרוב פריט-ההודעה נפתח בלי קוד-פגם/גורם מקוטלג — בדוק QMFE מול הקטלוגים (QPCD/QPGR) ותקן קידוד. אי-אפשר לפתוח הודעה מרשומת-בדיקה: ודא ש-Inspection Type הרלוונטי מופעל לחומר (MM02 תצוגת-QM, QMAT) ושסוג-ההודעה מוגדר לקטגוריה Q. לדיאגנוסטיקה: QM10/QM12 לרשימות-משימות פתוחות, ו-JEST/JCDS לבדיקת היסטוריית-סטטוס.

הודעת-האיכות (Quality Notification) היא כלי-התיעוד המרכזי של QM לכל אי-התאמת-איכות: שלושה סוגי-הודעה סטנדרטיים — Q1 (תלונת-לקוח), Q2 (תלונה-נגד-ספק), Q3 (הודעת-פנים) — הנפתחים ב-QM01 ומעובדים ב-QM02. מבנה-הנתונים היררכי: ראש (QMEL) → פריטים עם קודי-פגם/גורם (QMFE) → גורמי-שורש (QMUR) → משימות (QMSM, חוסמות-סגירה) → פעולות (QMMA, תיעוד). הקידוד נשען על קטלוגי-איכות (QPCD/QPGR/QPGT) ומזין ניתוח-פארטו. ההודעה מיישמת 8D/CAPA — פעולה-מיידית וגורם-שורש ופעולה-מתקנת עם אחראי ותאריך-יעד — ונסגרת ב-NOCO רק לאחר השלמת-כל-המשימות. ה-Quality Notification חולק תשתית-ליבה עם הודעת-האחזקה ב-PM (אותן טבלאות QMEL/QMFE/QMSM, אותו EXIT QQMA0001 / BAdI NOTIF_EVENT_SAVE, אותם קטלוגים), ומשתלב עם רשומת-בדיקה (QALS), החלטת-שימוש (QAVE) ואצווה לשחרור-בטוח בתעשיית-התהליך.