Ihr Daten-Template für das Qualitätsmanagement

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

Ihr Daten-Template für das Qualitätsmanagement

Dieses Template unterstützt Sie dabei, Ihre Qualitätsmanagementdaten zu erfassen und aufzubereiten. Es beschreibt die erforderlichen Attribute und Aktivitäten, um ein aussagekräftiges Event Log für Process Mining zu erstellen. Damit können Sie die Datenextraktion und Analyse gezielt vorbereiten.
  • 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
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Qualitätsmanagements

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um das Qualitätsmanagement in SAP S/4HANA umfassend zu analysieren.
3 Erforderlich 7 Empfohlen 8 Optional
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
Erforderlich Empfohlen Optional

Aktivitäten im Qualitätsmanagement

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um Prozesse zuverlässig zu entdecken und zu analysieren.
6 Empfohlen 9 Optional
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
Empfohlen Optional

Anleitungen zur Datenextraktion

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

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 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.