> Kontinuierliche Prozessverbesserung > Qualitätsmanagement > MasterControl > Daten Template

Ihr Daten-Template für das Qualitätsmanagement

MasterControl

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute des Qualitätsmanagements(21) Aktivitäten im Qualitätsmanagement(14) Anleitungen zur Datenextraktion(3)

Ihr Daten-Template für das Qualitätsmanagement

Dieses Template zeigt, welche Daten Sie für die Analyse Ihres Qualitätsmanagementprozesses erfassen sollten. Es beschreibt die erforderlichen Attribute für Ihr Event Log, nennt wichtige Aktivitäten für die Nachverfolgung und erläutert, wie Sie die Daten aus Ihrem MasterControl-System extrahieren. So stellen Sie sicher, dass die notwendigen Grundlagen für ein erfolgreiches Process-Mining-Projekt vorhanden sind.

Empfohlene Attribute für die Datenerfassung
Wichtige Aktivitäten für die Nachverfolgung
Anleitung zur Datenextraktion aus MasterControl

Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Template herunterladen

Attribute des Qualitätsmanagements

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihren Qualitätsmanagementprozess umfassend zu analysieren.

3 Erforderlich 8 Empfohlen 10 Optional

	Name	Beschreibung
	Qualitätsereignis QualityEvent	Der eindeutige Identifikator eines einzelnen Qualitätsereignisses, etwa einer Nichtkonformität, Abweichung oder Beschwerde. Über diese ID werden alle zugehörigen Aktivitäten und Dokumente verknüpft.
Beschreibung Die Qualitätsereignis-ID dient als primäre Case-ID für den gesamten Qualitätsmanagementprozess. In der Regel handelt es sich um einen alphanumerischen Wert, den MasterControl beim Anlegen eines neuen Qualitätsereignisses generiert. Im Process Mining ist dieses Attribut entscheidend, um den gesamten Ablauf jedes Qualitätsproblems zu rekonstruieren. Wenn alle zugehörigen Aktivitäten unter einer Qualitätsereignis-ID zusammengefasst werden, können Analysten den vollständigen Prozessfluss visualisieren, Zykluszeiten von der Erstellung bis zum Abschluss messen und Abweichungen oder Engpässe einzelner Cases erkennen. Warum das wichtig ist Diese zentrale Case-ID verknüpft alle Prozessschritte und ermöglicht es, den gesamten Lebenszyklus jedes Qualitätsproblems von der Erfassung bis zur Lösung zu analysieren. Woher beziehen Dies ist der Primärschlüssel eines Qualitätsereigniseintrags. Die genaue Tabellen- und Feldbezeichnung finden Sie in der MasterControl-Dokumentation oder in der Systemkonfiguration. Beispiele QE-2023-00123NC-2023-0456CAPA-2023-0078
	Aktivitätsname ActivityName	Die Bezeichnung der konkreten Aufgabe oder des Ereignisses im Lebenszyklus des Qualitätsereignisses, zum Beispiel „Untersuchung eingeleitet“ oder „Korrekturmaßnahme umgesetzt“.
Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt oder Meilenstein im Qualitätsmanagementprozess. Die Aktivitäten werden mit Timestamps protokolliert und bilden die Ereignisfolge, aus der sich der Prozessfluss jedes Qualitätsereignisses zusammensetzt. Die Analyse dieser Aktivitäten bildet den Kern des Process Mining. Sie ermöglicht es, den tatsächlichen Prozessablauf zu ermitteln, häufige Pfade und Abweichungen von der Standardvorgehensweise zu erkennen und Engpässe aufzudecken. Reihenfolge und Häufigkeit von Aktivitäten wie „Ursachenanalyse durchgeführt“ sind entscheidend für Dashboards, die Nacharbeit und Compliance untersuchen. Warum das wichtig ist Dieses Attribut legt die Prozessschritte fest. So lassen sich der Prozessablauf visualisieren, Abweichungen erkennen und Prozessflüsse analysieren. Woher beziehen Diese Informationen werden üblicherweise im Audit-Trail oder in einer Verlaufstabelle zum jeweiligen Qualitätsereigniseintrag in MasterControl protokolliert. Beispiele Qualitätsereignis erstelltUrsachenanalyse durchgeführtKorrekturmaßnahmenplan genehmigtWirksamkeit der Maßnahme überprüft
	Ereigniszeitpunkt EventTime	Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. Dieser Wert dient als Startzeit der jeweiligen Aktivität.
Beschreibung Dieser Timestamp gibt an, wann eine bestimmte Aufgabe abgeschlossen wurde oder ein Ereignis im Qualitätsprozess stattgefunden hat. Er liefert die chronologische Reihenfolge, die zur Rekonstruktion des Prozessflusses jedes Cases erforderlich ist. Timestamps sind für alle zeitbasierten Process-Mining-Analysen unverzichtbar. Sie dienen zur Berechnung von Zyklus-, Verarbeitungs- und Wartezeiten zwischen Aktivitäten. Diese Daten bilden die Grundlage für Dashboards, mit denen sich Lösungszeiten analysieren, Engpässe erkennen und Verzögerungen bei Übergaben zwischen Abteilungen messen lassen. Warum das wichtig ist Dieser Timestamp gibt die chronologische Reihenfolge der Ereignisse an. Das ist entscheidend, um Prozessdauer zu berechnen, Engpässe zu erkennen und die Prozessleistung zu verstehen. Woher beziehen Dies ist ein Standardfeld im Audit-Trail oder Verlaufsprotokoll der Qualitätsereigniseinträge in MasterControl. Es erfasst, wann die jeweilige Aktion protokolliert wurde. Beispiele 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Angestrebtes Abschlussdatum TargetResolutionDate	Das geplante oder vorgeschriebene Datum, bis zu dem das Qualitätsereignis abgeschlossen sein soll.
Beschreibung Dieses Attribut legt das erwartete Abschlussdatum eines Qualitätsereignisses fest. Es richtet sich häufig nach Ereignistyp, Schweregrad oder geltenden regulatorischen Anforderungen und dient als Frist für die Lösung. Anhand dieses Datums lassen sich die fristgerechte Bearbeitung und die Einhaltung von Service Level Agreements (SLAs) messen. Es ist wichtig für die Berechnung der KPI „Compliance-Einhaltungsrate“ und für ein berechnetes Attribut wie „SLA-Status“ (zum Beispiel „Fristgerecht“ oder „Verspätet“). So lässt sich analysieren, bei welchen Ereignistypen oder Abteilungen Fristen besonders häufig überschritten werden. Warum das wichtig ist Legt eine Frist für die Lösung fest und ermöglicht so die Messung fristgerechter Bearbeitung sowie die Berechnung der SLA-Einhaltungsrate. Woher beziehen Dies ist wahrscheinlich ein Datumsfeld im Hauptformular des Qualitätsereignisses in MasterControl. Der Wert kann automatisch berechnet oder manuell eingegeben werden. Beispiele 2023-11-302024-01-152023-12-22
	Benutzername UserName	Der Name des Benutzers oder der Ressource, der beziehungsweise die die Aktivität ausgeführt hat.
Beschreibung Dieses Attribut gibt an, wer für die Ausführung einer bestimmten Aufgabe im Prozess verantwortlich war, etwa für die Freigabe eines Korrekturmaßnahmenplans oder den Abschluss eines Qualitätsereignisses. Die Analyse nach Benutzern hilft dabei, die Verteilung der Arbeitslast zu verstehen, Schulungsbedarf zu erkennen und benutzerspezifische Unterschiede bei der Prozessausführung aufzudecken. Sie zeigt, ob bestimmte Personen mit Nacharbeit oder Verzögerungen verbunden sind, und liefert Erkenntnisse für das Leistungsmanagement und die Ressourcenplanung. Warum das wichtig ist Ordnet Aktivitäten einzelnen Personen zu und ermöglicht so die Analyse von Arbeitslast, Leistung und ressourcenbedingten Engpässen. Woher beziehen Diese Information ist üblicherweise Bestandteil des Audit-Trails oder Verlaufsprotokolls jedes Qualitätsereignisses in MasterControl. Sie wird meist als „User“ oder „Performed By“ erfasst. Beispiele j.does.smithr.williams
	Endzeit EndTime	Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. Bei atomaren Ereignissen entspricht er häufig der Startzeit.
Beschreibung EndTime markiert den Abschluss einer Aktivität. Bei vielen Ereignissen im Audit-Trail sind Start- und Endzeit identisch, da das Ereignis zu einem einzelnen Zeitpunkt stattfindet. Bei Aktivitäten mit messbarer Dauer kann dieses Feld jedoch auch die Dauer erfassen. Zusammen mit StartTime dient dieses Attribut zur Berechnung der Verarbeitungszeit einzelner Aktivitäten. So lässt sich erkennen, welche Schritte im Prozess am meisten Zeit beanspruchen. Das unterstützt das Dashboard zur Erkennung von Engpässen im Qualitätsprozess. Warum das wichtig ist Ermöglicht die genaue Berechnung von Aktivitätsdauern und zeigt, welche konkreten Aufgaben im Qualitätsmanagementprozess am meisten Zeit beanspruchen. Woher beziehen Ist möglicherweise im MasterControl-Audit-Trail oder Verlaufsprotokoll verfügbar. Falls nicht, lässt sich der Wert aus der StartTime der nächsten Aktivität in der Reihenfolge ableiten. Beispiele 2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
	Qualitätsereignistyp QualityEventType	Die Klassifizierung des Qualitätsereignisses, zum Beispiel „Nichtkonformität“, „Kundenbeschwerde“, „Auditfeststellung“ oder „Abweichung“.
Beschreibung Dieses Attribut kategorisiert Qualitätsereignisse nach ihrer Art. Je nach Ereignistyp können unterschiedliche Prozesspfade, Compliance-Anforderungen oder angestrebte Lösungszeiten gelten. Die Analyse nach Qualitätsereignistyp ist grundlegend, um Unterschiede in der Prozessleistung zu verstehen. Dashboards wie „Analyse der Lösungszeit von Qualitätsereignissen“ verwenden dieses Attribut, um Zykluszeiten verschiedener Kategorien zu vergleichen. So lässt sich erkennen, welche Problemtypen komplexer sind oder länger bis zur Lösung brauchen. Warum das wichtig ist Kategorisiert Qualitätsereignisse und ermöglicht den Vergleich von Prozessflüssen, Zykluszeiten und Ergebnissen für verschiedene Problemtypen. Woher beziehen Dies ist ein zentrales Klassifizierungsfeld im Formular zur Erfassung eines Qualitätsereignisses in MasterControl. Beispiele Bericht über Nichtkonformität (NCR)KundenbeschwerdeFeststellung aus internem AuditAnfrage zu Korrekturmaßnahmen beim Lieferanten (SCAR)
	Status des Qualitätsereignisses QualityEventStatus	Der aktuelle Status des Qualitätsereignisses in seinem Lebenszyklus, zum Beispiel „Offen“, „In Untersuchung“, „Ausstehende Freigabe“ oder „Abgeschlossen“.
Beschreibung Dieses Attribut zeigt den aktuellen Stand eines Qualitätsereignisses an. Es wird üblicherweise aktualisiert, wenn der Case wichtige Meilensteine durchläuft. Im Process Mining lässt sich der Status verwenden, um offene oder abgeschlossene Cases zu filtern. Das ist für das Dashboard „Durchsatz und Rückstand bei Qualitätsereignissen“ wichtig. Auch die Verweildauer in den einzelnen Status kann analysiert werden, um Phasen zu erkennen, in denen Ereignisse häufig ins Stocken geraten. Warum das wichtig ist Zeigt den aktuellen Status eines Qualitätsereignisses an und ermöglicht die Analyse von Rückständen, Durchsatz und Verweildauer in den einzelnen Phasen des Lebenszyklus. Woher beziehen Dies ist ein Standardstatusfeld im Haupteintrag des Qualitätsereignisses in MasterControl. Beispiele OffenIn BearbeitungCAPA-Freigabe ausstehendAbgeschlossenStorniert
	Ursachenkategorie RootCauseCategory	Die Klassifizierung der ermittelten Ursache des Qualitätsereignisses, zum Beispiel „Menschlicher Fehler“, „Geräteausfall“ oder „Mangelhafter Prozess“.
Beschreibung Nach einer Ursachenanalyse werden die Ergebnisse üblicherweise kategorisiert. Dieses Attribut speichert die Klassifizierung und liefert strukturierte Daten zu den Gründen für auftretende Probleme. Es ist ein wichtiges Attribut für die strategische Qualitätsverbesserung. Das Dashboard „Konsistenz der Ursachenanalyse“ verwendet diese Daten, um Ursachenkategorien mit der Wirksamkeit von Korrekturmaßnahmen und Nacharbeitsraten in Beziehung zu setzen. So lässt sich feststellen, ob bestimmte Ursachen schwieriger zu beheben sind oder die Analyse selbst uneinheitlich ist. Warum das wichtig ist Kategorisiert die Ursachen von Qualitätsproblemen und ermöglicht gezielte Analysen, um Wiederholungen zu vermeiden und die Wirksamkeit von Korrekturmaßnahmen zu verbessern. Woher beziehen Dieses Feld befindet sich üblicherweise im Abschnitt zur Ursachenanalyse oder Untersuchung des Qualitätsereignisformulars in MasterControl. Beispiele GerätestörungUnzureichende SchulungMaterialfehlerVorgehensweise nicht eingehalten
	Wirksamkeitsstatus EffectivenessStatus	Das Ergebnis der Verifizierungsprüfung, mit der festgestellt wird, ob die umgesetzten Korrektur- und Vorbeugungsmaßnahmen wirksam waren.
Beschreibung Dieses Attribut erfasst das Ergebnis der Wirksamkeitsprüfung, einem entscheidenden letzten Schritt im CAPA-Prozess. Der Status zeigt an, ob die ergriffenen Maßnahmen das Problem behoben und sein erneutes Auftreten verhindert haben. Diese Daten sind die wichtigste Grundlage für das Dashboard „Überwachung der CAPA-Wirksamkeit“ und die KPI „CAPA-Wirksamkeitsrate“. Die Analyse des Ergebnisses zeigt, wie erfolgreich die Problemlösung in der Organisation ist und wo Korrekturmaßnahmen nicht greifen. Warum das wichtig ist Misst den Erfolg umgesetzter Maßnahmen. Das ist entscheidend, um die CAPA-Wirksamkeitsrate zu berechnen und kontinuierliche Verbesserungen voranzutreiben. Woher beziehen Dies ist ein Ergebnisfeld im Abschnitt zur Wirksamkeitsprüfung oder zum Abschluss des CAPA-Formulars, das in MasterControl häufig mit dem Qualitätsereignis verknüpft ist. Beispiele WirksamUnwirksamÜberwachung erforderlich
	Zuständige Abteilung ResponsibleDepartment	Die Abteilung oder der Funktionsbereich, der für das Qualitätsereignis oder die aktuelle Aktivität verantwortlich ist.
Beschreibung Dieses Attribut gibt an, welche Abteilung, etwa „Fertigung“, „Qualitätssicherung“ oder „Engineering“, für das Qualitätsereignis zuständig ist oder eine bestimmte Aufgabe ausführt. Für die Analyse ist diese Dimension besonders wichtig, da sich damit die Prozessleistung verschiedener Geschäftseinheiten filtern und vergleichen lässt. Sie ist auch für das Dashboard zur Analyse von Übergabeverzögerungen entscheidend: Ändert sich der Wert zwischen Aktivitäten, weist das auf eine Übergabe hin. Die Analyse der Wartezeiten bei diesen Übergaben kann Kommunikations- oder Koordinationsprobleme zwischen Abteilungen aufdecken. Warum das wichtig ist Hilft, abteilungsübergreifende Engpässe zu erkennen und die Prozessleistung nach Funktionsbereich zu analysieren. Das ist entscheidend, um Verzögerungen bei Übergaben zu verstehen. Woher beziehen Diese Information wird üblicherweise im Hauptformular des Qualitätsereignisses in MasterControl gespeichert und kann im Verlauf des Lebenszyklus aktualisiert werden. Beispiele QualitätssicherungFertigungForschung und EntwicklungRegulatory Affairs
	Betroffenes Produkt ProductAffected	Das Produkt, die Produktlinie oder die Komponente, auf die sich das Qualitätsereignis bezieht.
Beschreibung Dieses Attribut gibt das konkrete Produkt oder Material an, das mit dem Qualitätsproblem verbunden ist. Dadurch erhält das Ereignis den nötigen Kontext. Die Analyse der Prozessdaten nach Produkt zeigt, bei welchen Produkten Qualitätsprobleme wiederholt auftreten. Das hilft, Verbesserungsmaßnahmen zu priorisieren, Änderungen am Produktdesign zu planen und die Leistung verschiedener Fertigungslinien oder Lieferanten zu bewerten. Warum das wichtig ist Liefert wichtigen Geschäftskontext und ermöglicht die Analyse von Qualitätsproblemen nach Produktlinie, um wiederkehrende Probleme und Trends zu erkennen. Woher beziehen Dieses Feld im Qualitätsereignisformular ermöglicht es Benutzern, ein Produkt anzugeben, häufig durch Auswahl aus einer vordefinierten Liste oder Eingabe einer Teilenummer. Beispiele Produkt A, Charge 54321Komponente XYZAPI-001
	ID der Korrekturmaßnahme CorrectiveActionId	Der eindeutige Identifikator des Korrekturmaßnahmenplans (CAPA), der mit dem Qualitätsereignis verknüpft ist.
Beschreibung Dieses Attribut verknüpft ein Qualitätsereignis direkt mit den konkreten Korrekturmaßnahmen, die zur Behebung der Ursache erstellt wurden. Ein Qualitätsereignis kann mit einer oder mehreren Korrekturmaßnahmen verknüpft sein. Mithilfe dieser ID lassen sich Daten zu Qualitätsereignissen mit Daten aus dem CAPA-Modul zusammenführen und detaillierter analysieren. So können die für verschiedene Ursachen ergriffenen Maßnahmen und ihre spätere Wirksamkeit genauer untersucht werden. Das unterstützt das Dashboard zur Überwachung der CAPA-Wirksamkeit. Warum das wichtig ist Verknüpft das Qualitätsereignis mit den zugehörigen Korrekturmaßnahmen und ermöglicht eine detaillierte Analyse ihrer Wirksamkeit und der Lösungsstrategien. Woher beziehen Dieser Wert wird in MasterControl im Abschnitt für zugehörige Einträge oder verknüpfte Objekte des Qualitätsereignisformulars gespeichert. Beispiele CA-2023-0199CA-2023-0204CA-2023-0210
	ID der Vorbeugungsmaßnahme PreventiveActionId	Der eindeutige Identifikator des Vorbeugungsmaßnahmenplans (PAPA), der mit dem Qualitätsereignis verknüpft ist.
Beschreibung Ähnlich wie die ID der Korrekturmaßnahme verknüpft dieses Attribut das Qualitätsereignis mit den erstellten Vorbeugungsmaßnahmen. Vorbeugungsmaßnahmen sind proaktive Schritte, mit denen ähnliche potenzielle Probleme in anderen Bereichen verhindert werden sollen. Diese ID ist wichtig für das Dashboard „Optimierung von Vorbeugungsmaßnahmen“ und die KPI „Rate der Vorbeugungsmaßnahmen“. Sie zeigt, wie häufig Qualitätsereignisse zu proaktiven Verbesserungen führen, und ermöglicht es, die Wirkung dieser Maßnahmen im Zeitverlauf zu analysieren. Warum das wichtig ist Verknüpft das Qualitätsereignis mit proaktiven Vorbeugungsmaßnahmen. So lässt sich analysieren, wie gut die Organisation aus Problemen lernt und deren erneutes Auftreten verhindert. Woher beziehen Dieser Wert findet sich in MasterControl im Abschnitt für zugehörige Einträge des Qualitätsereignis- oder CAPA-Formulars und verweist auf ein Vorbeugungsmaßnahmenobjekt. Beispiele PA-2023-0051PA-2023-0052PA-2023-0053
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp, der angibt, wann die Daten zuletzt aus MasterControl extrahiert oder aktualisiert wurden.
Beschreibung Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabrufs aus dem Quellsystem. Es handelt sich um ein Metadatenfeld für den gesamten Datensatz, nicht für einzelne Ereignisse. Diese Information ist wichtig, um die Aktualität der analysierten Daten einzuschätzen. Sie zeigt Fachanwendern transparent, wie aktuell die Prozess-Dashboards und KPIs sind. So können sie Entscheidungen auf Grundlage von Daten mit bekanntem Aktualisierungsstand treffen. Warum das wichtig ist Gibt wichtigen Aufschluss über die Aktualität der Daten. So wissen Benutzer, wie aktuell die Analyse ist und wann die nächste Datenaktualisierung erwartet wird. Woher beziehen Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) aus MasterControl generiert und hinzugefügt. Beispiele 2024-05-20T02:00:00Z2024-05-21T02:00:00Z
	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 eine Aktivität im selben Case wiederholt wird oder der Prozess zu einer früheren Phase zurückkehrt. Wird beispielsweise „Ursachenanalyse durchgeführt“ für dasselbe Qualitätsereignis zweimal erfasst, wird das zweite Auftreten als Nacharbeit gekennzeichnet. Dieses Attribut unterstützt direkt das Dashboard „Überblick über Nacharbeit und erneute Untersuchungen“ sowie die KPI „Rate erneuter Ursachenuntersuchungen“. Es vereinfacht die Erfassung von Nacharbeit und erleichtert das Filtern und Analysieren von Cases mit ineffizienten Prozessabläufen. Warum das wichtig ist Kennzeichnet wiederholte Aktivitäten ausdrücklich und erleichtert so die Erfassung und Analyse von Häufigkeit, Ursachen und Auswirkungen der Nacharbeit. Woher beziehen Dieses Kennzeichen wird bei der Datentransformation abgeleitet. Dazu wird die Aktivitätsfolge jedes Cases auf wiederholte Schritte oder Prozessschleifen untersucht. Beispiele truefalse
	Quellsystem SourceSystem	Gibt an, aus welchem System die Daten extrahiert wurden, in diesem Fall aus MasterControl.
Beschreibung Dieses Attribut gibt Aufschluss über die Herkunft der Daten. Für diesen Prozess enthält es durchgehend einen Wert, der auf „MasterControl“ verweist. Auch wenn der Wert statisch erscheint, ist das Attribut in Unternehmen wichtig, in denen Daten aus mehreren Systemen für umfassendere Analysen zusammengeführt werden. Es dokumentiert die Datenherkunft und hilft dabei, systemspezifisches Verhalten oder Probleme mit der Datenqualität zu erkennen. Warum das wichtig ist Ordnet die Daten eindeutig ihrem Quellsystem zu. Das ist wichtig für die Data Governance und für Analysen, die Daten aus mehreren Anwendungen zusammenführen. Woher beziehen Dieser statische Wert wird üblicherweise während des ETL-Prozesses (Extraktion, Transformation und Laden) hinzugefügt, um die Herkunft des Datensatzes zu kennzeichnen. Beispiele MasterControlMasterControl QMS
	SLA-Status SlaStatus	Gibt an, ob das Qualitätsereignis bis zum angestrebten Abschlussdatum abgeschlossen wurde.
Beschreibung Dieses Attribut wird abgeleitet, indem das tatsächliche Abschlussdatum eines Qualitätsereignisses mit dem „Angestrebten Abschlussdatum“ verglichen wird. Der Status lautet üblicherweise „Fristgerecht“ oder „Verspätet“. Damit lässt sich die Leistung im Hinblick auf Fristen auf einen Blick beurteilen. Das Attribut bildet die Grundlage für die KPI „Compliance-Einhaltungsrate“ und ermöglicht es, verspätete Cases einfach zu filtern und zu analysieren. Um die Pünktlichkeit des Gesamtprozesses zu verbessern und Compliance-Ziele zu erreichen, müssen die Ursachen verspäteter Lösungen verstanden werden. Warum das wichtig ist Zeigt auf einen Blick, ob Cases ihre Fristen einhalten. Das ist wichtig, um die fristgerechte Bearbeitung zu messen und zu verbessern. Woher beziehen Wird bei der Datentransformation berechnet, indem der Timestamp der Aktivität „Qualitätsereignis abgeschlossen“ für jeden Case mit dem Feld „TargetResolutionDate“ verglichen wird. Beispiele FristgerechtVerspätetGefährdet
	Standort SiteLocation	Der Fertigungsstandort, das Werk oder die Betriebsstätte, an dem beziehungsweise der das Qualitätsereignis seinen Ursprung hatte.
Beschreibung Dieses Attribut gibt den physischen Standort oder die Betriebsstätte an, die mit dem Qualitätsereignis verbunden ist. Es ordnet das Problem geografisch oder organisatorisch ein. Diese Dimension eignet sich für Vergleichsanalysen. Durch Filtern oder Gruppieren nach Standort kann die Geschäftsleitung die Leistung des Qualitätsmanagementprozesses an verschiedenen Standorten vergleichen. So werden Standorte sichtbar, die gute Ergebnisse erzielen und bewährte Vorgehensweisen weitergeben können, ebenso wie Standorte, die zusätzliche Unterstützung oder Prozessverbesserungen benötigen. Warum das wichtig ist Ermöglicht den Leistungsvergleich verschiedener Fertigungsstandorte oder Betriebsstätten und hilft, standortspezifische Probleme und bewährte Vorgehensweisen zu erkennen. Woher beziehen Diese Information wird üblicherweise im Formular zur Erfassung des Qualitätsereignisses eingetragen, häufig über eine Dropdown-Liste der Unternehmensstandorte. Beispiele Austin, TXDublin, IrlandWerk SingapurStandort A
	Wartezeit bei Übergaben HandoffWaitTime	Die Wartezeit zwischen zwei aufeinanderfolgenden Aktivitäten, die von unterschiedlichen Abteilungen oder Teams ausgeführt werden.
Beschreibung Diese Kennzahl berechnet, wie lange ein Case wartet, nachdem eine Abteilung ihre Aufgabe abgeschlossen hat und bevor die nächste Abteilung beginnt. Dazu werden aufeinanderfolgende Aktivitäten ermittelt, bei denen sich die „Zuständige Abteilung“ ändert, und die Zeitspanne zwischen ihnen gemessen. Diese berechnete Kennzahl bildet die Grundlage für das Dashboard „Analyse von Übergabeverzögerungen“ und die KPI „Durchschnittliche Wartezeit bei Übergaben“. Sie trennt Wartezeiten aufgrund von Koordinations- oder Kommunikationsproblemen von der aktiven Bearbeitungszeit. So lassen sich konkrete abteilungsübergreifende Engpässe erkennen, die die gesamte Zykluszeit verlängern. Warum das wichtig ist Erfasst und quantifiziert Wartezeiten zwischen Abteilungen und macht so Kommunikationslücken und Koordinationsengpässe im Prozess sichtbar. Woher beziehen Wird bei der Datentransformation berechnet, indem die Timestamps und Werte von „ResponsibleDepartment“ aufeinanderfolgender Aktivitäten innerhalb jedes Cases analysiert werden. Beispiele 172800259200604800
	Zugehörige Vorschrift AssociatedRegulationStandard	Die konkrete Vorschrift oder der Qualitätsstandard, etwa ISO 13485 oder 21 CFR Part 820, der für das Qualitätsereignis gilt.
Beschreibung Dieses Attribut verknüpft ein Qualitätsereignis mit einer bestimmten externen Vorschrift oder einem internen Qualitätsstandard. Das ist besonders für Unternehmen in regulierten Branchen wie den Biowissenschaften oder der Fertigung wichtig. Für das Dashboard „Einhaltung von Compliance-Anforderungen im Qualitätsprozess“ ist dieses Attribut entscheidend. Analysten können damit Ereignisse zu einer bestimmten Vorschrift filtern und prüfen, ob die erforderlichen Prozessschritte eingehalten wurden. Abweichungen lassen sich als mögliche Compliance-Risiken kennzeichnen. Damit ist das Attribut auch für Audit- und Risikomanagement wichtig. Warum das wichtig ist Verknüpft Qualitätsereignisse mit konkreten Compliance-Anforderungen und ermöglicht die Analyse der Einhaltung regulatorischer Standards und interner Richtlinien. Woher beziehen Dies kann ein auswählbares Feld im Qualitätsereignisformular in MasterControl sein, über das Benutzer Ereignisse mit den geltenden Vorschriften kennzeichnen. Beispiele ISO 1348521 CFR Part 820ICH Q10SOP-QA-001

Erforderlich Empfohlen Optional

Aktivitäten im Qualitätsmanagement

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Qualitätsmanagementprozess zuverlässig zu entdecken.

5 Empfohlen 9 Optional

	Aktivität	Beschreibung
	Korrekturmaßnahmenplan genehmigt	Zeigt an, dass die zuständigen Beteiligten den vorgeschlagenen CAPA-Plan offiziell geprüft und genehmigt haben. Dieser wichtige Meilenstein wird häufig durch ein ausdrücklich im Audit Trail von MasterControl erfasstes Ereignis mit elektronischer Signatur dokumentiert.
Warum das wichtig ist Genehmigungsschritte sind häufig Engpässe. Die Analyse der Dauer dieser Aktivität hilft, Verzögerungen im Genehmigungsprozess zu erkennen und unterstützt das Dashboard zur Analyse von Übergabeverzögerungen. Woher beziehen Dieses Ereignis wird ausdrücklich im Audit Trail erfasst, wenn ein Benutzer mit Genehmigungsbefugnis den CAPA-Plan oder den entsprechenden Workflow-Schritt elektronisch signiert. Erfassung Wird anhand der Protokolle elektronischer Signaturen zum Genehmigungsschritt des Workflows erfasst. Ereignistyp explicit
	Qualitätsereignis erstellt	Hier beginnt der Qualitätsmanagementprozess: Ein neues Qualitätsereignis, etwa eine Abweichung, eine Nichtkonformität oder eine Beschwerde, wird erstmals in MasterControl erfasst. Dieser Schritt wird in der Regel ausdrücklich protokolliert, wenn ein Benutzer einen neuen Datensatz für ein Qualitätsereignis anlegt. Dabei entsteht ein Audit-Trail-Eintrag mit Timestamp.
Warum das wichtig ist Diese Aktivität markiert den Beginn des Case-Lebenszyklus. Sie ist entscheidend, um die gesamte Zykluszeit von Qualitätsereignissen zu messen und das Volumen eingereichter Ereignisse zu analysieren. Woher beziehen Dieses Ereignis wird ausdrücklich in den Audit-Trail-Tabellen des Moduls für Qualitätsereignisse erfasst. Es entspricht dem Erstellungs-Timestamp des Datensatzes zum Qualitätsereignis. Erfassung Wird beim Erstellen eines neuen Qualitätsereignisobjekts im Audit Trail erfasst. Ereignistyp explicit
	Qualitätsereignis geschlossen	Dies ist die letzte Aktivität. Sie markiert die erfolgreiche Lösung und den offiziellen Abschluss des Qualitätsereignisses in MasterControl. Erfasst wird das Ereignis, wenn der Status des Datensatzes auf „Geschlossen“ geändert wird. Der Timestamp wird im Audit Trail protokolliert.
Warum das wichtig ist Diese Aktivität markiert das Ende des Prozesses. Sie ist entscheidend für die Berechnung der gesamten Zykluszeit und des Durchsatzes und bestätigt den erfolgreichen Abschluss des Qualitätsmanagement-Cases. Woher beziehen Dies ist ein explizites Ereignis, das aus der letzten Statusänderung des Qualitätseintrags zu „Closed“ abgeleitet wird. Der Timestamp dieser Statusänderung wird im Audit-Log erfasst. Erfassung Abgeleitet aus dem Timestamp, zu dem der Ereignisstatus auf „Closed“ gesetzt wird. Ereignistyp inferred
	Untersuchung eingeleitet	Markiert den offiziellen Beginn der Untersuchungsphase, in der Umfang und unmittelbare Auswirkungen des Qualitätsereignisses ermittelt werden. Dieser Schritt wird in der Regel erfasst, wenn das Ereignis offiziell einer untersuchenden Person zugewiesen und der Status auf „In Untersuchung“ gesetzt wird.
Warum das wichtig ist Dieser wichtige Meilenstein dient dazu, die Dauer der Untersuchungsphase zu verfolgen. Verzögerungen an dieser Stelle können die gesamte Bearbeitungszeit und die Einhaltung von Compliance-Fristen erheblich beeinträchtigen. Woher beziehen Wird aus einer Statusänderung im Datensatz des Qualitätsereignisses abgeleitet, etwa zu „Untersuchung läuft“. Diese Änderung wird im MasterControl-Audit-Trail protokolliert. Erfassung Wird aus dem Timestamp abgeleitet, zu dem sich der Status des Ereignisses in „In Untersuchung“ ändert. Ereignistyp inferred
	Wirksamkeit der Maßnahme überprüft	Markiert den Abschluss der Überprüfung, bei der Nachweise gesammelt und geprüft werden, um die Wirksamkeit der umgesetzten Maßnahmen zu bestätigen. Erfasst wird dies, wenn die Aufgabe zur Wirksamkeitsprüfung abgeschlossen wird, häufig mit einer elektronischen Signatur.
Warum das wichtig ist Diese Aktivität ist entscheidend für die Berechnung der CAPA-Wirksamkeitsrate und der durchschnittlichen Überprüfungszeit von Maßnahmen. Sie bestätigt, ob die Lösung wirksam war und ein erneutes Auftreten des Problems verhindert. Woher beziehen Dieses Ereignis kann ausdrücklich durch eine elektronische Signatur für den Überprüfungsschritt erfasst oder aus dem Abschluss der Aufgabe „Wirksamkeitsprüfung“ im Workflow abgeleitet werden. Erfassung Wird anhand der Protokolle elektronischer Signaturen oder der Abschluss-Timestamps der Überprüfungsaufgabe erfasst. Ereignistyp explicit
	Abschließende Prüfung durchgeführt	Zeigt an, dass eine Qualitätsmanagementleitung den gesamten Datensatz des Qualitätsereignisses einschließlich aller Dokumente und Maßnahmen abschließend geprüft hat. Dies wird in der Regel vor der Schließung des Cases durch ein ausdrücklich erfasstes Ereignis mit elektronischer Signatur dokumentiert.
Warum das wichtig ist Dies ist die letzte Qualitätsprüfung vor der Schließung. Verzögerungen in dieser Phase können dazu führen, dass Ereignisse unnötig lange offen bleiben und Durchsatzkennzahlen beeinträchtigen. Woher beziehen Wird ausdrücklich im Audit Trail erfasst, wenn ein Benutzer den Workflow-Schritt „Abschließende Prüfung“ oder „QA-Genehmigung“ elektronisch signiert. Erfassung Wird anhand der Protokolle elektronischer Signaturen für den abschließenden Genehmigungsschritt des Workflows erfasst. Ereignistyp explicit
	Beteiligte benachrichtigt	Bezeichnet die offizielle Mitteilung der Lösung des Qualitätsereignisses an alle relevanten Beteiligten. Dies kann als ausdrückliche Aktion protokolliert oder aus dem Abschluss einer Aufgabe wie „Abschließende Benachrichtigung“ im Workflow abgeleitet werden.
Warum das wichtig ist Die Analyse dieses Schritts gibt Aufschluss über die Effizienz der Kommunikation. Er ist außerdem ein wichtiger Bezugspunkt für die KPI zur Dauer der abschließenden Prüfung und Schließung. Woher beziehen Dies kann ein ausdrücklich im System protokolliertes Benachrichtigungsereignis sein oder aus dem Abschluss einer Aufgabe wie „Beteiligte benachrichtigen“ vor der endgültigen Schließung abgeleitet werden. Erfassung Wird aus dem Abschluss einer eigenen Benachrichtigungsaufgabe im Workflow abgeleitet. Ereignistyp inferred
	Erste Triage abgeschlossen	Diese Aktivität bezeichnet den Abschluss der ersten Bewertung. Dabei wird das Qualitätsereignis kategorisiert, einer Schweregradstufe zugeordnet und priorisiert. Häufig lässt sie sich aus einer Statusänderung im System ableiten, etwa wenn der Status von „Neu“ zu „In Bewertung“ oder „Untersuchung“ wechselt.
Warum das wichtig ist Die Analyse der Triage-Dauer hilft, Verzögerungen bei der ersten Reaktion auf Qualitätsprobleme zu erkennen. Dieser wichtige Schritt bestimmt den weiteren Workflow und die Ressourcenzuweisung. Woher beziehen Wird aus dem Audit Trail abgeleitet, wenn das Statusfeld des Ereignisses auf einen Status nach der Triage aktualisiert wird oder erforderliche Triage-Felder wie „Schweregrad“ und „Priorität“ erstmals ausgefüllt und gespeichert werden. Erfassung Wird aus einer Änderung des Statusfelds des Ereignisses abgeleitet, zum Beispiel von „Eingereicht“ zu „Zugewiesen“. Ereignistyp inferred
	Korrekturmaßnahme umgesetzt	Zeigt an, dass die im genehmigten Korrekturmaßnahmenplan festgelegten Aufgaben ausgeführt und abgeschlossen wurden. Dies wird in der Regel erfasst, wenn der für die Maßnahme zuständige Benutzer die Umsetzungsaufgabe im System als abgeschlossen markiert.
Warum das wichtig ist Dieser wichtige Meilenstein markiert den Beginn der KPI „Durchschnittliche Überprüfungszeit von Maßnahmen“. Die Umsetzungsdauer gibt Aufschluss über Komplexität und Effizienz der Korrekturmaßnahmen. Woher beziehen Wird aus dem Audit Trail abgeleitet, wenn der Status der zugewiesenen Korrekturmaßnahmenaufgaben auf „Abgeschlossen“ oder „Umgesetzt“ geändert wird. Erfassung Wird aus dem Abschluss-Timestamp der verknüpften CAPA-Umsetzungsaufgaben abgeleitet. Ereignistyp inferred
	Korrekturmaßnahmenplan vorgeschlagen	Bezeichnet die Erstellung und Einreichung eines Plans für Korrektur- und Präventivmaßnahmen (CAPA) zur Prüfung. Dieses Ereignis wird in der Regel erfasst, wenn ein CAPA-Datensatz offiziell mit dem Qualitätsereignis verknüpft und sein Status auf „Genehmigung ausstehend“ gesetzt wird.
Warum das wichtig ist Diese Aktivität markiert den Übergang von der Untersuchung zur Planung der Lösung. Die Dauer zwischen der RCA und diesem Schritt kann Aufschluss über die Effizienz der Planung geben. Woher beziehen Wird wahrscheinlich aus der Erstellung eines verknüpften CAPA-Objekts oder einer Statusänderung des Qualitätsereignisses abgeleitet, etwa zu „CAPA-Plan vorgeschlagen“ oder „Genehmigung des Plans ausstehend“. Erfassung Wird aus der Erstellung eines verknüpften CAPA-Plan-Datensatzes oder einer Statusänderung des übergeordneten Ereignisses abgeleitet. Ereignistyp inferred
	Maßnahme als unwirksam bewertet	Diese Aktivität bezeichnet ein negatives Ergebnis der Überprüfung: Die umgesetzten Maßnahmen haben sich als unwirksam erwiesen. Das Ereignis führt zu Nacharbeit und lässt sich daran erkennen, dass die Überprüfung nicht bestanden wird und sich der Status ändert, sodass die Untersuchung oder CAPA-Planung erneut geöffnet wird.
Warum das wichtig ist Dieses Ereignis ist entscheidend, um Nacharbeitsschleifen zu erkennen und die Lösungsquote beim ersten Versuch zu berechnen. Es macht Schwachstellen im Problemlösungsprozess sichtbar, die behoben werden müssen. Woher beziehen Wird aus einer Statusänderung abgeleitet, die auf eine fehlgeschlagene Überprüfung hinweist, etwa „Wirksamkeitsprüfung nicht bestanden“ oder ein Wechsel zurück zu „In Untersuchung“. Erfassung Wird aus einem Workflow-Übergang abgeleitet, der den Case nach der Überprüfung in eine frühere Phase zurückführt. Ereignistyp inferred
	Präventivmaßnahme umgesetzt	Bezeichnet den Abschluss der im Präventivmaßnahmenplan festgelegten Aufgaben, die künftige Vorfälle verhindern sollen. Erfasst wird dies, wenn die zugewiesenen Aufgaben für Präventivmaßnahmen im System als abgeschlossen markiert werden.
Warum das wichtig ist Die Erfassung dieser Aktivität ist wichtig für die KPI „Rate der Präventivmaßnahmen“. Sie zeigt, wie proaktiv das Unternehmen mögliche künftige Probleme angeht. Woher beziehen Wird aus dem Abschluss-Timestamp von Aufgaben abgeleitet, die im CAPA-Plan ausdrücklich als „Präventivmaßnahmen“ gekennzeichnet sind. Erfassung Wird aus dem Abschluss-Timestamp der verknüpften Präventivmaßnahmen abgeleitet. Ereignistyp inferred
	Qualitätsereignis storniert	Kennzeichnet einen alternativen Endstatus: Das Qualitätsereignis wird als ungültig oder doppelt eingestuft oder versehentlich erfasst und deshalb storniert. Dies wird durch eine Statusänderung zu „Cancelled“ oder „Void“ dokumentiert.
Warum das wichtig ist Für eine korrekte Auswertung der Prozessergebnisse müssen abgeschlossene und stornierte Ereignisse getrennt betrachtet werden. Eine hohe Stornierungsrate kann auf Probleme bei der Ereigniserfassung oder der Triage hindeuten. Woher beziehen Abgeleitet aus einer abschließenden Statusänderung zu einem Status wie „Cancelled“ oder „Voided“, die im Audit-Trail protokolliert wird. Erfassung Abgeleitet aus dem Timestamp, zu dem der Ereignisstatus auf „Cancelled“ gesetzt wird. Ereignistyp inferred
	Ursachenanalyse durchgeführt	Diese Aktivität bezeichnet den Abschluss der Ursachenanalyse (RCA) und die Dokumentation der Ergebnisse. Sie lässt sich beispielsweise daran erkennen, dass das Feld „Ursache“ oder zugehörige Analysefelder ausgefüllt und die entsprechende Aufgabe als abgeschlossen markiert wurden.
Warum das wichtig ist Die Erfassung dieser Aktivität hilft, Dauer und Qualität der RCA-Phase zu messen. Sie ist wichtig für KPIs wie die Rate erneuter Ursachenanalysen, mit der sich Nacharbeit erkennen lässt. Woher beziehen Wird aus einem Audit-Trail-Eintrag abgeleitet, der den Abschluss der RCA-Aufgabe zeigt, oder aus dem Ausfüllen und Abschließen der Felder zur Ursachenklassifizierung im Formular für das Qualitätsereignis. Erfassung Wird aus dem Abschluss des Workflow-Schritts oder der Aufgabe „Ursachenanalyse“ abgeleitet. Ereignistyp inferred

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus MasterControl

Schritte

Bei MasterControl anmelden: Melden Sie sich mit einem Benutzerkonto bei Ihrer MasterControl-Umgebung an, das Berichte in Analytics erstellen und ausführen darf.
Analytics-Modul öffnen: Wählen Sie im Hauptmenü das Modul Analytics oder Berichte aus. Die genaue Bezeichnung kann je nach Systemkonfiguration abweichen.
Neuen Bericht erstellen: Starten Sie die Erstellung eines Berichts. Wählen Sie eine geeignete Datenquelle, die Informationen zu Qualitätsereignissen mit dem zugehörigen Audit-Trail oder Verlauf zusammenführt. Diese wird häufig als Universe oder Datenmodell für Qualitätsereignisse bezeichnet, zum Beispiel „QEM with Audit Trail“.
Berichtsspalten festlegen (Ergebnisobjekte): Wählen Sie im Berichtseditor die Datenfelder aus, die als Spalten in Ihrem Event Log erscheinen sollen. Damit jede Aktivität erfasst wird, müssen Sie die Audit-Trail-Daten einbeziehen. Fügen Sie folgende Felder hinzu:
- Qualitätsereignis-ID (für QualityEvent)
- Audit-Aktion oder Ereignistyp (für ActivityName)
- Audit-Timestamp oder Datum/Uhrzeit (für EventTime)
- Audit-Benutzer oder Ausgeführt von (für UserName)
- Qualitätsereignistyp
- Verantwortliche Abteilung
- Aktueller Status (für QualityEventStatus)
- Ursachenkategorie
- Status der Wirksamkeitsprüfung
- Geplantes Behebungsdatum
Berichtsfilter einrichten: Grenzen Sie die Daten mit Filtern auf den gewünschten Umfang ein. Erstellen Sie einen Filter für das Feld „Audit-Aktion“ oder „Ereignistyp“. Wählen Sie alle Werte aus, die den benötigten Aktivitäten entsprechen, zum Beispiel „Erstellen“, „Statusänderung“, „Elektronische Signatur“ und „Aufgabe abgeschlossen“.
Datumsbereich festlegen: Filtern Sie das Feld „Audit-Timestamp“, um Daten für einen bestimmten Zeitraum zu extrahieren. Beginnen Sie am besten mit einem kürzeren Zeitraum, etwa den letzten 3 bis 6 Monaten, damit die Verarbeitung zuverlässig läuft.
Bericht ausführen: Führen Sie den Bericht aus, um die Datenvorschau in MasterControl Analytics zu erstellen. Prüfen Sie, ob die Daten korrekt strukturiert sind.
Aktivitätsnamen vereinheitlichen: Die ursprünglichen Bezeichnungen der „Audit-Aktion“ sind möglicherweise nicht verständlich. Nach dem Export müssen Sie die Daten umwandeln. Erstellen Sie in einem geeigneten Tool, etwa Excel oder einem Skript, eine Zuordnung, die technische Audit-Ereignisse (z. B. „STATUS_CHANGE_TO_CLOSED“) in die benötigten fachlichen Aktivitätsnamen (z. B. „Qualitätsereignis abgeschlossen“) überführt.
Spalte EndTime hinzufügen: Fügen Sie nach dem Export eine neue Spalte mit dem Namen „EndTime“ hinzu. Bei den meisten einzelnen Audit-Trail-Ereignissen entspricht EndTime dem Wert von EventTime. Kopieren Sie die Werte aus der Spalte „EventTime“ in die Spalte „EndTime“.
Daten exportieren: Wenn Sie mit der Berichtsvorschau zufrieden sind, exportieren Sie die Daten über die Exportfunktion im Analytics-Modul als CSV-Datei.
Datei für den Upload vorbereiten: Öffnen Sie die CSV-Datei und wenden Sie die Zuordnungen der Aktivitätsnamen aus Schritt 8 an. Achten Sie darauf, dass die Spaltenüberschriften exakt den erforderlichen Attributen entsprechen: QualityEvent, ActivityName, EventTime, EndTime, UserName usw. Speichern Sie die fertige Datei. Sie ist nun für den Upload in ProcessMind bereit.

Konfiguration

Datenquelle des Berichts: Der Bericht muss auf einer Datenquelle basieren, die die primären Datensätze zu Qualitätsereignissen mit den zugehörigen Audit-Trail- oder Verlaufsdaten verknüpft. Nur so lässt sich jede einzelne Aktivität erfassen.
Datumsbereichsfilter: Filtern Sie den Timestamp des Audit-Ereignisses (EventTime). Für die erste Analyse empfiehlt sich ein Zeitraum von 3 bis 6 Monaten, um eine gute Balance zwischen Vollständigkeit und Verarbeitungsgeschwindigkeit zu erreichen.
Aktivitätsfilter: Der wichtigste Filter betrifft das Feld für die Audit-Aktion oder den Ereignistyp. Wählen Sie alle relevanten Systemereignisse aus, die den gewünschten fachlichen Aktivitäten entsprechen, etwa das Erstellen eines Objekts, Statusänderungen, elektronische Signaturen und den Abschluss von Workflow-Aufgaben.
Filter für den Qualitätsereignistyp: Filtern Sie bei Bedarf nach bestimmten Arten von Qualitätsereignissen, etwa „Abweichung“ oder „Kundenbeschwerde“, um die Analyse zunächst auf eine einzelne Prozessvariante zu konzentrieren.
Voraussetzungen: Der Benutzer, der den Bericht ausführt, benötigt mindestens Lesezugriff auf das Modul für Qualitätsereignisse sowie die Berechtigung, Berichte im MasterControl Analytics-Modul zu erstellen und auszuführen.

Beispielabfrage sql

/*
This is a configuration guide for building the report in the MasterControl Analytics UI.
There is no executable SQL script, as the extraction is performed through the graphical interface.
Follow these steps in the report builder to configure your data extraction.
*/

**1. Report Data Source (Universe):**
Select a data source that combines Quality Event data with Audit Trail information. Example: `[Quality Events and Audit History]`

**2. Result Objects (Columns to Select):**

-- Case and Recommended Attributes
*   `InfoCard.ID` (as QualityEvent)
*   `InfoCard.Fields.[Quality Event Type]` (as QualityEventType)
*   `InfoCard.Fields.[Responsible Department]` (as ResponsibleDepartment)
*   `InfoCard.Fields.[Root Cause Category]` (as RootCauseCategory)
*   `InfoCard.Fields.[Effectiveness Status]` (as EffectivenessStatus)
*   `InfoCard.Fields.[Target Resolution Date]` (as TargetResolutionDate)
*   `InfoCard.Status` (as QualityEventStatus)

-- Required Activity Attributes
*   `Audit Trail.Record Type` or `Audit Trail.Action` (as ActivityName)
*   `Audit Trail.Date/Time` (as EventTime)
*   `Audit Trail.User Name` or `Audit Trail.Performed By` (as UserName)

**3. Query Filters (Filter Pane):**

*   **Filter 1: Date Range**
    *   Object: `Audit Trail.Date/Time`
    *   Operator: `Between`
    *   Values: `[Select a start date]` and `[Select an end date]`

*   **Filter 2: Activity Types**
    *   Object: `Audit Trail.Record Type`
    *   Operator: `In List`
    *   Values: Select all relevant system events. The exact names may vary in your configuration. You must map these technical names to the required business activity names post-export. Look for values similar to:
        *   `Create InfoCard` (maps to 'Quality Event Created')
        *   `Status Change` (used for 'Initial Triage Completed', 'Investigation Initiated', 'Quality Event Closed', 'Quality Event Cancelled')
        *   `Task Complete` (used for 'Root Cause Analysis Performed', 'Corrective Action Implemented', 'Preventive Action Implemented', 'Effectiveness of Action Verified', 'Stakeholders Notified')
        *   `Task Failed` (maps to 'Effectiveness Deemed Ineffective')
        *   `E-Signature Applied` (maps to 'Corrective Action Plan Approved', 'Final Review Conducted')
        *   `Link Created` (maps to 'Corrective Action Plan Proposed' when a CAPA is linked)

*   **Filter 3 (Optional): Quality Event Type**
    *   Object: `InfoCard.Fields.[Quality Event Type]`
    *   Operator: `In List`
    *   Values: `[Select desired event types, e.g., 'Non-conformance', 'Deviation']`

**4. Post-Export Transformation:**
After exporting to CSV, you must add a data transformation step to map the raw `Audit Trail.Record Type` and `InfoCard.Status` values to the standardized `ActivityName` values required by ProcessMind. For example, an audit record where `Record Type` is 'Status Change' and the new status is 'Closed' should be mapped to the `ActivityName` 'Quality Event Closed'.

Schritte

Voraussetzungen und Einrichtung: Installieren Sie Python 3.6 oder höher sowie die Bibliotheken pandas und requests. Lassen Sie sich von Ihrer MasterControl-Administration API-Zugangsdaten geben, darunter Client-ID, Client-Secret und API-Key. Ihr Konto benötigt Lesezugriff auf das Modul für Qualitätsereignisse.
Skriptvariablen konfigurieren: Erstellen Sie eine Python-Skriptdatei. Definieren Sie am Anfang des Skripts Variablen für die Basis-URL von MasterControl und die zuvor erhaltenen API-Zugangsdaten. Geben Sie außerdem Start- und Enddatum des Extraktionszeitraums an.
Authentifizierung einrichten: Schreiben Sie eine Funktion, die eine POST-Anfrage an den MasterControl-Authentifizierungsendpunkt sendet, üblicherweise /api/v2/auth/token. Die Anfrage muss Ihre Zugangsdaten enthalten, damit Sie ein temporäres Bearer-Token für die folgenden API-Aufrufe erhalten.
Liste der Qualitätsereignisse abrufen: Erstellen Sie eine Hauptschleife, die den Endpunkt für Qualitätsereignisse aufruft, zum Beispiel /api/v2/events. Verwenden Sie die Parameter limit und offset, um die Liste aller Qualitätsereignisse seitenweise abzurufen. So können Sie auch große Datenmengen verarbeiten, ohne die API zu überlasten.
Detaillierte Audit-Trails abrufen: Rufen Sie für jedes Qualitätsereignis in der Hauptschleife zusätzlich den zugehörigen Audit-Trail oder Verlauf ab. Der Endpunkt hat üblicherweise die Form /api/v2/events/{id}/history, wobei {id} die eindeutige Kennung des Qualitätsereignisses ist.
Audit-Daten Aktivitäten zuordnen: In diesem zentralen Umwandlungsschritt durchlaufen Sie die Audit-Trail-Einträge jedes Qualitätsereignisses. Ordnen Sie mithilfe bedingter Anweisungen (if/elif/else) bestimmte Audit-Einträge, etwa Statusänderungen, elektronische Signaturen oder abgeschlossene Aufgaben, den standardisierten Aktivitätsnamen für das Event Log zu.
Attribute extrahieren: Lesen Sie beim Erkennen einer Aktivität die erforderlichen und empfohlenen Attribute aus der JSON-Antwort aus. Dazu gehören die ID des QualityEvent, der zugeordnete Wert für ActivityName, der EventTime des Audit-Eintrags, UserName und weitere relevante Angaben zum übergeordneten Qualitätsereignis.
Event Log strukturieren: Speichern Sie jede extrahierte Aktivität samt Attributen als Dictionary. Fügen Sie jedes Dictionary einer Gesamtliste hinzu, die als Grundlage für Ihr Event Log dient.
DataFrame erstellen: Wandeln Sie nach der Verarbeitung aller Qualitätsereignisse und ihrer Audit-Trails die Gesamtliste der Aktivitäts-Dictionaries in einen pandas-DataFrame um. Damit lassen sich die Daten einfach bearbeiten und formatieren.
Als CSV exportieren: Exportieren Sie den DataFrame mit der Funktion to_csv() von pandas in eine CSV-Datei. Speichern Sie die Datei mit UTF-8-Kodierung und achten Sie darauf, dass die Spalten EventTime und EndTime ein einheitliches, mit ProcessMind kompatibles Timestamp-Format verwenden, zum Beispiel YYYY-MM-DDTHH:MM:SS.

Konfiguration

API-Zugangsdaten: Sie benötigen eine gültige Client ID, ein Client Secret und einen API Key für ein Benutzerkonto, das über die API auf Daten zu Qualitätsereignissen zugreifen darf.
API-Endpunkte: Das Skript verwendet hauptsächlich den Endpunkt /api/v2/auth/token für die Authentifizierung, /api/v2/events zum Auflisten von Qualitätsereignissen und /api/v2/events/{id}/history zum Abrufen des detaillierten Audit-Trails für jedes Ereignis.
Datumsbereichsfilter: Legen Sie unbedingt die Variablen start_date und end_date im Skript fest. Für die erste Analyse empfiehlt sich ein Zeitraum von 3 bis 6 Monaten, damit Datenmenge und Extraktionsdauer überschaubar bleiben.
Seitennavigation: Der Parameter limit bestimmt, wie viele Datensätze pro API-Aufruf abgerufen werden. Üblich sind Werte zwischen 100 und 500. Das Skript muss offset verwenden, um alle Datenseiten abzurufen.
MasterControl-Konfiguration: Die Zuordnungslogik des Skripts setzt eine standardmäßige Workflow-Konfiguration für das Qualitätsmanagement voraus. Passen Sie gegebenenfalls Feldnamen oder Statuswerte im Skript an die konkrete MasterControl-Umgebung Ihrer Organisation an.

Beispielabfrage python

import requests
import pandas as pd
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your MasterControl instance details
BASE_URL = class="hl-string">"https://[Your-MasterControl-Domain].mastercontrol.com"
CLIENT_ID = class="hl-string">"[Your_Client_ID]"
CLIENT_SECRET = class="hl-string">"[Your_Client_Secret]"
API_KEY = class="hl-string">"[Your_API_Key]"

class=class="hl-string">"hl-comment"># --- Date Range for Extraction --- 
class=class="hl-string">"hl-comment"># Format: YYYY-MM-DD
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- Authentication Function --- 
def get_access_token():
    class="hl-string">"""Authenticates with MasterControl and returns an access token."""
    auth_url = fclass="hl-string">"{BASE_URL}/api/v2/auth/token"
    auth_payload = {
        class="hl-string">'grant_type': class="hl-string">'password',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    headers = {
        class="hl-string">'x-api-key': API_KEY,
        class="hl-string">'Content-Type': class="hl-string">'application/json'
    }
    try:
        response = requests.post(auth_url, headers=headers, data=json.dumps(auth_payload))
        response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error during authentication: {e}")
        return None

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- 
def extract_quality_events():
    class="hl-string">"""Extracts, transforms, and returns a DataFrame of quality event activities."""
    token = get_access_token()
    if not token:
        print(class="hl-string">"Could not retrieve access token. Exiting.")
        return pd.DataFrame()

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}',
        class="hl-string">'x-api-key': API_KEY
    }

    all_activities = []
    limit = 100
    offset = 0
    
    while True:
        class=class="hl-string">"hl-comment"># 1. Fetch a page of quality events
        events_url = fclass="hl-string">"{BASE_URL}/api/v2/events?limit={limit}&offset={offset}&startDate={START_DATE}&endDate={END_DATE}"
        try:
            events_response = requests.get(events_url, headers=headers)
            events_response.raise_for_status()
            events_data = events_response.json().get(class="hl-string">'data', [])
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching events list: {e}")
            break

        if not events_data:
            break class=class="hl-string">"hl-comment"># Exit loop if no more events are returned

        for qe_summary in events_data:
            qe_id = qe_summary.get(class="hl-string">'id')
            if not qe_id:
                continue

            class=class="hl-string">"hl-comment"># 2. Fetch the detailed history for each quality event
            history_url = fclass="hl-string">"{BASE_URL}/api/v2/events/{qe_id}/history"
            try:
                history_response = requests.get(history_url, headers=headers)
                history_response.raise_for_status()
                history_data = history_response.json().get(class="hl-string">'data', [])
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Error fetching history for event {qe_id}: {e}")
                continue

            class=class="hl-string">"hl-comment"># 3. Map audit trail entries to activities
            for entry in history_data:
                activity = None
                activity_name = class="hl-string">""
                event_time = entry.get(class="hl-string">'timestamp')
                user_name = entry.get(class="hl-string">'user', {}).get(class="hl-string">'name')

                action = entry.get(class="hl-string">'action', class="hl-string">'').lower()
                field_name = entry.get(class="hl-string">'fieldName', class="hl-string">'').lower()
                new_value = entry.get(class="hl-string">'newValue', class="hl-string">'')
                
                class=class="hl-string">"hl-comment"># Mapping logic based on common MasterControl audit trail patterns
                if action == class="hl-string">'create' and entry.get(class="hl-string">'objectType') == class="hl-string">'QualityEvent':
                    activity_name = class="hl-string">'Quality Event Created'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Under Assessment':
                    activity_name = class="hl-string">'Initial Triage Completed'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Under Investigation':
                    activity_name = class="hl-string">'Investigation Initiated'
                elif action == class="hl-string">'task_complete' and class="hl-string">'root cause' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Root Cause Analysis Performed'
                elif action == class="hl-string">'link' and class="hl-string">'capa' in entry.get(class="hl-string">'linkedObjectType', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Corrective Action Plan Proposed'
                elif action == class="hl-string">'e_signature' and class="hl-string">'approve capa' in entry.get(class="hl-string">'reason', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Corrective Action Plan Approved'
                elif action == class="hl-string">'task_complete' and class="hl-string">'implement corrective' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Corrective Action Implemented'
                elif action == class="hl-string">'task_complete' and class="hl-string">'implement preventive' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Preventive Action Implemented'
                elif action == class="hl-string">'task_complete' and class="hl-string">'effectiveness verification' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower() and entry.get(class="hl-string">'taskResult') == class="hl-string">'Effective':
                    activity_name = class="hl-string">'Effectiveness of Action Verified'
                elif action == class="hl-string">'task_complete' and class="hl-string">'effectiveness verification' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower() and entry.get(class="hl-string">'taskResult') == class="hl-string">'Ineffective':
                    activity_name = class="hl-string">'Effectiveness Deemed Ineffective'
                elif action == class="hl-string">'task_complete' and class="hl-string">'notify stakeholders' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Stakeholders Notified'
                elif action == class="hl-string">'e_signature' and class="hl-string">'final review' in entry.get(class="hl-string">'reason', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Final Review Conducted'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Closed':
                    activity_name = class="hl-string">'Quality Event Closed'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Cancelled':
                    activity_name = class="hl-string">'Quality Event Cancelled'

                if activity_name:
                    activity = {
                        class="hl-string">'QualityEvent': qe_id,
                        class="hl-string">'ActivityName': activity_name,
                        class="hl-string">'EventTime': event_time,
                        class="hl-string">'EndTime': event_time, class=class="hl-string">"hl-comment"># For atomic events, EndTime is the same as EventTime
                        class="hl-string">'UserName': user_name,
                        class="hl-string">'ResponsibleDepartment': qe_summary.get(class="hl-string">'department'),
                        class="hl-string">'QualityEventType': qe_summary.get(class="hl-string">'eventType'),
                        class="hl-string">'QualityEventStatus': new_value if class="hl-string">'status_change' in action else qe_summary.get(class="hl-string">'status'),
                        class="hl-string">'RootCauseCategory': qe_summary.get(class="hl-string">'rootCauseCategory'), class=class="hl-string">"hl-comment"># This might need to be sourced from a different field
                        class="hl-string">'EffectivenessStatus': entry.get(class="hl-string">'taskResult') if class="hl-string">'effectiveness' in activity_name else None,
                        class="hl-string">'TargetResolutionDate': qe_summary.get(class="hl-string">'targetDate')
                    }
                    all_activities.append(activity)

        offset += limit

    df = pd.DataFrame(all_activities)
    class=class="hl-string">"hl-comment"># Ensure datetime format is consistent
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%dT%H:%M:%S')
    df[class="hl-string">'EndTime'] = pd.to_datetime(df[class="hl-string">'EndTime']).dt.strftime(class="hl-string">'%Y-%m-%dT%H:%M:%S')
    return df

class=class="hl-string">"hl-comment"># --- Execution --- 
if __name__ == class="hl-string">"__main__":
    event_log_df = extract_quality_events()
    if not event_log_df.empty:
        event_log_df.to_csv(class="hl-string">"mastercontrol_quality_events_log.csv", index=False, encoding=class="hl-string">'utf-8-sig')
        print(fclass="hl-string">"Successfully extracted {len(event_log_df)} activities to mastercontrol_quality_events_log.csv")
    else:
        print(class="hl-string">"No data extracted.")

Schritte

Prüfen Sie, ob das MasterControl-BI-Connector-Modul lizenziert und aktiviert ist und dem für die Extraktion verwendeten BI- oder ETL-Tool zur Verfügung steht. Lassen Sie sich von der MasterControl-Administration die Verbindungsdaten, Zugangsdaten, erforderlichen Berechtigungen und freigegebenen Quellobjekte geben. Da sich MasterControl-Installationen unterscheiden, verwenden Sie [Konfiguration für Ihr System] für die verbindungsspezifische Methode und die Namen der Quellobjekte.
Verbinden Sie das BI- oder ETL-Tool mit dem MasterControl BI Connector und prüfen Sie die Verbindung. Wählen Sie die freigegebenen Quellen für Qualitätsereignisse, Audit-Trail, Workflow-Aufgaben und elektronische Signaturen sowie die zugehörige CAPA-Quelle aus, sofern der Connector diese Objekte bereitstellt. Ersetzen Sie jeden in eckigen Klammern angegebenen Quellenverweis in der Abfrage durch das entsprechende Objekt Ihrer Umgebung.
Legen Sie den Extraktionszeitraum mit [Startdatumsparameter] und [Enddatumsparameter] fest. Für die erste Extraktion empfiehlt sich ein Zeitraum von drei bis sechs Monaten. Überschneiden Sie aufeinanderfolgende inkrementelle Läufe, damit verspätete Aktualisierungen erfasst werden. Entfernen Sie anschließend Duplikate anhand von QualityEvent, ActivityName und EventTime sowie der Quellereignis-ID, sofern verfügbar.
Extrahieren Sie die Erstellung des Qualitätsereignisses aus dem expliziten Erstellungs- oder Audit-Eintrag. Rufen Sie die übrigen Aktivitäten aus expliziten Workflow-, Aufgaben-, Status-, CAPA-, Wirksamkeits-, Benachrichtigungs-, Prüfungs-, Signatur- und Audit-Einträgen ab. Die Abfrage muss für jedes Auftreten einer Aktivität eine Zeile zurückgeben. ProcessMind übernimmt diese Zeilen unverändert und leitet fehlende Aktivitäten nicht ab.
Ordnen Sie die Quellfelder den erforderlichen Ausgabespalten QualityEvent, ActivityName und EventTime zu. Ordnen Sie auch die empfohlenen Felder EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus und TargetResolutionDate zu, sofern der Connector sie bereitstellt. Bewahren Sie nach Möglichkeit die Zeitzonenangaben der Quell-Timestamps.
Wenden Sie die Aktivitätsregeln in der Abfrage an. Verwenden Sie nach Möglichkeit explizite Quellereignisse. Bei als abgeleitet gekennzeichneten Aktivitäten verwenden Sie die dokumentierte Status-, Feldabschluss-, Aufgabenabschluss- oder Signaturbedingung nur dann, wenn diese Bedingung in den Quelldaten vorhanden ist. Erstellen Sie keine Zeile allein deshalb, weil eine spätere Aktivität vorliegt.
Vereinheitlichen Sie die Timestamps auf eine Zeitzone, vorzugsweise UTC, oder dokumentieren Sie die Zeitzone der Quelle. Wandeln Sie leere Zeichenfolgen in NULL um, bewahren Sie Quellkennungen und stellen Sie sicher, dass ActivityName genau eine der vierzehn erforderlichen Aktivitätsbezeichnungen enthält. Ersetzen Sie fehlende Quellwerte nicht durch erfundene Werte.
Prüfen Sie, ob QualityEvent ausgefüllt ist, EventTime einen gültigen Timestamp enthält und jede zurückgegebene Zeile zum ausgewählten Datumsbereich gehört. Kontrollieren Sie auf doppelte Aktivitätszeilen, unerwartete Aktivitätsbezeichnungen, ungültige Statusübergänge und Ereignisse vor „Qualitätsereignis erstellt“.
Exportieren Sie das Ergebnis als flache CSV-Datei oder in einem anderen von ProcessMind unterstützten Tabellenformat. Fügen Sie eine Kopfzeile mit exakt diesen Spaltennamen ein: QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus und TargetResolutionDate. Laden Sie die Datei in ProcessMind hoch und legen Sie QualityEvent als Case-Kennung, ActivityName als Aktivität und EventTime als Ereignis-Timestamp fest.

Konfiguration

Connector und Berechtigungen: Aktivieren Sie den MasterControl BI Connector und beschaffen Sie die erforderliche Lizenz sowie Lesezugriff, Zugriff auf den Audit-Trail und Workflow sowie Berechtigungen für Qualitätsereignis- und CAPA-Daten. Verwenden Sie [Konfiguration für Ihr System] für die verbindungsspezifischen Einstellungen Ihrer Installation.
Quellobjekte: Richten Sie die freigegebenen Objekte des MasterControl BI Connectors für Qualitätsereignisse, Audit-Verlauf, Workflow-Aufgaben, Signaturen, CAPA-Datensätze, Benachrichtigungen, Prüfungen und Wirksamkeitskontrollen ein. Gehen Sie nicht davon aus, dass Objektnamen oder Beziehungen in allen Installationen identisch sind.
Datumsbereich: Beginnen Sie mit drei bis sechs Monaten. Verwenden Sie für Produktionsläufe inkrementelle Zeitfenster mit einer dokumentierten Überschneidung, damit verspätet eintreffende Audit- oder Workflow-Einträge erfasst werden.
Filter: Wenden Sie [Unternehmensspezifischer Filter] nur bei Bedarf an. Weitere Filter können Qualitätsereignistyp, Standort, Geschäftseinheit, Dokumenttyp, Status oder verantwortliche Abteilung umfassen. Sie dürfen jedoch keine zugehörigen Aktivitäten ausschließen, die für die Rekonstruktion des Lebenszyklus erforderlich sind.
Aktivitätszuordnung: Legen Sie genaue Quellbedingungen für Erstellung, Erstbewertung, Untersuchung, RCA, CAPA-Vorschlag und -Freigabe, Umsetzung von Korrektur- und Vorbeugemaßnahmen, Wirksamkeitsergebnisse, Benachrichtigung, abschließende Prüfung, Abschluss und Abbruch fest. Dokumentieren Sie die Zuordnung von Quellstatus, Aufgabennamen, Signaturaktionen und Regeln für den Feldabschluss.
Umgang mit Timestamps: Wählen Sie für jede Aktivität den maßgeblichen Ereignis-Timestamp. Bewahren Sie die Zeitzone der Quelle oder rechnen Sie alle Timestamps in UTC um. Verwenden Sie EndTime nur, wenn ein Abschluss-Timestamp explizit verfügbar ist.
Umgang mit NULL-Werten: Lassen Sie nicht verfügbare empfohlene Attribute auf NULL. Ersetzen Sie fehlende Angaben zu Benutzer, Abteilung, Ursache, Wirksamkeit oder Zieldatum nicht durch Platzhalterwerte.
Leistung: Übergeben Sie Datums- und Unternehmensfilter, sofern unterstützt, an den BI Connector. Wählen Sie nur erforderliche Spalten aus, vermeiden Sie uneingeschränkte Abfragen des Audit-Verlaufs, teilen Sie große Datumsbereiche auf und speichern Sie Zwischenergebnisse, wenn das BI-Tool dies unterstützt.
Inkrementelle Verarbeitung: Speichern Sie den Endpunkt der letzten erfolgreichen Extraktion und verwenden Sie bei nachfolgenden Läufen eine kurze Überschneidung. Entfernen Sie Duplikate anhand der Quellereignis-ID, sofern verfügbar. Andernfalls verwenden Sie eine dokumentierte Kombination aus Fall, Aktivität, Timestamp und Benutzer.
Datenqualität: QualityEvent, ActivityName und EventTime müssen ausgefüllt sein. Lehnen Sie Zeilen mit nicht unterstützten Aktivitätsbezeichnungen, fehlerhaften Timestamps oder fehlenden Fallkennungen ab oder stellen Sie sie unter Quarantäne.
Sicherheit: Verwenden Sie ein Dienstkonto mit den geringstmöglichen Leseberechtigungen. Schützen Sie Zugangsdaten, beschränken Sie den Zugriff auf exportierte Dateien und halten Sie die Aufbewahrungsrichtlinien von MasterControl und Ihrer Organisation ein.

Beispielabfrage sql

WITH
quality_event_created AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Quality Event Created' AS ActivityName,
        CAST([Creation Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Creation Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Created By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event source]
    WHERE CAST([Creation Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Creation Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
initial_triage_completed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Initial Triage Completed' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) IN ('Under Assessment', 'Investigation')
),
investigation_initiated AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Investigation Initiated' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) = 'Under Investigation'
),
root_cause_analysis_performed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Root Cause Analysis Performed' AS ActivityName,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Completed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your workflow task source]
    WHERE CAST([Task Completion Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Task Completion Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Task Name] AS VARCHAR(255)) IN ('Root Cause Analysis', 'RCA')
      AND [Task Completion Timestamp] IS NOT NULL
      AND [Root Cause] IS NOT NULL
),
corrective_action_plan_proposed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Corrective Action Plan Proposed' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA status source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([CAPA Status] AS VARCHAR(255)) = 'Pending Approval'
      AND [Quality Event Identifier] IS NOT NULL
),
corrective_action_plan_approved AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Corrective Action Plan Approved' AS ActivityName,
        CAST([Approval Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Approval Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Approved By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA approval or signature source]
    WHERE CAST([Approval Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Approval Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Approval Status] AS VARCHAR(255)) = 'Approved'
),
corrective_action_implemented AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Corrective Action Implemented' AS ActivityName,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Completed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA task source]
    WHERE CAST([Task Completion Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Task Completion Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Action Type] AS VARCHAR(255)) = 'Corrective'
      AND CAST([Task Status] AS VARCHAR(255)) = 'Completed'
),
preventive_action_implemented AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Preventive Action Implemented' AS ActivityName,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Completed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA task source]
    WHERE CAST([Task Completion Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Task Completion Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Action Type] AS VARCHAR(255)) = 'Preventive'
      AND CAST([Task Status] AS VARCHAR(255)) = 'Completed'
),
effectiveness_verified AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Effectiveness of Action Verified' AS ActivityName,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Verified By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your effectiveness check source]
    WHERE CAST([Verification Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Verification Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Verification Result] AS VARCHAR(255)) = 'Effective'
),
effectiveness_ineffective AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Effectiveness Deemed Ineffective' AS ActivityName,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Verified By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your effectiveness check source]
    WHERE CAST([Verification Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Verification Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Verification Result] AS VARCHAR(255)) = 'Ineffective'
),
stakeholders_notified AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Stakeholders Notified' AS ActivityName,
        CAST([Notification Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Notification Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Sent By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your notification or workflow task source]
    WHERE CAST([Notification Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Notification Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Notification Type] AS VARCHAR(255)) = 'Final Notification'
),
final_review_conducted AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Final Review Conducted' AS ActivityName,
        CAST([Review Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Review Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Reviewed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your review or signature source]
    WHERE CAST([Review Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Review Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Review Type] AS VARCHAR(255)) = 'Final Review'
      AND CAST([Review Status] AS VARCHAR(255)) = 'Completed'
),
quality_event_closed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Quality Event Closed' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) = 'Closed'
),
quality_event_cancelled AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Quality Event Cancelled' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) IN ('Cancelled', 'Void')
)
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM quality_event_created
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM initial_triage_completed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM investigation_initiated
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM root_cause_analysis_performed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM corrective_action_plan_proposed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM corrective_action_plan_approved
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM corrective_action_implemented
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM preventive_action_implemented
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM effectiveness_verified
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM effectiveness_ineffective
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM stakeholders_notified
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM final_review_conducted
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM quality_event_closed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM quality_event_cancelled
ORDER BY QualityEvent, EventTime, ActivityName;

Möchten Sie loslegen?

Verwenden Sie dieses Template, um ein aussagekräftiges Event Log zu erstellen und wertvolle Erkenntnisse über Ihre Qualitätsmanagementprozesse zu gewinnen. Beginnen Sie noch heute damit, Compliance und Effizienz zu verbessern.

Zurück zum Leitfaden zur Prozessverbesserung

Template herunterladen

Qualitätsmanagement in MasterControl um 30 % beschleunigen

Machen Sie Prozesse sichtbar, beseitigen Sie Ineffizienzen und verkürzen Sie die Zykluszeit um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.

Ihr Daten-Template für das Qualitätsmanagement

Ihr Daten-Template für das Qualitätsmanagement

Attribute des Qualitätsmanagements

Aktivitäten im Qualitätsmanagement

Anleitungen zur Datenextraktion

MasterControl Analytics: Bericht als CSV exportieren

Schritte

Konfiguration

Beispielabfrage sql

Datenextraktion mit einem Python-Skript über die MasterControl-REST-API

Schritte

Konfiguration

Beispielabfrage python

Datenextraktion über das BI-Connector-Modul

Schritte

Konfiguration

Beispielabfrage sql

Möchten Sie loslegen?

Qualitätsmanagement in MasterControl um 30 % beschleunigen