Ihr Daten-Template für das Qualitätsmanagement

ETQ Reliance
Ihr Daten-Template für das Qualitätsmanagement

Ihr Daten-Template für das Qualitätsmanagement

Dieses Template unterstützt Sie dabei, die passenden Daten für die Optimierung Ihrer Qualitätsmanagementprozesse zusammenzustellen. Es beschreibt die erforderlichen Attribute und wichtigen Aktivitäten und enthält praktische Hinweise zur Datenextraktion. Verwenden Sie diese Ressource, um ein aussagekräftiges Event Log für die Prozessanalyse zu erstellen.
  • Empfohlene Attribute für eine umfassende Datenerfassung
  • Wichtige Aktivitäten für die Prozessübersicht
  • Schritt-für-Schritt-Anleitung zur Datenextraktion aus ETQ Reliance
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute im Qualitätsmanagement

Diese empfohlenen Datenfelder sollten Sie in Ihr Event Log aufnehmen. Sie liefern den nötigen Kontext für eine fundierte Analyse des Qualitätsmanagements.
3 Erforderlich 6 Empfohlen 13 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name der konkreten Aufgabe oder des Ereignisses im Qualitätsmanagementprozess.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Lebenszyklus eines Qualitätsereignisses, zum Beispiel „Problem kategorisiert und priorisiert“ oder „Ursachenanalyse durchgeführt“. Jede Aktivität steht für eine konkrete Handlung, die das Qualitätsereignis seiner Lösung näherbringt.

Die Analyse der Aktivitäten bildet den Kern von Process Mining. Anhand dieses Attributs wird die Prozesslandkarte erstellt, die den Arbeitsablauf zeigt. So lassen sich Engpässe, Abweichungen vom Standardprozess und Nacharbeitsschleifen erkennen, die für die Prozessverbesserung entscheidend sind.

Warum das wichtig ist

Dieses Attribut legt die Prozessschritte fest. Das ist erforderlich, um den Prozessablauf zu visualisieren, Engpässe zu erkennen und Abweichungen zu analysieren.

Woher beziehen

Diese Informationen stammen üblicherweise aus Event Logs, Workflow-Statusänderungen oder Audit Trails in den ETQ-Reliance-Modulen.

Beispiele
Untersuchung eingeleitetUrsachenanalyse durchgeführtKorrekturmaßnahmenplan freigegeben
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität stattgefunden hat.
Beschreibung

Der Ereignis-Timestamp gibt den genauen Zeitpunkt an, zu dem eine Aktivität im System erfasst wurde. Jede Aktivität im Lebenszyklus eines Qualitätsereignisses hat einen eigenen Timestamp. So entsteht eine chronologische Abfolge der Ereignisse.

Dieses Attribut ist die Grundlage für alle zeitbezogenen Analysen in Process Mining. Es dient dazu, Durchlaufzeiten zwischen Aktivitäten zu berechnen, Wartezeiten und Engpässe zu erkennen und die Gesamtdauer eines Qualitätsereignisses zu messen. Außerdem ermöglicht es, Leistungstrends im Zeitverlauf zu analysieren.

Warum das wichtig ist

Dieses Attribut ist erforderlich, um Zeitspannen zu berechnen, Ereignisse chronologisch zu ordnen und zeitbezogene Analysen durchzuführen, etwa zur Erkennung von Engpässen.

Woher beziehen

Dieses Feld findet sich üblicherweise in Audit-Trail-Tabellen oder als Datumsfeld „last modified“ beziehungsweise „status change“ für die jeweilige Aktivität oder den Workflow-Schritt in ETQ Reliance.

Beispiele
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Qualitätsereignis
QualityEvent
Die eindeutige Kennung eines einzelnen Qualitätsereignisses, die alle zugehörigen Aktivitäten von der Erkennung bis zum Abschluss verknüpft.
Beschreibung

Das Qualitätsereignis ist die primäre Case-ID im Qualitätsmanagementprozess. Es steht für ein einzelnes, klar abgegrenztes Qualitätsproblem, etwa eine Nichtkonformität, eine Kundenbeschwerde oder eine Abweichung, das untersucht und behoben wird.

Bei der Process-Mining-Analyse ist dieses Attribut entscheidend, um den gesamten Ablauf jedes Qualitätsereignisses zu rekonstruieren. Es ermöglicht Analysten, Prozesslandkarten zu visualisieren, Durchlaufzeiten vom Anfang bis zum Ende zu messen und Varianten zu untersuchen, um zu verstehen, wie unterschiedliche Ereignisse bearbeitet werden. Alle Aktivitäten und Datenpunkte werden anhand dieser Kennung gruppiert, sodass der gesamte Case sichtbar wird.

Warum das wichtig ist

Dieses grundlegende Attribut für Process Mining führt alle zugehörigen Prozessschritte in einem Case zusammen. So lässt sich der gesamte Lebenszyklus der Qualitätsbearbeitung analysieren.

Woher beziehen

Dies ist der Primärschlüssel im zentralen Modul „Quality Event“ oder „Non-conformance“ von ETQ Reliance. Die genaue Tabellen- und Feldbezeichnung finden Sie in der ETQ-Reliance-Dokumentation.

Beispiele
QE-2023-00123NC-2023-0456CAPA-2023-7890
Ausgeführt von
ActionPerformedBy
Der Benutzer oder die Ressource, der beziehungsweise die eine bestimmte Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, welche Person oder welcher Systembenutzer eine Aufgabe im Lebenszyklus eines Qualitätsereignisses abgeschlossen hat. Es ordnet Prozessaktivitäten den ausführenden Personen oder Teams zu.

Die Auswertung nach Benutzern hilft, die Arbeitslast zu verteilen, Schulungsbedarf zu erkennen und besonders leistungsstarke Personen oder Teams zu identifizieren. Auch für Compliance und Audits ist das Attribut wichtig, da es dokumentiert, wer welche Aktion ausgeführt hat.

Warum das wichtig ist

Dieses Attribut ermöglicht die Auswertung der Ressourcenleistung und der Arbeitslastverteilung sowie die Ermittlung von Schulungsbedarf.

Woher beziehen

Diese Informationen sind üblicherweise in Audit-Trail-Protokollen oder Transaktionsdetails gespeichert und häufig in ETQ Reliance mit einem Benutzer-ID-Feld verknüpft.

Beispiele
j.doeasmithqa_manager
Endzeit des Ereignisses
EventEndTime
Datum und Uhrzeit, zu denen eine Aktivität abgeschlossen wurde. Dieser Wert dient zur Berechnung der Verarbeitungszeit.
Beschreibung

Die Endzeit des Ereignisses kennzeichnet den Abschluss einer Aktivität. Zusammen mit dem Event Timestamp (Startzeit) gibt sie die Dauer eines einzelnen Prozessschritts an. Nicht alle Systeme erfassen für jedes Ereignis ausdrücklich eine Endzeit. In diesem Fall lässt sie sich möglicherweise aus der Startzeit des Folgeereignisses ableiten.

Dieses Attribut ist entscheidend, um die Verarbeitungszeit einzelner Aktivitäten zu berechnen und von der Wartezeit zwischen ihnen zu unterscheiden. Es zeigt, welche konkreten Aufgaben besonders viel Zeit beanspruchen und wo gezielte Verbesserungen den Prozess effizienter machen können.

Warum das wichtig ist

Damit lässt sich die Verarbeitungszeit einzelner Aktivitäten berechnen und aktive Arbeitszeit von Wartezeit unterscheiden.

Woher beziehen

Einige ETQ-Reliance-Module erfassen für bestimmte Aufgaben möglicherweise sowohl Start- als auch Endzeiten. Falls keine Endzeit vorliegt, kann sie bei der Datenaufbereitung abgeleitet werden.

Beispiele
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
Ergebnis der Verifizierung
EffectivenessVerificationOutcome
Das Ergebnis der Prüfung, ob eine Korrekturmaßnahme wirksam war.
Beschreibung

Nach der Umsetzung einer Korrekturmaßnahme wird häufig geprüft, ob sie das Problem tatsächlich behoben hat. Dieses Attribut erfasst das Ergebnis der Prüfung, üblicherweise als wirksam oder nicht wirksam.

Das Attribut ist zentral für das Dashboard zur Wirksamkeit von Korrekturmaßnahmen und die KPI zur Verifizierungsrate der CAPA-Wirksamkeit. Es misst direkt den Erfolg des Lösungsprozesses. So lassen sich wiederkehrende Probleme erkennen und Korrekturmaßnahmen verbessern.

Warum das wichtig ist

Damit wird der Erfolg von Korrekturmaßnahmen direkt gemessen. Das hilft, Nacharbeit zu verringern und ein erneutes Auftreten von Qualitätsproblemen zu verhindern.

Woher beziehen

In ETQ Reliance wäre dies ein Feld im Abschnitt zur Wirksamkeitsprüfung des CAPA- oder Qualitätsereignismoduls.

Beispiele
WirksamNicht wirksamAusstehend
Kategorie der Grundursache
RootCauseCategory
Die Einstufung der ermittelten Grundursache des Qualitätsereignisses.
Beschreibung

Nach einer Ursachenanalyse wird der zugrunde liegende Grund für das Problem häufig einer Kategorie zugeordnet. Beispiele sind Geräteausfall, menschliches Versagen, Prozessmangel oder ein Problem mit einem Lieferanten.

Dieses Attribut ist wichtig für das Dashboard zu Trends bei Grundursachen. Durch die Auswertung der Häufigkeit verschiedener Kategorien im Zeitverlauf können Unternehmen systemische Probleme erkennen und Verbesserungsmaßnahmen auf die häufigsten Ursachen von Qualitätsproblemen konzentrieren. So lässt sich von der reaktiven Problemlösung zu einer vorausschauenden Prävention übergehen.

Warum das wichtig ist

Damit lassen sich wiederkehrende Probleme strategisch auswerten, systemische Ursachen erkennen und langfristige Korrektur- und Vorbeugungsmaßnahmen priorisieren.

Woher beziehen

In ETQ Reliance wird dieses Feld üblicherweise während der Ursachenanalyse im Workflow ausgefüllt.

Beispiele
ProzessmangelMaterialfehlerMenschliches VersagenGerätestörung
Schweregrad
SeverityLevel
Eine Einstufung der Auswirkungen des Qualitätsereignisses, zum Beispiel kritisch, schwerwiegend oder geringfügig.
Beschreibung

Der Schweregrad bewertet die möglichen Auswirkungen des Qualitätsproblems auf Kunden, Produkte oder die Einhaltung regulatorischer Vorgaben. Er dient dazu, Ressourcen zu priorisieren und die Dringlichkeit der Reaktion festzulegen.

Dieses Attribut ist entscheidend für die Dashboards zur Triage und Priorisierung von Problemen sowie zur Behebung schwerwiegender Ereignisse. Damit lassen sich Qualitätsereignisse nach Schweregrad aufschlüsseln und beispielsweise die Bearbeitungszeiten schwerwiegender und weniger schwerwiegender Probleme vergleichen. So erhalten kritische Probleme die nötige Aufmerksamkeit.

Warum das wichtig ist

Damit lassen sich Cases priorisieren und segmentieren, sodass besonders kritische Qualitätsprobleme mit der nötigen Dringlichkeit bearbeitet werden.

Woher beziehen

In den meisten Qualitätsmanagementmodulen von ETQ Reliance ist dies ein Standardfeld, häufig im Formular zur Ersterfassung eines Problems.

Beispiele
KritischSchwerwiegendGeringfügig
Zuständige Abteilung
ResponsibleDepartment
Die Abteilung oder der Funktionsbereich, der für das Qualitätsereignis oder eine bestimmte Aktivität zuständig ist.
Beschreibung

Dieses Attribut bezeichnet die Organisationseinheit, die für die Bearbeitung des Qualitätsereignisses oder für bestimmte Schritte zuständig ist, etwa Qualitätssicherung, Engineering oder Produktion. Die Zuordnung kann auf Case-Ebene erfolgen oder sich ändern, wenn der Case zwischen Abteilungen wechselt.

Das Attribut ist zentral für das Dashboard zur Leistungsanalyse nach Abteilung. Damit lassen sich Prozesskennzahlen wie Zykluszeiten und Ereignisvolumen nach Abteilung filtern und vergleichen. So werden Engpässe, Ressourcenknappheit und Bereiche mit besonders guten Ergebnissen sichtbar.

Warum das wichtig ist

Damit lassen sich die Leistung vergleichen und Engpässe in verschiedenen Geschäftseinheiten analysieren. Das unterstützt eine gezielte Ressourcenverteilung.

Woher beziehen

In ETQ Reliance ist dies üblicherweise ein Feld im Hauptformular des Qualitätsereignisses, das den Eigentümer oder die zuständige Gruppe angibt.

Beispiele
QualitätssicherungProduktionForschung und Entwicklung
Betroffenes Produkt
AffectedProduct
Das Produkt, Material oder Bauteil, auf das sich das Qualitätsereignis bezieht.
Beschreibung

Dieses Attribut gibt das konkrete Produkt oder die zugehörige Teilenummer des Qualitätsproblems an. Es verknüpft die Prozessdaten mit den Produktstammdaten.

Die Auswertung von Qualitätsereignissen nach Produkt zeigt, ob bestimmte Produkte häufiger Qualitätsprobleme aufweisen. Das kann auf mögliche Konstruktions- oder Fertigungsprobleme hindeuten. So lassen sich Verbesserungsmaßnahmen auf die Produkte konzentrieren, bei denen der größte Bedarf besteht.

Warum das wichtig ist

Damit wird der Qualitätsprozess bestimmten Produkten zugeordnet. So lässt sich analysieren, bei welchen Produkten besonders häufig Probleme auftreten.

Woher beziehen

In ETQ Reliance ist dies üblicherweise ein wichtiges Feld im Formular für Qualitätsereignisse. Häufig ist es mit einer Produktstammdatentabelle in ETQ Reliance oder einem integrierten ERP-System verknüpft.

Beispiele
PROD-1001-APROD-2050-BRAW-MAT-55
CAP-Status
CorrectiveActionPlanStatus
Der Status des Korrekturmaßnahmenplans, zum Beispiel vorgeschlagen, genehmigt oder abgelehnt.
Beschreibung

Dieses Attribut erfasst den Status des Korrekturmaßnahmenplans (CAP), einem wichtigen Meilenstein im Qualitätsereignis. Es zeigt, ob ein Lösungsvorschlag geprüft und angenommen wurde.

Die Auswertung dieses Attributs kann Engpässe im Freigabeprozess aufdecken. Viele abgelehnte Pläne oder lange Verzögerungen zwischen den Status vorgeschlagen und genehmigt können auf eine unzureichende Ursachenanalyse oder fehlende Abstimmung zwischen den Beteiligten hindeuten.

Warum das wichtig ist

Damit lassen sich Verzögerungen und Ineffizienzen im Freigabezyklus von Korrekturmaßnahmen erkennen, einem häufigen Engpass im Qualitätsmanagement.

Woher beziehen

Dies wäre ein Statusfeld im CAPA-Abschnitt oder -Modul für Korrektur- und Vorbeugungsmaßnahmen in ETQ Reliance.

Beispiele
VorgeschlagenGenehmigtAbgelehntUmsetzung ausstehend
Dauer der Ursachenanalyse
RootCauseAnalysisDuration
Die Zeit vom Beginn einer Untersuchung bis zum Abschluss der Ursachenanalyse.
Beschreibung

Diese Kennzahl misst die Dauer einer bestimmten Phase des Qualitätsprozesses. Sie ergibt sich aus der Zeitdifferenz zwischen den Aktivitäten „Untersuchung eingeleitet“ und „Ursachenanalyse durchgeführt“.

Dieses Attribut ist wichtig für die KPI „Durchschnittliche Dauer der Ursachenanalyse“ und das Dashboard zu Engpässen bei der Ursachenanalyse. Es zeigt Verzögerungen in der Analysephase auf, die häufig wesentlich zu langen Gesamtzykluszeiten beitragen.

Warum das wichtig ist

Damit lässt sich die Leistung eines kritischen Teilprozesses gesondert betrachten. So können Verzögerungen bei der Problemanalyse und Untersuchung erkannt und behoben werden.

Woher beziehen

Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird während der Datentransformation berechnet, indem die Timestamps bestimmter Aktivitäten miteinander verglichen werden.

Beispiele
8640001209600432000
Geschäftseinheit
BusinessUnit
Der übergeordnete Geschäftsbereich oder die Geschäftseinheit, in der das Qualitätsereignis aufgetreten ist.
Beschreibung

Dieses Attribut ordnet das Qualitätsereignis einer bestimmten Geschäftseinheit des Unternehmens zu, etwa Unterhaltungselektronik oder Medizintechnik. Es bietet einen übergeordneten organisatorischen Kontext als die Abteilung.

So lassen sich die Leistungen verschiedener Unternehmensbereiche auf hoher Ebene vergleichen. Die Unternehmensleitung kann erkennen, welche Geschäftseinheiten vor den größten Qualitätsproblemen stehen, und Ressourcen entsprechend zuweisen.

Warum das wichtig ist

Damit lässt sich die Leistung der Qualitätsprozesse in verschiedenen Unternehmensbereichen auf hoher Ebene vergleichen.

Woher beziehen

Diese Information kann als Feld im Formular für Qualitätsereignisse vorliegen oder sich aus anderen Attributen wie der zuständigen Abteilung oder dem Produkt ableiten lassen.

Beispiele
MedizintechnikAutomobilteileIndustrielösungen
ID der Vorbeugungsmaßnahme
PreventiveActionId
Eine eindeutige Kennung für jede Vorbeugungsmaßnahme, die als Reaktion auf das Qualitätsereignis erstellt wurde.
Beschreibung

Dieses Attribut verknüpft ein Qualitätsereignis mit einer oder mehreren Vorbeugungsmaßnahmen, die erstellt wurden, um die Grundursache zu beheben und ein erneutes Auftreten in anderen Bereichen zu verhindern. Aus einem einzelnen Qualitätsereignis können mehrere Vorbeugungsmaßnahmen hervorgehen.

Diese ID ist wichtig für das Dashboard zur Verwaltung von Vorbeugungsmaßnahmen. Sie hilft, die Umsetzungsquote der ermittelten Maßnahmen zu verfolgen und doppelte oder überflüssige Aktivitäten zu erkennen. So lassen sich vorbeugende Verbesserungen effizient steuern.

Warum das wichtig ist

Damit werden reaktive Qualitätsereignisse mit proaktiven Verbesserungsmaßnahmen verknüpft. So lässt sich auswerten, wie wirksam das Unternehmen künftige Probleme verhindert.

Woher beziehen

Dies wäre ein verknüpfter Datensatz oder ein Feld im Abschnitt für Vorbeugungsmaßnahmen des CAPA-Moduls in ETQ Reliance.

Beispiele
PA-2023-0088PA-2023-0089PA-2023-0090
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Prozessdaten zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion aus dem Quellsystem. Es handelt sich um ein Metadatenfeld für den gesamten Datensatz, nicht für einzelne Ereignisse.

Bei jeder Prozessanalyse ist es wichtig zu wissen, wie aktuell die Daten sind. Anhand dieses Attributs können Benutzer den Aktualitätsstand der Analyse einschätzen. So lassen sich Entscheidungen auf aktuelle Informationen stützen und Erwartungen an mögliche Verzögerungen bei der Datenbereitstellung steuern.

Warum das wichtig ist

Das Attribut zeigt, wie aktuell die Daten sind. Das ist wichtig, um die zeitliche Relevanz der Analyse und der Erkenntnisse einzuschätzen.

Woher beziehen

Dieser Wert wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und hält den Timestamp der Ausführung fest.

Beispiele
2024-05-20T08:00:00Z
Nacharbeit
IsRework
Eine Kennzeichnung dafür, ob eine Aktivität oder eine Abfolge von Aktivitäten Nacharbeit darstellt.
Beschreibung

Dieses abgeleitete boolesche Attribut kennzeichnet Schleifen im Prozess. Das ist beispielsweise der Fall, wenn eine Wirksamkeitsprüfung fehlschlägt und eine neue Untersuchung auslöst oder wenn ein Korrekturmaßnahmenplan abgelehnt und zur Überarbeitung zurückgesendet wird. Es markiert Aktivitäten, die frühere Schritte wiederholen.

Dieses Attribut dient zur Berechnung der KPI „Nacharbeitsquote bei Korrekturmaßnahmen“. Die Kennzeichnung von Nacharbeit ist wichtig, um Ineffizienzen im Prozess zu verstehen: Sie bindet Ressourcen und verlängert Zykluszeiten, ohne den Case einer Lösung näherzubringen.

Warum das wichtig ist

Das Attribut macht Prozessineffizienz messbar, indem es wiederholte Arbeit kennzeichnet. So lassen sich die Ursachen von Prozessfehlern erkennen und Verschwendung reduzieren.

Woher beziehen

Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird während der Datentransformation anhand der Aktivitätsabfolge innerhalb eines Cases berechnet.

Beispiele
truefalse
Problembeschreibung
IssueDescription
Eine frei formulierte Beschreibung des festgestellten Qualitätsproblems.
Beschreibung

Dieses Attribut enthält eine ausführliche Beschreibung des Qualitätsproblems in Textform. Es liefert qualitative Informationen, die sich mit strukturierten Datenfeldern nicht erfassen lassen.

Für die Visualisierung des Prozessflusses wird die Problembeschreibung in der Regel nicht direkt verwendet. Bei der detaillierten Prüfung einzelner Cases ist sie jedoch sehr hilfreich. Mit Text-Mining-Verfahren lassen sich außerdem wiederkehrende Themen oder Schlüsselbegriffe zu bestimmten Prozessabweichungen und Verzögerungen ermitteln.

Warum das wichtig ist

Die Beschreibung liefert wichtige qualitative Informationen zu den Einzelheiten eines Qualitätsereignisses und unterstützt die detaillierte Analyse einzelner Cases.

Woher beziehen

Im Formular zur Ersterfassung eines Qualitätsereignisses in ETQ Reliance ist dies üblicherweise ein Standard-Textfeld oder ein Memofeld.

Beispiele
Komponente XYZ hat den Belastungstest an Station 4 nicht bestanden.Kunde meldet einen optischen Mangel an Charge 789.An Maschine A wurden falsche Kalibrierungseinstellungen festgestellt.
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt die Herkunft der Qualitätsmanagementdaten an. In dieser Prozessansicht ist der Wert konstant und zeigt an, dass die Daten aus ETQ Reliance stammen.

Auch wenn sich der Wert innerhalb eines einzelnen Datensatzes nicht ändert, ist dieses Attribut für die Data Governance und beim Zusammenführen von Daten aus mehreren Systemen wichtig. Es schafft Klarheit über die Datenherkunft und unterstützt die Planung der Datenintegration.

Warum das wichtig ist

Sie liefert wichtige Informationen zur Herkunft der Daten. Diese sind für Data Governance, Validierung und die Integration mit anderen Systemen relevant.

Woher beziehen

Dabei handelt es sich in der Regel um einen statischen Wert, der während des ETL-Prozesses (Extraktion, Transformation und Laden) ergänzt wird, um die Datenquelle zu kennzeichnen.

Beispiele
ETQ Reliance
SLA-Status
SLAState
Gibt an, ob das Qualitätsereignis innerhalb der vereinbarten Service Level liegt, eine Überschreitung droht oder die vereinbarte Frist bereits überschritten wurde.
Beschreibung

Dieses berechnete Feld vergleicht die aktuelle oder gesamte Zykluszeit eines Qualitätsereignisses mit vorgegebenen Zielwerten. Für ein kritisches Problem kann beispielsweise eine SLA von 15 Tagen bis zur Lösung gelten. Der Status kann „Im Plan“, „Gefährdet“ oder „Überschritten“ lauten.

Für das Dashboard zur Übersicht über die Compliance im Qualitätsbereich ist dieses Attribut besonders hilfreich. Es zeigt auf einen Blick, ob Fristen eingehalten werden. So können Verantwortliche Cases, bei denen eine Verzögerung droht, frühzeitig angehen, statt erst nach einer Fristüberschreitung zu reagieren.

Warum das wichtig ist

Das Attribut zeigt auf einen Blick, ob die Zeitvorgaben eingehalten werden. So können Cases, bei denen Verzögerungen drohen, frühzeitig gesteuert werden.

Woher beziehen

Dieses Attribut wird während der Datentransformation berechnet. Dazu wird die verstrichene Zeit eines Cases mit den SLA-Regeln verglichen, die sich beispielsweise nach dem Schweregrad richten können.

Beispiele
Im PlanGefährdetÜberschritten
Status des Qualitätsereignisses
QualityEventStatus
Der aktuelle Gesamtstatus des Qualitätsereignisses, zum Beispiel offen, geschlossen oder abgebrochen.
Beschreibung

Dieses Attribut gibt auf hoher Ebene an, an welcher Stelle im Lebenszyklus sich das Qualitätsereignis befindet. Es zeigt, ob der Case gerade bearbeitet, erfolgreich abgeschlossen oder aus einem bestimmten Grund abgebrochen wurde.

In der Prozessanalyse dient das Attribut dazu, aktive und abgeschlossene Cases zu filtern. Es ist eine wichtige Grundlage für die Berechnung des Rückstands offener Qualitätsereignisse und stellt sicher, dass Analysen wie die Zykluszeit nur Cases berücksichtigen, die einen endgültigen Status erreicht haben.

Warum das wichtig ist

Damit lassen sich offene und geschlossene Cases filtern. Das ist wichtig, um Rückstände zu berechnen und abgeschlossene Prozessabläufe korrekt zu analysieren.

Woher beziehen

Dies ist ein zentrales Statusfeld des Hauptobjekts für Qualitätsereignisse in ETQ Reliance.

Beispiele
OffenGeschlossenAbgebrochenGenehmigung ausstehend
Zugehörige Vorschrift
AssociatedRegulationStandard
Die Vorschrift oder der Qualitätsstandard, der dem Qualitätsereignis zugeordnet ist.
Beschreibung

Dieses Attribut verknüpft ein Qualitätsereignis mit einer bestimmten regulatorischen Vorgabe oder einem Branchenstandard, etwa ISO 9001, FDA 21 CFR Part 820 oder internen Unternehmensrichtlinien. Das ist besonders in regulierten Branchen wichtig.

Das Attribut ist zentral für das Dashboard zur Übersicht über die Compliance im Qualitätsbereich. Die Auswertung von Ereignissen nach dem zugehörigen Standard hilft, die Einhaltung von Vorgaben zu überwachen, Bereiche mit häufigen Abweichungen zu erkennen und sicherzustellen, dass alle regulatorischen Anforderungen fristgerecht erfüllt werden.

Warum das wichtig ist

Damit lassen sich Qualitätsereignisse im Compliance-Kontext auswerten und die Einhaltung bestimmter Branchenvorschriften und Standards überprüfen.

Woher beziehen

In ETQ Reliance kann dies ein eigenes Feld oder eine Auswahlliste im Formular für Qualitätsereignisse sein, insbesondere in Compliance-orientierten Modulen.

Beispiele
ISO 9001:201521 CFR Part 820IATF 16949
Zykluszeit des Qualitätsereignisses
QualityEventCycleTime
Die gesamte Zeit vom Erkennen eines Qualitätsproblems bis zu dessen endgültigem Abschluss.
Beschreibung

Diese berechnete Kennzahl gibt die Gesamtdauer eines einzelnen Qualitätsereignisses an. Sie ergibt sich aus der Differenz zwischen dem Timestamp der ersten Aktivität, zum Beispiel „Qualitätsproblem erkannt“, und dem der letzten Aktivität, etwa „Qualitätsereignis geschlossen“.

Dieses Attribut unterstützt direkt die KPI „Durchschnittliche Zykluszeit von Qualitätsereignissen“ und ist eine zentrale Kennzahl für die Effizienz des Gesamtprozesses. Dashboards verwenden es, um die Leistung im Vergleich zu Zielen zur Verkürzung der Zykluszeit zu verfolgen und die Dauer verschiedener Ereigniskategorien zu vergleichen.

Warum das wichtig ist

Diese zentrale Kennzahl misst die Effizienz des Qualitätsmanagementprozesses vom Anfang bis zum Ende.

Woher beziehen

Dieses Attribut ist in ETQ Reliance nicht direkt verfügbar. Es wird im Process-Mining-Tool oder während des ETL-Prozesses berechnet, indem für jeden Case der Timestamp des ersten Ereignisses vom Timestamp des letzten Ereignisses abgezogen wird.

Beispiele
25920006048008640000
Erforderlich Empfohlen Optional

Aktivitäten im Qualitätsmanagement

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um Ihren Qualitätsmanagement-Workflow präzise zu entdecken und zu verbessern.
7 Empfohlen 10 Optional
Aktivität Beschreibung
Korrekturmaßnahme umgesetzt
Bezeichnet den Abschluss der Aufgaben aus dem freigegebenen Korrekturmaßnahmenplan. Dies wird häufig erfasst, wenn eine für die Umsetzung zuständige Person die zugewiesenen Maßnahmen als abgeschlossen markiert.
Warum das wichtig ist

Misst die Dauer der Umsetzungsphase und kann auf Ressourcenengpässe oder praktische Schwierigkeiten bei der Durchführung der Korrekturmaßnahmen hinweisen.

Woher beziehen

Abgeleitet aus dem Abschlussdatum der letzten zugehörigen Aufgabe zur Korrekturmaßnahme oder einer manuellen Statusänderung zu „Actions Implemented“.

Erfassung

Abgeleitet aus dem Abschlussdatum der letzten zugehörigen CAPA-Aufgabe.

Ereignistyp inferred
Korrekturmaßnahmenplan freigegeben
Kennzeichnet die offizielle Freigabe des vorgeschlagenen Korrekturmaßnahmenplans durch eine zuständige Stelle. Damit kann die Umsetzung beginnen. Üblicherweise wird dieser Schritt als explizite Freigabe mit Timestamp im Workflow erfasst.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein und eine entscheidende Freigabestufe. Verzögerungen können die gesamte Durchlaufzeit bis zur Lösung deutlich verlängern.

Woher beziehen

Erfasst anhand des Freigabe-Timestamps in der elektronischen Signatur oder im Workflow-Verlaufsprotokoll des Ereignisses. ETQ Reliance verwendet umfangreiche Freigabe-Workflows.

Erfassung

Aus dem Timestamp des Freigabeschritts im Workflow-Verlauf.

Ereignistyp explicit
Qualitätsereignis abgeschlossen
Die letzte Aktivität kennzeichnet die erfolgreiche Lösung und den administrativen Abschluss des Qualitätsereignisses. Sie ist der wichtigste Endpunkt des Prozesses.
Warum das wichtig ist

Legt das Prozessende für die Berechnung der gesamten Durchlaufzeit fest. Die Analyse abgeschlossener Ereignisse ist wichtig, um Durchsatz und Gesamtleistung zu messen.

Woher beziehen

Abgeleitet aus einer Statusänderung zu „Closed“ oder „Completed“ im Verlaufsprotokoll des Ereignisses. Diese ist fast immer mit einem Timestamp versehen.

Erfassung

Abgeleitet aus dem Timestamp der Statusänderung zu „Closed“.

Ereignistyp inferred
Qualitätsproblem erkannt
Kennzeichnet die Erstellung eines neuen Qualitätsereignisses und damit den Start des Prozesses. Dies wird üblicherweise erfasst, wenn ein Benutzer in ETQ Reliance ein neues Formular für ein Qualitätsproblem einreicht.
Warum das wichtig ist

Legt die Startzeit des Cases fest. Diese ist erforderlich, um die durchgängige Durchlaufzeit zu berechnen und die Häufigkeit neu eingehender Qualitätsereignisse zu analysieren.

Woher beziehen

Wird üblicherweise aus dem Erstellungs-Timestamp des Qualitätsereignisses in der zentralen Tabelle „Quality Event“ oder aus dem zugehörigen Audit Trail abgeleitet.

Erfassung

Aus dem Erstellungs-Timestamp des Qualitätsereignisses.

Ereignistyp explicit
Untersuchung eingeleitet
Kennzeichnet den formellen Beginn der Untersuchungsphase, in der die Ursache des Qualitätsproblems ermittelt wird. Der Schritt lässt sich üblicherweise an einer Statusänderung zu „Under Investigation“ oder der Zuweisung eines Untersuchenden erkennen.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Meilenstein und startet die Zeitmessung für die Ursachenanalyse. Sie hilft, Verzögerungen zwischen der Bewertung des Problems und dem Beginn der formellen Untersuchung zu erkennen.

Woher beziehen

Abgeleitet aus dem Timestamp einer Statusänderung zu „Investigation“ im Verlaufsprotokoll des Ereignisses oder aus dem Zuweisungsdatum der Rolle des leitenden Untersuchenden.

Erfassung

Abgeleitet aus einer Statusänderung zu „Under Investigation“.

Ereignistyp inferred
Ursachenanalyse durchgeführt
Bezeichnet den Abschluss der Untersuchung, bei dem die Ursache oder Ursachen ermittelt und dokumentiert wurden. Dieses Ereignis wird üblicherweise erfasst, wenn der Abschnitt zur Ursachenanalyse im Formular ausgefüllt und gespeichert wird.
Warum das wichtig ist

Kennzeichnet das Ende der Untersuchungsphase. Die Dauer zwischen „Untersuchung eingeleitet“ und dieser Aktivität ist eine wichtige Kennzahl, um Engpässe im Analyseprozess zu erkennen.

Woher beziehen

Abgeleitet aus dem Datum, an dem das Feld „Root Cause Category“ ausgefüllt wurde, oder aus dem Abschluss-Timestamp des Workflow-Schritts zur Ursachenanalyse im Audit Trail.

Erfassung

Abgeleitet aus dem Ausfüllen der Felder „Root Cause“ oder einer Statusänderung zu „RCA Complete“.

Ereignistyp inferred
Wirksamkeit der Maßnahme bestätigt
Diese Aktivität bestätigt, dass die umgesetzte Korrekturmaßnahme die Ursache erfolgreich behoben und ein erneutes Auftreten verhindert hat. Es handelt sich um einen formellen Prüfschritt, der häufig nach einer festgelegten Beobachtungszeit erfolgt.
Warum das wichtig ist

Dieser Schritt ist entscheidend, um den Qualitätskreislauf zu schließen, und steht in direktem Zusammenhang mit den CAPA-Wirksamkeits-KPIs. Er stellt sicher, dass Lösungen dauerhaft wirksam sind.

Woher beziehen

Erfasst anhand des Abschlussdatums des Workflow-Schritts oder Formularabschnitts „Effectiveness Verification“. Dabei handelt es sich häufig um eine eigene Aktivität mit Timestamp.

Erfassung

Aus dem Abschlussdatum des Formulars oder der Aufgabe „Effectiveness Check“.

Ereignistyp inferred
Abschlussprüfung durchgeführt
Bei der abschließenden Prüfung des gesamten Qualitätsereignisses wird sichergestellt, dass die Dokumentation vollständig ist und alle Verfahrensschritte vor dem Abschluss eingehalten wurden. Häufig handelt es sich um einen expliziten Freigabeschritt.
Warum das wichtig ist

Dies ist die letzte Qualitätsprüfung vor dem Prozessabschluss. Sie stellt Compliance und Datenintegrität sicher. Engpässe in dieser Phase können den endgültigen Abschluss verzögern.

Woher beziehen

Erfasst anhand des Timestamps eines Freigabeschritts „Final Review“ oder „Ready for Closure“ im Workflow-Verlaufsprotokoll.

Erfassung

Aus dem Timestamp des Freigabeschritts „Final Review“ im Workflow.

Ereignistyp explicit
Beteiligte benachrichtigt
Bezeichnet die formelle Mitteilung der Lösung des Qualitätsereignisses an die relevanten Beteiligten. Dies kann über einen eigenen Workflow-Schritt oder einen protokollierten Kommunikationseintrag erfasst werden.
Warum das wichtig ist

Diese Aktivität ist wichtig, um die Effizienz der Mitteilungen zu messen, und unterstützt das Dashboard „Stakeholder Notification Timeliness“. Verzögerungen können die Kundenzufriedenheit beeinträchtigen.

Woher beziehen

Erfordert eine Analyse des Systems, da es sich häufig um einen manuellen Schritt handelt. Falls entsprechend konfiguriert, lässt sich die Aktivität aus dem Abschluss einer Aufgabe „Notify Stakeholders“ ableiten.

Erfassung

Abgeleitet aus dem Abschlussdatum einer manuellen Aufgabe „Notify Stakeholders“.

Ereignistyp inferred
Erste Bewertung durchgeführt
Bezeichnet die erste Prüfung oder Triage des neu erkannten Qualitätsproblems. Dabei werden grundlegende Fakten erfasst und die Gültigkeit des Problems beurteilt. Der Schritt lässt sich häufig daran erkennen, dass ein Abschnitt des Formulars zur Erstbewertung ausgefüllt wird oder sich der Status von „New“ zu „Under Assessment“ ändert.
Warum das wichtig ist

Damit lässt sich die Effizienz der ersten Triage analysieren und messen, wie lange es dauert, bis ein gemeldetes Problem aktiv bewertet wird.

Woher beziehen

Abgeleitet aus einer Statusänderung, zum Beispiel von „New“ zu „Assessing“, oder aus dem Abschlussdatum einer Aufgabe zur Erstbewertung im Workflow-Protokoll des Ereignisses.

Erfassung

Abgeleitet aus einer Statusänderung zu „Under Assessment“ oder „In Triage“.

Ereignistyp inferred
Korrekturmaßnahmenplan abgelehnt
Zeigt an, dass der vorgeschlagene Korrekturmaßnahmenplan geprüft und abgelehnt wurde und daher überarbeitet und erneut eingereicht werden muss. Dadurch entsteht eine Nacharbeitsschleife im Prozess.
Warum das wichtig ist

Diese Aktivität ist wichtig, um Nacharbeitsschleifen und Ablehnungsgründe zu erkennen und die Erfolgsquote beim ersten Durchlauf der Planungsphase zu messen.

Woher beziehen

Erfasst anhand des Ablehnungs-Timestamps im Workflow-Verlaufsprotokoll. Dies ist das Gegenstück zur Freigabe innerhalb eines Workflows.

Erfassung

Aus dem Timestamp des Ablehnungsschritts im Workflow-Verlauf.

Ereignistyp explicit
Korrekturmaßnahmenplan vorgeschlagen
Diese Aktivität findet statt, wenn ein formeller Plan zur Behebung der Ursache dokumentiert und zur Freigabe eingereicht wird. Sie wird häufig erfasst, wenn der Abschnitt „Corrective Action Plan“ im Formular ausgefüllt und der Status weitergesetzt wird.
Warum das wichtig ist

Die Zeit zwischen dem Abschluss der Ursachenanalyse und diesem Schritt zeigt Verzögerungen bei der Planung von Korrekturmaßnahmen. Dies ist ein häufiger Engpass in Qualitätsprozessen.

Woher beziehen

Abgeleitet aus einer Statusänderung zu „Pending CAPA Approval“ oder dem Einreichungs-Timestamp des Formulars für den Korrekturmaßnahmenplan im Datensatz des Qualitätsereignisses.

Erfassung

Abgeleitet aus einer Statusänderung zu „Pending Approval“ oder dem Einreichungsdatum des CAPA-Plans.

Ereignistyp inferred
Problem kategorisiert und priorisiert
Kennzeichnet den Zeitpunkt, an dem das Problem nach Typ und Schweregrad klassifiziert und priorisiert wurde. Dies bestimmt häufig den weiteren Workflow. Der Schritt wird erfasst, sobald die Felder für Kategorie und Priorität ausgefüllt und der Datensatz gespeichert wurden.
Warum das wichtig ist

Dies ist ein wichtiger Entscheidungspunkt. Die Zeit bis zu diesem Schritt ist eine zentrale Kennzahl für das Dashboard „Issue Triage and Prioritization“ und hilft, die Weiterleitung im Prozess zu verstehen.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem Pflichtfelder wie „Severity Level“ und „Quality Event Type“ erstmals ausgefüllt wurden, wie im Audit Trail des Systems erfasst.

Erfassung

Abgeleitet aus dem Timestamp, zu dem die Felder „Severity“ oder „Priority“ erstmals ausgefüllt wurden.

Ereignistyp inferred
Qualitätsereignis abgebrochen
Ein alternativer Endpunkt: Das Qualitätsereignis wird ohne vollständige Lösung beendet, etwa weil es sich um einen doppelten oder ungültigen Eintrag handelt.
Warum das wichtig ist

Damit lassen sich erfolgreich gelöste Cases von vorzeitig beendeten unterscheiden. Die Analyse abgebrochener Ereignisse kann Probleme bei der ersten Meldung und Triage aufdecken.

Woher beziehen

Abgeleitet aus einer Statusänderung zu „Canceled“, „Void“ oder „Withdrawn“ im Verlaufsprotokoll des Ereignisses.

Erfassung

Abgeleitet aus dem Timestamp der Statusänderung zu „Canceled“.

Ereignistyp inferred
Vorbeugungsmaßnahme erkannt
Bezeichnet die Ermittlung einer Vorbeugungsmaßnahme (PA), mit der die Ursache möglicher Nichtkonformitäten beseitigt werden soll. Sie kann als eigener, aber mit dem ursprünglichen Qualitätsereignis verknüpfter Datensatz verwaltet werden.
Warum das wichtig ist

Diese Aktivität ist wichtig, um die proaktive Ausrichtung des Qualitätsmanagements zu analysieren. Das Dashboard „Preventive Action Management“ zeigt anhand dieser Daten, wann Vorbeugungsmaßnahmen eingeleitet werden.

Woher beziehen

Erfordert eine Analyse des Systems. Wahrscheinlich wird das Erstellungsdatum eines Vorbeugungsmaßnahmen-Datensatzes herangezogen, der mit dem ursprünglichen Qualitätsereignis verknüpft ist.

Erfassung

Aus dem Erstellungsdatum eines verknüpften Vorbeugungsmaßnahmen-Datensatzes.

Ereignistyp inferred
Vorbeugungsmaßnahme umgesetzt
Kennzeichnet den Abschluss der Aufgaben zu einer ermittelten Vorbeugungsmaßnahme. Damit wird bestätigt, dass vorbeugende Maßnahmen umgesetzt wurden.
Warum das wichtig ist

Diese Aktivität ist wichtig, um die KPI „Preventive Action Implementation Rate“ zu messen und sicherzustellen, dass proaktive Qualitätsverbesserungen tatsächlich umgesetzt werden.

Woher beziehen

Erfordert eine Analyse des Systems. Wahrscheinlich wird die Aktivität aus dem Abschlussdatum des verknüpften Vorbeugungsmaßnahmen-Datensatzes oder der zugehörigen Aufgaben abgeleitet.

Erfassung

Aus dem Abschlussdatum eines verknüpften Vorbeugungsmaßnahmen-Datensatzes.

Ereignistyp inferred
Wirksamkeitsprüfung nicht bestanden
Zeigt an, dass die umgesetzte Korrekturmaßnahme das Problem nicht behoben hat. Häufig wird dadurch eine neue Untersuchung oder ein weiterer CAPA-Zyklus ausgelöst. Dieses Ereignis weist auf ein schwerwiegendes Prozessversagen und eine Nacharbeitsschleife hin.
Warum das wichtig ist

Macht unwirksame Lösungen sichtbar und wirkt sich direkt auf Nacharbeitsquoten und Kosten aus. Die Analyse dieser Fälle ist wichtig, um die Ursachenanalyse und die CAPA-Planung zu verbessern.

Woher beziehen

Abgeleitet aus einer Statusänderung zu „Effectiveness Check Failed“ oder der Erstellung eines Folgeereignisses, das mit dem ursprünglichen Qualitätsereignis verknüpft ist.

Erfassung

Abgeleitet aus einer Statusänderung wie „Verification Failed“ oder einer Kennzeichnung im Prüfdatensatz.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus ETQ Reliance

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre Qualitätsmanagementdaten effizient vor und gewinnen wertvolle Erkenntnisse über Ihre Prozesse. Der erste Schritt zu optimierten Abläufen beginnt hier.

Optimieren Sie jetzt Ihr Qualitätsmanagement: Verkürzen Sie die Durchlaufzeit

Erkennen und beseitigen Sie Engpässe, um die Durchlaufzeit um 30 % zu verkürzen.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.