Ihr Daten-Template für das Qualitätsmanagement
Ihr Daten-Template für das Qualitätsmanagement
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Aktivitäten im Qualitätsmanagement, die Sie erfassen sollten
- Anleitung zur Datenextraktion aus dem Qualitätsmanagement in SAP S/4HANA
Attribute des Qualitätsmanagements
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
ActivityName
|
Bezeichnung des konkreten Geschäftsereignisses oder der Aufgabe, die im Qualitätsmanagementprozess stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Lebenszyklus eines Qualitätsereignisses, etwa 'Meldung angelegt', 'Ursachenanalyse abgeschlossen' oder 'Verwendungsentscheid getroffen'. Die Aktivitäten werden aus Statusänderungen im System, dem Anlegen zugehöriger Dokumente oder bestimmten Benutzeraktionen in Änderungsprotokollen abgeleitet. Die Analyse der Abfolge und Zeitpunkte dieser Aktivitäten bildet den Kern des Process Mining. Sie macht den tatsächlichen Prozessablauf sichtbar, zeigt Engpässe zwischen Schritten auf und ermöglicht die Messung der Konformität mit Standardarbeitsanweisungen. Wie detailliert die Aktivitäten erfasst werden, bestimmt die Detailtiefe der Prozessanalyse.
Warum das wichtig ist
Dieses Attribut legt die Prozessschritte fest. Damit lassen sich der Prozessablauf visualisieren und analysieren, Abweichungen erkennen und die Leistung zwischen Aktivitäten messen.
Woher beziehen
Abgeleitet aus Statusänderungen in den Tabellen JEST und JSTO oder aus Aktivitätsdatensätzen in Tabellen wie QMSM (Aufgaben). Event Logs lassen sich auch aus den Änderungsbelegtabelle CDHDR und CDPOS erstellen.
Beispiele
Qualitätsmeldung angelegtUntersuchungsaufgabe zugewiesenKorrekturmaßnahme umgesetztMeldung geschlossen
|
|||
|
Qualitätsereignis
QualityEvent
|
Eindeutige Kennung einer Qualitätsmeldung. Sie dient als primäre Case-ID, um ein Qualitätsproblem von der Erfassung bis zum Abschluss nachzuverfolgen. | ||
|
Beschreibung
Das Qualitätsereignis ist die zentrale Case-Kennung, die alle Aktivitäten, Aufgaben und Entscheidungen zu einem einzelnen Qualitätsproblem verknüpft. In SAP entspricht sie üblicherweise der Qualitätsmeldungsnummer (QMNUM). Beim Process Mining lassen sich anhand dieser Kennung die Ereignisse zu einem Qualitäts-Case in ihrer zeitlichen Abfolge rekonstruieren. Das ist die Grundlage, um Prozessabläufe darzustellen, Zykluszeiten für den gesamten Case zu berechnen und typische oder abweichende Lösungswege zu erkennen. Die Kennung bildet die Basis für nahezu alle Qualitätsmanagementanalysen.
Warum das wichtig ist
Diese Kennung ist der Schlüssel, um alle zugehörigen Aktivitäten zu einer einzigen, zusammenhängenden Prozessinstanz zu verknüpfen. So lässt sich durchgängig analysieren, wie Qualitätsprobleme bearbeitet werden.
Woher beziehen
Dies ist die Qualitätsmeldungsnummer aus dem Feld QMNUM der Tabelle QMEL.
Beispiele
200000018200000019200000020
|
|||
|
Startzeit
EventTimestamp
|
Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. | ||
|
Beschreibung
Die Startzeit beziehungsweise der Ereigniszeitstempel hält den genauen Zeitpunkt fest, zu dem eine Aktivität stattgefunden hat. Sie ist entscheidend, um Ereignisse chronologisch zu ordnen und Zeitspannen zwischen ihnen zu berechnen. So wird beispielsweise erfasst, wann eine Meldung angelegt, eine Aufgabe abgeschlossen oder ein Status geändert wurde. Bei der Process-Mining-Analyse ist dieses Attribut die Grundlage für alle zeitbezogenen Kennzahlen, etwa Zyklus-, Bearbeitungs- und Wartezeiten. Es ermöglicht, Engpässe zu erkennen, den Durchsatz zu analysieren und die Leistung anhand zeitbezogener SLAs oder Zielvorgaben zu überwachen. Genaue Zeitstempel sind entscheidend für die Integrität des gesamten Prozessmodells.
Warum das wichtig ist
Dieser Zeitstempel ist unverzichtbar, um Ereignisse zu ordnen, Leistungskennzahlen wie Zyklus- und Wartezeiten zu berechnen und die Prozessdynamik zu verstehen.
Woher beziehen
Üblicherweise stammen die Daten aus Datums- und Uhrzeitfeldern zu Statusänderungen oder zur Dokumentanlage. Beispiele sind ERDAT/ERZEIT (Angelegt am/um) in QMEL oder die Änderungszeitstempel in CDHDR.
Beispiele
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
Angestrebter Lösungstermin
TargetResolutionDate
|
Das geplante oder erforderliche Abschlussdatum des Qualitätsereignisses. | ||
|
Beschreibung
Dieses Datum gibt die Frist an, bis zu der das Qualitätsereignis vollständig gelöst und abgeschlossen sein soll. Es dient häufig als Maßstab für die Leistung und die Einhaltung von Service Level Agreements (SLAs). Das Attribut ist die Grundlage für die Berechnung fristgerechter Abschlüsse und das Erkennen überfälliger Cases. Das Dashboard 'Qualitätsereignisse fristgerecht abschließen' und die KPI 'Fristgerechte Erledigung von Qualitätsmaßnahmen' beruhen direkt auf dem Vergleich des tatsächlichen Abschlussdatums mit diesem Zieldatum. So lassen sich Arbeiten priorisieren und Ressourcen gezielt steuern.
Warum das wichtig ist
Dient als Vergleichswert für die Messung fristgerechter Abschlüsse. Das ist eine wichtige KPI zur Bewertung der Prozesseffizienz und der Einhaltung von SLAs.
Woher beziehen
Zu finden in QMEL-QMDAT (Erforderliches Enddatum) oder auf Aufgabenebene in QMSM-PSTER.
Beispiele
2023-05-302023-06-152023-07-01
|
|||
|
Benutzer
ChangedBy
|
Die Benutzer-ID der Person, die die Aktivität ausgeführt oder die letzte Änderung vorgenommen hat. | ||
|
Beschreibung
Dieses Attribut gibt an, welcher Benutzer für die Ausführung eines bestimmten Prozessschritts verantwortlich war. In SAP entspricht es häufig den Feldern 'Changed By' (AENAM) oder 'Created By' (ERNAM). Die Analyse nach Benutzern hilft, die Arbeitslastverteilung zu verstehen, Schulungsbedarf zu erkennen und benutzerspezifische Prozessabweichungen aufzudecken. Sie ist eine wichtige Grundlage für ressourcenbezogene Analysen, etwa um zu untersuchen, warum bestimmte Benutzer längere Bearbeitungszeiten haben oder häufiger von standardisierten Abläufen abweichen.
Warum das wichtig ist
Ermöglicht die Analyse der Benutzerleistung, der Arbeitslastverteilung und der Einhaltung von Standardverfahren. Das ist wichtig, um Ressourcen gezielt einzusetzen.
Woher beziehen
Zu finden in Kopf- und Positionstabellen wie QMEL-ERNAM (Erstellt von) oder abgeleitet aus Änderungsprotokollen (CDHDR-USERNAME).
Beispiele
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
Priorität
NotificationPriority
|
Die der Qualitätsmeldung zugewiesene Priorität, die ihre Dringlichkeit angibt. | ||
|
Beschreibung
Die Priorität legt fest, wie dringend ein Qualitätsereignis bearbeitet werden muss. Sie hilft Teams, ihre Arbeit zu organisieren und besonders kritische Probleme zuerst zu behandeln. In SAP lassen sich verschiedene Prioritätstypen konfigurieren, die sich auf die angestrebten Reaktionszeiten auswirken können. Mit diesem Attribut lässt sich analysieren, ob Fälle mit hoher Priorität tatsächlich schneller bearbeitet werden als Fälle mit niedriger Priorität. Es kann Ineffizienzen aufdecken, wenn hoch priorisierte Cases im Prozess stecken bleiben. Das Attribut ist eine wichtige Dimension für Dashboards wie 'Durchsatzanalyse von Qualitätsereignissen'.
Warum das wichtig ist
Hilft zu prüfen, ob die Prozessleistung der geschäftlichen Dringlichkeit entspricht und Probleme mit hoher Priorität schneller gelöst werden.
Woher beziehen
Befindet sich im Feld QMPRI der Tabelle QMEL. Die Beschreibung steht in der Tabelle TQ05.
Beispiele
1234
|
|||
|
Produkt
MaterialNumber
|
Die eindeutige Kennung des Produkts oder Materials, das vom Qualitätsereignis betroffen ist. | ||
|
Beschreibung
Dieses Attribut verknüpft das Qualitätsereignis mit einem bestimmten Produkt oder Material. Das ist für die Qualitätssicherung wichtig, da sich damit Produkte mit wiederkehrenden Problemen oder hohen Fehlerquoten erkennen lassen. Die Analyse nach Produkt macht Muster sichtbar, etwa ob bestimmte Produkte längere Lösungszeiten aufweisen oder mit bestimmten Ursachen verbunden sind. Das unterstützt das Dashboard 'Muster wiederkehrender Probleme erkennen', indem Produkte mit Qualitätsproblemen in Beziehung gesetzt werden. Diese Erkenntnisse sind entscheidend, um gezielte Qualitätsverbesserungen einzuleiten.
Warum das wichtig ist
Verknüpft Qualitätsprobleme mit bestimmten Produkten und ermöglicht so die Analyse produktspezifischer Fehlerquoten, Ursachen und Lösungsmuster.
Woher beziehen
Befindet sich im Feld MATNR der Positionstabelle QMFE für Qualitätsmeldungen.
Beispiele
FIN-1001RAW-205ASEMI-303B
|
|||
|
Qualitätsmeldungsart
QualityNotificationType
|
Die Klassifizierung der Qualitätsmeldung, zum Beispiel als Kundenbeschwerde, internes Problem oder Lieferantenmangel. | ||
|
Beschreibung
Dieses Attribut kategorisiert das Qualitätsereignis nach Herkunft und Art. Zu den SAP-Standardarten gehören Kundenbeschwerden, interne Problemmeldungen und lieferantenbezogene Mängel. Die Kategorie bestimmt den weiteren Prozessablauf und die erforderliche Dokumentation. Die Analyse nach Meldungsart ist wichtig, um festzustellen, ob verschiedene Problemarten unterschiedlich bearbeitet werden oder eine unterschiedliche Effizienz aufweisen. Sie unterstützt Dashboards wie 'Durchsatzanalyse von Qualitätsereignissen', indem sich Zykluszeiten und Prozesspfade für verschiedene Problemkategorien filtern und vergleichen lassen.
Warum das wichtig ist
Ermöglicht eine Aufschlüsselung des Prozesses, um zu erkennen, ob verschiedene Arten von Qualitätsproblemen unterschiedliche Abläufe oder Leistungsmerkmale aufweisen.
Woher beziehen
Befindet sich im Feld QMART der Tabelle QMEL.
Beispiele
Q1Q2F2
|
|||
|
Ursache
RootCauseCode
|
Ein Code oder Text, der die ermittelte Ursache des Qualitätsproblems bezeichnet. | ||
|
Beschreibung
Das Attribut Ursache erfasst den zugrunde liegenden Grund für den Qualitätsmangel oder die Abweichung. Die richtige Ursache zu ermitteln, ist ein entscheidender Schritt im Qualitätsmanagementprozess, denn sie bildet die Grundlage für wirksame Korrektur- und Vorbeugungsmaßnahmen. Dieses Attribut ist wichtig für die Dashboards 'Zykluszeit der Ursachenanalyse' und 'Muster wiederkehrender Probleme erkennen'. Die Analyse nach Ursache hilft, systemische Probleme aufzudecken. Wenn Sie beispielsweise die Prozessübersicht nach einer bestimmten Ursache filtern, sehen Sie, ob damit besondere Prozesspfade oder längere Lösungszeiten verbunden sind.
Warum das wichtig ist
Ermöglicht die Analyse systemischer Probleme, indem Ursachen mit Produkten, Abteilungen und Prozessineffizienzen in Beziehung gesetzt werden. Die Erkenntnisse helfen bei der Planung von Vorbeugungsmaßnahmen.
Woher beziehen
Wird üblicherweise im Feld URCOD der Tabelle QMUR (Notification Causes) gespeichert.
Beispiele
BEDIENERFEHLERFEHLERHAFTES_MATERIALMASCHINENSTÖRUNG
|
|||
|
Zuständige Abteilung
ResponsibleDepartment
|
Die Abteilung oder der Funktionsbereich, der für die Ausführung einer bestimmten Aufgabe oder die Bearbeitung des Qualitätsereignisses verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut gibt die Organisationseinheit an, der eine Aktivität oder das gesamte Qualitätsereignis zugewiesen ist. Das kann ein Qualitätssicherungsteam, eine Entwicklungsabteilung oder eine Produktionseinheit sein. Es ist eine wichtige Dimension für die Analyse der abteilungsübergreifenden Zusammenarbeit und der Übergaben. So lassen sich Verzögerungen erkennen, die beim Wechsel der Verantwortung zwischen Abteilungen entstehen. Das unterstützt das Dashboard 'Verzögerungen bei abteilungsübergreifenden Übergaben'. Außerdem können Sie die Prozessansicht filtern, um die Arbeitsweise bestimmter Abteilungen zu untersuchen.
Warum das wichtig ist
Entscheidend für die Analyse abteilungsübergreifender Übergaben, das Erkennen organisatorischer Engpässe und das Verständnis des Beitrags verschiedener Teams zum Prozess.
Woher beziehen
Wird häufig aus den Partnerfunktionen der Meldung oder Aufgabe oder aus der organisatorischen Zuordnung des Benutzers in den HR-Stammdaten abgeleitet. Möglicherweise gibt es dafür kein direktes Feld.
Beispiele
QualitätssicherungProduktionslinie 3Qualitätsentwicklung für Lieferanten
|
|||
|
Fristgerechter Abschluss
IsOnTimeCompletion
|
Ein boolesches Kennzeichen, das angibt, ob das Qualitätsereignis bis zum vorgesehenen Lösungsdatum abgeschlossen wurde. | ||
|
Beschreibung
Dieses berechnete Kennzeichen vergleicht den tatsächlichen Abschlusszeitpunkt eines Qualitätsereignisses mit dem „vorgesehenen Lösungsdatum“. Es ist wahr, wenn das Ereignis am oder vor dem Zieldatum geschlossen wurde, andernfalls falsch. Das Attribut liefert eine einfache, direkte Kennzahl für die Leistungskontrolle. Es bildet die Grundlage für das Dashboard „Qualitätsereignisse fristgerecht abschließen“ und die KPI „Quote fristgerecht abgeschlossener Qualitätsmaßnahmen“. Damit können Sie die fristgerechte Bearbeitung einfach filtern und aggregieren, etwa nach Abteilung, Produkt oder Meldungsart.
Warum das wichtig ist
Liefert ein eindeutiges binäres Ergebnis zur Leistungsmessung anhand von Fristen und erleichtert so die Messung und Berichterstattung zur SLA-Einhaltung.
Woher beziehen
Berechnetes Attribut, das durch den Vergleich des Zeitstempels der letzten Abschlussaktivität mit dem Attribut „TargetResolutionDate“ ermittelt wird.
Beispiele
truefalse
|
|||
|
Ist Nacharbeit
IsRework
|
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität oder eine Abfolge von Aktivitäten Nacharbeit darstellt. | ||
|
Beschreibung
Dieses Kennzeichen wird auf „true“ gesetzt, wenn ein Case bestimmte Schritte wiederholt. Das weist darauf hin, dass die ursprüngliche Bearbeitung nicht ausgereicht hat. Folgt beispielsweise auf die Aktivität „Ursachenanalyse“ später im selben Case erneut „Untersuchungsaufgabe zugewiesen“, deutet das auf eine Nacharbeitsschleife hin. Dieses Attribut unterstützt direkt die KPI „Nacharbeitsquote bei Korrekturmaßnahmen“. Nacharbeit zu erkennen und zu quantifizieren, ist ein zentrales Ziel von Process Mining, denn sie bedeutet unnötigen Aufwand und ineffiziente Abläufe. Werden Nacharbeitsschleifen in der Prozessübersicht sichtbar, lassen sich wichtige Verbesserungsmöglichkeiten bei Qualität und Effizienz aufdecken.
Warum das wichtig ist
Misst die Ineffizienz eines Prozesses, indem wiederholte Schritte erkannt werden. So werden unnötiger Aufwand und Möglichkeiten zur Verbesserung der Erstlösungsquote sichtbar.
Woher beziehen
Dieses Attribut wird berechnet. Es entsteht bei der Process-Mining-Analyse, indem wiederholte Aktivitätsabfolgen innerhalb eines einzelnen Case erkannt werden.
Beispiele
truefalse
|
|||
|
Kunde
CustomerNumber
|
Die Kennung des Kunden, der gegebenenfalls mit dem Qualitätsereignis verbunden ist. | ||
|
Beschreibung
Dieses Attribut verknüpft ein Qualitätsereignis mit einem bestimmten Kunden. Besonders relevant ist es für Meldungsarten wie 'Kundenbeschwerde'. Die Erfassung dieser Information ist wichtig für das Kundenbeziehungsmanagement und um die Auswirkungen von Qualitätsproblemen auf Kunden zu verstehen. Die Analyse nach Kunden zeigt, ob bestimmte Kunden häufiger von Qualitätsproblemen betroffen sind oder ob sich die Lösungszeiten unterscheiden. Das unterstützt das Dashboard 'Qualitätsereignisse nach Schweregrad und Auswirkung', indem die Kundendimension in die Auswirkungsanalyse einbezogen wird.
Warum das wichtig ist
Verknüpft Qualitätsereignisse mit Kunden und ermöglicht die Analyse kundenspezifischer Probleme sowie eine bevorzugte Unterstützung wichtiger Kunden.
Woher beziehen
Üblicherweise in den Partnerfunktionen der Meldung zu finden. Bei einer Beschwerde zu einem Kundenauftrag kann die Information auch in QMEL-KUNUM stehen.
Beispiele
CUST-10045CUST-20399CUST-80110
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel gibt an, wann die Daten dieses Datensatzes zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut enthält den Zeitstempel der letzten Datenextraktion oder Aktualisierung aus dem Quellsystem. So sehen Benutzer, wie aktuell die analysierten Daten sind. In jedem analytischen Dashboard und Bericht ist diese Information wichtig, damit Benutzer den Aktualitätsstand der Daten richtig einschätzen können. Sie hilft, aktuelle Prozessänderungen von Auswirkungen veralteter Daten zu unterscheiden.
Warum das wichtig ist
Informiert Benutzer über die Aktualität der Daten. Das ist entscheidend, um auf Grundlage der Process-Mining-Analyse zeitnah und fundiert zu entscheiden.
Woher beziehen
Dieses Metadatenfeld wird vom Datenextraktionswerkzeug oder der Datenpipeline bei der Aktualisierung erzeugt und befüllt.
Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Meldungsstatus
SystemStatus
|
Der aktuelle Bearbeitungsstatus der Qualitätsmeldung, zum Beispiel 'Offen' oder 'Abgeschlossen'. | ||
|
Beschreibung
Der Systemstatus gibt den aktuellen Stand des Qualitätsereignisses in seinem Lebenszyklus an. SAP verwendet ein Statusverwaltungssystem. Status wie OSNO (Outstanding Notification), NOPR (Notification in Process) und NOCO (Notification Completed) zeigen den Fortschritt an. Dieses Attribut wird häufig verwendet, um Aktivitäten im Event Log abzuleiten. Außerdem eignet es sich als Dimension zum Filtern von Cases, etwa um nur offene oder kürzlich geschlossene Qualitätsereignisse zu analysieren. Das Verständnis der Statusübergänge ist entscheidend für ein genaues Prozessmodell.
Warum das wichtig ist
Gibt den aktuellen Status eines Case an. So lassen sich aktive und geschlossene Cases filtern und die Prozessaktivitäten ableiten.
Woher beziehen
Abgeleitet aus den Tabellen JEST und JSTO, in denen Statusinformationen zu verschiedenen SAP-Objekten gespeichert sind. Die Verknüpfung erfolgt über QMEL-OBJNR.
Beispiele
OSNO NOPRNOCOTSCO
|
|||
|
Quellsystem
SourceSystem
|
Gibt das Quellsystem an, aus dem die Daten extrahiert wurden, zum Beispiel die konkrete SAP-S/4HANA-Instanz. | ||
|
Beschreibung
Dieses Attribut gibt die Herkunft der Qualitätsmanagementdaten an. In einer Umgebung mit mehreren ERP- oder integrierten Systemen ist das Feld entscheidend, um Datenquellen zu unterscheiden und die Datenintegrität sicherzustellen. Bei der Analyse ermöglicht es, Prozesse aus verschiedenen Systemen oder Organisationseinheiten zu filtern oder miteinander zu vergleichen. Für einen bestimmten Datensatz hat es oft einen konstanten Wert, ist für Data Governance und Kontext jedoch erforderlich.
Warum das wichtig ist
Gibt wichtige Informationen zur Herkunft der Daten und ist daher für Data Governance sowie für Umgebungen mit mehreren vernetzten Systemen entscheidend.
Woher beziehen
Dies ist üblicherweise ein statischer Wert, der bei der Datenextraktion ergänzt wird, um den SAP-Mandanten und die System-ID zu kennzeichnen.
Beispiele
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
Werk
Plant
|
Das Werk oder der Standort, an dem das Qualitätsereignis entstanden ist oder bearbeitet wird. | ||
|
Beschreibung
Das Attribut Werk gibt den physischen Standort an, etwa eine Fabrik oder ein Lager, der mit dem Qualitätsereignis verbunden ist. Es liefert den geografischen oder organisatorischen Kontext für das Auftreten von Qualitätsproblemen. Diese Dimension eignet sich für vergleichende Analysen. Durch Filtern oder Gruppieren nach Werk kann die Leitung die Leistung verschiedener Standorte vergleichen, standortspezifische Probleme erkennen und bewährte Vorgehensweisen leistungsstarker Werke weitergeben. So lässt sich beispielsweise die Frage beantworten: 'In welchem Werk dauert die Ursachenanalyse am längsten?'.
Warum das wichtig ist
Ermöglicht den Leistungsvergleich verschiedener Betriebsstandorte und hilft, standortspezifische Probleme und bewährte Vorgehensweisen zu erkennen.
Woher beziehen
Das Werk im Kopf der Meldung steht in QMEL-WERKS. Bei Bezug zu einem bestimmten Material kann es auch auf Positionsebene zu finden sein.
Beispiele
100017102000
|
|||
|
Wirksamkeit der Maßnahme
EffectivenessEvaluation
|
Das Ergebnis der Prüfung, mit der festgestellt wird, ob eine umgesetzte Maßnahme wirksam war. | ||
|
Beschreibung
Dieses Attribut erfasst das Ergebnis der Wirksamkeitsprüfung, einem entscheidenden letzten Schritt im Qualitätsmanagementkreislauf. Es bestätigt, ob die ergriffenen Korrektur- oder Vorbeugungsmaßnahmen die Ursache erfolgreich behoben und ein erneutes Auftreten verhindert haben. Dieses Attribut ist die wichtigste Grundlage für das Dashboard 'Wirksamkeitsprüfung von Maßnahmen' und die KPI 'Erfolgsquote der Wirksamkeitsprüfung'. Es liefert direkte Erkenntnisse zur Qualität des Problemlösungsprozesses selbst. Eine hohe Quote unwirksamer Maßnahmen weist darauf hin, dass die Ursachenanalyse oder die Maßnahmenplanung verbessert werden muss.
Warum das wichtig ist
Misst direkt den Erfolg des Problemlösungsprozesses und zeigt, ob Maßnahmen das erneute Auftreten von Problemen tatsächlich verhindern.
Woher beziehen
Diese Information wird häufig in Folgeaktionen oder bestimmten Aufgabenstatus innerhalb der Qualitätsmeldung gespeichert. Sie kann in einem benutzerdefinierten Feld oder anhand eines bestimmten Statuscodes erfasst sein.
Beispiele
WirksamNicht wirksamÜberwachung erforderlich
|
|||
Aktivitäten im Qualitätsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Korrekturmaßnahme umgesetzt
|
Kennzeichnet den Abschluss der im Korrekturmaßnahmenplan festgelegten Arbeiten. Dieser Schritt wird üblicherweise erfasst, wenn die zugewiesene Aufgabe zur Korrekturmaßnahme in der Qualitätsmeldung als abgeschlossen markiert wird. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein zeigt an, dass Maßnahmen zur Behebung des Qualitätsproblems ergriffen wurden. Er ist entscheidend, um die fristgerechte Erledigung der Maßnahmen und die Effizienz der gesamten Lösungsphase zu messen.
Woher beziehen
Wird aus dem Abschluss einer Aufgabe zur Korrekturmaßnahme in der Tabelle QMSM abgeleitet. Das Abschlussdatum ist im Feld ERLDT oder über eine Statusänderung auf 'Completed' in den Tabellen JEST/JCDS erfasst.
Erfassung
Ermitteln Sie den Abschlusszeitstempel (ERLDT) der Aufgabe zur Korrekturmaßnahme in der Tabelle QMSM.
Ereignistyp
inferred
|
|||
|
Meldung abgeschlossen
|
Zeigt den fachlichen Abschluss der Qualitätsmeldung an. Alle erforderlichen Maßnahmen wurden ergriffen und das Problem ist aus betrieblicher Sicht behoben. Im System wird dies durch eine formelle Statusänderung festgehalten. | ||
|
Warum das wichtig ist
Diese Aktivität ist der wichtigste Endpunkt zur Messung der fachlichen Lösungszeit. Sie bestätigt aus Sicht der Prozessverantwortlichen, dass der Case abgeschlossen ist, auch wenn der technische Abschluss noch aussteht.
Woher beziehen
Wird aus einer Statusänderung des Objekts Qualitätsmeldung abgeleitet. Erfasst wird der Zeitstempel, zu dem in der Tabelle JCDS ein Status wie 'NOCO' (Notification completed) gesetzt wird.
Erfassung
Ermitteln Sie den Zeitstempel, zu dem der Status 'Notification completed' in der Tabelle JCDS gesetzt wird.
Ereignistyp
inferred
|
|||
|
Qualitätsmeldung angelegt
|
Diese Aktivität markiert den offiziellen Beginn des Qualitätsmanagementprozesses. Dabei wird ein qualitätsbezogenes Problem, ein Fehler oder eine Beschwerde formell erfasst. Beim Anlegen der Qualitätsmeldung in SAP S/4HANA werden die ersten Angaben gespeichert und eine eindeutige Kennung vergeben. Damit wird der Case eröffnet. | ||
|
Warum das wichtig ist
Als primäres Start-Event ist diese Aktivität entscheidend, um die durchgängige Zykluszeit des Prozesses zur Behebung von Qualitätsproblemen zu messen. Sie bildet die Grundlage dafür, nachzuverfolgen, wie lange die Bearbeitung und der Abschluss von Qualitätsereignissen dauern.
Woher beziehen
Dieses explizite Event wird in der Kopftabelle QMEL der Qualitätsmeldung erfasst. Der Erstellungs-Timestamp steht üblicherweise im Feld ERDAT der zugehörigen Meldungsnummer QMNUM.
Erfassung
Verwenden Sie für die betreffende Meldung den Erstellungs-Timestamp (ERDAT) aus der Tabelle QMEL.
Ereignistyp
explicit
|
|||
|
Ursachenanalyse abgeschlossen
|
Dieses Event markiert den Abschluss der Untersuchungsphase, in der die Ursache des Qualitätsproblems ermittelt wurde. In der Regel wird es aus dem Abschluss einer bestimmten Aufgabe zur Ursachenanalyse innerhalb der Meldung abgeleitet. | ||
|
Warum das wichtig ist
Dieser Meilenstein ist entscheidend, um Dauer und Effizienz der Untersuchung zu messen. Verzögerungen vor diesem Schritt helfen, Engpässe bei der Problemanalyse und Entscheidungsfindung zu erkennen.
Woher beziehen
Abgeleitet aus dem Abschluss einer Untersuchungsaufgabe oder einer spezifischen Aufgabe zur Ursachenanalyse in der Tabelle QMSM. Der Abschluss wird anhand einer Statusänderung oder eines Eintrags im Feld für das Abschlussdatum der Aufgabe (ERLDT) erkannt.
Erfassung
Ermitteln Sie in der Tabelle QMSM den Abschluss-Timestamp (ERLDT) der relevanten Aufgabe zur Ursachenanalyse.
Ereignistyp
inferred
|
|||
|
Verwendungsentscheid getroffen
|
Dieses Event bezeichnet die formelle Entscheidung über die Qualität von Waren aus einem Prüflos, zum Beispiel Annahme oder Ablehnung. Bei qualitätsbezogenen Problemen, die bei Prüfungen festgestellt wurden, handelt es sich um ein eigenes Event. Es wird erfasst, sobald der Verwendungsentscheid gespeichert wird. | ||
|
Warum das wichtig ist
Bei prüfungsbasierten Prozessen ist dies ein wichtiger Meilenstein, der nachfolgende Schritte wie die Sperrung oder Freigabe von Material bestimmt. Zeitpunkt und Ergebnis helfen dabei, die Effizienz der Qualitätskontrolle von Produkten zu beurteilen.
Woher beziehen
Dieses explizite Event wird in der Tabelle QAVE für Verwendungsentscheide erfasst. Der Erstellungs-Timestamp des Datensatzes für das Prüflos (PRUEFLOS) kennzeichnet diese Aktivität.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des betreffenden Prüfloses in der Tabelle QAVE.
Ereignistyp
explicit
|
|||
|
Wirksamkeit der Maßnahme bestätigt
|
Bestätigt, dass die umgesetzte Korrektur- oder Vorbeugungsmaßnahme erfolgreich war und das Qualitätsproblem behoben ist, ohne erneut aufzutreten. Erfasst wird dies beim Abschluss der Aufgabe zur Wirksamkeitsprüfung oder bei einer abschließenden Qualitätsprüfung. | ||
|
Warum das wichtig ist
Dies ist ein entscheidender Meilenstein zur Validierung des gesamten Lösungsprozesses. Eine hohe Erfolgsquote bei den Prüfungen weist auf ein wirksames Qualitätsmanagementsystem hin und trägt dazu bei, wiederkehrende Probleme zu reduzieren.
Woher beziehen
Wird üblicherweise aus dem Abschluss einer Aufgabe 'Effectiveness Check' in der Tabelle QMSM abgeleitet (Abschlussdatum ERLDT).
Erfassung
Ermitteln Sie den Abschlusszeitstempel der Aufgabe zur Wirksamkeitsprüfung in QMSM.
Ereignistyp
inferred
|
|||
|
Korrekturmaßnahme vorgeschlagen
|
Diese Aktivität bezeichnet den Zeitpunkt, an dem ein Plan zur Behebung des festgestellten Problems formell dokumentiert wird. In SAP wird dies häufig durch das Anlegen einer Aufgabe „Korrekturmaßnahme“ innerhalb der Qualitätsmeldung erfasst. | ||
|
Warum das wichtig ist
Dieses Ereignis leitet die Lösungsphase des Prozesses ein. Die Zeit von der Ursachenanalyse bis zu diesem Schritt kann Verzögerungen bei der Maßnahmenplanung sichtbar machen.
Woher beziehen
Dieses Ereignis wird erfasst, wenn in der Tabelle QMSM für die betreffende Qualitätsmeldung eine Aufgabe mit dem Code 'Corrective Action' angelegt wird.
Erfassung
Verwenden Sie für Aufgaben des Typs Korrekturmaßnahme den Erstellungszeitstempel (ERDAT) aus der Tabelle QMSM.
Ereignistyp
explicit
|
|||
|
Maßnahmenplan genehmigt
|
Zeigt an, dass ein vorgeschlagener Korrektur- oder Vorbeugungsmaßnahmenplan geprüft und zur Umsetzung freigegeben wurde. Dieser Schritt ist häufig kein eigenständiges Ereignis und lässt sich möglicherweise aus der Freigabe einer Aufgabe zur Bearbeitung ableiten. | ||
|
Warum das wichtig ist
Lange Verzögerungen in dieser Freigabephase können den gesamten Lösungsprozess erheblich verlangsamen. Die Analyse der Dauer hilft, administrative Engpässe und Möglichkeiten zur Vereinfachung der Governance zu erkennen.
Woher beziehen
Dieser Schritt wird üblicherweise aus einer Statusänderung einer Aufgabe in der Tabelle QMSM abgeleitet, zum Beispiel aus dem Status 'Released'. Der Zeitstempel dieser Statusänderung steht in der Tabelle JCDS, die mit dem Aufgabenobjekt verknüpft ist.
Erfassung
Ermitteln Sie den Zeitstempel, zu dem der Status 'Released' für die Aufgabe zur Korrektur- oder Vorbeugungsmaßnahme gesetzt wird.
Ereignistyp
inferred
|
|||
|
Meldung geschlossen
|
Bezeichnet den endgültigen technischen Abschluss der Qualitätsmeldung im System. Danach kann die Meldung nicht mehr geändert werden. Damit endet der Lebenszyklus des Datensatzes endgültig. | ||
|
Warum das wichtig ist
Diese Aktivität bildet das abschließende Ereignis des Prozesses. Die Analyse der Zeit zwischen 'Notification Completed' und 'Notification Closed' kann Verzögerungen bei administrativen Abschlussverfahren aufzeigen.
Woher beziehen
Wird aus einer Statusänderung der Qualitätsmeldung abgeleitet, insbesondere wenn ein Archivierungs- oder endgültiger Abschlussstatus gesetzt wird. Diese Änderung wird mit einem Zeitstempel in der Tabelle JCDS protokolliert.
Erfassung
Ermitteln Sie den Zeitstempel, zu dem der endgültige Status 'Closed' für die Meldung in der Tabelle JCDS gesetzt wird.
Ereignistyp
inferred
|
|||
|
Meldung in Bearbeitung genommen
|
Dieses Event bezeichnet den Zeitpunkt, an dem das Qualitätsteam eine neu angelegte Meldung aktiv zur Bearbeitung übernimmt. In der Regel wird es aus einer Systemstatusänderung abgeleitet, die den Beginn der Bearbeitung anzeigt. | ||
|
Warum das wichtig ist
Diese Aktivität unterscheidet zwischen der bloßen Erfassung eines Problems und dem tatsächlichen Beginn der Bearbeitung. Die Analyse der Zeit zwischen dem Anlegen der Meldung und diesem Schritt zeigt mögliche Verzögerungen bei der Kenntnisnahme des Problems und der Zuweisung von Ressourcen.
Woher beziehen
Abgeleitet aus einer Statusänderung des Objekts Qualitätsmeldung. Die Statusänderungen lassen sich in den Tabellen JEST und JCDS nachverfolgen, zum Beispiel anhand des Status „NOPO“ (Meldung in Bearbeitung).
Erfassung
Ermitteln Sie in der Tabelle JCDS den Timestamp, zu dem der Status „in Bearbeitung“ für die Meldung gesetzt wird.
Ereignistyp
inferred
|
|||
|
Stakeholder informiert
|
Bezeichnet die Mitteilung der Lösung an relevante Stakeholder, etwa Kunden oder interne Abteilungen. Dies ist selten ein automatisiertes Systemereignis und erfolgt häufig manuell. | ||
|
Warum das wichtig ist
Eine zeitnahe Information der Stakeholder ist entscheidend für Kundenzufriedenheit und Transparenz. Die Verzögerung zwischen Abschluss und Benachrichtigung kann Lücken in den Kommunikationsprozessen aufzeigen.
Woher beziehen
Diese Aktivität lässt sich nur schwer direkt aus SAP erfassen. Sie kann aus dem Abschluss einer manuellen Aufgabe in QMSM mit der Bezeichnung 'Notify Stakeholder' abgeleitet werden. Alternativ ist eine Analyse externer Systeme wie E-Mail-Protokolle erforderlich.
Erfassung
Ermitteln Sie den Abschluss einer manuellen Kommunikationsaufgabe, sofern eine solche verwendet wird. Andernfalls ist dieser Schritt üblicherweise nicht verfügbar.
Ereignistyp
inferred
|
|||
|
Untersuchungsaufgabe zugewiesen
|
Dieses Event tritt ein, wenn eine bestimmte Aufgabe, etwa die Untersuchung der Ursache, formell angelegt und einer Person oder Abteilung zugewiesen wird. Erfasst wird es, sobald ein Aufgabeneintrag in der Qualitätsmeldung angelegt wird. | ||
|
Warum das wichtig ist
Die Zuweisung von Aufgaben nachzuverfolgen ist entscheidend, um die Arbeitsverteilung zu verstehen und Engpässe bei der Ressourcenzuteilung zu erkennen. Sie markiert den Beginn der Untersuchungsphase und ist eine wichtige Grundlage für die Messung der Zykluszeit der Ursachenanalyse.
Woher beziehen
Erfasst in der Aufgabenverwaltungstabelle QMSM, die mit der Qualitätsmeldung verknüpft ist. Das Erstellungsdatum (ERDAT) einer Aufgabe mit einem relevanten Code, zum Beispiel für eine Untersuchung, markiert dieses Event.
Erfassung
Verwenden Sie für Untersuchungsaufgaben den Erstellungs-Timestamp (ERDAT) aus der Tabelle QMSM.
Ereignistyp
explicit
|
|||
|
Vorbeugungsmaßnahme umgesetzt
|
Kennzeichnet die erfolgreiche Umsetzung der geplanten Vorbeugungsmaßnahme. Erfasst wird dies, indem der Abschluss der entsprechenden Aufgabe zur Vorbeugungsmaßnahme im System dokumentiert wird. | ||
|
Warum das wichtig ist
Der Abschluss von Vorbeugungsmaßnahmen ist ein wichtiger Schritt in ausgereiften Qualitätsprozessen. Die Erfassung dieser Aktivität zeigt, wie konsequent künftige Probleme verhindert und wiederkehrende Probleme reduziert werden.
Woher beziehen
Wird aus dem Abschluss einer Aufgabe zur Vorbeugungsmaßnahme in der Tabelle QMSM abgeleitet. Maßgeblich sind das Feld ERLDT oder eine Statusänderung auf 'Completed'.
Erfassung
Ermitteln Sie den Abschlusszeitstempel (ERLDT) der Aufgabe zur Vorbeugungsmaßnahme in der Tabelle QMSM.
Ereignistyp
inferred
|
|||
|
Vorbeugungsmaßnahme vorgeschlagen
|
Diese Aktivität findet statt, wenn ein Plan erstellt wird, um das erneute Auftreten eines Qualitätsproblems zu verhindern. Wie bei Korrekturmaßnahmen wird sie häufig durch das Anlegen einer Aufgabe mit dem Code 'Preventive Action' erfasst. | ||
|
Warum das wichtig ist
Dieses Ereignis ist entscheidend, um zu beurteilen, ob die Organisation die proaktive Qualitätsverbesserung gegenüber rein reaktiven Korrekturen in den Vordergrund stellt. Es markiert den Beginn langfristiger Lösungsmaßnahmen.
Woher beziehen
Dieses Ereignis wird erfasst, wenn in der Tabelle QMSM für die betreffende Qualitätsmeldung eine Aufgabe mit dem Code 'Preventive Action' angelegt wird.
Erfassung
Verwenden Sie für Aufgaben des Typs Vorbeugungsmaßnahme den Erstellungszeitstempel (ERDAT) aus der Tabelle QMSM.
Ereignistyp
explicit
|
|||
|
Wirksamkeitsprüfung erforderlich
|
Zeigt an, dass eine Nachprüfung erforderlich ist, um zu bestätigen, dass die umgesetzten Maßnahmen das Problem erfolgreich behoben haben. Dies wird häufig durch einen bestimmten Status der Meldung oder durch das Anlegen einer eigenen Prüfaufgabe dargestellt. | ||
|
Warum das wichtig ist
Diese Aktivität stellt sicher, dass der Qualitätsmanagementprozess eine wichtige Validierungsschleife umfasst. Sie unterscheidet die Umsetzung einer Maßnahme von der Bestätigung ihrer Wirksamkeit.
Woher beziehen
Lässt sich aus einer Statusänderung der Qualitätsmeldung (über JEST/JCDS) oder aus dem Anlegen einer bestimmten Aufgabe 'Effectiveness Check' in der Tabelle QMSM ableiten.
Erfassung
Ermitteln Sie den Zeitstempel der Statusänderung oder des Anlegens einer Prüfaufgabe in QMSM.
Ereignistyp
inferred
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Mit diesem Template können Sie Ihre Daten schnell vorbereiten und mit der Optimierung Ihrer Qualitätsmanagementprozesse beginnen. Gewinnen Sie Erkenntnisse und steigern Sie die Effizienz in SAP S/4HANA.
Verbessern Sie Ihr Qualitätsmanagement: Verkürzen Sie die Zykluszeit sofort um 30 %
Erkennen Sie Engpässe in SAP S/4HANA und verkürzen Sie die QM-Zykluszeit um 30 %.
Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.