> Amélioration continue des processus > Gestion de la qualité > MasterControl > Modèle de données

Votre modèle de données pour la gestion de la qualité

MasterControl

Attributs de gestion de la qualité(21) Activités de gestion de la qualité(14) Guides d’extraction(3)

Votre modèle de données pour la gestion de la qualité

Ce modèle vous guide dans la collecte des données nécessaires à l’analyse de votre processus de gestion de la qualité. Il présente les attributs essentiels à inclure dans votre journal d’événements, les principales activités à suivre et des conseils pratiques pour extraire ces données de votre système MasterControl. Utilisez cette ressource pour réunir les éléments de base nécessaires à une initiative de Process Mining réussie.

Attributs recommandés à collecter
Activités clés à suivre
Conseils d’extraction pour MasterControl

Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs de gestion de la qualité

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail votre processus de gestion de la qualité.

3 Obligatoire 8 Recommandé 10 Facultatif

	Nom	Description
	Événement qualité QualityEvent	Identifiant unique d’un événement qualité, par exemple une non-conformité, une déviation ou une réclamation. Cet identifiant relie toutes les activités et tous les documents associés.
Description L’identifiant de l’événement qualité sert d’identifiant principal du dossier pour l’ensemble du processus de gestion de la qualité. Il s’agit généralement d’une valeur alphanumérique générée par MasterControl lors de la création d’un événement qualité. En Process Mining, cet attribut est essentiel pour reconstituer le parcours de bout en bout de chaque problème qualité. En regroupant toutes les activités associées sous un même identifiant d’événement qualité, les analystes peuvent visualiser l’ensemble du flux de processus, mesurer les temps de cycle entre la création et la clôture, et repérer les variations ou les goulots d’étranglement propres à chaque dossier. Pourquoi est-ce important ? Cet identifiant de dossier essentiel relie toutes les étapes du processus et permet d’analyser le cycle de vie complet de chaque problème qualité, de son signalement à sa résolution. Où trouver ces données Il s’agit de la clé primaire de l’enregistrement d’un événement qualité. Consultez la documentation de MasterControl ou la configuration du système pour connaître le nom exact de la table et du champ. Exemples QE-2023-00123NC-2023-0456CAPA-2023-0078
	Heure de l’événement EventTime	Date et heure précises auxquelles une activité ou un événement donné s’est produit. Elles correspondent à l’heure de début de chaque activité.
Description Cet horodatage indique la fin d’une tâche précise ou le moment où un événement s’est produit dans le processus qualité. Il fournit l’ordre chronologique nécessaire pour reconstituer le flux de processus de chaque dossier. Les horodatages sont indispensables à toutes les analyses de Process Mining fondées sur le temps. Ils servent à calculer les temps de cycle, les durées de traitement et les temps d’attente entre les activités. Ces données sont essentielles pour créer des Dashboards qui analysent les délais de résolution, repèrent les goulots d’étranglement et mesurent les délais de transmission entre les services. Pourquoi est-ce important ? Cet horodatage établit l’ordre chronologique des événements, indispensable pour calculer la durée des processus, repérer les goulots d’étranglement et comprendre leur performance. Où trouver ces données Il s’agit d’un champ standard de la piste d’audit ou du journal d’historique des événements qualité dans MasterControl. Il indique à quel moment chaque action a été consignée. Exemples 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Nom de l’activité ActivityName	Nom de la tâche ou de l’événement précis survenu au cours du cycle de vie de l’événement qualité, par exemple « Investigation lancée » ou « Action corrective mise en œuvre ».
Description Le nom de l’activité désigne une étape ou un jalon distinct du processus de gestion de la qualité. Ces activités sont consignées avec leur horodatage et forment la séquence d’événements qui constitue le flux de processus de chaque événement qualité. L’analyse de ces activités est au cœur du Process Mining. Elle permet de découvrir la cartographie réelle du processus, de repérer les parcours fréquents, les écarts par rapport à la procédure standard et les goulots d’étranglement. La séquence et la fréquence d’activités telles que « Analyse des causes racines effectuée » sont essentielles aux Dashboards consacrés aux reprises et à la conformité. Pourquoi est-ce important ? Cet attribut définit les étapes du processus. Il permet de visualiser sa cartographie, de détecter les écarts et d’analyser le flux de processus. Où trouver ces données Ces informations sont généralement consignées dans une piste d’audit ou une table d’historique associée à chaque enregistrement d’événement qualité dans MasterControl. Exemples Événement qualité crééAnalyse des causes profondes réaliséePlan d’actions correctives approuvéEfficacité de l’action vérifiée
	Catégorie de cause racine RootCauseCategory	Classification de la cause racine identifiée pour l’événement qualité, par exemple « Erreur humaine », « Défaillance d’un équipement » ou « Lacune dans le processus ».
Description Une fois l’analyse des causes racines effectuée, les conclusions sont généralement classées par catégorie. Cet attribut enregistre cette classification et fournit des données structurées sur l’origine des problèmes. Il s’agit d’un attribut important pour améliorer la qualité à l’échelle de l’organisation. Le Dashboard « Cohérence de l’analyse des causes racines » utilise ces données pour établir des liens entre les catégories de causes racines, l’efficacité des actions correctives et les taux de reprises. L’organisation peut ainsi déterminer si certaines causes sont plus difficiles à traiter ou si l’analyse elle-même manque de cohérence. Pourquoi est-ce important ? Classe les causes profondes des problèmes qualité et permet de cibler les analyses pour éviter leur réapparition et améliorer l’efficacité des actions correctives. Où trouver ces données Ce champ figure généralement dans la section « Analyse des causes racines » ou « Investigation » du formulaire d’événement qualité dans MasterControl. Exemples Dysfonctionnement d’un équipementFormation insuffisanteDéfaut de matériauProcédure non respectée
	Date cible de résolution TargetResolutionDate	Date prévue ou exigée pour la clôture de l’événement qualité.
Description Cet attribut définit la date à laquelle un événement qualité devrait être résolu. Elle est souvent déterminée par son type, son niveau de gravité ou les exigences réglementaires applicables. Elle sert d’échéance au processus de résolution. Cette date permet de mesurer le respect des délais et des accords de niveau de service (SLA). Elle est essentielle au calcul du KPI « Taux de respect des exigences de conformité » et à la création d’un attribut calculé « Statut SLA » (par exemple, « Dans les délais » ou « En retard »). L’analyse permet alors de repérer les types d’événements ou les services qui dépassent le plus souvent leurs échéances. Pourquoi est-ce important ? Fixe une échéance de résolution et permet de mesurer le respect des délais ainsi que le taux de conformité aux SLA. Où trouver ces données Il s’agit probablement d’un champ de date du formulaire principal d’événement qualité dans MasterControl, renseigné manuellement ou calculé automatiquement. Exemples 2023-11-302024-01-152023-12-22
	Heure de fin EndTime	Horodatage indiquant la fin d’une activité. Pour les événements élémentaires, il correspond souvent à l’heure de début.
Description EndTime marque la fin d’une activité. Pour de nombreux événements consignés dans une piste d’audit, les heures de début et de fin sont identiques : l’événement correspond alors à un instant précis. Ce champ peut toutefois indiquer une durée pour les activités dont la durée est mesurable. Cet attribut est utilisé avec StartTime pour calculer la durée de traitement de chaque activité. Il permet de repérer les étapes qui prennent le plus de temps dans le processus et contribue au Dashboard d’identification des goulots d’étranglement du processus qualité. Pourquoi est-ce important ? Permet de calculer précisément la durée des activités et de repérer les tâches qui prennent le plus de temps dans le processus de gestion de la qualité. Où trouver ces données Peut figurer dans la piste d’audit ou le journal d’historique de MasterControl. Si cette information n’est pas disponible, elle peut être déduite de l’heure de début de l’activité suivante dans la séquence. Exemples 2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
	Nom de l’utilisateur UserName	Nom de l’utilisateur ou de la ressource ayant effectué l’activité.
Description Cet attribut identifie la personne responsable de l’exécution d’une tâche précise du processus, par exemple l’approbation d’un plan d’action corrective ou la clôture d’un événement qualité. L’analyse du processus par utilisateur permet de comprendre la répartition de la charge de travail, de repérer les besoins de formation et de détecter les variations liées à l’exécution par certains utilisateurs. Elle peut révéler si certaines personnes sont associées à des reprises ou à des retards, et ainsi éclairer la gestion de la performance et l’affectation des ressources. Pourquoi est-ce important ? Associe les activités à des personnes précises et permet d’analyser la charge de travail, la performance et les goulots d’étranglement liés aux ressources. Où trouver ces données Ces informations figurent généralement dans la piste d’audit ou le journal d’historique de chaque événement qualité dans MasterControl, sous un libellé tel que « User » ou « Performed By ». Exemples j.does.smithr.williams
	Service responsable ResponsibleDepartment	Service ou domaine fonctionnel responsable de l’événement qualité ou de l’activité en cours.
Description Cet attribut indique quel service, par exemple « Production », « Assurance qualité » ou « Ingénierie », est responsable de l’événement qualité ou effectue une tâche précise. Il s’agit d’un axe d’analyse important, qui permet de filtrer et de comparer la performance du processus entre différentes unités opérationnelles. Il est essentiel au Dashboard d’analyse des délais de transmission, car un changement de valeur entre deux activités signale un transfert. L’analyse des délais à ces étapes peut révéler des problèmes de communication ou de coordination entre les services. Pourquoi est-ce important ? Aide à repérer les goulots d’étranglement entre les services et à analyser la performance du processus par domaine fonctionnel, notamment les délais de transmission. Où trouver ces données Ces informations sont généralement enregistrées dans le formulaire principal de l’événement qualité dans MasterControl et peuvent être mises à jour au fil de son cycle de vie. Exemples Assurance qualitéProductionRecherche et développementAffaires réglementaires
	Statut d’efficacité EffectivenessStatus	Résultat de la vérification visant à déterminer si les actions correctives et préventives mises en œuvre ont été efficaces.
Description Cet attribut consigne le résultat de la vérification de l’efficacité, étape finale importante du processus CAPA. Le statut indique si les actions entreprises ont permis de résoudre le problème et d’éviter qu’il ne se reproduise. Ces données alimentent principalement le Dashboard « Suivi de l’efficacité des CAPA » et le KPI « Taux d’efficacité des CAPA ». Leur analyse aide l’organisation à évaluer la réussite de ses démarches de résolution des problèmes et à repérer les cas où les actions correctives échouent. Pourquoi est-ce important ? Mesure la réussite des actions mises en œuvre. Cette mesure est essentielle au calcul du taux d’efficacité des CAPA et à l’amélioration continue. Où trouver ces données Il s’agit d’un champ de résultat de la section consacrée à la vérification de l’efficacité ou à la clôture du formulaire CAPA, souvent associé à l’événement qualité dans MasterControl. Exemples EfficaceInefficaceSuivi requis
	Statut de l’événement qualité QualityEventStatus	État actuel de l’événement qualité au cours de son cycle de vie, par exemple « Ouvert », « En cours d’investigation », « En attente d’approbation » ou « Clôturé ».
Description Cet attribut indique où en est un événement qualité à un moment donné. Il est généralement mis à jour à chaque étape importante du dossier. En Process Mining, le statut permet de filtrer les dossiers ouverts ou clôturés, ce qui est essentiel au Dashboard « Débit et arriéré des événements qualité ». L’analyse du temps passé dans chaque statut peut également révéler les étapes où les événements ont tendance à stagner. Pourquoi est-ce important ? Indique l’état actuel d’un événement qualité et permet d’analyser les arriérés, le débit et le temps passé aux différentes étapes de son cycle de vie. Où trouver ces données Il s’agit d’un champ de statut standard de l’enregistrement principal de l’événement qualité dans MasterControl. Exemples OuvertEn coursEn attente de l’approbation de la CAPAClôturéAnnulé
	Type d’événement qualité QualityEventType	Classification de l’événement qualité, par exemple « Non-conformité », « Réclamation client », « Constat d’audit » ou « Déviation ».
Description Cet attribut classe l’événement qualité selon sa nature. Les différents types d’événements peuvent suivre des parcours distincts et être soumis à des exigences de conformité ou à des délais de résolution cibles différents. L’analyse du processus par type d’événement qualité est essentielle pour comprendre les variations de performance. Des Dashboards comme « Analyse des délais de résolution des événements qualité » s’appuient sur cet attribut pour comparer les temps de cycle entre les catégories et repérer les problèmes les plus complexes ou les plus longs à résoudre. Pourquoi est-ce important ? Classe les événements qualité et permet de comparer les flux de processus, les temps de cycle et les résultats selon le type de problème. Où trouver ces données Il s’agit d’un champ de classification principal du formulaire de création d’un événement qualité dans MasterControl. Exemples Rapport de non-conformité (NCR)Réclamation clientConstat d’audit interneDemande d’action corrective auprès d’un fournisseur (SCAR)
	Dernière mise à jour des données LastDataUpdate	Horodatage indiquant la dernière extraction ou actualisation des données depuis MasterControl.
Description Cet attribut consigne la date et l’heure de la dernière extraction des données du système source. Il s’agit d’un champ de métadonnées qui s’applique à l’ensemble du jeu de données, et non à chaque événement. Cette information est essentielle pour connaître l’ancienneté des données analysées. Elle indique aux utilisateurs métier à quel point les Dashboards de processus et les KPI sont à jour, afin qu’ils puissent prendre leurs décisions en connaissant l’âge des données utilisées. Pourquoi est-ce important ? Donne un repère essentiel sur l’actualité des données : les utilisateurs savent ainsi à quand remonte l’analyse et quand la prochaine actualisation est prévue. Où trouver ces données Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement (ETL) des données depuis MasterControl. Exemples 2024-05-20T02:00:00Z2024-05-21T02:00:00Z
	Identifiant de l’action corrective CorrectiveActionId	Identifiant unique du plan d’action corrective (CAPA) associé à l’événement qualité.
Description Cet attribut relie directement un événement qualité à la ou aux actions correctives créées pour traiter sa cause racine. Un même événement qualité peut être associé à une ou plusieurs actions correctives. Cet identifiant permet de rapprocher les données des événements qualité de celles du module CAPA et d’effectuer une analyse plus détaillée. Il est ainsi possible d’examiner les types d’actions entreprises pour différentes causes racines et leur efficacité ultérieure, notamment dans le Dashboard de suivi de l’efficacité des CAPA. Pourquoi est-ce important ? Relie l’événement qualité aux actions correctives correspondantes et permet d’analyser plus précisément leur efficacité et les stratégies de résolution. Où trouver ces données Cet identifiant figurerait dans une section consacrée aux enregistrements associés ou aux objets liés du formulaire d’événement qualité dans MasterControl. Exemples CA-2023-0199CA-2023-0204CA-2023-0210
	Identifiant de l’action préventive PreventiveActionId	Identifiant unique du plan d’action préventive (PAPA) associé à l’événement qualité.
Description Comme l’identifiant de l’action corrective, cet attribut relie l’événement qualité aux actions préventives créées. Ces actions sont des mesures proactives destinées à éviter que des problèmes potentiels similaires ne surviennent dans d’autres domaines. Cet identifiant est essentiel au Dashboard « Optimisation des actions préventives » et au KPI « Taux d’actions préventives ». Il permet de suivre la fréquence à laquelle les événements qualité donnent lieu à des améliorations proactives et d’analyser l’effet de ces mesures au fil du temps. Pourquoi est-ce important ? Relie l’événement qualité aux mesures préventives prises en amont et permet d’analyser la capacité de l’organisation à tirer des enseignements des problèmes et à éviter qu’ils ne se reproduisent. Où trouver ces données Cet identifiant figurerait dans une section consacrée aux enregistrements associés du formulaire d’événement qualité ou CAPA dans MasterControl, avec un lien vers un objet d’action préventive. Exemples PA-2023-0051PA-2023-0052PA-2023-0053
	Produit concerné ProductAffected	Produit, gamme de produits ou composant concerné par l’événement qualité.
Description Cet attribut identifie le produit ou le matériau associé au problème qualité. Il apporte un contexte essentiel pour comprendre les conséquences des événements qualité. L’analyse des données de processus par produit permet de repérer les produits qui présentent des problèmes qualité récurrents. Elle peut aider à prioriser les améliorations, à orienter les modifications de conception et à évaluer la performance des différentes lignes de production ou des fournisseurs. Pourquoi est-ce important ? Apporte un contexte métier important et permet d’analyser les problèmes qualité par gamme de produits afin de repérer les problèmes récurrents et les tendances. Où trouver ces données Il s’agit d’un champ du formulaire d’événement qualité dans lequel les utilisateurs précisent le produit, souvent en le sélectionnant dans une liste prédéfinie ou en saisissant une référence. Exemples Produit A - Lot 54321Composant XYZAPI-001
	Réglementation applicable AssociatedRegulationStandard	Réglementation ou norme qualité applicable à l’événement qualité, par exemple ISO 13485 ou 21 CFR Part 820.
Description Cet attribut associe un événement qualité à une réglementation externe ou à une norme qualité interne. Il est particulièrement important pour les entreprises de secteurs réglementés, comme les sciences de la vie ou l’industrie manufacturière. Cet attribut est essentiel au Dashboard « Respect des exigences de conformité du processus qualité ». Il permet aux analystes de filtrer les événements liés à une réglementation précise et de vérifier que les étapes requises ont été suivies. Les écarts peuvent être signalés comme des risques potentiels pour la conformité, ce qui en fait un attribut important pour les audits et la gestion des risques. Pourquoi est-ce important ? Associe les événements qualité à des exigences de conformité précises et permet d’analyser le respect des normes réglementaires et des politiques internes. Où trouver ces données Il peut s’agir d’un champ à sélectionner dans le formulaire d’événement qualité de MasterControl, qui permet aux utilisateurs d’associer les réglementations applicables aux événements. Exemples ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
	Reprise IsRework	Indicateur booléen précisant si une activité ou une séquence d’activités correspond à une reprise.
Description Cet indicateur prend la valeur « true » lorsqu’une activité est répétée dans un même dossier ou que le processus revient à une étape antérieure. Par exemple, si l’activité « Analyse des causes racines effectuée » se produit deux fois pour le même événement qualité, la seconde occurrence est signalée comme une reprise. Cet attribut alimente directement le Dashboard « Vue d’ensemble des reprises et des nouvelles investigations » et le KPI « Taux de nouvelle investigation des causes racines ». Il simplifie le décompte des reprises et facilite le filtrage et l’analyse des dossiers dont le flux de processus est inefficace. Pourquoi est-ce important ? Signale explicitement les activités répétées et facilite la mesure et l’analyse de la fréquence, des causes et des conséquences des reprises. Où trouver ces données Cet indicateur est calculé lors de la transformation des données, en analysant la séquence d’activités de chaque dossier pour détecter les étapes répétées ou les boucles dans le processus. Exemples truefalse
	Site concerné SiteLocation	Site de production, usine ou établissement à l’origine de l’événement qualité.
Description Cet attribut indique le lieu ou le site associé à l’événement qualité. Il apporte un contexte géographique ou organisationnel au problème. Il constitue un axe de comparaison utile. En filtrant ou en regroupant les données par site, la direction peut comparer la performance du processus de gestion de la qualité entre différents lieux. Elle peut ainsi repérer les sites performants qui pourraient partager leurs bonnes pratiques, ainsi que ceux qui auraient besoin d’une assistance supplémentaire ou d’améliorations de processus. Pourquoi est-ce important ? Permet de comparer la performance de différents sites ou établissements de production et de repérer les problèmes propres à un lieu ou les bonnes pratiques. Où trouver ces données Ces informations sont généralement saisies dans le formulaire de création de l’événement qualité, souvent à partir d’une liste déroulante des sites de l’entreprise. Exemples Austin, TexasDublin, IrlandeUsine de SingapourSite A
	Statut SLA SlaStatus	Indique si l’événement qualité a été clôturé avant la date cible de résolution.
Description Cet attribut est calculé en comparant la date réelle de clôture de l’événement qualité à sa « Date cible de résolution ». Le statut est généralement « Dans les délais » ou « En retard ». Il donne une indication claire et immédiate du respect des échéances. Il sert de base au KPI « Taux de respect des exigences de conformité » et facilite le filtrage et l’analyse des dossiers en retard. Comprendre les causes des retards est essentiel pour améliorer les délais du processus et atteindre les objectifs de conformité. Pourquoi est-ce important ? Indique simplement si les dossiers respectent leurs échéances, ce qui est essentiel pour mesurer et améliorer le respect des délais. Où trouver ces données Ce statut est calculé lors de la transformation des données, en comparant l’horodatage de l’activité « Événement qualité clôturé » au champ « TargetResolutionDate » de chaque dossier. Exemples Dans les délaisEn retardÀ risque
	Système source SourceSystem	Indique le système dont les données ont été extraites, en l’occurrence MasterControl.
Description Cet attribut précise l’origine des données. Pour ce processus, sa valeur indiquera toujours « MasterControl ». Même s’il semble statique, cet attribut est essentiel dans les entreprises où les données de plusieurs systèmes peuvent être regroupées pour une analyse plus large. Il assure la traçabilité des données et aide à isoler les comportements propres à un système ou les problèmes de qualité des données. Pourquoi est-ce important ? Attribue clairement les données à leur système source, ce qui est essentiel à leur gouvernance et aux analyses combinant des données issues de plusieurs applications. Où trouver ces données Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) des données afin d’en indiquer l’origine. Exemples MasterControlQMS MasterControl
	Temps d’attente lors du transfert HandoffWaitTime	Temps d’inactivité entre deux activités consécutives effectuées par des services ou des équipes différents.
Description Cette métrique calcule le temps d’attente d’un dossier entre la fin d’une tâche par un service et le début de la tâche suivante par un autre service. Elle est calculée en repérant les activités consécutives pour lesquelles le « Service responsable » change, puis en mesurant le délai entre elles. Cette métrique calculée est au cœur du Dashboard « Analyse des délais de transmission » et du KPI « Temps d’attente moyen lors d’un transfert ». Elle distingue le temps d’attente dû à des problèmes de coordination ou de communication du temps de traitement actif. Elle aide ainsi à repérer les goulots d’étranglement entre fonctions qui allongent le temps de cycle global. Pourquoi est-ce important ? Isole et mesure le temps d’attente entre les services, révélant directement les lacunes de communication et les problèmes de coordination qui créent des goulots d’étranglement. Où trouver ces données Cette valeur est calculée lors de la transformation des données, en analysant les horodatages et les valeurs « ResponsibleDepartment » des activités consécutives de chaque dossier. Exemples 172800259200604800

Obligatoire Recommandé Facultatif

Activités de gestion de la qualité

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir avec précision le processus de gestion de la qualité.

5 Recommandé 9 Facultatif

	Activité	Description
	Efficacité de l’action vérifiée	Cette activité marque la fin de l’étape de vérification, au cours de laquelle les preuves sont recueillies et examinées pour confirmer l’efficacité des actions mises en œuvre. Elle est consignée lorsque la tâche de vérification de l’efficacité est terminée, souvent avec une signature électronique.
Pourquoi est-ce important ? Cette activité est essentielle au calcul du taux d’efficacité des CAPA et du temps moyen de vérification des actions. Elle confirme que la solution a fonctionné et permet d’éviter la réapparition du problème. Où trouver ces données Il peut s’agir d’un événement explicite consigné au moyen d’une signature électronique pour l’étape de vérification, ou d’un événement déduit de la fin de la tâche « Effectiveness Check » dans le flux de travail. Données à recueillir Consigné à partir des journaux de signatures électroniques ou des horodatages de fin de la tâche de vérification. Type d’événement explicit
	Enquête lancée	Cette activité marque le début officiel de l’enquête visant à déterminer la portée et les conséquences immédiates de l’événement qualité. Elle est généralement consignée lorsque l’événement est officiellement attribué à un enquêteur et que son statut passe à « Under Investigation ».
Pourquoi est-ce important ? Cette étape clé permet de suivre la durée de l’enquête. Les retards à ce stade peuvent allonger considérablement le délai global de résolution et compromettre le respect des échéances de conformité. Où trouver ces données Déduite d’un changement du statut du dossier de l’événement qualité vers un état tel que « Investigation in Progress ». Ce changement est consigné dans la piste d’audit de MasterControl. Données à recueillir Déduite de l’horodatage du changement de statut de l’événement à « Under Investigation ». Type d’événement inferred
	Événement qualité clôturé	Cette dernière activité marque la résolution et la clôture officielles de l’événement qualité dans MasterControl. Elle est consignée lorsque le statut du dossier passe à « Closed », avec un horodatage dans la piste d’audit.
Pourquoi est-ce important ? Cette activité marque la fin du processus. Elle est essentielle au calcul du temps de cycle global et du débit, et confirme que le cas de gestion de la qualité a été traité. Où trouver ces données Il s’agit d’un événement explicite déduit du dernier changement de statut de l’enregistrement de l’événement qualité, qui passe à « Closed ». L’horodatage de ce changement est consigné dans le journal d’audit. Données à recueillir Déduit de l’horodatage auquel le statut de l’événement passe à « Closed ». Type d’événement inferred
	Événement qualité créé	Cette activité marque le début du processus de gestion de la qualité : un nouvel événement qualité, comme un écart, une non-conformité ou une réclamation, est enregistré pour la première fois dans MasterControl. Elle est généralement consignée explicitement lorsqu’un utilisateur crée un dossier d’événement qualité, ce qui génère une entrée horodatée dans la piste d’audit.
Pourquoi est-ce important ? Cette activité marque le début du cycle de vie du cas. Elle est essentielle pour mesurer le temps de cycle global des événements qualité et analyser leur volume de soumission. Où trouver ces données Il s’agit d’un événement explicite consigné dans les tables de piste d’audit du module de gestion des événements qualité. Il correspond à l’horodatage de création du dossier de l’événement qualité. Données à recueillir Consigné dans la piste d’audit lors de la création d’un nouvel objet d’événement qualité. Type d’événement explicit
	Plan d’actions correctives approuvé	Cette activité indique que le plan CAPA proposé a été officiellement examiné et approuvé par les parties prenantes requises. Il s’agit d’une étape clé, souvent consignée par un événement de signature électronique explicite dans la piste d’audit de MasterControl.
Pourquoi est-ce important ? Les étapes d’approbation sont souvent des goulots d’étranglement. L’analyse du temps consacré à cette activité permet de repérer les retards dans le processus d’approbation et d’alimenter le Dashboard d’analyse des retards de transmission. Où trouver ces données Il s’agit d’un événement explicite consigné dans la piste d’audit lorsqu’un utilisateur disposant des droits d’approbation appose une signature électronique sur le plan CAPA ou sur l’étape correspondante du flux de travail. Données à recueillir Consigné à partir des journaux de signatures électroniques associés à l’étape d’approbation du flux de travail. Type d’événement explicit
	Action corrective mise en œuvre	Cette activité indique que les tâches définies dans le plan d’actions correctives approuvé ont été exécutées et terminées. Elle est généralement consignée lorsque la personne responsable de l’action marque la tâche de mise en œuvre comme terminée dans le système.
Pourquoi est-ce important ? Cette étape clé marque le début du calcul de l’indicateur du temps moyen de vérification des actions. La durée de mise en œuvre reflète la complexité et l’efficacité des actions correctives. Où trouver ces données Déduite de la piste d’audit lorsque le statut des tâches d’action corrective attribuées passe à « Completed » ou « Implemented ». Données à recueillir Déduite de l’horodatage de fin des tâches de mise en œuvre CAPA associées. Type d’événement inferred
	Action préventive mise en œuvre	Cette activité correspond à la fin des tâches définies dans le plan d’actions préventives, qui vise à éviter de futurs problèmes. Elle est consignée lorsque les tâches d’action préventive attribuées sont marquées comme terminées dans le système.
Pourquoi est-ce important ? Le suivi de cette activité est essentiel pour l’indicateur du taux d’actions préventives. Il permet d’évaluer dans quelle mesure l’organisation traite en amont les problèmes potentiels. Où trouver ces données Déduite de l’horodatage de fin des tâches désignées comme « Preventive Actions » dans le plan CAPA. Données à recueillir Déduite de l’horodatage de fin des tâches d’action préventive associées. Type d’événement inferred
	Analyse des causes profondes réalisée	Cette activité indique que l’analyse des causes profondes (RCA) est terminée et que les résultats sont documentés. Elle peut être déduite du renseignement des champs « Root Cause » ou des champs d’analyse associés, ainsi que du passage à l’état terminé de la tâche correspondante.
Pourquoi est-ce important ? Le suivi de cette activité permet de mesurer la durée et la qualité de l’analyse des causes profondes. Il est essentiel pour des indicateurs tels que le taux de nouvelle enquête sur les causes profondes, qui met en évidence les reprises. Où trouver ces données Déduite de l’entrée de la piste d’audit indiquant que la tâche d’analyse des causes profondes est terminée, ou du renseignement et de la validation des champs de catégorie de cause profonde dans le formulaire de l’événement qualité. Données à recueillir Déduite de la fin de l’étape ou de la tâche « Root Cause Analysis » du flux de travail. Type d’événement inferred
	Efficacité jugée insuffisante	Cette activité correspond à un résultat négatif de la vérification : les actions mises en œuvre se sont révélées inefficaces. Cet événement entraîne des reprises et peut être déduit de l’échec de l’étape de vérification, suivi d’un changement de statut qui rouvre l’enquête ou la planification des CAPA.
Pourquoi est-ce important ? Cet événement est essentiel pour repérer les boucles de reprise et calculer le taux de résolution dès la première tentative. Il met en évidence les défaillances du processus de résolution des problèmes auxquelles il faut remédier. Où trouver ces données Déduite d’un changement de statut indiquant l’échec de la vérification, par exemple « Effectiveness Check Failed » ou un retour à l’état « Under Investigation ». Données à recueillir Déduite d’une transition du flux de travail qui ramène le cas à une étape antérieure après la vérification. Type d’événement inferred
	Évaluation initiale terminée	Cette activité correspond à la fin de l’évaluation initiale, au cours de laquelle l’événement qualité est catégorisé, associé à un niveau de gravité et classé par ordre de priorité. Elle est souvent déduite d’un changement de statut dans le système, par exemple lorsque le statut de l’événement passe de « New » à « Under Assessment » ou « Investigation ».
Pourquoi est-ce important ? L’analyse du temps consacré à l’évaluation initiale permet de repérer les retards dans la prise en charge des problèmes qualité. Cette étape est importante, car elle détermine la suite du flux de travail et la répartition des ressources. Où trouver ces données Déduite de la piste d’audit lorsque le champ de statut de l’événement est mis à jour vers un état postérieur à l’évaluation initiale, ou lorsque les champs requis, comme « Severity » et « Priority », sont renseignés et enregistrés pour la première fois. Données à recueillir Déduite d’un changement du champ de statut de l’événement, par exemple de « Submitted » à « Assigned ». Type d’événement inferred
	Événement qualité annulé	Représente un état final alternatif dans lequel un événement qualité est jugé invalide, considéré comme un doublon ou saisi par erreur, et donc annulé. Ce cas est enregistré par un changement de statut vers « Cancelled » ou « Void ».
Pourquoi est-ce important ? Il est important de distinguer les événements clôturés des événements annulés pour rendre compte avec précision des résultats du processus. Un taux d’annulation élevé peut révéler des problèmes de signalement ou de triage des événements. Où trouver ces données Déduit d’un changement de statut final vers un état tel que « Cancelled » ou « Voided », consigné dans la piste d’audit. Données à recueillir Déduit de l’horodatage auquel le statut de l’événement passe à « Cancelled ». Type d’événement inferred
	Parties prenantes informées	Cette activité correspond à la communication officielle de la résolution de l’événement qualité à toutes les parties prenantes concernées. Elle peut être consignée explicitement ou déduite de la fin d’une tâche « Final Notification » dans le flux de travail.
Pourquoi est-ce important ? L’analyse de cette étape permet d’évaluer l’efficacité de la communication. Elle sert également de repère pour calculer l’indicateur du temps de revue finale et de clôture. Où trouver ces données Il peut s’agir d’un événement de notification consigné explicitement dans le système ou d’un événement déduit de la fin d’une tâche « Notify Stakeholders » avant la clôture définitive. Données à recueillir Déduite de la fin d’une tâche de notification dédiée dans le flux de travail. Type d’événement inferred
	Plan d’actions correctives proposé	Cette activité correspond à la création et à la soumission d’un plan d’actions correctives et préventives (CAPA) pour examen. Elle est généralement consignée lorsqu’un dossier CAPA est officiellement associé à l’événement qualité et que son statut passe à « Pending Approval ».
Pourquoi est-ce important ? Cette activité marque le passage de l’enquête à la planification de la résolution. Le délai entre l’analyse des causes profondes et cette étape peut indiquer l’efficacité de la planification. Où trouver ces données Probablement déduite de la création d’un objet CAPA associé ou du changement du statut de l’événement qualité vers un état tel que « CAPA Plan Proposed » ou « Pending Plan Approval ». Données à recueillir Déduite de la création d’un dossier de plan CAPA associé ou d’un changement de statut de l’événement parent. Type d’événement inferred
	Revue finale effectuée	Cette activité indique qu’un responsable de l’assurance qualité a terminé la revue finale de l’ensemble du dossier de l’événement qualité, y compris de tous les documents et de toutes les actions. Elle est généralement consignée par un événement de signature électronique explicite avant la clôture du cas.
Pourquoi est-ce important ? Il s’agit du dernier contrôle qualité avant la clôture. Les retards à ce stade peuvent prolonger inutilement l’ouverture des événements et affecter les indicateurs de débit. Où trouver ces données Consignée explicitement dans la piste d’audit lorsqu’un utilisateur appose une signature électronique pour l’étape « Final Review » ou « QA Approval » du flux de travail. Données à recueillir Consignée à partir des journaux de signatures électroniques de l’étape d’approbation finale du flux de travail. Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de MasterControl

Étapes

Connectez-vous à MasterControl : Accédez à votre environnement MasterControl avec un compte utilisateur autorisé à créer et à exécuter des rapports Analytics.
Accédez au module Analytics : Dans le menu principal, sélectionnez le module Analytics ou Reports. Le nom exact peut varier selon la configuration de votre système.
Créez un rapport : Lancez la création d’un rapport. Sélectionnez la source de données appropriée, qui regroupe les informations sur les événements qualité et leur piste d’audit ou historique. Elle est souvent désignée par un univers ou un modèle de données lié aux événements qualité, par exemple « QEM with Audit Trail ».
Définissez les colonnes du rapport (objets de résultat) : Dans le générateur de rapports, sélectionnez les champs qui deviendront les colonnes de votre journal d’événements. Vous devez inclure les informations de la piste d’audit pour consigner chaque activité. Ajoutez les champs suivants :
- Identifiant de l’événement qualité (pour QualityEvent)
- Action d’audit ou type d’événement (pour ActivityName)
- Horodatage ou date/heure de l’audit (pour EventTime)
- Utilisateur de l’audit ou personne ayant effectué l’action (pour UserName)
- Type d’événement qualité
- Service responsable
- Statut actuel (pour QualityEventStatus)
- Catégorie de cause racine
- Statut de vérification de l’efficacité
- Date cible de résolution
Configurez les filtres du rapport : Définissez des filtres pour limiter les données au périmètre pertinent. Ajoutez un filtre sur le champ « Audit Action » ou « Event Type ». Sélectionnez toutes les valeurs correspondant aux activités requises, par exemple « Create », « Status Change », « E-Signature » et « Task Complete ».
Définissez la période : Appliquez un filtre de date au champ « Audit Timestamp » pour extraire les données d’une période précise. Pour commencer, il est conseillé de choisir une période plus courte, par exemple les 3 à 6 derniers mois, afin de préserver les performances.
Exécutez le rapport : Lancez le rapport pour afficher l’aperçu des données dans l’interface MasterControl Analytics. Vérifiez que la structure des résultats est correcte.
Adaptez les noms des activités : Les noms bruts des « Audit Action » peuvent être difficiles à comprendre. Après l’exportation, vous devrez transformer ces valeurs. Dans l’outil de votre choix, comme Excel ou un script, créez une association pour convertir les événements d’audit techniques (par exemple, « STATUS_CHANGE_TO_CLOSED ») en noms d’activités métier adaptés (par exemple, « Quality Event Closed »).
Ajoutez la colonne EndTime : Après l’exportation, créez une colonne nommée « EndTime ». Pour la plupart des événements d’audit ponctuels, EndTime correspond à EventTime. Copiez les valeurs de la colonne « EventTime » dans la colonne « EndTime ».
Exportez les données : Lorsque l’aperçu du rapport vous convient, utilisez la fonction d’exportation du module Analytics pour enregistrer les données dans un fichier CSV.
Mettez en forme le fichier avant l’importation : Ouvrez le fichier CSV et appliquez les associations de noms d’activités de l’étape 8. Vérifiez que les en-têtes de colonnes correspondent exactement aux attributs requis : QualityEvent, ActivityName, EventTime, EndTime, UserName, etc. Enregistrez le fichier final, prêt à être importé dans ProcessMind.

Configuration

Source de données du rapport : Le rapport doit s’appuyer sur une source de données qui relie les enregistrements principaux des événements qualité aux données détaillées de leur piste d’audit ou de leur historique. Cette étape est indispensable pour consigner chaque activité.
Filtre de période : Appliquez un filtre à l’horodatage de l’événement d’audit (EventTime). Pour une première analyse, une période de 3 à 6 mois est recommandée afin de trouver un équilibre entre exhaustivité et performances.
Filtre d’activité : Le filtre le plus important porte sur le champ de l’action d’audit ou du type d’événement. Sélectionnez tous les événements système pertinents correspondant aux activités métier souhaitées, comme la création d’un objet, les changements de statut, les signatures électroniques et l’achèvement des tâches du flux de travail.
Filtre sur le type d’événement qualité : Vous pouvez filtrer certains types d’événements qualité, comme « Non-Conformance » ou « Customer Complaint », pour concentrer l’analyse sur une seule variante du processus au départ.
Prérequis : L’utilisateur qui exécute le rapport doit disposer au minimum d’un accès en lecture au module Quality Events, ainsi que des autorisations nécessaires pour créer et exécuter des rapports dans le module MasterControl Analytics.

Exemple de requête 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'.

Étapes

Prérequis et configuration : Vérifiez que Python 3.6 ou une version ultérieure est installé, ainsi que les bibliothèques pandas et requests. Demandez à votre administrateur MasterControl les identifiants d’API, notamment un Client ID, un Client Secret et une API Key. Votre compte doit disposer d’un accès en lecture au module Quality Events.
Configurez les variables du script : Créez un fichier de script Python. Au début du script, définissez des variables contenant l’URL de base de MasterControl et les identifiants d’API obtenus à l’étape précédente. Indiquez également les dates de début et de fin de la période d’extraction.
Mettez en place l’authentification : Écrivez une fonction qui envoie une requête POST au point de terminaison d’authentification MasterControl, généralement /api/v2/auth/token. Cette requête doit inclure vos identifiants afin d’obtenir un jeton porteur temporaire pour les appels API suivants.
Récupérez la liste des événements qualité : Créez une boucle principale qui appelle le point de terminaison des événements qualité, par exemple /api/v2/events. Utilisez les paramètres limit et offset pour parcourir la liste complète des événements qualité et traiter les grands volumes de données sans surcharger l’API.
Récupérez les pistes d’audit détaillées : Pour chaque événement qualité obtenu dans la boucle principale, effectuez un second appel API afin de récupérer sa piste d’audit ou son historique détaillé. Le point de terminaison suit généralement le format /api/v2/events/{id}/history, où {id} est l’identifiant unique de l’événement qualité.
Associez les données d’audit aux activités : Cette étape constitue la principale transformation. Parcourez les entrées de la piste d’audit de chaque événement qualité. À l’aide de conditions (instructions if/elif/else), associez des enregistrements d’audit précis, comme les changements de statut, les signatures électroniques ou l’achèvement de tâches, aux noms d’activités normalisés requis dans le journal d’événements.
Extrayez les attributs : Lorsque vous repérez une activité dans la piste d’audit, analysez la réponse JSON pour en extraire tous les attributs requis et recommandés. Il s’agit notamment de l’identifiant QualityEvent, du nom d’activité ActivityName que vous venez d’associer, de l’EventTime de l’enregistrement d’audit, de UserName et d’autres informations pertinentes de l’objet parent de l’événement qualité.
Structurez le journal d’événements : Enregistrez chaque activité extraite et ses attributs dans un dictionnaire. Ajoutez chaque dictionnaire à une liste principale qui constituera votre journal d’événements.
Créez un DataFrame : Après avoir traité tous les événements qualité et leurs pistes d’audit, convertissez la liste principale de dictionnaires d’activités en DataFrame pandas. Vous pourrez ainsi manipuler et mettre en forme les données facilement.
Exportez au format CSV : Utilisez la fonction pandas to_csv() pour exporter le DataFrame dans un fichier CSV. Enregistrez le fichier en UTF-8 et veillez à ce que les colonnes EventTime et EndTime utilisent un format d’horodatage cohérent et compatible avec ProcessMind, par exemple YYYY-MM-DDTHH:MM:SS.

Configuration

Identifiants d’API : Vous devez disposer d’un Client ID, d’un Client Secret et d’une API Key valides, associés à un compte utilisateur autorisé à accéder aux données des événements qualité par l’API.
Points de terminaison de l’API : Le script utilise principalement le point de terminaison /api/v2/auth/token pour l’authentification, /api/v2/events pour répertorier les événements qualité et /api/v2/events/{id}/history pour récupérer la piste d’audit détaillée de chaque événement.
Filtres de période : Il est essentiel de configurer les variables start_date et end_date dans le script. Pour une première analyse, une période de 3 à 6 mois est recommandée afin de conserver un volume de données raisonnable et une durée d’extraction maîtrisée.
Gestion de la pagination : Le paramètre limit détermine le nombre d’enregistrements récupérés par appel API. Une valeur comprise entre 100 et 500 est courante. Le script doit gérer le paramètre offset pour récupérer toutes les pages de données.
Configuration de MasterControl : La logique d’association des entrées d’audit aux activités part du principe que le flux de travail de gestion de la qualité suit une configuration standard. Vous devrez peut-être adapter les noms des champs ou les valeurs de statut du script à la configuration MasterControl de votre organisation.

Exemple de requête 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.")

Étapes

Vérifiez que le module MasterControl BI Connector est sous licence, activé et accessible à l’outil de BI ou d’ETL utilisé pour l’extraction. Demandez à l’administrateur MasterControl les paramètres de connexion, les identifiants, les autorisations nécessaires et la liste des objets sources approuvés. Les déploiements MasterControl variant d’une organisation à l’autre, utilisez [Configure based on your system] pour connaître la méthode de connexion et les noms des objets sources propres au connecteur.
Connectez l’outil de BI ou d’ETL au MasterControl BI Connector et testez la connexion. Sélectionnez les sources approuvées pour les événements qualité, les pistes d’audit, les tâches du flux de travail, les signatures électroniques et les enregistrements CAPA associés, si ces objets sont exposés par le connecteur. Remplacez chaque référence de source entre crochets dans la requête par l’objet correspondant disponible dans votre environnement.
Définissez la période d’extraction à l’aide des paramètres [Start date parameter] et [End date parameter]. Une période de trois à six mois est recommandée pour la première extraction. Prévoyez un chevauchement entre les extractions incrémentielles afin de récupérer les mises à jour tardives, puis supprimez les doublons à partir de QualityEvent, ActivityName et EventTime, ainsi que de l’identifiant de l’événement source lorsqu’il est disponible.
Extrayez l’activité de création de l’événement qualité à partir de l’enregistrement explicite de création ou d’audit. Extrayez les autres activités à partir des enregistrements explicites de flux de travail, de tâches, de statut, de CAPA, d’efficacité, de notification, de revue, de signature et d’audit. La requête doit renvoyer une ligne pour chaque occurrence d’activité. ProcessMind utilise ces lignes telles quelles et ne déduit pas les activités manquantes.
Associez les champs sources aux colonnes de sortie requises : QualityEvent, ActivityName et EventTime. Associez également les champs recommandés EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus et TargetResolutionDate lorsque le connecteur les expose. Conservez les informations de fuseau horaire des horodatages sources lorsqu’elles sont disponibles.
Appliquez les règles d’activité dans la requête. Utilisez les événements sources explicites lorsqu’ils sont disponibles. Pour les activités qualifiées de déduites, utilisez la condition documentée de statut, de champ renseigné, d’achèvement de tâche ou de signature uniquement si cette condition est présente dans les données sources. Ne créez pas de ligne au seul motif qu’une activité ultérieure existe.
Normalisez les horodatages dans un seul fuseau horaire, de préférence UTC, ou documentez le fuseau horaire source. Convertissez les chaînes vides en NULL, conservez les identifiants sources et vérifiez que ActivityName contient exactement l’un des quatorze libellés d’activité requis. Ne remplacez pas les valeurs sources manquantes par des valeurs inventées.
Vérifiez que QualityEvent est renseigné, que EventTime est un horodatage valide et que chaque ligne renvoyée appartient à la période sélectionnée. Recherchez les doublons d’activité, les libellés inattendus, les transitions de statut non valides et les événements antérieurs à Quality Event Created.
Exportez le résultat dans un fichier CSV plat ou dans un autre format tabulaire pris en charge par ProcessMind. Ajoutez une ligne d’en-tête avec les noms de colonnes exacts : QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus et TargetResolutionDate. Importez le fichier dans ProcessMind et définissez QualityEvent comme identifiant de cas, ActivityName comme activité et EventTime comme horodatage de l’événement.

Configuration

Connecteur et autorisations : Activez le MasterControl BI Connector et obtenez la licence requise, les autorisations de lecture, l’accès aux pistes d’audit et aux flux de travail, ainsi que les autorisations nécessaires pour les données des événements qualité et des CAPA. Utilisez [Configure based on your system] pour connaître les paramètres de connexion propres à votre déploiement.
Objets sources : Configurez les objets approuvés du MasterControl BI Connector pour les événements qualité, l’historique d’audit, les tâches du flux de travail, les signatures, les enregistrements CAPA, les notifications, les revues et les vérifications d’efficacité. Ne partez pas du principe que les noms des objets ou leurs relations sont identiques dans tous les déploiements.
Période : Commencez par trois à six mois. Pour les chargements en production, utilisez des périodes incrémentielles avec un chevauchement documenté afin de récupérer les enregistrements d’audit ou de flux de travail reçus tardivement.
Filtres : Appliquez [Company-specific filter] uniquement si nécessaire. Vous pouvez aussi filtrer par type d’événement qualité, site, unité opérationnelle, type de document, statut ou service responsable. Veillez toutefois à ne pas exclure les activités associées nécessaires pour reconstituer le cycle de vie.
Correspondance des activités : Configurez des conditions sources précises pour la création, le triage, l’investigation, l’analyse des causes racines, la proposition et l’approbation des CAPA, la mise en œuvre des actions correctives et préventives, les résultats des vérifications d’efficacité, les notifications, la revue finale, la clôture et l’annulation. Tenez à jour un document d’association des statuts sources, des noms de tâches, des actions de signature et des règles de renseignement des champs.
Gestion des horodatages : Sélectionnez l’horodatage source faisant autorité pour chaque activité. Conservez le fuseau horaire source ou convertissez tous les horodatages en UTC. Utilisez EndTime uniquement lorsqu’un horodatage d’achèvement explicite est disponible.
Gestion des valeurs NULL : Laissez à NULL les attributs recommandés qui ne sont pas disponibles. Ne remplacez pas les données manquantes sur l’utilisateur, le service, la cause racine, l’efficacité ou la date cible par des valeurs provisoires.
Performances : Appliquez les filtres de date et d’entreprise dans le BI Connector lorsque cette option est disponible. Sélectionnez uniquement les colonnes requises, évitez les analyses sans restriction de l’historique d’audit, divisez les longues périodes et matérialisez les extractions intermédiaires si l’outil de BI le permet.
Traitement incrémentiel : Enregistrez la limite de la dernière extraction réussie et prévoyez un léger chevauchement lors des extractions suivantes. Dédupliquez à l’aide de l’identifiant de l’événement source lorsqu’il est disponible. Sinon, appliquez des règles documentées à partir de la combinaison du cas, de l’activité, de l’horodatage et de l’utilisateur.
Qualité des données : Exigez que QualityEvent, ActivityName et EventTime ne soient pas NULL. Rejetez ou mettez en quarantaine les lignes contenant des libellés d’activité non pris en charge, des horodatages mal formés ou un identifiant de cas manquant.
Sécurité : Utilisez un compte de service doté des droits de lecture minimaux nécessaires. Protégez les identifiants, limitez l’accès aux fichiers exportés et respectez les exigences de conservation des données de MasterControl et de votre organisation.

Exemple de requête 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;

Prêt à commencer ?

Appuyez-vous sur ce modèle pour constituer un journal d’événements complet et mieux comprendre vos opérations de gestion de la qualité. Commencez dès aujourd’hui à renforcer la conformité et l’efficacité.

Retour au guide d’amélioration

Télécharger le modèle

Accélérez de 30 % la gestion de la qualité dans MasterControl

Visualisez vos processus, éliminez les inefficacités et réduisez le temps de cycle de 30 %.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.

Votre modèle de données pour la gestion de la qualité

Votre modèle de données pour la gestion de la qualité

Attributs de gestion de la qualité

Activités de gestion de la qualité

Guides d’extraction

Exporter les rapports d’analyse MasterControl au format CSV

Étapes

Configuration

Exemple de requête sql

Extraction par script Python à l’aide de l’API REST MasterControl

Étapes

Configuration

Exemple de requête python

Extraction des données à l’aide du module BI Connector

Étapes

Configuration

Exemple de requête sql

Prêt à commencer ?

Accélérez de 30 % la gestion de la qualité dans MasterControl

Votre modèle de données pour la gestion de la qualité

Votre modèle de données pour la gestion de la qualité

Attributs de gestion de la qualité

Activités de gestion de la qualité

Guides d’extraction

Exporter les rapports d’analyse MasterControl au format CSV

Étapes

Configuration

Exemple de requête sql

Extraction par script Python à l’aide de l’API REST MasterControl

Étapes

Configuration

Exemple de requête python

Extraction des données à l’aide du module BI Connector

Étapes

Configuration

Exemple de requête sql

Prêt à commencer ?

Accélérez de 30 % la gestion de la qualité dans MasterControl

Prêt à commencer ?