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

Ihr Daten-Template für das Qualitätsmanagement

MasterControl

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

Ihr Daten-Template für das Qualitätsmanagement

Dieses Template bietet eine umfassende Anleitung zur Erfassung der Daten, die Sie für die Analyse Ihres Qualitätsmanagementprozesses benötigen. Es beschreibt die wesentlichen Attribute für Ihr Event Log, nennt die wichtigsten zu erfassenden Aktivitäten und zeigt, wie Sie diese Daten aus Ihrem MasterControl-System extrahieren. Verwenden Sie diese Ressource, um alle grundlegenden Voraussetzungen für eine erfolgreiche Process-Mining-Initiative zu schaffen.

Empfohlene zu erfassende Attribute
Wichtige zu erfassende Aktivitäten
Anleitung zur Datenextraktion aus MasterControl

Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Template herunterladen

Attribute des Qualitätsmanagements

Dies sind die empfohlenen Datenfelder, die Sie für eine umfassende Analyse Ihres Qualitätsmanagementprozesses in Ihr Event Log aufnehmen sollten.

3 Erforderlich 8 Empfohlen 10 Optional

	Name	Beschreibung
	Qualitätsereignis QualityEvent	Die eindeutige Kennung für ein einzelnes Qualitätsereignis, etwa eine Nichtkonformität, eine Abweichung oder eine Beschwerde. Diese ID verknüpft alle zugehörigen Aktivitäten und Dokumente.
Beschreibung Die Quality Event ID dient als primäre Fallkennung für den gesamten Qualitätsmanagementprozess. In der Regel handelt es sich um einen alphanumerischen Wert, den MasterControl beim Start eines neuen Qualitätsereignisses erzeugt. Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion des durchgängigen Ablaufs jedes Qualitätsproblems. Indem alle zugehörigen Aktivitäten unter einer einzigen Quality Event ID gruppiert werden, können Analysten den vollständigen Prozessablauf visualisieren, Zykluszeiten von der Erstellung bis zum Abschluss messen und Variationen oder Engpässe für einzelne Fälle erkennen. Warum das wichtig ist Dies ist die zentrale Fallkennung, die alle Prozessschritte verbindet und die Analyse des gesamten Lebenszyklus jedes Qualitätsproblems von der Initiierung bis zur Lösung ermöglicht. Bezugsquelle Dies ist der Primärschlüssel für einen Datensatz zu einem Qualitätsereignis. Die genaue Tabellen- und Feldbezeichnung entnehmen Sie bitte der Dokumentation oder Systemkonfiguration von MasterControl. Beispiele QE-2023-00123NC-2023-0456CAPA-2023-0078
	Aktivitätsname ActivityName	Der Name der konkreten Aufgabe oder des Ereignisses, das innerhalb des Lebenszyklus eines Qualitätsereignisses stattgefunden hat, etwa „Investigation Initiated“ oder „Corrective Action Implemented“.
Beschreibung Der Aktivitätsname beschreibt einen einzelnen Schritt oder Meilenstein im Qualitätsmanagementprozess. Diese Aktivitäten werden mit Timestamps protokolliert und bilden die Ereignisfolge, aus der der Prozessablauf für jedes Qualitätsereignis besteht. Die Analyse dieser Aktivitäten bildet den Kern von Process Mining. Sie ermöglicht die Ermittlung der tatsächlichen Prozesslandkarte, die Identifizierung häufiger Pfade, von Abweichungen vom Standardverfahren und von Engpässen. Reihenfolge und Häufigkeit von Aktivitäten wie „Root Cause Analysis Performed“ sind für Dashboards zur Analyse von Nacharbeit und Compliance entscheidend. Warum das wichtig ist Dieses Attribut definiert die Prozessschritte und ermöglicht die Visualisierung der Prozesslandkarte, die Erkennung von Abweichungen und die Analyse des Prozessablaufs. Bezugsquelle Diese Informationen werden typischerweise in einem Audit Trail oder einer Verlaufstabelle protokolliert, die mit jedem Datensatz zu einem Qualitätsereignis in MasterControl verknüpft ist. Beispiele Qualitätsereignis erstelltUrsachenanalyse durchgeführtKorrekturmaßnahmenplan genehmigtWirksamkeit der Maßnahme bestätigt
	Ereigniszeitpunkt EventTime	Das genaue Datum und die genaue Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. Dies dient als Startzeit für jede Aktivität.
Beschreibung Dieser Timestamp markiert den Abschluss einer bestimmten Aufgabe oder das Eintreten eines Ereignisses im Qualitätsprozess. Er liefert die chronologische Reihenfolge, die für die Rekonstruktion des Prozessablaufs jedes Falls erforderlich ist. Timestamps sind für alle zeitbasierten Process-Mining-Analysen unverzichtbar. Sie dienen zur Berechnung von Zyklus-, Bearbeitungs- und Wartezeiten zwischen Aktivitäten. Diese Daten sind grundlegend für Dashboards, die Lösungszeiten analysieren, Engpässe erkennen und Übergabeverzögerungen zwischen Abteilungen messen. Warum das wichtig ist Dieser Timestamp liefert die chronologische Reihenfolge der Ereignisse. Sie ist entscheidend für die Berechnung von Prozessdauern, die Identifizierung von Engpässen und das Verständnis der Prozessleistung. Bezugsquelle Dies ist ein Standardfeld im Audit Trail oder Verlaufsprotokoll für Datensätze zu Qualitätsereignissen in MasterControl. Es erfasst, wann jede Aktion protokolliert wurde. Beispiele 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Benutzername UserName	Der Name des Benutzers oder der Ressource, der bzw. die die Aktivität ausgeführt hat.
Beschreibung Dieses Attribut identifiziert die Person, die für die Ausführung einer bestimmten Aufgabe im Prozess verantwortlich ist, etwa für die Genehmigung eines Korrekturmaßnahmenplans oder den Abschluss eines Qualitäts-Events. Die Analyse des Prozesses nach Benutzer zeigt, wie sich die Arbeitslast verteilt. Sie hilft außerdem, Schulungsbedarf zu erkennen und benutzerspezifische Unterschiede bei der Prozessausführung aufzudecken. So lässt sich feststellen, ob bestimmte Personen mit Nacharbeit oder Verzögerungen verbunden sind. Die Erkenntnisse unterstützen das Leistungsmanagement und die Ressourcenplanung. Warum das wichtig ist Ordnet Aktivitäten bestimmten Personen zu und ermöglicht so die Analyse von Arbeitslast, Leistung und ressourcenbezogenen Engpässen. Bezugsquelle Diese Information ist normalerweise Bestandteil des Audit Trails oder Verlaufsprotokolls jedes Qualitäts-Events in MasterControl. Typische Bezeichnungen sind „User“ oder „Performed By“. Beispiele j.does.smithr.williams
	Endzeit EndTime	Der Timestamp gibt an, wann eine Aktivität abgeschlossen wurde. Bei atomaren Events entspricht er häufig dem StartTime.
Beschreibung EndTime markiert den Abschluss einer Aktivität. Bei vielen Events im Audit Trail sind Start- und Endzeit identisch. Sie kennzeichnen dann einen einzelnen Zeitpunkt, zu dem das Event aufgetreten ist. Bei Aktivitäten mit messbarer Dauer kann dieses Feld jedoch die tatsächliche Dauer abbilden. Dieses Attribut wird zusammen mit StartTime verwendet, um die Bearbeitungszeit einzelner Aktivitäten zu berechnen. Das ist entscheidend, um die Prozessschritte mit dem höchsten Zeitaufwand zu identifizieren. Die Ergebnisse unterstützen das Dashboard zur Identifizierung von Engpässen im Qualitätsprozess. Warum das wichtig ist Ermöglicht die präzise Berechnung von Aktivitätsdauern und hilft dabei, die zeitaufwendigsten Aufgaben im Qualitätsmanagementprozess zu ermitteln. Bezugsquelle Kann im Audit Trail oder Verlaufsprotokoll von MasterControl verfügbar sein. Falls der Wert fehlt, lässt er sich als StartTime der nächsten Aktivität in der Sequenz ableiten. Beispiele 2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
	Kategorie der Grundursache RootCauseCategory	Die Klassifizierung der ermittelten Grundursache des Qualitäts-Events, etwa „Human Error“, „Equipment Failure“ oder „Process Deficiency“.
Beschreibung Nach einer Ursachenanalyse werden die Erkenntnisse normalerweise kategorisiert. Dieses Attribut speichert die entsprechende Klassifizierung und stellt strukturierte Daten zu den Ursachen von Problemen bereit. Das Attribut ist für die strategische Qualitätsverbesserung besonders wichtig. Das Dashboard „Root Cause Analysis Consistency“ verwendet diese Daten, um Kategorien von Grundursachen mit der Wirksamkeit von Korrekturmaßnahmen und Nacharbeitsquoten in Beziehung zu setzen. So lässt sich feststellen, ob bestimmte Grundursachen schwieriger zu beheben sind oder ob die Analyse selbst uneinheitlich erfolgt. Warum das wichtig ist Kategorisiert die zugrunde liegende Ursache von Qualitätsproblemen und ermöglicht gezielte Analysen, um Wiederholungen zu vermeiden und die Wirksamkeit von Korrekturmaßnahmen zu verbessern. Bezugsquelle Dieses Feld ist normalerweise Bestandteil des Abschnitts „Root Cause Analysis“ oder „Investigation“ im Formular des Qualitäts-Events in MasterControl. Beispiele Fehlfunktion der AnlageUnzureichende SchulungMaterialfehlerVerfahren nicht befolgt
	Status des Qualitäts-Events QualityEventStatus	Der aktuelle Status des Qualitäts-Events in seinem Lebenszyklus, etwa „Open“, „Under Investigation“, „Pending Approval“ oder „Closed“.
Beschreibung Dieses Attribut zeigt an, an welcher Stelle im Lebenszyklus sich ein Qualitäts-Event zu einem bestimmten Zeitpunkt befindet. Es wird normalerweise aktualisiert, wenn der Case wichtige Meilensteine erreicht. Im Process Mining kann der Status verwendet werden, um offene oder geschlossene Cases zu filtern. Das ist für das Dashboard „Quality Event Throughput & Backlog“ entscheidend. Die Analyse der Verweildauer in den einzelnen Status kann außerdem Phasen sichtbar machen, in denen Events häufig ins Stocken geraten. Warum das wichtig ist Zeigt den aktuellen Status eines Qualitäts-Events an und ermöglicht die Analyse von Rückständen, Durchsatz sowie der Verweildauer in den verschiedenen Phasen des Lebenszyklus. Bezugsquelle Dies ist ein standardmäßiges Statusfeld im Hauptdatensatz des Qualitäts-Events in MasterControl. Beispiele OffenIn BearbeitungCAPA-Genehmigung ausstehendGeschlossenStorniert
	Typ des Qualitäts-Events QualityEventType	Die Klassifizierung des Qualitäts-Events, etwa „Non-Conformance“, „Customer Complaint“, „Audit Finding“ oder „Deviation“.
Beschreibung Dieses Attribut kategorisiert das Qualitäts-Event nach seiner Art. Verschiedene Event-Typen können unterschiedlichen Prozesspfaden folgen oder abweichende Compliance-Anforderungen und Zielzeiten für die Lösung haben. Die Analyse nach Quality Event Type ist grundlegend, um Leistungsunterschiede zu verstehen. Dashboards wie „Quality Event Resolution Time Analysis“ verwenden dieses Attribut, um Durchlaufzeiten verschiedener Kategorien zu vergleichen. So lässt sich erkennen, welche Problemtypen komplexer sind oder mehr Zeit für die Lösung benötigen. Warum das wichtig ist Kategorisiert Qualitäts-Events und ermöglicht den Vergleich von Prozessabläufen, Durchlaufzeiten und Ergebnissen für unterschiedliche Problemtypen. Bezugsquelle Dies ist ein primäres Klassifizierungsfeld im Formular zur Erfassung eines Qualitäts-Events in MasterControl. Beispiele Bericht über eine Nichtkonformität (NCR)KundenbeschwerdeFeststellung aus einem internen AuditAnforderung einer Korrekturmaßnahme an den Lieferanten (SCAR)
	Verantwortliche Abteilung ResponsibleDepartment	Die Abteilung oder der Funktionsbereich, die bzw. der für das Qualitäts-Event oder die aktuelle Aktivität verantwortlich ist.
Beschreibung Dieses Attribut gibt an, welcher Abteilung, etwa „Manufacturing“, „Quality Assurance“ oder „Engineering“, das Qualitäts-Event zugeordnet ist oder welche Abteilung eine bestimmte Aufgabe ausführt. Diese Dimension ist für die Analyse besonders wichtig, da sich die Prozessleistung verschiedener Geschäftsbereiche filtern und vergleichen lässt. Für das Dashboard zur Analyse von Übergabeverzögerungen ist sie unverzichtbar: Ändert sich der Wert zwischen zwei Aktivitäten, weist dies auf eine Übergabe hin. Die Analyse der Zeitlücken an diesen Übergaben kann Kommunikations- oder Koordinationsprobleme zwischen Abteilungen sichtbar machen. 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. Bezugsquelle Diese Information wird normalerweise im Hauptformular des Qualitäts-Events in MasterControl gespeichert und kann aktualisiert werden, während das Event seinen Lebenszyklus durchläuft. Beispiele QualitätssicherungProduktionForschung und EntwicklungRegulatory Affairs
	Wirksamkeitsstatus EffectivenessStatus	Das Ergebnis der Überprüfung, mit der festgestellt wird, ob die umgesetzten Korrektur- und Vorbeugungsmaßnahmen wirksam waren.
Beschreibung Dieses Attribut erfasst das Ergebnis der Wirksamkeitsprüfung, die einen entscheidenden letzten Schritt im CAPA-Prozess darstellt. Der Status zeigt, ob die ergriffenen Maßnahmen das Problem erfolgreich gelöst und sein erneutes Auftreten verhindert haben. Diese Daten bilden die wichtigste Grundlage für das Dashboard „CAPA Effectiveness Monitoring“ und den KPI „CAPA Effectiveness Rate“. Die Analyse des Ergebnisses zeigt, wie erfolgreich die Problemlösungsmaßnahmen der Organisation sind, und macht Bereiche sichtbar, in denen Korrekturmaßnahmen nicht greifen. Warum das wichtig ist Misst den Erfolg umgesetzter Maßnahmen. Das ist entscheidend für die Berechnung der CAPA-Wirksamkeitsrate und die kontinuierliche Verbesserung. Bezugsquelle Dies ist ein Ergebnisfeld im Abschnitt zur Wirksamkeitsprüfung oder zum Abschluss des CAPA-Formulars. Das Formular ist in MasterControl häufig mit dem Qualitäts-Event verknüpft. Beispiele WirksamUnwirksamÜberwachung erforderlich
	Zieldatum für die Lösung TargetResolutionDate	Das geplante oder vorgeschriebene Datum, bis zu dem das Qualitäts-Event abgeschlossen sein soll.
Beschreibung Dieses Attribut definiert das erwartete Abschlussdatum eines Qualitäts-Events. Es wird häufig anhand des Event-Typs, des Schweregrads oder geltender regulatorischer Anforderungen festgelegt und dient als Frist für die Lösung. Das Datum wird verwendet, um die Termintreue und die Einhaltung von Service Level Agreements (SLAs) zu messen. Es ist entscheidend für die Berechnung des KPIs „Compliance Adherence Rate“ und für die Erstellung eines berechneten Attributs „SLA Status“, etwa „On Time“ oder „Late“. So lässt sich analysieren, welche Event-Typen oder Abteilungen ihre Fristen besonders häufig verfehlen. Warum das wichtig ist Legt eine Frist für die Lösung fest und ermöglicht die Messung der Termintreue sowie die Berechnung von SLA-Compliance-Raten. Bezugsquelle Dies ist wahrscheinlich ein Datumsfeld im Hauptformular des Qualitäts-Events in MasterControl. Der Wert kann automatisch berechnet oder manuell eingegeben werden. Beispiele 2023-11-302024-01-152023-12-22
	Betroffenes Produkt ProductAffected	Das Produkt, die Produktlinie oder die Komponente, auf die sich das Qualitäts-Event bezieht.
Beschreibung Dieses Attribut identifiziert das konkrete Produkt oder Material, das mit dem Qualitätsproblem verbunden ist. Dadurch entsteht wichtiger Kontext für die Bewertung der Auswirkungen von Qualitäts-Events. Die Analyse der Prozessdaten nach Produkt macht Produkte mit wiederkehrenden Qualitätsproblemen sichtbar. Das kann helfen, Verbesserungsmaßnahmen zu priorisieren, Änderungen am Produktdesign anzustoßen 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. Bezugsquelle Dies wäre ein Feld im Formular des Qualitäts-Events, in dem Anwender das Produkt angeben. Die Auswahl erfolgt häufig aus einer vordefinierten Liste oder durch Eingabe einer Teilenummer. Beispiele Produkt A, Charge 54321Komponente XYZAPI-001
	ID der Korrekturmaßnahme CorrectiveActionId	Die eindeutige Kennung des Korrekturmaßnahmenplans (CAPA), der mit dem Qualitäts-Event verknüpft ist.
Beschreibung Dieses Attribut stellt eine direkte Verbindung zwischen einem Qualitäts-Event und den konkreten Korrekturmaßnahmen her, die zur Behebung seiner Grundursache erstellt wurden. Ein einzelnes Qualitäts-Event kann mit einer oder mehreren Korrekturmaßnahmen verknüpft sein. Mit dieser ID lassen sich Daten zum Qualitäts-Event mit Daten aus dem CAPA-Modul verbinden und detaillierter analysieren. Dadurch können die für verschiedene Grundursachen ergriffenen Maßnahmen und ihre spätere Wirksamkeit untersucht werden. Die Ergebnisse unterstützen das Dashboard „CAPA Effectiveness Monitoring“. Warum das wichtig ist Verknüpft das Qualitäts-Event mit den zugehörigen Korrekturmaßnahmen und ermöglicht eine detailliertere Analyse der Maßnahmenwirksamkeit und Lösungsstrategien. Bezugsquelle Dieser Wert würde im Abschnitt für verknüpfte Datensätze oder verknüpfte Objekte im Formular des Qualitäts-Events in MasterControl gespeichert. Beispiele CA-2023-0199CA-2023-0204CA-2023-0210
	ID der Vorbeugungsmaßnahme PreventiveActionId	Die eindeutige Kennung des Vorbeugungsmaßnahmenplans (PAPA), der mit dem Qualitäts-Event verknüpft ist.
Beschreibung Ähnlich wie die ID der Korrekturmaßnahme verknüpft dieses Attribut das Qualitäts-Event mit erstellten Vorbeugungsmaßnahmen. Vorbeugungsmaßnahmen sind proaktive Schritte, die das Auftreten ähnlicher potenzieller Probleme in anderen Bereichen verhindern sollen. Diese ID ist für das Dashboard „Preventive Action Optimization“ und den KPI „Preventive Action Rate“ entscheidend. Sie zeigt, wie häufig Qualitäts-Events zu proaktiven Verbesserungen führen, und ermöglicht die Analyse der Wirkung dieser Maßnahmen im Zeitverlauf. Warum das wichtig ist Verknüpft das Qualitäts-Event mit proaktiven Vorbeugungsmaßnahmen und ermöglicht die Analyse, wie gut die Organisation aus Problemen lernt und ihr erneutes Auftreten verhindert. Bezugsquelle Dieser Wert wäre im Abschnitt für verknüpfte Datensätze des Qualitäts-Events oder CAPA-Formulars in MasterControl zu finden und mit einem Vorbeugungsmaßnahmenobjekt verknüpft. Beispiele PA-2023-0051PA-2023-0052PA-2023-0053
	Ist Nacharbeit IsRework	Ein boolesches Kennzeichen, das angibt, ob eine Aktivität oder eine Folge von Aktivitäten Nacharbeit darstellt.
Beschreibung Dieses Kennzeichen wird auf „true“ gesetzt, wenn eine Aktivität innerhalb desselben Cases wiederholt wird oder der Prozess zu einer früheren Phase zurückkehrt. Wird beispielsweise „Root Cause Analysis Performed“ für dasselbe Qualitäts-Event zweimal ausgeführt, wird das zweite Auftreten als Nacharbeit gekennzeichnet. Dieses Attribut unterstützt direkt das Dashboard „Rework and Re-investigation Overview“ und den KPI „Root Cause Re-Investigation Rate“. Es vereinfacht die Quantifizierung 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 dadurch die Quantifizierung und Analyse von Häufigkeit, Ursachen und Auswirkungen der Nacharbeit. Bezugsquelle Dieses Kennzeichen wird während der Datentransformation abgeleitet. Dazu wird die Aktivitätssequenz jedes Cases analysiert, um wiederholte Schritte oder Prozessschleifen zu erkennen. Beispiele truefalse
	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, das für den gesamten Datensatz gilt und nicht für einzelne Events. Diese Information ist entscheidend, um die Aktualität der analysierten Daten zu beurteilen. Sie schafft Transparenz für Fachanwender darüber, wie aktuell die Prozess-Dashboards und KPIs sind. So basieren Entscheidungen auf Daten mit bekanntem Aktualitätsstand. Warum das wichtig ist Liefert wichtigen Kontext zur Aktualität der Daten. So wissen Anwender, wie aktuell die Analyse ist und wann mit der nächsten Datenaktualisierung zu rechnen ist. Bezugsquelle Dieser Timestamp wird während des ETL-Prozesses zur Extraktion, Transformation und zum Laden der Daten aus MasterControl erzeugt und hinzugefügt. Beispiele 2024-05-20T02:00:00Z2024-05-21T02:00:00Z
	Quellsystem SourceSystem	Identifiziert das System, aus dem die Daten extrahiert wurden, in diesem Fall MasterControl.
Beschreibung Dieses Attribut liefert Kontext zum Ursprung der Daten. Für diesen Prozess enthält es durchgängig einen Wert, der auf „MasterControl“ hinweist. Auch wenn das Attribut statisch erscheint, ist es in Unternehmensumgebungen mit Daten aus mehreren Systemen entscheidend für eine übergreifende Analyse. Es stellt die Datenherkunft sicher und hilft, systemspezifische Verhaltensweisen oder Probleme der Datenqualität zu isolieren. Warum das wichtig ist Ordnet die Daten eindeutig ihrem Quellsystem zu. Das ist für Data Governance und Analysen mit Daten aus mehreren Anwendungen entscheidend. Bezugsquelle In der Regel handelt es sich um einen statischen Wert, der während des ETL-Prozesses zur Kennzeichnung der Herkunft des Datensatzes hinzugefügt wird. Beispiele MasterControlMasterControl QMS
	SLA-Status SlaStatus	Gibt an, ob das Qualitäts-Event innerhalb seines Zieldatums für die Lösung abgeschlossen wurde.
Beschreibung Dieses Attribut wird abgeleitet, indem das tatsächliche Abschlussdatum des Qualitäts-Events mit seinem „Target Resolution Date“ verglichen wird. Der Status lautet normalerweise „On Time“ oder „Late“. Damit steht eine klare Kennzahl für die Leistung im Verhältnis zu den Fristen zur Verfügung. Das Attribut bildet die Grundlage für den KPI „Compliance Adherence Rate“ und ermöglicht das einfache Filtern und Analysieren verspäteter Cases. Die Ursachen verspäteter Lösungen zu verstehen, ist entscheidend, um die Termintreue des Gesamtprozesses zu verbessern und Compliance-Ziele zu erreichen. Warum das wichtig ist Liefert einen einfachen Hinweis darauf, ob Cases ihre Fristen einhalten. Das ist entscheidend für die Messung und Verbesserung der Termintreue. Bezugsquelle Dieser Wert wird während der Datentransformation berechnet, indem der Timestamp der Aktivität „Quality Event Closed“ mit dem Feld „TargetResolutionDate“ jedes Cases verglichen wird. Beispiele PünktlichVerspätetGefährdet
	Standort SiteLocation	Der Fertigungsstandort, das Werk oder die Anlage, an dem bzw. der das Qualitäts-Event entstanden ist.
Beschreibung Dieses Attribut gibt den physischen Standort oder das Werk an, der bzw. das mit dem Qualitäts-Event verbunden ist. Es liefert geografischen oder organisatorischen Kontext zum Problem. Diese Dimension eignet sich für vergleichende Analysen. Durch das Filtern oder Gruppieren nach Standort kann das Management die Leistung des Qualitätsmanagementprozesses an verschiedenen Standorten vergleichen. So werden sowohl Standorte mit guten Ergebnissen und übertragbaren Best Practices als auch Standorte mit zusätzlichem Unterstützungs- oder Verbesserungsbedarf sichtbar. Warum das wichtig ist Ermöglicht den Leistungsvergleich verschiedener Fertigungsstandorte oder Anlagen und hilft, standortspezifische Probleme sowie Best Practices zu erkennen. Bezugsquelle Diese Information wird normalerweise im Formular zur Erfassung des Qualitäts-Events erfasst, häufig über eine Dropdown-Liste mit den Unternehmensstandorten. Beispiele Austin, TXDublin, IrlandWerk SingapurStandort A
	Wartezeit bei Übergaben HandoffWaitTime	Die Leerlaufzeit 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 ihre Aufgabe beginnt. Dazu werden aufeinanderfolgende Aktivitäten identifiziert, bei denen sich der Wert von „Responsible Department“ ändert, und die Zeitlücke zwischen ihnen gemessen. Diese berechnete Kennzahl bildet den Kern des Dashboards „Handoff Delay Analysis“ und des KPIs „Average Handoff Wait Time“. Sie trennt Wartezeiten aufgrund von Koordinations- oder Kommunikationsproblemen von der aktiven Bearbeitungszeit. So lassen sich konkrete funktionsübergreifende Engpässe erkennen, die die gesamte Durchlaufzeit verlängern. Warum das wichtig ist Isoliert und quantifiziert die Wartezeit zwischen Abteilungen und macht dadurch Kommunikationslücken sowie Koordinationsengpässe im Prozess direkt sichtbar. Bezugsquelle Dieser Wert wird während der Datentransformation berechnet, indem die Timestamps und die 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, die bzw. der für das Qualitäts-Event gilt.
Beschreibung Dieses Attribut verknüpft ein Qualitäts-Event mit einer bestimmten externen Vorschrift oder einem internen Qualitätsstandard. Das ist besonders für Unternehmen in regulierten Branchen wie Life Sciences oder der Fertigung wichtig. Für das Dashboard „Quality Process Compliance Adherence“ ist dieses Attribut entscheidend. Analysten können damit nach Events filtern, die sich auf eine bestimmte Vorschrift beziehen, und prüfen, ob die erforderlichen Prozessschritte eingehalten wurden. Abweichungen lassen sich als potenzielle Compliance-Risiken kennzeichnen. Damit ist das Attribut für Audit- und Risikomanagement besonders relevant. Warum das wichtig ist Verknüpft Qualitäts-Events mit konkreten Compliance-Anforderungen und ermöglicht die Analyse der Einhaltung regulatorischer Standards und interner Richtlinien. Bezugsquelle Dies kann ein Auswahlfeld im Formular des Qualitäts-Events in MasterControl sein, über das Anwender Events mit den geltenden Vorschriften kennzeichnen. Beispiele ISO 1348521 CFR Part 820ICH Q10SOP-QA-001

Erforderlich Empfohlen Optional

Aktivitäten des Qualitätsmanagements

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie für eine präzise Prozesserkennung im Qualitätsmanagement in Ihrem Event Log erfassen sollten.

5 Empfohlen 9 Optional

	Aktivität	Beschreibung
	Korrekturmaßnahmenplan genehmigt	Zeigt an, dass der vorgeschlagene CAPA-Plan von den erforderlichen Stakeholdern formell geprüft und genehmigt wurde. Dieser kritische Meilenstein wird in MasterControl häufig durch ein ausdrücklich im Audit Trail erfasstes Ereignis einer elektronischen Signatur dokumentiert.
Warum das wichtig ist Genehmigungsschritte sind häufige Engpässe. Die Analyse der für diese Aktivität benötigten Zeit hilft, Verzögerungen im Genehmigungsprozess zu erkennen, und unterstützt das Dashboard zur Analyse von Übergabeverzögerungen. Bezugsquelle Dies ist ein ausdrücklich im Audit Trail erfasstes Ereignis, bei dem ein Benutzer mit Genehmigungsbefugnis eine elektronische Signatur auf den CAPA-Plan oder den entsprechenden Workflow-Schritt anwendet. Erfassen Aus den Protokollen elektronischer Signaturen des entsprechenden Genehmigungsschritts erfasst. Ereignistyp explicit
	Qualitätsereignis erstellt	Dies ist der Ausgangspunkt des Qualitätsmanagementprozesses. Ein neues Qualitätsereignis, etwa eine Abweichung, eine Nichtkonformität oder eine Beschwerde, wird erstmals in MasterControl erfasst. Die Aktivität wird in der Regel ausdrücklich protokolliert, wenn ein Benutzer einen neuen Datensatz für ein Qualitätsereignis anlegt und dadurch ein Audit-Trail-Eintrag mit Timestamp entsteht.
Warum das wichtig ist Diese Aktivität markiert den Beginn des Lebenszyklus eines Falls. Sie ist entscheidend, um die gesamte Zykluszeit eines Qualitätsereignisses zu messen und die Anzahl eingereichter Ereignisse zu analysieren. Bezugsquelle Dies ist ein ausdrücklich in den Audit-Trail-Tabellen des Moduls für Qualitätsereignisse erfasstes Ereignis. Es entspricht dem Erstellungszeitpunkt des Datensatzes für das Qualitätsereignis. Erfassen Wird beim Erstellen eines neuen Quality Event-Objekts im Audit Trail erfasst. Ereignistyp explicit
	Qualitätsereignis geschlossen	Dies ist die letzte Aktivität. Sie markiert die erfolgreiche Lösung und den formellen Abschluss des Qualitätsereignisses in MasterControl. Das Ereignis wird erfasst, wenn der Status des Datensatzes auf „Closed“ geändert wird. Diese Änderung wird mit einem Timestamp im Audit Trail dokumentiert.
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ätsmanagementfalls. Bezugsquelle Dies ist ein ausdrücklich erfasstes Ereignis, das aus der abschließenden Statusänderung des Datensatzes zum Qualitätsereignis auf „Closed“ abgeleitet wird. Der Timestamp dieser Statusänderung wird im Audit Log gespeichert. Erfassen Abgeleitet aus dem Timestamp, zu dem der Ereignisstatus auf „Closed“ aktualisiert wird. Ereignistyp inferred
	Untersuchung gestartet	Markiert den formellen Beginn der Untersuchungsphase, in der Umfang und unmittelbare Auswirkungen des Qualitätsereignisses ermittelt werden. Die Aktivität wird typischerweise erfasst, wenn das Ereignis offiziell einem Untersuchenden zugewiesen und der Status auf „Under Investigation“ aktualisiert wird.
Warum das wichtig ist Dieser wichtige Meilenstein ermöglicht die Messung der Dauer der Untersuchungsphase. Verzögerungen an dieser Stelle können die gesamte Lösungszeit und die Einhaltung von Compliance-Fristen erheblich beeinträchtigen. Bezugsquelle Wird aus einer Statusänderung im Datensatz des Qualitätsereignisses auf einen Status wie „Investigation in Progress“ abgeleitet. Diese Änderung wird im MasterControl-Audit-Trail protokolliert. Erfassen Abgeleitet aus dem Timestamp, zu dem sich der Ereignisstatus auf „Under Investigation“ ändert. Ereignistyp inferred
	Wirksamkeit der Maßnahme bestätigt	Markiert den Abschluss des Prüfschritts, bei dem Nachweise gesammelt und geprüft werden, um die Wirksamkeit der umgesetzten Maßnahmen zu bestätigen. Die Aktivität wird erfasst, wenn die Aufgabe zur Wirksamkeitsprüfung abgeschlossen wird, häufig zusammen mit einer elektronischen Signatur.
Warum das wichtig ist Diese Aktivität ist entscheidend für die Berechnung der CAPA-Wirksamkeitsquote und der durchschnittlichen Zeit zur Maßnahmenprüfung. Sie bestätigt, ob die Lösung wirksam war und ein erneutes Auftreten des Problems verhindert. Bezugsquelle Dies kann ein ausdrücklich über eine elektronische Signatur für den Prüfschritt erfasstes Ereignis sein oder aus dem Abschluss der Aufgabe „Effectiveness Check“ im Workflow abgeleitet werden. Erfassen Aus Protokollen elektronischer Signaturen oder den Abschluss-Timestamps der Aufgabe für den Prüfschritt erfasst. Ereignistyp explicit
	Abschließende Prüfung durchgeführt	Zeigt an, dass ein Qualitätsmanagement-Manager die abschließende Prüfung des gesamten Datensatzes zum Qualitätsereignis einschließlich aller Dokumentationen und Maßnahmen abgeschlossen hat. Dies wird typischerweise durch ein ausdrücklich erfasstes Ereignis einer elektronischen Signatur dokumentiert, bevor der Fall geschlossen werden kann.
Warum das wichtig ist Dies ist das letzte Qualitäts-Gate vor dem Abschluss. Verzögerungen in dieser Phase können dazu führen, dass Ereignisse unnötig offen bleiben und Durchsatzkennzahlen beeinträchtigt werden. Bezugsquelle Ausdrücklich aus dem Audit Trail erfasst, wenn ein Benutzer im Workflow-Schritt „Final Review“ oder „QA Approval“ eine elektronische Signatur anwendet. Erfassen Aus den Protokollen elektronischer Signaturen für den abschließenden Genehmigungsschritt erfasst. Ereignistyp explicit
	Erste Triage abgeschlossen	Bezeichnet den Abschluss der ersten Bewertung, bei der das Qualitätsereignis kategorisiert, einem Schweregrad zugeordnet und priorisiert wird. Dies lässt sich häufig aus einer Statusänderung im System ableiten, etwa wenn der Ereignisstatus von „New“ zu „Under Assessment“ oder „Investigation“ wechselt.
Warum das wichtig ist Die Analyse der für die Triage benötigten Zeit hilft, Verzögerungen bei der ersten Reaktion auf Qualitätsprobleme zu erkennen. Dieser kritische Schritt bestimmt den weiteren Workflow und die Ressourcenverteilung. Bezugsquelle Wird aus dem Audit Trail abgeleitet, wenn das Statusfeld des Ereignisses auf einen Status nach der Triage aktualisiert wird oder wenn erforderliche Triage-Felder wie „Severity“ und „Priority“ erstmals ausgefüllt und gespeichert werden. Erfassen Abgeleitet aus einer Änderung im Statusfeld des Ereignisses, beispielsweise von „Submitted“ zu „Assigned“. Ereignistyp inferred
	Korrekturmaßnahme umgesetzt	Zeigt an, dass die im genehmigten Korrekturmaßnahmenplan definierten Aufgaben ausgeführt und abgeschlossen wurden. Dies wird typischerweise erfasst, wenn der für die Maßnahme verantwortliche Benutzer die Umsetzungsaufgabe im System als abgeschlossen markiert.
Warum das wichtig ist Dieser wichtige Meilenstein markiert den Beginn der KPI „Durchschnittliche Zeit zur Maßnahmenprüfung“. Die Umsetzungsdauer spiegelt die Komplexität und Effizienz der Korrekturmaßnahmen wider. Bezugsquelle Wird aus dem Audit Trail abgeleitet, wenn der Status der zugewiesenen Korrekturmaßnahmenaufgaben auf „Completed“ oder „Implemented“ geändert wird. Erfassen Abgeleitet aus dem Abschluss-Timestamp der verknüpften CAPA-Umsetzungsaufgaben. Ereignistyp inferred
	Korrekturmaßnahmenplan vorgeschlagen	Bezeichnet die Erstellung und Einreichung eines Plans für Korrektur- und Vorbeugungsmaßnahmen (CAPA) zur Prüfung. Dieses Ereignis wird typischerweise erfasst, wenn ein CAPA-Datensatz formell mit dem Qualitätsereignis verknüpft und sein Status auf „Pending Approval“ gesetzt wird.
Warum das wichtig ist Diese Aktivität markiert den Übergang von der Untersuchung zur Planung der Lösung. Die Dauer zwischen RCA und diesem Schritt kann Aufschluss über die Effizienz der Planung geben. Bezugsquelle Wird wahrscheinlich aus der Erstellung eines verknüpften CAPA-Objekts oder einer Statusänderung des Qualitätsereignisses auf einen Status wie „CAPA Plan Proposed“ oder „Pending Plan Approval“ abgeleitet. Erfassen Abgeleitet aus der Erstellung eines verknüpften CAPA-Plan-Datensatzes oder einer Statusänderung im übergeordneten Ereignis. Ereignistyp inferred
	Qualitätsereignis storniert	Bezeichnet einen alternativen Endstatus, bei dem ein Qualitätsereignis als ungültig oder doppelt eingestuft oder versehentlich erfasst und deshalb storniert wird. Dies wird durch eine Statusänderung auf „Cancelled“ oder „Void“ erfasst.
Warum das wichtig ist Die Unterscheidung zwischen geschlossenen und stornierten Ereignissen ist für eine präzise Berichterstattung über Prozessergebnisse wichtig. Eine hohe Stornierungsquote kann auf Probleme bei der Ereigniserfassung oder Triage hinweisen. Bezugsquelle Abgeleitet aus einer abschließenden Statusänderung auf einen Status wie „Cancelled“ oder „Voided“, die im Audit Trail protokolliert wird. Erfassen Abgeleitet aus dem Timestamp, zu dem der Ereignisstatus auf „Cancelled“ aktualisiert wird. Ereignistyp inferred
	Stakeholder informiert	Bezeichnet die formelle Mitteilung über die Lösung des Qualitätsereignisses an alle relevanten Stakeholder. Dies kann eine ausdrücklich protokollierte Aktion sein oder aus dem Abschluss einer Workflow-Aufgabe wie „Final Notification“ abgeleitet werden.
Warum das wichtig ist Die Analyse dieses Schritts hilft, die Effizienz der Mitteilungen zu verstehen. Außerdem ist er ein wichtiger Marker für die Berechnung der KPI „Zeit für abschließende Prüfung und Abschluss“. Bezugsquelle Dies kann ein ausdrücklich im System protokolliertes Benachrichtigungsereignis sein oder aus dem Abschluss der Aufgabe „Notify Stakeholders“ vor dem endgültigen Abschluss abgeleitet werden. Erfassen Abgeleitet aus dem Abschluss einer eigenen Benachrichtigungsaufgabe innerhalb des Workflows. Ereignistyp inferred
	Ursachenanalyse durchgeführt	Diese Aktivität bezeichnet den Abschluss der Ursachenanalyse (RCA) und die Dokumentation der Ergebnisse. Sie kann daraus abgeleitet werden, dass die Felder „Root Cause“ oder zugehörige Analysefelder ausgefüllt und die entsprechende Aufgabe als abgeschlossen markiert wurden.
Warum das wichtig ist Die Nachverfolgung dieser Aktivität hilft, Dauer und Qualität der RCA-Phase zu messen. Sie ist entscheidend für KPIs wie die Rate erneuter Ursachenanalysen, die Nacharbeit sichtbar macht. Bezugsquelle Wird aus einem Audit-Trail-Eintrag über den Abschluss der RCA-Aufgabe oder aus dem Ausfüllen und Finalisieren der Felder zur Ursachen-Kategorie im Formular des Qualitätsereignisses abgeleitet. Erfassen Abgeleitet aus dem Abschluss des Workflow-Schritts oder der Aufgabe „Root Cause Analysis“. Ereignistyp inferred
	Vorbeugende Maßnahme umgesetzt	Bezeichnet den Abschluss der im Plan für vorbeugende Maßnahmen definierten Aufgaben, die künftige Vorkommnisse verhindern sollen. Die Aktivität wird erfasst, wenn die zugewiesenen Aufgaben für vorbeugende Maßnahmen im System als abgeschlossen markiert werden.
Warum das wichtig ist Die Nachverfolgung dieser Aktivität ist für die KPI „Rate vorbeugender Maßnahmen“ entscheidend. Sie hilft zu bewerten, wie proaktiv das Unternehmen potenzielle künftige Probleme adressiert. Bezugsquelle Abgeleitet aus dem Abschluss-Timestamp von Aufgaben, die im CAPA-Plan ausdrücklich als „Preventive Actions“ gekennzeichnet sind. Erfassen Abgeleitet aus dem Abschluss-Timestamp der verknüpften Aufgaben für vorbeugende Maßnahmen. Ereignistyp inferred
	Wirksamkeit als nicht gegeben bewertet	Diese Aktivität bezeichnet ein negatives Ergebnis des Prüfschritts: Die umgesetzten Maßnahmen wurden als unwirksam bewertet. Das Ereignis löst Nacharbeit aus und wird abgeleitet, wenn der Prüfschritt fehlschlägt und sich der Status so ändert, dass die Untersuchung oder CAPA-Planung erneut geöffnet wird.
Warum das wichtig ist Dieses Ereignis ist entscheidend, um Nacharbeitschleifen zu erkennen und die First-Pass-Lösungsquote zu berechnen. Es macht Fehler im Problemlösungsprozess sichtbar, die behoben werden müssen. Bezugsquelle Abgeleitet aus einer Statusänderung, die einen fehlgeschlagenen Wirksamkeitsnachweis anzeigt, etwa „Effectiveness Check Failed“ oder eine Rückkehr zu „Under Investigation“. Erfassen Abgeleitet aus einem Workflow-Übergang, der den Fall nach der Prüfung in eine frühere Phase zurückführt. Ereignistyp inferred

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus MasterControl

Schritte

Melden Sie sich bei MasterControl an: Öffnen Sie Ihre MasterControl-Umgebung mit einem Benutzerkonto, das über die Berechtigung zum Erstellen und Ausführen von Analytics-Berichten verfügt.
Öffnen Sie das Analytics-Modul: Wählen Sie im Hauptmenü das Modul Analytics oder Reports. Die genaue Bezeichnung kann je nach Konfiguration Ihres Systems abweichen.
Erstellen Sie einen neuen Bericht: Starten Sie die Erstellung eines neuen Berichts. Wählen Sie die passende Datenquelle, die Informationen zu Quality Events mit dem zugehörigen Audit Trail oder Verlauf verbindet. Häufig wird diese Datenquelle als Universe oder Datenmodell für Quality Events bezeichnet, beispielsweise „QEM with Audit Trail“.
Definieren Sie Berichtsspalten (Result Objects): Wählen Sie im Berichtseditor die Datenfelder aus, die als Spalten Ihres Event Logs dienen. Die Audit-Trail-Informationen müssen enthalten sein, damit jede Aktivität erfasst wird. Fügen Sie die folgenden Felder hinzu:
- Quality Event ID (für QualityEvent)
- Audit Action oder Event Type (für ActivityName)
- Audit Timestamp oder Date/Time (für EventTime)
- Audit User oder Performed By (für UserName)
- Quality Event Type
- Responsible Department
- Current Status (für QualityEventStatus)
- Root Cause Category
- Effectiveness Check Status
- Target Resolution Date
Konfigurieren Sie die Berichtsfilter: Richten Sie Filter ein, um die Daten auf den relevanten Bereich einzugrenzen. Erstellen Sie einen Filter für das Feld „Audit Action“ oder „Event Type“. Wählen Sie alle Werte aus, die den benötigten Aktivitäten entsprechen, beispielsweise „Create“, „Status Change“, „E-Signature“ und „Task Complete“.
Legen Sie den Zeitraum fest: Wenden Sie auf das Feld „Audit Timestamp“ einen Datumsfilter an, um Daten für einen bestimmten Zeitraum zu extrahieren. Für den Anfang empfiehlt sich ein kürzerer Zeitraum, etwa die vergangenen drei bis sechs Monate, damit die Verarbeitung leistungsfähig bleibt.
Führen Sie den Bericht aus: Starten Sie den Bericht, um die Datenvorschau in der MasterControl-Analytics-Oberfläche zu erzeugen. Prüfen Sie die Ergebnisse und stellen Sie sicher, dass die Struktur korrekt ist.
Überarbeiten Sie die Aktivitätsnamen: Die ursprünglichen Namen von „Audit Action“ sind möglicherweise nicht verständlich genug. Nach dem Export müssen Sie die Daten transformieren. Erstellen Sie in Ihrem bevorzugten Tool, etwa Excel oder einem Skript, ein Mapping, das technische Audit-Ereignisse wie „STATUS_CHANGE_TO_CLOSED“ in die benötigten fachlichen Aktivitätsnamen wie „Quality Event Closed“ überführt.
Fügen Sie die Spalte EndTime hinzu: Erstellen Sie nach dem Export eine neue Spalte mit dem Namen „EndTime“. 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“.
Exportieren Sie die Daten: Wenn Sie mit der Berichtsvorschau zufrieden sind, speichern Sie die Daten über die Exportfunktion im Analytics-Modul als CSV-Datei.
Formatieren Sie die Datei für den Upload: Öffnen Sie die CSV-Datei. Wenden Sie das Mapping der Aktivitätsnamen aus Schritt 8 an. Stellen Sie sicher, dass die Spaltenüberschriften exakt den benötigten Attributen entsprechen: QualityEvent, ActivityName, EventTime, EndTime, UserName und weitere. 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 Quality-Event-Datensätze mit den detaillierten Daten des Audit Trails oder der Event History verbindet. Dies ist entscheidend, damit jede einzelne Aktivität erfasst wird.
Filter für den Zeitraum: Wenden Sie einen Filter auf den Timestamp des Audit-Ereignisses (EventTime) an. Für eine erste Analyse empfiehlt sich ein Zeitraum von drei bis sechs Monaten, um Vollständigkeit und Verarbeitungsleistung auszubalancieren.
Aktivitätsfilter: Der wichtigste Filter bezieht sich auf das Feld für die Audit-Aktion oder den Event Type. Wählen Sie alle relevanten Systemereignisse aus, die den gewünschten fachlichen Aktivitäten entsprechen, etwa Objekterstellung, Statusänderungen, elektronische Signaturen und abgeschlossene Workflow-Aufgaben.
Filter für den Quality Event Type: Sie können nach bestimmten Arten von Qualitätsereignissen filtern, beispielsweise „Non-Conformance“ oder „Customer Complaint“, 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 Quality-Events-Modul sowie die Berechtigung, im MasterControl-Analytics-Modul Berichte zu erstellen und auszuführen.

a 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: Stellen Sie sicher, dass Python 3.6 oder höher sowie die Bibliotheken pandas und requests installiert sind. Lassen Sie sich von Ihrem MasterControl-Administrator API-Zugangsdaten geben, darunter eine Client ID, ein Client Secret und ein API Key. Ihr Konto muss über Leseberechtigungen für das Quality-Events-Modul verfügen.
Konfigurieren Sie die Skriptvariablen: Erstellen Sie eine neue Python-Skriptdatei. Definieren Sie am Anfang des Skripts Variablen für die MasterControl-Basis-URL und die im vorherigen Schritt erhaltenen API-Zugangsdaten. Geben Sie außerdem das Start- und Enddatum des Extraktionszeitraums an.
Implementieren Sie die Authentifizierung: Schreiben Sie eine Funktion, die eine POST-Anfrage an den MasterControl-Authentifizierungsendpunkt sendet, typischerweise /api/v2/auth/token. Die Anfrage muss Ihre Zugangsdaten enthalten, damit Sie ein temporäres Bearer-Token für die folgenden API-Aufrufe erhalten.
Rufen Sie die Liste der Quality Events ab: Erstellen Sie eine Hauptschleife, die den Endpunkt für Quality Events aufruft, beispielsweise /api/v2/events. Verwenden Sie die Parameter limit und offset, um die Liste aller Quality Events seitenweise abzurufen. So können Sie auch große Datenmengen verarbeiten, ohne die API zu überlasten.
Rufen Sie detaillierte Audit Trails ab: Führen Sie für jedes in der Hauptschleife abgerufene Quality Event einen zweiten API-Aufruf aus, um den detaillierten Audit Trail oder Verlauf abzurufen. Der Endpunkt hat typischerweise die Struktur /api/v2/events/{id}/history, wobei {id} die eindeutige Kennung des Quality Events ist.
Ordnen Sie Audit-Daten Aktivitäten zu: Dies ist der zentrale Transformationsschritt. Durchlaufen Sie die Audit-Trail-Einträge jedes Quality Events. Verwenden Sie eine bedingte Logik mit if/elif/else-Anweisungen, um bestimmte Audit-Datensätze, etwa Statusänderungen, E-Signaturen oder abgeschlossene Aufgaben, den standardisierten Aktivitätsnamen für das Event Log zuzuordnen.
Extrahieren Sie Attribute: Wenn Sie eine Aktivität im Audit Trail identifizieren, lesen Sie aus der JSON-Antwort alle erforderlichen und empfohlenen Attribute aus. Dazu gehören die ID QualityEvent, der zugeordnete Wert ActivityName, der EventTime des Audit-Datensatzes, UserName sowie weitere relevante Angaben aus dem übergeordneten Quality-Event-Objekt.
Strukturieren Sie das Event Log: Speichern Sie jede extrahierte Aktivität mit ihren Attributen als Dictionary. Fügen Sie jedes Dictionary einer Hauptliste hinzu, die als Grundlage für Ihr Event Log dient.
Erstellen Sie einen DataFrame: Wandeln Sie die Hauptliste der Aktivitäts-Dictionaries nach der Verarbeitung aller Quality Events und Audit Trails in einen pandas DataFrame um. Dadurch lassen sich die Daten einfach bearbeiten und formatieren.
Exportieren Sie die Daten als CSV: Verwenden Sie die pandas-Funktion to_csv(), um den DataFrame in eine CSV-Datei zu exportieren. Speichern Sie die Datei mit UTF-8-Kodierung. Die Spalten EventTime und EndTime müssen ein einheitliches Timestamp-Format verwenden, das mit ProcessMind kompatibel ist, beispielsweise 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 Berechtigungen zum Zugriff auf Quality-Event-Daten per API verfügt.
API-Endpunkte: Das Skript verwendet hauptsächlich den Endpunkt /api/v2/auth/token für die Authentifizierung, /api/v2/events zum Auflisten der Quality Events und /api/v2/events/{id}/history zum Abrufen des detaillierten Audit Trails jedes Ereignisses.
Filter für den Zeitraum: Konfigurieren Sie unbedingt die Variablen start_date und end_date im Skript. Für eine erste Analyse empfiehlt sich ein Zeitraum von drei bis sechs Monaten, damit Datenmenge und Extraktionsdauer überschaubar bleiben.
Steuerung der Seitennavigation: Der Parameter limit legt fest, wie viele Datensätze pro API-Aufruf abgerufen werden. Ein Wert zwischen 100 und 500 ist üblich. Das Skript muss offset verarbeiten, um alle Datenseiten abzurufen.
MasterControl-Konfiguration: Die Logik des Skripts zur Zuordnung von Audit-Einträgen zu Aktivitäten setzt eine standardmäßige Konfiguration des Qualitätsmanagement-Workflows voraus. Möglicherweise müssen Sie Feldnamen oder Statuswerte an die konkrete MasterControl-Einrichtung Ihrer Organisation anpassen.

a 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

Bestätigen Sie, dass das MasterControl-BI-Connector-Modul lizenziert, aktiviert und für das verwendete BI- oder ETL-Tool verfügbar ist. Lassen Sie sich vom MasterControl-Administrator die Verbindungsdaten, Zugangsdaten, erforderlichen Autorisierungen und freigegebenen Quellobjekte geben. Da sich MasterControl-Bereitstellungen unterscheiden, verwenden Sie [Configure based on your system] für die verbindungsspezifische Methode und die Namen der Quellobjekte.
Verbinden Sie das BI- oder ETL-Tool mit dem MasterControl BI Connector und testen Sie die Verbindung. Wählen Sie die freigegebene Quelle für Quality Events, die Audit-Trail-Quelle, die Quelle für Workflow-Aufgaben, die Quelle für elektronische Signaturen sowie die zugehörige CAPA-Quelle aus, sofern diese Objekte vom Connector bereitgestellt werden. Ersetzen Sie jeden Quellverweis in eckigen Klammern durch das entsprechende Objekt Ihrer Umgebung.
Legen Sie das Extraktionsfenster mit [Start date parameter] und [End date parameter] fest. Für die erste Extraktion empfiehlt sich ein Zeitraum von drei bis sechs Monaten. Verwenden Sie zwischen inkrementellen Läufen eine Überlappung, um verspätete Änderungen zu erfassen. Entfernen Sie anschließend Duplikate anhand von QualityEvent, ActivityName und EventTime sowie der Quellereignis-ID, sofern diese verfügbar ist.
Extrahieren Sie die Erstellung des Quality Events aus dem expliziten Erstellungs- oder Audit-Datensatz. Extrahieren Sie die übrigen Aktivitäten aus expliziten Workflow-, Aufgaben-, Status-, CAPA-, Wirksamkeits-, Benachrichtigungs-, Prüfungs-, Signatur- und Audit-Datensätzen. Die Abfrage muss für jedes Auftreten einer Aktivität eine Zeile zurückgeben. ProcessMind verarbeitet diese Zeilen unverändert und leitet fehlende Aktivitäten nicht ab.
Ordnen Sie die Quellfelder den erforderlichen Ausgabespalten QualityEvent, ActivityName und EventTime zu. Übernehmen Sie die empfohlenen Felder EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus und TargetResolutionDate, sofern der Connector sie bereitstellt. Bewahren Sie Quell-Timestamps nach Möglichkeit einschließlich Zeitzoneninformationen auf.
Wenden Sie die Aktivitätsregeln der Abfrage an. Verwenden Sie explizite Quellereignisse, sofern diese verfügbar sind. Bei als abgeleitet beschriebenen Aktivitäten dürfen Sie die dokumentierte Status-, Feldabschluss-, Aufgabenabschluss- oder Signaturbedingung nur verwenden, wenn diese Bedingung in den Quelldaten vorhanden ist. Erstellen Sie keine Zeile allein deshalb, weil eine spätere Aktivität existiert.
Vereinheitlichen Sie die Timestamps auf eine Zeitzone, vorzugsweise UTC, oder dokumentieren Sie die Quellzeitzone. Wandeln Sie leere Zeichenfolgen in NULL um, bewahren Sie Quellkennungen auf und stellen Sie sicher, dass ActivityName exakt eines der vierzehn erforderlichen Aktivitätslabels enthält. Ersetzen Sie fehlende Quellwerte nicht durch erfundene Werte.
Validieren Sie, dass QualityEvent gefüllt ist, EventTime einen gültigen Timestamp enthält und jede zurückgegebene Zeile zum ausgewählten Zeitraum gehört. Prüfen Sie auf doppelte Aktivitätszeilen, unerwartete Aktivitätslabels, ungültige Statusübergänge und Ereignisse, die vor Quality Event Created auftreten.
Exportieren Sie das Ergebnis als flache CSV-Datei oder in einem anderen von ProcessMind unterstützten Tabellenformat. Fügen Sie eine Kopfzeile mit den exakten Spaltennamen QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus und TargetResolutionDate ein. Laden Sie die Datei in ProcessMind hoch und konfigurieren Sie QualityEvent als Case-Identifier, ActivityName als Aktivität und EventTime als Event-Timestamp.

Konfiguration

Connector und Autorisierung: Aktivieren Sie den MasterControl BI Connector und beschaffen Sie die erforderliche Lizenz, Leseberechtigungen, Zugriff auf den Audit Trail, Workflow-Zugriff sowie Berechtigungen für Quality-Event- und CAPA-Daten. Verwenden Sie [Configure based on your system] für bereitstellungsspezifische Verbindungseinstellungen.
Quellobjekte: Konfigurieren Sie die freigegebenen Objekte des MasterControl BI Connectors für Quality Events, Audit-Verläufe, Workflow-Aufgaben, Signaturen, CAPA-Datensätze, Benachrichtigungen, Prüfungen und Wirksamkeitsprüfungen. Gehen Sie nicht davon aus, dass Objektnamen oder Beziehungen in allen Bereitstellungen identisch sind.
Zeitraum: Beginnen Sie mit drei bis sechs Monaten. Verwenden Sie für Produktionslasten inkrementelle Zeitfenster mit einer dokumentierten Überlappung, um verspätet eintreffende Audit- oder Workflow-Datensätze zu erfassen.
Filter: Wenden Sie [Company-specific filter] nur an, wenn dies erforderlich ist. Weitere Filter können sich auf Quality Event Type, Standort, Geschäftsbereich, Dokumenttyp, Status oder verantwortliche Abteilung beziehen. Sie dürfen jedoch keine zugehörigen Aktivitäten ausschließen, die für die Rekonstruktion des Lebenszyklus benötigt werden.
Zuordnung von Aktivitäten: Konfigurieren Sie exakte Quellbedingungen für Erstellung, Triage, Untersuchung, RCA, CAPA-Vorschlag und -Genehmigung, Umsetzung von Korrektur- und Präventivmaßnahmen, Wirksamkeitsergebnisse, Benachrichtigung, abschließende Prüfung, Abschluss und Stornierung. Führen Sie ein Mapping-Dokument für Quellstatus, Aufgabennamen, Signaturaktionen und Regeln zum Abschluss von Feldern.
Umgang mit Timestamps: Wählen Sie für jede Aktivität den maßgeblichen Event-Timestamp aus. Bewahren Sie die Quellzeitzone auf oder konvertieren Sie alle Timestamps in UTC. Verwenden Sie EndTime nur, wenn ein Abschluss-Timestamp ausdrücklich 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 an den BI Connector, sofern dies unterstützt wird. Wählen Sie nur erforderliche Spalten aus, vermeiden Sie uneingeschränkte Scans des Audit-Verlaufs, teilen Sie große Zeiträume auf und materialisieren Sie Zwischenextrakte, sofern das BI-Tool dies unterstützt.
Inkrementelle Verarbeitung: Speichern Sie die Grenze der letzten erfolgreichen Extraktion und verwenden Sie bei nachfolgenden Läufen eine kleine Überlappung. Entfernen Sie Duplikate anhand der Quellereignis-ID, sofern verfügbar. Andernfalls verwenden Sie die Kombination aus Case, Aktivität, Timestamp und Benutzer nach dokumentierten Regeln.
Datenqualität: QualityEvent, ActivityName und EventTime müssen gefüllt sein. Lehnen Sie Zeilen mit nicht unterstützten Aktivitätslabels, fehlerhaften Timestamps oder fehlenden Case-Identifiern ab oder verschieben Sie sie in einen Quarantänebereich.
Sicherheit: Verwenden Sie ein Servicekonto mit den geringsten erforderlichen Leseberechtigungen. Schützen Sie Zugangsdaten, beschränken Sie den Zugriff auf exportierte Dateien und beachten Sie die Anforderungen von MasterControl und Ihrer Organisation zur Datenaufbewahrung.

a 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;

Bereit für den Start?

Verwenden Sie dieses Template, um ein aussagekräftiges Event Log zu erstellen und wertvolle Erkenntnisse über Ihre Abläufe im Qualitätsmanagement zu gewinnen. Beginnen Sie noch heute mit dem Weg zu mehr Compliance und Effizienz.

Zurück zum Leitfaden zur Verbesserung Template herunterladen

Beschleunigen Sie das Qualitätsmanagement in MasterControl um 30 %

Visualisieren Sie Ihre Prozesse, beseitigen Sie Ineffizienzen und verkürzen Sie die Durchlaufzeit 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 des Qualitätsmanagements

Anleitungen zur Datenextraktion

Export von MasterControl-Analytics-Berichten in CSV

Schritte

Konfiguration

a Beispielabfrage sql

Datenextraktion per Python-Skript über die MasterControl REST API

Schritte

Konfiguration

a Beispielabfrage python

Datenextraktion über das BI-Connector-Modul

Schritte

Konfiguration

a Beispielabfrage sql

Bereit für den Start?

Beschleunigen Sie das Qualitätsmanagement in MasterControl um 30 %

Ihr Daten-Template für das Qualitätsmanagement

Ihr Daten-Template für das Qualitätsmanagement

Attribute des Qualitätsmanagements

Aktivitäten des Qualitätsmanagements

Anleitungen zur Datenextraktion

Export von MasterControl-Analytics-Berichten in CSV

Schritte

Konfiguration

a Beispielabfrage sql

Datenextraktion per Python-Skript über die MasterControl REST API

Schritte

Konfiguration

a Beispielabfrage python

Datenextraktion über das BI-Connector-Modul

Schritte

Konfiguration

a Beispielabfrage sql

Bereit für den Start?

Beschleunigen Sie das Qualitätsmanagement in MasterControl um 30 %

Ihre Privatsphäre ist uns wichtig