Ihr Daten-Template für das Qualitätsmanagement

SAP S/4HANA Quality Management
Ihr Daten-Template für das Qualitätsmanagement

Ihr Daten-Template für das Qualitätsmanagement

Dieses Template bietet eine umfassende Anleitung zur Erfassung und Vorbereitung Ihrer Qualitätsmanagementdaten. Es beschreibt die wesentlichen Attribute und Aktivitäten, die für die Erstellung eines präzisen Event Logs für Process Mining erforderlich sind. Verwenden Sie diese Ressource, um die Extraktion und Analyse Ihrer Daten zu vereinfachen.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Qualitätsmanagementaktivitäten zur Nachverfolgung
  • Anleitung zur Datenextraktion aus dem Qualitätsmanagement in SAP S/4HANA
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute des Qualitätsmanagements

Dies sind die empfohlenen Datenfelder, die Sie für eine umfassende Analyse des Qualitätsmanagements in SAP S/4HANA in Ihr Event Log aufnehmen sollten.
3 Erforderlich 7 Empfohlen 8 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des konkreten Geschäftsereignisses oder der Aufgabe, die innerhalb des Qualitätsmanagementprozesses stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Lebenszyklus eines Qualitätsereignisses, etwa „Notification Created“, „Root Cause Analysis Completed“ oder „Usage Decision Made“. Diese Aktivitäten werden aus Änderungen des Systemstatus, dem Anlegen zugehöriger Dokumente oder bestimmten Benutzeraktionen in Änderungsprotokollen abgeleitet.

Die Analyse der Reihenfolge und Zeitpunkte dieser Aktivitäten bildet den Kern von Process Mining. Sie ermöglicht die Ermittlung des tatsächlichen Prozessablaufs, die Identifizierung von Engpässen zwischen Schritten und die Messung der Konformität mit Standardarbeitsanweisungen. Die Granularität der Aktivitäten bestimmt den Detaillierungsgrad der Prozessanalyse.

Warum das wichtig ist

Dieses Attribut definiert die Prozessschritte. Dadurch lassen sich der Prozessablauf visualisieren und analysieren, Abweichungen erkennen und die Leistung zwischen Aktivitäten messen.

Bezugsquelle

Abgeleitet aus Statusänderungen in den Tabellen JEST und JSTO oder aus Aktivitätsdatensätzen in Tabellen wie QMSM (Aufgaben). Event Logs können auch aus den Änderungsbelegt Tabellen CDHDR und CDPOS erstellt werden.

Beispiele
Qualitätsmeldung angelegtUntersuchungsaufgabe zugewiesenKorrekturmaßnahme umgesetztMeldung geschlossen
Qualitätsereignis
QualityEvent
Die eindeutige Kennung einer Qualitätsmeldung. Sie dient als primäre Case-ID, um ein Qualitätsproblem von der Eröffnung bis zum Abschluss zu verfolgen.
Beschreibung

Das Qualitätsereignis ist die zentrale Case-Kennung, die alle Aktivitäten, Aufgaben und Entscheidungen zu einem einzelnen Qualitätsproblem verbindet. In SAP entspricht sie typischerweise der Nummer der Qualitätsmeldung (QMNUM).

Im Process Mining ermöglicht die Analyse von Ereignissen anhand dieser Kennung die Rekonstruktion des durchgängigen Verlaufs jedes Qualitäts-Cases. Dies ist die Grundlage für die Visualisierung von Prozessabläufen, die Berechnung der Durchlaufzeiten eines gesamten Cases und die Identifizierung typischer oder abweichender Lösungswege. Die Kennung bildet das Rückgrat fast aller Analysen im Qualitätsmanagement.

Warum das wichtig ist

Sie ist der zentrale Schlüssel, um alle zugehörigen Aktivitäten zu einer einheitlichen Prozessinstanz zu verbinden. Dadurch wird eine durchgängige Analyse der Bearbeitung von Qualitätsproblemen möglich.

Bezugsquelle

Dies ist die Nummer der Qualitätsmeldung. Sie steht in der Tabelle QMEL im Feld QMNUM.

Beispiele
200000018200000019200000020
Startzeit
EventTimestamp
Das genaue Datum und die genaue Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Startzeit beziehungsweise der Ereignis-Timestamp erfasst den genauen Zeitpunkt, zu dem eine Aktivität stattgefunden hat. Dies ist entscheidend für die chronologische Sortierung von Ereignissen und die Berechnung der Zeitspannen zwischen ihnen. So wird beispielsweise festgehalten, wann eine Meldung angelegt, eine Aufgabe abgeschlossen oder ein Status geändert wurde.

In der Process-Mining-Analyse ist dieses Attribut die Grundlage für alle zeitbezogenen Kennzahlen, etwa Durchlauf-, Bearbeitungs- und Wartezeiten. Es ermöglicht die Identifizierung von Engpässen, die Analyse des Durchsatzes und die Überwachung der Leistung anhand zeitbasierter SLAs oder Zielwerte. Genaue Timestamps sind für die Integrität des gesamten Prozessmodells entscheidend.

Warum das wichtig ist

Dieser Timestamp ist entscheidend für die zeitliche Sortierung von Ereignissen, die Berechnung aller Leistungskennzahlen wie Durchlauf- und Wartezeiten sowie das Verständnis der Prozessdynamik.

Bezugsquelle

Typischerweise stammen diese Angaben aus Datums- und Zeitfeldern, die mit Statusänderungen oder der Dokumentanlage verknüpft sind. Beispiele sind ERDAT/ERZEIT (Anlage am/um) in QMEL oder die Änderungs-Timestamps in CDHDR.

Beispiele
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Benutzer
ChangedBy
Die Benutzer-ID der Person, die die Aktivität ausgeführt oder die letzte Änderung vorgenommen hat.
Beschreibung

Dieses Attribut identifiziert den Benutzer, der für die Ausführung eines bestimmten Prozessschritts verantwortlich ist. In SAP entspricht dies häufig den Feldern „Geändert von“ (AENAM) oder „Angelegt von“ (ERNAM).

Die Analyse nach Benutzern hilft, die Arbeitsverteilung zu verstehen, Schulungsbedarf zu erkennen und benutzerspezifische Prozessabweichungen zu lokalisieren. Sie ist eine wichtige Grundlage für ressourcenbezogene Analysen, etwa um zu untersuchen, warum bestimmte Benutzer längere Bearbeitungszeiten haben oder häufiger von Standardabläufen abweichen.

Warum das wichtig ist

Ermöglicht die Analyse von Benutzerleistung, Arbeitsverteilung und Einhaltung von Standardverfahren. Das ist entscheidend für die Optimierung von Ressourcen.

Bezugsquelle

Zu finden in Kopf- und Positionstabellen wie QMEL-ERNAM (Angelegt von) oder abgeleitet aus Änderungsprotokollen (CDHDR-USERNAME).

Beispiele
SMITHJWILSONAPROCESS_AUTOMATION_BOT
Grundursache
RootCauseCode
Ein Code oder Text, der die ermittelte Grundursache des Qualitätsproblems angibt.
Beschreibung

Das Attribut „Grundursache“ erfasst den zugrunde liegenden Grund für den Qualitätsfehler oder die Abweichung. Die richtige Grundursache zu ermitteln, ist ein entscheidender Schritt im Qualitätsmanagement, da sie die Grundlage für wirksame Korrektur- und Vorbeugungsmaßnahmen bildet.

Dieses Attribut ist für die Dashboards „Durchlaufzeit der Grundursachenanalyse“ und „Erkennung wiederkehrender Problemmuster“ besonders wichtig. Die Analyse nach Grundursache hilft, systemische Probleme zu erkennen. Wenn Sie beispielsweise die Prozessübersicht nach einer bestimmten Grundursache filtern, sehen Sie, ob sie zu eigenen Prozesspfaden oder längeren Lösungszeiten führt.

Warum das wichtig ist

Ermöglicht die Analyse systemischer Probleme, indem Grundursachen mit Produkten, Abteilungen und Prozessineffizienzen in Beziehung gesetzt werden. So lassen sich vorbeugende Maßnahmen gezielt planen.

Bezugsquelle

Wird typischerweise in der Tabelle QMUR (Ursachen von Mitteilungen), Feld URCOD, gespeichert.

Beispiele
BEDIENERFEHLERFEHLERHAFTES_MATERIALMASCHINENFEHLFUNKTION
Priorität
NotificationPriority
Die der Qualitätsmitteilung zugewiesene Prioritätsstufe, die ihre Dringlichkeit angibt.
Beschreibung

Die Priorität bestimmt, wie dringend ein Qualitätsereignis bearbeitet werden muss. Sie hilft Teams, ihre Arbeit zu organisieren und die kritischsten Probleme zuerst zu bearbeiten. SAP ermöglicht die Konfiguration verschiedener Prioritätstypen, die sich auf angestrebte Reaktionszeiten auswirken können.

Mit diesem Attribut lässt sich analysieren, ob Elemente mit hoher Priorität tatsächlich schneller bearbeitet werden als Elemente mit niedriger Priorität. Es kann Ineffizienzen sichtbar machen, wenn Cases mit hoher Priorität im Prozess stecken bleiben. Damit ist es eine wichtige Dimension für Dashboards wie „Durchsatzanalyse von Qualitätsereignissen“.

Warum das wichtig ist

Hilft zu analysieren, ob die Prozessleistung der geschäftlichen Dringlichkeit entspricht, damit Probleme mit hoher Priorität schneller gelöst werden.

Bezugsquelle

Befindet sich in der Tabelle QMEL, Feld QMPRI. 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. Diese Verbindung ist für die Qualitätssicherung wichtig, da sie dabei hilft, Produkte mit wiederkehrenden Problemen oder hohen Fehlerquoten zu erkennen.

Im Process Mining ermöglicht die Analyse nach Produkt, Muster zu erkennen, etwa ob bestimmte Produkte längere Lösungszeiten aufweisen oder mit bestimmten Grundursachen verbunden sind. Dies unterstützt das Dashboard „Erkennung wiederkehrender Problemmuster“, indem Produkte mit Qualitätsproblemen in Beziehung gesetzt werden. Das ist entscheidend für gezielte Maßnahmen zur Qualitätsverbesserung.

Warum das wichtig ist

Verknüpft Qualitätsprobleme mit bestimmten Produkten und ermöglicht so die Analyse produktspezifischer Fehlerquoten, Grundursachen und Lösungsmuster.

Bezugsquelle

Befindet sich in der Positionstabelle der Qualitätsmitteilung QMFE, Feld MATNR.

Beispiele
FIN-1001RAW-205ASEMI-303B
Qualitätsmitteilungstyp
QualityNotificationType
Die Klassifizierung der Qualitätsmitteilung, beispielsweise Kundenbeschwerde, internes Problem oder Lieferantenfehler.
Beschreibung

Dieses Attribut kategorisiert das Qualitätsereignis nach seinem Ursprung und seiner Art. Zu den SAP-Standardtypen gehören Kundenbeschwerden, interne Problemmeldungen und lieferantenbezogene Fehler. Diese Kategorisierung bestimmt den weiteren Prozessablauf und die erforderliche Dokumentation.

Die Analyse des Prozesses nach Mitteilungstyp ist entscheidend, um zu verstehen, ob verschiedene Problemtypen unterschiedlich bearbeitet werden oder eine unterschiedliche Effizienz aufweisen. Sie unterstützt Dashboards wie „Durchsatzanalyse von Qualitätsereignissen“, da sich Durchlaufzeiten und Prozesspfade für verschiedene Problemkategorien filtern und vergleichen lassen.

Warum das wichtig ist

Damit lässt sich der Prozess segmentieren, um zu prüfen, ob verschiedene Arten von Qualitätsproblemen unterschiedlichen Pfaden folgen oder andere Leistungsmerkmale aufweisen.

Bezugsquelle

Befindet sich in der Tabelle QMEL, Feld QMART.

Beispiele
Q1Q2F2
Verantwortliche Abteilung
ResponsibleDepartment
Die Abteilung oder der Funktionsbereich, die bzw. der für die Ausführung einer bestimmten Aufgabe oder die Verwaltung des Qualitätsereignisses verantwortlich ist.
Beschreibung

Dieses Attribut gibt die Organisationseinheit an, der eine Aktivität oder das gesamte Qualitätsereignis zugewiesen ist. Dabei kann es sich um ein Qualitätssicherungsteam, eine Engineering-Abteilung oder eine Produktionseinheit handeln.

Diese Dimension ist entscheidend für die Analyse der Zusammenarbeit zwischen Abteilungen und der Übergaben. Sie hilft, Verzögerungen zu erkennen, die beim Wechsel der Verantwortung von einer Abteilung zu einer anderen entstehen, und unterstützt damit das Dashboard „Verzögerungen bei abteilungsübergreifenden Übergaben“. Außerdem können Sie die Prozessansicht nach Abteilungen filtern, um deren Arbeitsweise zu verstehen.

Warum das wichtig ist

Entscheidend für die Analyse abteilungsübergreifender Übergaben, die Erkennung organisatorischer Engpässe und das Verständnis des Beitrags verschiedener Teams zum Prozess.

Bezugsquelle

Wird häufig aus den Partnerfunktionen abgeleitet, die der Mitteilung oder Aufgabe zugeordnet sind, oder aus der organisatorischen Zuordnung des Benutzers in den HR-Stammdaten. Es muss sich nicht um ein direktes Feld handeln.

Beispiele
QualitätssicherungProduktionslinie 3Qualitätsengineering für Lieferanten
Zieldatum der Lösung
TargetResolutionDate
Das geplante oder erforderliche Abschlussdatum des Qualitätsereignisses.
Beschreibung

Dieses Datum bezeichnet die Frist, bis zu der das Qualitätsereignis vollständig gelöst und geschlossen sein soll. Häufig dient es als Referenz für die Messung der Leistung und der Einhaltung von Service Level Agreements (SLAs).

Dieses Attribut ist grundlegend für die Berechnung fristgerechter Abschlussquoten und die Erkennung überfälliger Cases. Das Dashboard „Fristgerechter Abschluss von Qualitätsereignissen“ und die KPI „Fristgerechte Quote von Qualitätsmaßnahmen“ hängen direkt vom Vergleich des tatsächlichen Abschlussdatums mit diesem Zieldatum ab. Es hilft, Arbeit zu priorisieren und Ressourcen wirksam zu steuern.

Warum das wichtig ist

Liefert eine Grundlage für die Messung der fristgerechten Leistung. Das ist eine wichtige KPI zur Bewertung der Prozesseffizienz und der SLA-Einhaltung.

Bezugsquelle

Befindet sich in QMEL-QMDAT (erforderliches Enddatum) oder auf Aufgabenebene in QMSM-PSTER.

Beispiele
2023-05-302023-06-152023-07-01
Fristgerechter Abschluss
IsOnTimeCompletion
Ein boolesches Kennzeichen, das angibt, ob das Qualitätsereignis bis zu seinem Zieldatum der Lösung abgeschlossen wurde.
Beschreibung

Dieses berechnete Kennzeichen vergleicht den tatsächlichen Abschluss-Timestamp eines Qualitätsereignisses mit seinem „Zieldatum der Lösung“. Es ist „true“, wenn das Ereignis am oder vor dem Zieldatum geschlossen wurde, und andernfalls „false“.

Dieses Attribut liefert eine einfache, direkte Messgröße für das Leistungsmonitoring und bildet die Grundlage für das Dashboard „Fristgerechter Abschluss von Qualitätsereignissen“ sowie die KPI „Fristgerechte Quote von Qualitätsmaßnahmen“. Es ermöglicht eine einfache Filterung und Aggregation, um die fristgerechte Leistung nach Dimensionen wie Abteilung, Produkt oder Mitteilungstyp zu verstehen.

Warum das wichtig ist

Liefert ein eindeutiges binäres Ergebnis für die Leistungsmessung gegenüber Fristen und erleichtert damit die Messung und Berichterstattung zur SLA-Einhaltung.

Bezugsquelle

Berechnetes Attribut, das durch den Vergleich des Timestamps der letzten Abschlussaktivität mit dem Attribut „TargetResolutionDate“ abgeleitet wird.

Beispiele
truefalse
Ist Nacharbeit
IsRework
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität oder eine Folge von Aktivitäten Nacharbeit darstellt.
Beschreibung

Dieses Kennzeichen wird auf „true“ gesetzt, wenn ein Case bestimmte Schritte wiederholt und damit zeigt, dass die ursprüngliche Bearbeitung nicht ausgereicht hat. Wenn beispielsweise auf die Aktivität „Grundursachenanalyse“ später für denselben Case erneut „Untersuchungsaufgabe zugewiesen“ folgt, deutet dies auf eine Nacharbeitsschleife hin.

Dieses Attribut unterstützt direkt die KPI „Nacharbeitsquote bei Korrekturmaßnahmen“. Die Erkennung und Quantifizierung von Nacharbeit ist ein zentrales Ziel des Process Mining, da Nacharbeit Aufwand verursacht und auf ineffiziente Prozesse hinweist. Die Hervorhebung von Nacharbeitsschleifen in der Prozessübersicht kann erhebliche Verbesserungsmöglichkeiten für Qualität und Effizienz sichtbar machen.

Warum das wichtig ist

Quantifiziert die Prozessineffizienz, indem wiederholte Schritte erkannt werden. Dadurch werden unnötiger Aufwand und Möglichkeiten zur Verbesserung der First-Time-Right-Quote sichtbar.

Bezugsquelle

Dies ist ein berechnetes Attribut. Es wird während der Process-Mining-Analyse abgeleitet, indem wiederholte Aktivitätsfolgen innerhalb eines einzelnen Cases erkannt werden.

Beispiele
truefalse
Kunde
CustomerNumber
Die Kennung des Kunden, der mit dem Qualitätsereignis verbunden ist, sofern zutreffend.
Beschreibung

Dieses Attribut verknüpft ein Qualitätsereignis mit einem bestimmten Kunden. Es ist besonders für Mitteilungstypen wie „Kundenbeschwerde“ relevant. Die Erfassung dieser Information ist für das Kundenbeziehungsmanagement und das Verständnis der Auswirkungen von Qualitätsproblemen auf Kunden entscheidend.

Die Analyse nach Kunde zeigt, ob bestimmte Kunden häufiger von Qualitätsproblemen betroffen sind oder ob sich die Lösungszeiten je nach Kunde unterscheiden. Dies 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. So erhalten wichtige Kunden bei Bedarf priorisierte Unterstützung.

Bezugsquelle

Befindet sich in der Regel in den Partnerfunktionen der Mitteilung. Bei einer Beschwerde aus einem Kundenauftrag kann die Information auch in QMEL-KUNUM stehen.

Beispiele
CUST-10045CUST-20399CUST-80110
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten dieses Datensatzes zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut enthält den Timestamp der letzten Datenextraktion oder Aktualisierung aus dem Quellsystem. Es informiert Benutzer über die Aktualität der analysierten Daten.

In jedem analytischen Dashboard oder Bericht ist diese Information wichtig, um Erwartungen an die Aktualität der Daten zu steuern. Sie hilft dabei, zwischen aktuellen Prozessänderungen und 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 zeitnahe und präzise Entscheidungen zu treffen.

Bezugsquelle

Dies ist ein Metadatenfeld, das vom Datenextraktionstool oder der Datenpipeline bei der Datenaktualisierung erzeugt und befüllt wird.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Quellsystem
SourceSystem
Identifiziert das Quellsystem, aus dem die Daten extrahiert wurden, etwa 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 dieses Feld entscheidend, um Datenquellen zu unterscheiden und die Datenintegrität sicherzustellen.

Für die Analyse können Sie damit Prozesse aus unterschiedlichen Systemen oder Organisationseinheiten filtern oder vergleichen. Für einen bestimmten Datensatz hat das Feld häufig einen konstanten Wert, ist jedoch für Data Governance und Kontext erforderlich.

Warum das wichtig ist

Liefert wichtigen Kontext zur Herkunft der Daten. Das ist für Data Governance und Umgebungen mit mehreren miteinander verbundenen Systemen entscheidend.

Bezugsquelle

Dabei handelt es sich typischerweise um einen statischen Wert, der während der Datenextraktion ergänzt wird, um den SAP-Mandanten und die System-ID zu identifizieren.

Beispiele
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Status der Mitteilung
SystemStatus
Der aktuelle Bearbeitungsstatus der Qualitätsmitteilung, beispielsweise „Offen“ oder „Abgeschlossen“.
Beschreibung

Der Systemstatus gibt den aktuellen Zustand des Qualitätsereignisses in seinem Lebenszyklus an. SAP verwendet ein Statusverwaltungssystem, in dem Status wie OSNO (offene Mitteilung), NOPR (Mitteilung in Bearbeitung) und NOCO (Mitteilung abgeschlossen) den Fortschritt abbilden.

Dieses Attribut wird häufig verwendet, um die Aktivitäten im Event Log abzuleiten. Außerdem eignet es sich als Dimension zum Filtern von Cases, beispielsweise für die Analyse offener oder kürzlich geschlossener Qualitätsereignisse. Das Verständnis von Statusübergängen ist entscheidend für die Erstellung eines präzisen Prozessmodells.

Warum das wichtig ist

Gibt den aktuellen Zustand eines Cases an. Dadurch können Sie aktive und geschlossene Cases filtern und die Prozessaktivitäten selbst ableiten.

Bezugsquelle

Wird aus den Tabellen JEST und JSTO abgeleitet, in denen Statusinformationen verschiedener SAP-Objekte gespeichert sind. Die Verknüpfung erfolgt über QMEL-OBJNR.

Beispiele
OSNO NOPRNOCOTSCO
Werk
Plant
Das Fertigungswerk oder der Standort, an dem das Qualitätsereignis entstanden ist oder bearbeitet wird.
Beschreibung

Das Attribut „Werk“ bezeichnet den physischen Standort, etwa eine Fabrik oder ein Lager, der mit dem Qualitätsereignis verbunden ist. Es liefert einen geografischen oder organisatorischen Kontext für das Auftreten von Qualitätsproblemen.

Diese Dimension eignet sich besonders für vergleichende Analysen. Durch das Filtern oder Gruppieren nach Werk kann das Management die Leistung verschiedener Standorte vergleichen, standortspezifische Probleme erkennen und Best Practices leistungsstarker Werke teilen. So lassen sich Fragen beantworten wie: „Welches Werk weist die längste Durchlaufzeit der Grundursachenanalyse auf?“

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Betriebsstandorte und hilft, standortspezifische Probleme sowie Best Practices zu erkennen.

Bezugsquelle

Das mit dem Kopf der Mitteilung verbundene Werk steht in QMEL-WERKS. Bei einem Bezug zu einem bestimmten Material kann es auch auf Positionsebene zu finden sein.

Beispiele
100017102000
Wirksamkeit der Maßnahme
EffectivenessEvaluation
Das Ergebnis der Überprü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 Grundursache erfolgreich beseitigt und ein erneutes Auftreten verhindert haben.

Es ist das zentrale Attribut für das Dashboard „Überprüfung der Maßnahmenwirksamkeit“ und die KPI „Quote der Überprüfung der Maßnahmenwirksamkeit“. Damit erhalten Sie direkte Erkenntnisse über die Qualität des Problemlösungsprozesses. Eine hohe Quote unwirksamer Maßnahmen weist darauf hin, dass die Grundursachenanalyse 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 eines Problems tatsächlich verhindern.

Bezugsquelle

Diese Information wird häufig in Folgeaktionen oder bestimmten Aufgabenstatus innerhalb der Qualitätsmitteilung gespeichert. Sie kann in einem kundenspezifischen Feld stehen oder auf einem bestimmten Statuscode basieren.

Beispiele
WirksamNicht wirksamÜberwachung erforderlich
Erforderlich Empfohlen Optional

Aktivitäten des Qualitätsmanagements

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie für eine präzise Prozesserkennung und Analyse in Ihrem Event Log erfassen sollten.
6 Empfohlen 9 Optional
Aktivität Beschreibung
Korrekturmaßnahme umgesetzt
Markiert den Abschluss der im Korrekturmaßnahmenplan definierten Arbeiten. Typischerweise wird dieses Ereignis erfasst, wenn die zugewiesene Korrekturmaßnahmenaufgabe innerhalb der Qualitätsmeldung als abgeschlossen markiert wird.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein, der zeigt, dass Schritte zur Lösung des Qualitätsproblems umgesetzt wurden. Er ist entscheidend für die Messung der fristgerechten Fertigstellung von Maßnahmen und der Gesamteffizienz der Lösungsphase.

Bezugsquelle

Abgeleitet aus dem Abschluss einer Korrekturmaßnahmenaufgabe in der Tabelle QMSM. Das Abschlussdatum steht im Feld ERLDT oder wird über eine Statusänderung auf „Completed“ in den Tabellen JEST/JCDS erfasst.

Erfassen

Identifizieren Sie den Abschluss-Timestamp (ERLDT) der Korrekturmaßnahmenaufgabe in der Tabelle QMSM.

Ereignistyp inferred
Meldung abgeschlossen
Zeigt den fachlichen Abschluss der Qualitätsmeldung an. Alle erforderlichen Maßnahmen wurden durchgeführt und das Problem ist aus operativer Sicht gelöst. Dabei handelt es sich um eine formale Statusänderung im System.
Warum das wichtig ist

Diese Aktivität dient als primärer Endpunkt für die Messung der fachlichen Lösungszeit. Sie bestätigt aus Sicht des Prozessverantwortlichen, dass der Case abgeschlossen ist, auch wenn der technische Abschluss noch aussteht.

Bezugsquelle

Abgeleitet aus einer Statusänderung am Objekt der Qualitätsmeldung. Erfasst wird der Timestamp, zu dem ein Status wie „NOCO“ (Meldung abgeschlossen) in der Tabelle JCDS gesetzt wurde.

Erfassen

Identifizieren Sie den Timestamp, zu dem der Status „Notification completed“ in der Tabelle JCDS gesetzt wurde.

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 formal erfasst. Beim Anlegen der Qualitätsmeldung in SAP S/4HANA werden die ersten Details gespeichert und eine eindeutige Kennung vergeben, wodurch der Case eröffnet wird.
Warum das wichtig ist

Als primäres Start-Ereignis ist diese Aktivität entscheidend für die Messung der durchgängigen Durchlaufzeit des Qualitätslösungsprozesses. Sie bildet die Grundlage dafür, wie lange die Bearbeitung und der Abschluss von Qualitätsereignissen dauern.

Bezugsquelle

Dies ist ein explizites Ereignis aus der Kopfdatentabelle QMEL der Qualitätsmeldung. Der Timestamp der Anlage steht für die entsprechende Meldungsnummer QMNUM in der Regel im Feld ERDAT.

Erfassen

Verwenden Sie den Anlage-Timestamp (ERDAT) aus der Tabelle QMEL für die betreffende Meldung.

Ereignistyp explicit
Ursachenanalyse abgeschlossen
Markiert den Abschluss der Untersuchungsphase, in der die zugrunde liegende Ursache des Qualitätsproblems identifiziert wurde. Typischerweise wird dieses Ereignis aus dem Abschluss einer bestimmten Aufgabe „Root Cause Analysis“ innerhalb der Meldung abgeleitet.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein für die Messung von Dauer und Effizienz des Untersuchungsprozesses. Wenn Sie Verzögerungen vor diesem Schritt identifizieren, können Sie Engpässe bei der Problemanalyse und Entscheidungsfindung lokalisieren.

Bezugsquelle

Abgeleitet aus dem Abschluss einer Untersuchungs- oder RCA-spezifischen Aufgabe in der Tabelle QMSM. Der Abschluss wird anhand einer Statusänderung oder durch das Befüllen des Feldes für das Aufgabenabschlussdatum (ERLDT) erkannt.

Erfassen

Identifizieren Sie den Abschluss-Timestamp (ERLDT) der relevanten Ursachenanalyseaufgabe in der Tabelle QMSM.

Ereignistyp inferred
Verwendungsentscheid getroffen
Bezeichnet die formale Entscheidung über die Qualität von Waren aus einem Prüflos, etwa Annahme oder Ablehnung. Dieses eigenständige Ereignis tritt bei qualitätsbezogenen Problemen aus Prüfungen auf und wird beim Speichern des Verwendungsentscheids erfasst.
Warum das wichtig ist

Bei prüfungsbasierten Prozessen ist dies ein wichtiger Meilenstein, der nachfolgende Maßnahmen wie die Sperrung oder Freigabe von Material bestimmt. Die Analyse von Zeitpunkt und Ergebnis ist entscheidend, um die Effizienz der Qualitätskontrolle von Produkten zu verstehen.

Bezugsquelle

Dies ist ein explizites Ereignis in der Tabelle QAVE für Verwendungsentscheide. Der Anlage-Timestamp des mit dem Prüflos (PRUEFLOS) verknüpften Datensatzes kennzeichnet diese Aktivität.

Erfassen

Verwenden Sie den Anlage-Timestamp des betreffenden Prüfloses in der Tabelle QAVE.

Ereignistyp explicit
Wirksamkeit der Maßnahme bestätigt
Bestätigt, dass die umgesetzte Korrektur- oder Vorbeugemaßnahme erfolgreich war und das Qualitätsproblem ohne erneutes Auftreten gelöst ist. Erfasst wird dies beim Abschluss der Aufgabe zur Wirksamkeitsprüfung oder einer abschließenden Qualitätsprüfung.
Warum das wichtig ist

Dies ist ein entscheidender Meilenstein zur Validierung des gesamten Lösungsprozesses. Eine hohe Quote erfolgreicher Prüfungen weist auf ein wirksames Qualitätsmanagementsystem hin und unterstützt die Reduzierung wiederkehrender Probleme.

Bezugsquelle

Typischerweise abgeleitet aus dem Abschluss einer Aufgabe „Effectiveness Check“ in der Tabelle QMSM, unter Verwendung des Abschlussdatums ERLDT.

Erfassen

Identifizieren Sie den Abschluss-Timestamp 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 identifizierten Problems formal dokumentiert wird. In SAP wird dies häufig durch das Anlegen einer Aufgabe „Corrective Action“ innerhalb der Qualitätsmeldung erfasst.
Warum das wichtig ist

Dieses Ereignis leitet die Lösungsphase des Prozesses ein. Die Messung der Zeit von der Ursachenanalyse bis zu diesem Schritt kann Verzögerungen bei der Maßnahmenplanung sichtbar machen.

Bezugsquelle

Dieses Ereignis wird erfasst, wenn in der Tabelle QMSM für die betreffende Qualitätsmeldung eine Aufgabe mit dem Code „Corrective Action“ angelegt wird.

Erfassen

Verwenden Sie den Anlage-Timestamp (ERDAT) aus der Tabelle QMSM für Aufgaben des Typs Korrekturmaßnahme.

Ereignistyp explicit
Maßnahmenplan genehmigt
Bezeichnet die Prüfung und Genehmigung eines vorgeschlagenen Plans für Korrektur- oder Vorbeugemaßnahmen zur anschließenden Umsetzung. Dieser Schritt ist häufig kein eigenständiges Ereignis und wird möglicherweise aus der Freigabe einer Aufgabe zur Bearbeitung abgeleitet.
Warum das wichtig ist

Lange Verzögerungen in dieser Genehmigungsphase können den gesamten Lösungsprozess deutlich verlangsamen. Die Analyse dieser Dauer hilft, administrative Engpässe und Möglichkeiten zur Vereinfachung der Governance zu erkennen.

Bezugsquelle

Dieses Ereignis wird typischerweise aus einer Statusänderung an einer Aufgabe in der Tabelle QMSM abgeleitet, etwa „Released“. Der Timestamp dieser Statusänderung steht in der mit dem Aufgabenobjekt verknüpften Tabelle JCDS.

Erfassen

Identifizieren Sie den Timestamp, zu dem der Status „Released“ für die Korrektur- oder Vorbeugemaßnahme gesetzt wurde.

Ereignistyp inferred
Meldung geschlossen
Bezeichnet den endgültigen technischen Abschluss der Qualitätsmeldung im System. Danach sind keine weiteren Änderungen an der Meldung möglich, wodurch das Ende ihres Lebenszyklus erreicht ist.
Warum das wichtig ist

Diese Aktivität bildet das abschließende Endereignis des Prozesses. Die Analyse der Zeit zwischen „Notification Completed“ und „Notification Closed“ kann Verzögerungen bei administrativen Abschlussverfahren sichtbar machen.

Bezugsquelle

Abgeleitet aus einer Statusänderung an der Qualitätsmeldung, insbesondere wenn ein Archivierungs- oder endgültiger Schließstatus gesetzt wird. Diese Änderung wird mit einem Timestamp in der Tabelle JCDS protokolliert.

Erfassen

Identifizieren Sie den Timestamp, zu dem der endgültige Status „Closed“ für die Meldung in der Tabelle JCDS gesetzt wurde.

Ereignistyp inferred
Meldung in Bearbeitung gesetzt
Bezeichnet den Zeitpunkt, an dem das Qualitätsteam eine neu angelegte Meldung aktiv zur Bearbeitung übernimmt. Dabei handelt es sich typischerweise um ein abgeleitetes Ereignis, das aus einer Systemstatusänderung hervorgeht und anzeigt, dass die Arbeit begonnen hat.
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 Zeitspanne zwischen Anlage und diesem Schritt zeigt mögliche Verzögerungen bei der Kenntnisnahme des Problems und der Ressourcenzuweisung.

Bezugsquelle

Abgeleitet aus einer Statusänderung am Objekt der Qualitätsmeldung. Dies lässt sich durch die Analyse von Statusänderungsprotokollen in den Tabellen JEST und JCDS für einen Status wie „NOPO“ (Meldung in Bearbeitung) verfolgen.

Erfassen

Identifizieren Sie den Timestamp, zu dem der Status „in Bearbeitung“ für die Meldung in der Tabelle JCDS gesetzt wurde.

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 Messung der Verzögerung zwischen Abschluss und Mitteilung kann Lücken in den Kommunikationsprozessen sichtbar machen.

Bezugsquelle

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 oder erfordert die Analyse externer Systeme wie E-Mail-Protokolle.

Erfassen

Identifizieren Sie den Abschluss einer manuellen Mitteilungsaufgabe, sofern eine solche verwendet wird. Andernfalls ist diese Information in der Regel nicht verfügbar.

Ereignistyp inferred
Untersuchungsaufgabe zugewiesen
Dieses Ereignis tritt ein, wenn eine konkrete Aufgabe, etwa die Untersuchung der Ursache, formal angelegt und einer Person oder Abteilung zugewiesen wird. Erfasst wird es, sobald ein Aufgabensatz innerhalb der Qualitätsmeldung angelegt wurde.
Warum das wichtig ist

Die Nachverfolgung der Aufgabenzuweisung ist entscheidend, um die Arbeitsverteilung zu verstehen und Engpässe bei der Ressourcenverteilung zu erkennen. Sie markiert den Beginn der Untersuchungsphase und ist eine wichtige Grundlage für die Messung der RCA-Durchlaufzeit.

Bezugsquelle

Erfasst aus der mit der Qualitätsmeldung verknüpften Aufgabenverwaltungstabelle QMSM. Das Anlagedatum (ERDAT) einer Aufgabe mit einem relevanten Code, etwa für eine Untersuchung, markiert dieses Ereignis.

Erfassen

Verwenden Sie den Anlage-Timestamp (ERDAT) aus der Tabelle QMSM für Untersuchungsaufgaben.

Ereignistyp explicit
Vorbeugemaßnahme umgesetzt
Markiert die erfolgreiche Umsetzung der geplanten Vorbeugemaßnahme. Erfasst wird dies durch den Abschluss der entsprechenden Vorbeugemaßnahmenaufgabe im System.
Warum das wichtig ist

Der Abschluss von Vorbeugemaßnahmen ist ein wichtiger Schritt in ausgereiften Qualitätsprozessen. Die Nachverfolgung dieser Aktivität zeigt, wie konsequent künftige Probleme verhindert und wiederkehrende Probleme reduziert werden.

Bezugsquelle

Abgeleitet aus dem Abschluss einer Vorbeugemaßnahmenaufgabe in der Tabelle QMSM, erkennbar am Feld ERLDT oder an einer Statusänderung auf „Completed“.

Erfassen

Identifizieren Sie den Abschluss-Timestamp (ERLDT) der Vorbeugemaßnahmenaufgabe in der Tabelle QMSM.

Ereignistyp inferred
Vorbeugemaßnahme vorgeschlagen
Diese Aktivität tritt ein, 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 „Preventive Action“ erfasst.
Warum das wichtig ist

Dieses Ereignis ist entscheidend, um den Fokus der Organisation auf proaktive Qualitätsverbesserung statt auf rein reaktive Korrekturen zu bewerten. Es markiert den Beginn langfristiger Lösungsmaßnahmen.

Bezugsquelle

Dieses Ereignis wird erfasst, sobald in der Tabelle QMSM für die betreffende Qualitätsmeldung eine Aufgabe mit dem Code „Preventive Action“ angelegt wird.

Erfassen

Verwenden Sie den Anlage-Timestamp (ERDAT) aus der Tabelle QMSM für Aufgaben des Typs Vorbeugemaßnahme.

Ereignistyp explicit
Wirksamkeitsprüfung erforderlich
Zeigt an, dass eine nachgelagerte Prüfung erforderlich ist, um zu bestätigen, dass die umgesetzten Maßnahmen das Problem erfolgreich gelöst 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 enthält. Sie trennt die Umsetzung einer Maßnahme von der Bestätigung ihrer Wirksamkeit.

Bezugsquelle

Kann aus einer Statusänderung an der Qualitätsmeldung über JEST/JCDS oder aus dem Anlegen einer bestimmten Aufgabe „Effectiveness Check“ in der Tabelle QMSM abgeleitet werden.

Erfassen

Identifizieren Sie den Timestamp der Statusänderung oder des Anlegens einer Prüfaufgabe in QMSM.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So erhalten Sie Ihre Daten aus dem Qualitätsmanagement in SAP S/4HANA

Bereit für den Start?

Verwenden Sie dieses Template, um Ihre Daten schnell vorzubereiten und mit der Optimierung Ihrer Qualitätsmanagementprozesse zu beginnen. Entdecken Sie Erkenntnisse und steigern Sie die Effizienz in SAP S/4HANA.

Steigern Sie Ihr Quality Management: Verkürzen Sie die Durchlaufzeit sofort um 30 %

Identifizieren Sie Engpässe in SAP S/4HANA und verkürzen Sie die QM-Durchlaufzeit um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich, in wenigen Minuten eingerichtet.