Chapter 12 · 9 תת-פרקים · ~45 דק'

הודעות איכות

Quality Notification

פרק זה הוא יחידת-לימוד מלאה להודעות-איכות (Quality Notification) ב-SAP S/4HANA QM. הודעת-איכות היא הכלי לתעד, לנתח, לטפל ולסגור כל בעיית-איכות — תלונת-לקוח, פגם-ספק או חריגה בייצור. כל תת-פרק וכל תת-סעיף מהספר הורחב ליחידת-לימוד עצמאית בת 18 מקטעים: שלוש רמות הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך אמיתית, דוגמת CBC, ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי קונפיגורציה, תרשים-תהליך, טעויות נפוצות, פתרון-תקלות, שיטות-מומלצות, שאלות-ראיון ומסקנות-מפתח. המטרה: ללמוד את הנושא במלואו, מתחיל ועד יועץ, ללא הספר המקורי. CBC = מפעל-בקבוקים של קוקה-קולה: תלונות-לקוחות על המשקה ופגמי-ספק על חומרי-הגלם והאריזה.

1/9

הסבר מנהלים

הודעת-איכות עוברת מחזור-חיים מובנה: יצירה (תיעוד הבעיה), אנליזה (סיבת-שורש), משימות (פעולות-תיקון), ביצוע, סגירה. ה-Workflow מבטיח שכל בעיית-איכות מטופלת בצורה עקבית, מתועדת לביקורת, ולא 'נופלת בין הכיסאות'. זה הלב הפועם של מודול QM-QN.

הסבר למתחילים

דמיין 'כרטיס-תקלה' שנפתח ברגע שמשהו השתבש באיכות. הכרטיס נע בין שלבים: קודם רושמים מה קרה, אחר-כך מנתחים למה, מגדירים מה לעשות (משימות), מבצעים, ואז סוגרים. בכל שלב המערכת יודעת איפה הכרטיס עומד דרך 'סטטוס'. זה בדיוק מה שעושה הודעת-איכות.

הסבר ליועצים

הודעת-האיכות בנויה מארבע קבוצות-נתונים המשתקפות בטבלאות: QMEL (כותרת — מי, מה, מתי, סוג-הודעה), QMFE (Items — תיאורי-פגם), QMUR (Causes — סיבות), QMSM (Tasks — משימות), QMMA (Activities — פעולות-שבוצעו). ה-Workflow מנוהל דרך Status Management (System Status מובנה + User Status מ-Status Profile). מעברי-הסטטוס (OSNO→NOPR→NOCO) מפעילים Follow-On Functions ו-Business Workflow (SWWL) להקצאת-משימות אוטומטית. ה-Catalog Type (B/C/D/E/2/5) מזין את שדות-הקטלוג של פגם/סיבה/משימה/פעולה.

מטרה עסקית

לספק תהליך-עבודה אחיד, נשלט וניתן-לביקורת לכל בעיית-איכות, מהדיווח ועד הסגירה, תוך חיבור ל-PP, MM, SD ו-CS ושמירת היסטוריה מלאה לניתוח-מגמות ולשיפור-מתמיד.

דוגמת תהליך

לקוח מדווח על טעם חריג. נציג פותח הודעת-איכות (QM01) מסוג תלונת-לקוח, מתעד את הפגם (QMFE), מקצה משימת-בדיקה למעבדה (QMSM), המעבדה מזהה סיבת-שורש (QMUR), מוגדרת משימת-תיקון, מבוצעת פעולה מתקנת (QMMA), וההודעה נסגרת (NOCO) רק לאחר שכל המשימות הושלמו.

דוגמת CBC

ב-CBC כל פנייה ל'קו-לקוחות' על בקבוק פגום נפתחת כהודעת-איכות; כל אצווה-נכנסת של תרכיז שנמצאה לא-תקנית פותחת הודעת-ספק. ה-Workflow מבטיח שאף תלונה לא נסגרת בלי ניתוח-סיבה ופעולה מתקנת מתועדת — דרישה רגולטורית בענף-המשקאות.

תרשים תהליך

יצירת הודעה — תיעוד הבעיהQM01QMEL נוצרת, סטטוס OSNO

תיאור פגמיםQMFECatalog D

אנליזת סיבותQMURCatalog 5

הגדרת משימותQMSMCatalog B

ביצוע פעולותQMMACatalog C

השלמה וסגירהNOCOכל המשימות סגורות

ניווט / SPRO

Quality Management

└─Quality Notifications

└─Notification Processing

└─Define Screen Templates (OQM2)

Quality Management

└─Quality Notifications

└─Notification Creation

└─Notification Types

└─Define Notification Types (OQM1)

Quality Management

└─Quality Notifications

└─Status Management

└─Define Status Profile

קונפיגורציה

Notification Type (OQM1): קובע את מסכי-ההודעה, טווח-מספרים, Catalog Profile, Partner Determination ו-Status Profile.
Catalog Types: B=Tasks, C=Overall defect type/Activities, D=Defect types (Items), 5=Causes — מזינים את שדות-הקטלוג.
Status Profile (BS02): User Status מעל ה-System Status, עם הרשאות ו-Business Transactions מותרות בכל סטטוס.
Action Box (Follow-On Functions): פונקציות-המשך (Print, Create Order, Send Mail) מוגדרות לכל סוג-הודעה.

T-Codes

QM01QM02QM03QM10QM50

Tables

QMELQMFEQMURQMSMQMMAJESTJCDS

Fiori Apps

F2218F4072F2222

נתוני אב

QMEL = כותרת ההודעה (QMNUM מספר, QMART סוג-הודעה, QMGRP/QMCOD קוד-בעיה).
Catalog Profile + Code Groups מנתב את שדות-הקטלוג; Partner Determination Procedure מזין את שותפי-ההודעה.

טעויות נפוצות

סגירת הודעה (NOCO) בעוד משימות פתוחות — מאבד מעקב אחר פעולות לא-גמורות.
אי-תיעוד סיבת-שורש (QMUR) — שיפור-מתמיד הופך בלתי-אפשרי.
בחירת Notification Type שגוי — מסכים ושדות לא-מתאימים לתהליך.

פתרון תקלות

לא ניתן לסגור הודעה ➔ קיימות משימות בסטטוס פתוח (TSOS); סגור/בטל אותן תחילה.
שדות-קטלוג ריקים ➔ Catalog Profile לא מוקצה ל-Notification Type.
מעבר-סטטוס חסום ➔ User Status ב-Status Profile אוסר את ה-Business Transaction.

שיטות מומלצות

הגדר Status Profile ברור לכל סוג-הודעה — שלא תיסגר הודעה בלי ניתוח-סיבה.
תקנן Catalog Profiles מעטים ועקביים בין סוגי-ההודעות.
השתמש ב-Action Box לאוטומציה (התראות, יצירת-משימות) במקום פעולות ידניות.

שאלות ראיון

מהן ארבע קבוצות-הנתונים של הודעת-איכות והטבלאות שלהן?

Items=QMFE (פגמים), Causes=QMUR (סיבות), Tasks=QMSM (משימות), Activities=QMMA (פעולות) — כולן תלויות בכותרת QMEL.

מה ההבדל בין System Status ל-User Status?

System Status מובנה ולא-ניתן-לשינוי (OSNO/NOPR/NOCO); User Status מוגדר ב-Status Profile לפי צורכי-הארגון ויכול לחסום Business Transactions.

מסקנות מפתח

הודעת-איכות = מחזור-חיים: יצירה→אנליזה→משימות→ביצוע→סגירה.
ארבע קבוצות-נתונים: Items/Causes/Tasks/Activities מעל הכותרת QMEL.
Status Management ו-Catalogs הם המנגנונים שמניעים את ה-Workflow.

נושאים קשורים

QM · ניהול-סטטוס (12.2.4)QM · בסיסי-קונפיגורציה (12.8)

SAP by Sali · Project NEO

טוען את נוף ה-SAP…