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

Votre template de données pour la gestion de la qualité

MasterControl

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

Votre template de données pour la gestion de la qualité

Ce template fournit un guide complet pour recueillir les 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, identifie les principales activités à suivre et fournit des indications pratiques pour extraire ces données de votre système MasterControl. Utilisez cette ressource pour vous assurer de disposer de tous les éléments fondamentaux nécessaires à une initiative de Process Mining réussie.

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

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs de la 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	L’identifiant unique d’un événement qualité donné, comme 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 de cas principal 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 lorsqu’un nouvel événement qualité est créé. Dans le Process Mining, cet Attribut est fondamental 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 le flux complet du processus, mesurer les temps de cycle entre la création et la clôture, et identifier les variations ou les goulots d’étranglement propres à chaque cas. Pourquoi c’est important Il s’agit de l’identifiant de cas essentiel qui relie toutes les étapes du processus et permet d’analyser l’ensemble du cycle de vie de chaque problème qualité, de son lancement à sa résolution. Où les obtenir Il s’agit de la clé primaire de l’enregistrement d’un événement qualité. Consultez la documentation MasterControl ou la configuration du système pour connaître le nom précis de la table et du champ. Exemples QE-2023-00123NC-2023-0456CAPA-2023-0078
	Heure de l’événement EventTime	La date et l’heure précises auxquelles une activité ou un événement donné s’est produit. Elles servent d’heure de début pour chaque activité.
Description Cet horodatage indique l’achèvement d’une tâche précise ou la survenue d’un événement dans le processus qualité. Il fournit l’ordre chronologique nécessaire à la reconstitution du flux du processus pour chaque cas. Les horodatages sont essentiels à toutes les analyses temporelles du Process Mining. Ils servent à calculer les temps de cycle, les temps de traitement et les temps d’attente entre les activités. Ces données sont fondamentales pour créer des Dashboards qui analysent les délais de résolution, identifient les goulots d’étranglement et mesurent les délais de transfert entre les services. Pourquoi c’est important Cet horodatage fournit l’ordre chronologique des événements. Il est essentiel pour calculer les durées des processus, identifier les goulots d’étranglement et comprendre la performance des processus. Où les obtenir Il s’agit d’un champ standard de la piste d’audit ou du journal d’historique des enregistrements d’événements qualité dans MasterControl. Il indique le moment où chaque action a été enregistrée. Exemples 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Nom de l’activité ActivityName	Le nom de la tâche ou de l’événement précis survenu au cours du cycle de vie de l’événement qualité, comme « Investigation lancée » ou « Action corrective mise en œuvre ».
Description Le nom de l’activité décrit une étape ou un jalon distinct du processus de Gestion de la qualité. Ces activités sont enregistrées avec des horodatages et forment la séquence d’événements qui constitue le flux du processus pour 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, d’identifier 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 comme « Analyse des causes profondes réalisée » sont essentielles aux Dashboards consacrés aux reprises et à la Conformité. Pourquoi c’est important Cet Attribut définit les étapes du processus et permet de visualiser la cartographie du processus, de détecter les écarts et d’analyser le flux du processus. Où les obtenir Ces informations sont généralement enregistré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 « Human Error », « Equipment Failure » ou « Process Deficiency ».
Description Après une analyse des causes racines, les résultats sont généralement catégorisés. 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 l’amélioration stratégique de la qualité. Le Dashboard « Root Cause Analysis Consistency » utilise ces données pour mettre en relation les catégories de causes racines avec l’efficacité des actions correctives et les taux de reprise de travail. L’organisation peut ainsi déterminer si certains types de causes racines sont plus difficiles à traiter ou si l’analyse elle-même manque de cohérence. Pourquoi c’est important Catégorise la cause sous-jacente des problèmes qualité et permet de mener des analyses ciblées pour éviter leur réapparition et améliorer l’efficacité des actions correctives. Où les obtenir Ce champ fait généralement partie de la section Root Cause Analysis ou Investigation du formulaire d’événement qualité dans MasterControl. Exemples Dysfonctionnement de l'équipementFormation inadéquateDéfaut matérielProcédure non respectée
	Date cible de résolution TargetResolutionDate	Date prévue ou requise à laquelle l’événement qualité doit être clôturé.
Description Cet attribut définit la date prévue d’achèvement d’un événement qualité, souvent déterminée par son type, sa gravité ou les exigences réglementaires applicables. Il sert de date limite au processus de résolution. Cette date permet de mesurer la performance dans les délais et le respect des accords de niveau de service (SLA). Elle est essentielle au calcul du KPI « Compliance Adherence Rate » et à la création d’un attribut calculé « SLA Status », par exemple « On Time » ou « Late ». L’analyse permet ainsi d’identifier les types d’événements ou les services qui dépassent le plus souvent leurs délais. Pourquoi c’est important Fixe une date limite de résolution et permet de mesurer la performance dans les délais ainsi que les taux de conformité aux SLA. Où les obtenir Il s’agit probablement d’un champ de date du formulaire principal de l’événement qualité dans MasterControl, qui peut être calculé automatiquement ou saisi manuellement. Exemples 2023-11-302024-01-152023-12-22
	Heure de fin EndTime	Horodatage indiquant le moment où une activité a été terminée. Il est souvent identique à StartTime pour les événements atomiques.
Description EndTime marque la fin d’une activité. Pour de nombreux événements enregistrés dans une piste d’audit, les heures de début et de fin sont identiques, ce qui correspond à un instant précis où l’événement s’est produit. Toutefois, pour les activités dont la durée peut être mesurée, ce champ peut enregistrer cette information. Cet attribut est utilisé avec StartTime pour calculer le temps de traitement des activités individuelles. Il est essentiel pour identifier les étapes qui consomment le plus de temps dans le processus et alimente le Dashboard Quality Process Bottleneck Identification. Pourquoi c’est important Permet de calculer avec précision la durée des activités et d’identifier les tâches qui prennent le plus de temps dans le processus de gestion de la qualité. Où les obtenir Peut être disponible dans la piste d’audit ou le journal d’historique de MasterControl. Dans le cas contraire, il peut être déduit du StartTime de l’activité suivante dans la séquence. Exemples 2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
	Nom d’utilisateur UserName	Nom de l’utilisateur ou de la ressource ayant exécuté l’activité.
Description Cet attribut identifie la personne responsable de l’exécution d’une tâche précise dans le processus, par exemple l’approbation d’un plan d’actions correctives 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, d’identifier les besoins de formation et de repérer les variations propres à certains utilisateurs dans l’exécution du processus. Elle peut également montrer si certaines personnes sont associées à des reprises de travail ou à des retards, afin d’éclairer la gestion de la performance et l’allocation des ressources. Pourquoi c’est important Associe les activités à des personnes précises, ce qui permet d’analyser la charge de travail, la performance et les goulots d’étranglement liés aux ressources. Où les obtenir Ces informations font généralement partie de la piste d’audit ou du journal d’historique de tout événement qualité dans MasterControl, sous les libellés « 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 « Manufacturing », « Quality Assurance » ou « Engineering », est responsable de l’événement qualité ou exécute une tâche précise. Il s’agit d’une dimension importante pour l’analyse, car elle permet de filtrer et de comparer la performance du processus entre différentes unités opérationnelles. Elle est essentielle au Dashboard Handoff Delay Analysis : une modification de cet attribut entre deux activités signale un transfert. L’analyse des écarts de temps lors de ces transferts peut révéler des problèmes de communication ou de coordination entre les services. Pourquoi c’est important Aide à identifier les goulots d’étranglement entre les services et à analyser la performance du processus par domaine fonctionnel, ce qui est essentiel pour comprendre les retards liés aux transferts. Où les obtenir 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 enregistre le résultat de la vérification de l’efficacité, une étape finale importante du processus CAPA. Le statut indique si les actions menées ont permis de résoudre le problème et d’éviter sa réapparition. Ces données constituent la principale source du Dashboard « CAPA Effectiveness Monitoring » et du KPI « CAPA Effectiveness Rate ». L’analyse de ce résultat aide l’organisation à mesurer le taux de réussite de ses démarches de résolution des problèmes et à repérer les situations dans lesquelles les actions correctives échouent. Pourquoi c’est important Mesure la réussite des actions mises en œuvre, ce qui est important pour calculer le taux d’efficacité des CAPA et soutenir l’amélioration continue. Où les obtenir Il s’agit d’un champ de résultat de la section de vérification de l’efficacité ou de 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é dans son cycle de vie, par exemple « Open », « Under Investigation », « Pending Approval » ou « Closed ».
Description Cet attribut fournit une vue instantanée de la situation d’un événement qualité à un moment donné. Il est généralement mis à jour lorsque le dossier franchit des étapes importantes. Dans le Process Mining, le statut peut servir à filtrer les dossiers ouverts ou clôturés, ce qui est essentiel pour le Dashboard « Quality Event Throughput & Backlog ». L’analyse du temps passé dans chaque statut peut également aider à repérer les étapes où les événements ont tendance à rester bloqués. Pourquoi c’est important Indique l’état actuel d’un événement qualité et permet d’analyser les retards accumulés, le débit de traitement et le temps passé aux différentes étapes du cycle de vie. Où les obtenir Il s’agit d’un champ de statut standard de l’enregistrement principal de l’événement qualité dans MasterControl. Exemples OuvertEn coursEn attente d'approbation de la CAPAClôturéAnnulé
	Type d’événement qualité QualityEventType	Classification de l’événement qualité, par exemple « Non-Conformance », « Customer Complaint », « Audit Finding » ou « Deviation ».
Description Cet attribut catégorise l’événement qualité selon sa nature. Les différents types d’événements peuvent suivre des parcours distincts ou être soumis à des exigences de conformité et à des délais cibles de résolution différents. L’analyse du processus par type d’événement qualité est fondamentale pour comprendre les écarts de performance. Des Dashboards tels que « Quality Event Resolution Time Analysis » utilisent cet attribut pour comparer les temps de cycle entre différentes catégories et identifier les types de problèmes les plus complexes ou les plus longs à résoudre. Pourquoi c’est important Catégorise les événements qualité et permet de comparer les flux de processus, les temps de cycle et les résultats selon les différents types de problèmes. Où les obtenir Il s’agit d’un champ de classification principal du formulaire d’initiation d’un événement qualité dans MasterControl. Exemples Rapport de non-conformité (NCR)Réclamation clientConstat d'audit interneDemande d'action corrective fournisseur (SCAR)
	Dernière mise à jour des données LastDataUpdate	L’horodatage indiquant la dernière extraction ou actualisation des données depuis MasterControl.
Description Cet attribut enregistre la date et l’heure de la dernière extraction de données depuis le 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 à des événements individuels. Ces informations sont essentielles pour évaluer l’actualité des données analysées. Elles indiquent clairement aux utilisateurs métier à quel point les processus, les Dashboards et les KPI sont à jour, afin que les décisions reposent sur des données dont l’ancienneté est connue. Pourquoi c’est important Fournit un contexte essentiel sur l’actualité des données, afin que les utilisateurs sachent dans quelle mesure l’analyse est à jour et quand la prochaine actualisation des données est prévue. Où les obtenir Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement (ETL) depuis MasterControl. Exemples 2024-05-20T02:00:00Z2024-05-21T02:00:00Z
	Identifiant de l’action corrective CorrectiveActionId	Identifiant unique du plan d’actions correctives (CAPA) associé à l’événement qualité.
Description Cet attribut établit un lien direct entre un événement qualité et les actions correctives précises créées pour traiter sa cause racine. Un même événement qualité peut être associé à une ou plusieurs actions correctives. Cet identifiant permet une analyse plus détaillée, en reliant les données des événements qualité à celles du module CAPA. Il devient ainsi possible d’étudier les types d’actions menées pour différentes causes racines et leur efficacité ultérieure, notamment dans le Dashboard « CAPA Effectiveness Monitoring ». Pourquoi c’est important Associe l’événement qualité à ses actions correctives précises et permet une analyse plus fine de l’efficacité des actions et des stratégies de résolution. Où les obtenir Cet identifiant serait enregistré 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’actions préventives (PAPA) associé à l’événement qualité.
Description Comme l’identifiant de l’action corrective, cet attribut associe l’événement qualité aux actions préventives créées. Les actions préventives sont des mesures proactives destinées à éviter l’apparition de problèmes similaires dans d’autres domaines. Cet identifiant est essentiel au Dashboard « Preventive Action Optimization » et au KPI « Preventive Action Rate ». Il permet de suivre la fréquence à laquelle les événements qualité donnent lieu à des améliorations proactives et d’analyser l’impact de ces mesures préventives au fil du temps. Pourquoi c’est important Relie l’événement qualité à des mesures préventives proactives et permet d’analyser la capacité de l’organisation à tirer les enseignements des problèmes pour éviter qu’ils ne se reproduisent. Où les obtenir Il se trouverait 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
	Indicateur de reprise de travail IsRework	Indicateur booléen précisant si une activité ou une séquence d’activités correspond à une reprise de travail.
Description Cet indicateur prend la valeur « true » lorsqu’une activité est répétée dans le même dossier ou lorsque le processus revient à une étape antérieure. Par exemple, si « Root Cause Analysis Performed » se produit deux fois pour le même événement qualité, la seconde occurrence est signalée comme une reprise de travail. Cet attribut alimente directement le Dashboard « Rework and Re-investigation Overview » et le KPI « Root Cause Re-Investigation Rate ». Il simplifie la quantification des reprises de travail et facilite le filtrage et l’analyse des dossiers présentant des flux de processus inefficaces. Pourquoi c’est important Signale explicitement les activités répétées et permet de mesurer et d’analyser facilement la fréquence, les causes et l’impact des reprises de travail. Où les obtenir Cet indicateur est dérivé lors de la transformation des données, en analysant la séquence des activités de chaque dossier afin de détecter les étapes répétées ou les boucles de processus. Exemples truefalse
	Produit concerné ProductAffected	Produit, ligne de produits ou composant faisant l’objet de l’événement qualité.
Description Cet attribut identifie le produit ou le matériau précis associé au problème qualité. Il fournit un contexte essentiel pour comprendre l’impact des événements qualité. L’analyse des données de processus par produit permet d’identifier les produits présentant des problèmes qualité récurrents. Elle peut aider à hiérarchiser les efforts d’amélioration, à orienter les modifications de conception des produits et à évaluer la performance de différentes lignes de production ou de différents fournisseurs. Pourquoi c’est important Fournit un contexte métier important et permet d’analyser les problèmes qualité par ligne de produits afin d’identifier les problèmes et les tendances récurrents. Où les obtenir Il s’agit d’un champ du formulaire d’événement qualité dans lequel les utilisateurs peuvent préciser le produit, généralement en le sélectionnant dans une liste prédéfinie ou en saisissant un numéro de pièce. Exemples Produit A - Lot 54321Composant XYZAPI-001
	Réglementation associée AssociatedRegulationStandard	Réglementation ou norme qualité précise, telle que l’ISO 13485 ou la norme 21 CFR Part 820, applicable à l’événement qualité.
Description Cet attribut associe un événement qualité à une réglementation externe précise ou à une norme qualité interne. Il est particulièrement important pour les entreprises des secteurs réglementés, comme les sciences de la vie ou l’industrie manufacturière. Dans le Dashboard « Quality Process Compliance Adherence », cet attribut joue un rôle essentiel. Il permet aux analystes de filtrer les événements liés à une réglementation donnée et de vérifier que les étapes requises du processus ont été suivies. Les écarts peuvent être signalés comme des risques potentiels de non-conformité, ce qui en fait un attribut important pour l’audit et la gestion des risques. Pourquoi c’est 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ù les obtenir Il peut s’agir d’un champ sélectionnable du formulaire d’événement qualité dans MasterControl, permettant aux utilisateurs d’associer les réglementations applicables aux événements. Exemples ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
	Site SiteLocation	Site de production, usine ou établissement où l’événement qualité a pris naissance.
Description Cet attribut précise le lieu physique ou le site associé à l’événement qualité. Il fournit un contexte géographique ou organisationnel au problème. Il s’agit d’une dimension utile pour les analyses comparatives. 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 emplacements. Cette analyse peut mettre en évidence les sites performants, susceptibles de partager leurs bonnes pratiques, ainsi que ceux qui ont besoin d’un soutien supplémentaire ou d’améliorations de processus. Pourquoi c’est important Permet de comparer la performance de différents sites ou établissements de production et d’identifier les problèmes ou les bonnes pratiques propres à chaque emplacement. Où les obtenir Ces informations sont généralement saisies dans le formulaire d’initiation de l’événement qualité, souvent au moyen 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 sa date cible de résolution.
Description Cet attribut est dérivé en comparant la date réelle de clôture d’un événement qualité à sa « Target Resolution Date ». Le statut prend généralement la valeur « On Time » ou « Late ». Il fournit un indicateur clair et immédiat de la performance par rapport aux délais. Il constitue la base du KPI « Compliance Adherence Rate » et facilite le filtrage et l’analyse des dossiers en retard. Comprendre les causes des résolutions tardives est essentiel pour améliorer la ponctualité globale du processus et atteindre les objectifs de conformité. Pourquoi c’est important Fournit un indicateur simple permettant de vérifier si les dossiers respectent leurs délais, ce qui est essentiel pour mesurer et améliorer la performance dans les temps. Où les obtenir Il est calculé lors de la transformation des données en comparant, pour chaque dossier, l’horodatage de l’activité « Quality Event Closed » au champ « TargetResolutionDate ». Exemples Dans les délaisEn retardÀ risque
	Système source SourceSystem	Identifie le système depuis lequel les données ont été extraites, en l’occurrence MasterControl.
Description Cet Attribut fournit le contexte sur l’origine des données. Pour ce processus, il contiendra systématiquement une valeur indiquant « MasterControl ». Même s’il peut sembler statique, cet Attribut est essentiel dans les environnements d’entreprise où des données provenant de plusieurs systèmes peuvent être combinées pour une analyse plus large. Il garantit 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 c’est important Il attribue clairement les données à leur système source, ce qui est essentiel à la gouvernance des données et aux analyses combinant des données provenant de plusieurs applications. Où les obtenir Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement, ou ETL, afin d’indiquer l’origine du jeu de données. Exemples MasterControlMasterControl QMS
	Temps d’attente lors d’un transfert HandoffWaitTime	Temps d’inactivité entre deux activités consécutives exécutées par des services ou des équipes différents.
Description Cette métrique calcule la durée pendant laquelle un cas reste en attente après qu’un service a terminé sa tâche et avant que le service suivant ne commence la sienne. Elle est calculée en identifiant les activités consécutives pour lesquelles le « Responsible Department » change, puis en mesurant l’intervalle entre ces activités. Cette métrique calculée constitue le fondement du Dashboard « Handoff Delay Analysis » et de l’indicateur clé de performance « Average Handoff Wait Time ». Elle isole le temps d’attente causé par des problèmes de coordination ou de communication du temps de traitement actif, ce qui aide à localiser les goulots d’étranglement entre les fonctions qui prolongent le temps de cycle global. Pourquoi c’est important Isole et quantifie le temps d’attente entre les services, mettant directement en évidence les lacunes de communication et les problèmes de coordination dans le processus. Où les obtenir Il est calculé lors de la transformation des données en analysant, pour chaque dossier, les horodatages et les valeurs « ResponsibleDepartment » des activités consécutives. Exemples 172800259200604800

Obligatoire Recommandé Facultatif

Activités de gestion de la qualité

Voici les principales étapes et les jalons à enregistrer dans votre journal d’événements pour découvrir précisément 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 des éléments probants sont recueillis et examinés pour confirmer l’efficacité des actions mises en œuvre. Elle est capturée lorsque la tâche de vérification de l’efficacité est terminée, souvent avec une signature électronique.
Pourquoi c’est 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 empêche la récurrence du problème. Où les obtenir Il peut s’agir d’un événement explicite capturé au moyen d’une signature électronique pour l’étape de vérification, ou d’un événement déduit de l’achèvement de la tâche « Effectiveness Check » dans le flux de travail. Collecte Capturé à partir des journaux de signatures électroniques ou des horodatages d’achèvement de la tâche de vérification. Type d’événement explicit
	Événement qualité clôturé	Il s’agit de l’activité finale, qui marque la résolution réussie et la clôture officielle de l’événement qualité dans MasterControl. Cet événement est capturé lorsque le statut de l’enregistrement passe à « Clôturé », avec un horodatage enregistré dans la piste d’audit.
Pourquoi c’est important Cette activité marque la fin du processus. Elle est essentielle au calcul du temps de cycle global et du débit. Elle confirme l’achèvement réussi du cas de Gestion de la qualité. Où les obtenir Il s’agit d’un événement explicite déduit du changement final du statut de l’enregistrement de l’événement qualité vers « Clôturé ». L’horodatage de cette modification est enregistré dans le journal d’audit. Collecte Déduit de l’horodatage correspondant à la mise à jour du statut de l’événement vers « Clôturé ». Type d’événement inferred
	Événement qualité créé	Il s’agit du point de départ du processus de Gestion de la qualité. Un nouvel événement qualité, comme une déviation, une non-conformité ou une réclamation, est alors enregistré pour la première fois dans MasterControl. Cette activité est généralement capturée explicitement lorsqu’un utilisateur crée un nouvel enregistrement d’événement qualité, ce qui génère une entrée horodatée dans la piste d’audit.
Pourquoi c’est important Cette activité marque le début du cycle de vie du cas. Elle est essentielle pour mesurer le temps de cycle global de l’événement qualité et analyser le volume des événements soumis. Où les obtenir Il s’agit d’un événement explicite enregistré dans les tables de piste d’audit du module des événements qualité. Il correspond à l’horodatage de création de l’enregistrement de l’événement qualité. Collecte Enregistré dans la piste d’audit lors de la création d’un nouvel objet événement qualité. Type d’événement explicit
	Investigation lancée	Cette activité marque le début officiel de la phase d’investigation, destinée à déterminer l’étendue et l’impact immédiat de l’événement qualité. Elle est généralement capturée lorsque l’événement est officiellement attribué à un investigateur et que son statut passe à « En cours d’investigation ».
Pourquoi c’est important Il s’agit d’une étape clé pour suivre la durée de la phase d’investigation. Les retards à ce stade peuvent avoir un impact important sur le délai global de résolution et le respect des échéances de Conformité. Où les obtenir Déduit d’un changement de statut de l’enregistrement de l’événement qualité vers un état tel que « Investigation en cours ». Cette modification est enregistrée dans la piste d’audit de MasterControl. Collecte Déduit de l’horodatage correspondant au passage du statut de l’événement à « En cours d’investigation ». Type d’événement inferred
	Plan d’actions correctives approuvé	Cette activité signifie que le plan CAPA proposé a été officiellement examiné et approuvé par les parties prenantes requises. Il s’agit d’une étape essentielle, souvent capturée par un événement de signature électronique explicite dans la piste d’audit de MasterControl.
Pourquoi c’est important Les étapes d’approbation constituent souvent des goulots d’étranglement. L’analyse du temps consacré à cette activité aide à identifier les retards du processus d’approbation et alimente le Dashboard d’analyse des délais de transfert. Où les obtenir Il s’agit d’un événement explicite enregistré 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. Collecte Capturé à 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 capturée lorsque l’utilisateur responsable de l’action marque la tâche de mise en œuvre comme terminée dans le système.
Pourquoi c’est important Il s’agit d’une étape clé pour déterminer le début du KPI de temps moyen de vérification des actions. La durée de la mise en œuvre reflète la complexité et l’efficacité des actions correctives. Où les obtenir Déduit de la piste d’audit lorsque le statut des tâches d’actions correctives attribuées passe à « Terminé » ou « Mis en œuvre ». Collecte Déduit de l’horodatage d’achèvement des tâches de mise en œuvre CAPA liées. Type d’événement inferred
	Action préventive mise en œuvre	Cette activité correspond à l’achèvement des tâches définies dans le plan d’actions préventives, destinées à prévenir de futures occurrences. Elle est capturée lorsque les tâches d’actions préventives attribuées sont marquées comme terminées dans le système.
Pourquoi c’est important Le suivi de cette activité est essentiel pour le KPI de taux d’actions préventives. Il permet d’évaluer dans quelle mesure l’organisation traite de manière proactive les problèmes potentiels. Où les obtenir Déduit de l’horodatage d’achèvement des tâches spécifiquement désignées comme « Actions préventives » dans le plan CAPA. Collecte Déduit de l’horodatage d’achèvement des tâches d’actions préventives liées. Type d’événement inferred
	Analyse des causes profondes réalisée	Cette activité signifie que l’analyse des causes profondes, ou RCA, est terminée et que les résultats ont été documentés. Elle peut être déduite lorsque les champs « Cause profonde » ou les champs d’analyse associés sont renseignés et que la tâche correspondante est marquée comme terminée.
Pourquoi c’est important Le suivi de cette activité aide à mesurer la durée et la qualité de la phase RCA. Il est essentiel pour des KPI tels que le taux de nouvelle investigation des causes profondes, qui permet d’identifier les reprises. Où les obtenir Déduit d’une entrée de la piste d’audit indiquant la fin de la tâche RCA, ou du renseignement et de la finalisation des champs de catégorie de cause profonde dans le formulaire de l’événement qualité. Collecte Déduit de l’achèvement de l’étape ou de la tâche du flux de travail « Root Cause Analysis ». Type d’événement inferred
	Efficacité jugée insuffisante	Cette activité représente une issue négative de l’étape de vérification, au cours de laquelle les actions mises en œuvre se sont révélées inefficaces. Elle déclenche une reprise et est déduite lorsque l’étape de vérification échoue, entraînant un changement de statut qui rouvre l’investigation ou la planification CAPA.
Pourquoi c’est important Cet événement est essentiel pour identifier 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 qui doivent être traitées. Où les obtenir Déduit d’un changement de statut indiquant l’échec de la vérification, comme « Échec de la vérification de l’efficacité » ou un retour à l’état « En cours d’investigation ». Collecte Dérivé 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
	Événement qualité annulé	Cette activité représente un état final alternatif, dans lequel un événement qualité est considéré comme invalide, en double ou saisi par erreur, puis annulé. Elle est capturée par un changement de statut vers « Annulé » ou « Invalide ».
Pourquoi c’est important Distinguer les événements clôturés des événements annulés est important pour établir des rapports précis sur les résultats du processus. Un taux d’annulation élevé peut révéler des problèmes dans le signalement ou le triage des événements. Où les obtenir Déduit d’un changement de statut final vers un état tel que « Annulé » ou « Invalidé », enregistré dans la piste d’audit. Collecte Déduit de l’horodatage correspondant à la mise à jour du statut de l’événement vers « Annulé ». Type d’événement inferred
	Parties prenantes informées	Représente la communication officielle de la résolution de l’événement qualité à toutes les parties prenantes concernées. Il peut s’agir d’une action explicite enregistrée ou d’un événement déduit de l’achèvement d’une tâche « Final Notification » dans le flux de travail.
Pourquoi c’est important L’analyse de cette étape aide à comprendre l’efficacité de la communication. Elle constitue également un repère essentiel pour calculer le KPI de temps de revue finale et de clôture. Où les obtenir Il peut s’agir d’un événement de notification explicite enregistré dans le système ou d’un événement déduit de l’achèvement d’une tâche « Informer les parties prenantes » avant la clôture finale. Collecte Déduit de l’achèvement 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, ou CAPA, pour revue. Elle est généralement capturée lorsqu’un enregistrement CAPA est officiellement lié à l’événement qualité et que son statut est défini sur « En attente d’approbation ».
Pourquoi c’est important Cette activité marque le passage de l’investigation à la planification de la résolution. La durée entre la RCA et cette étape peut indiquer l’efficacité de la planification. Où les obtenir Probablement déduit de la création d’un objet CAPA lié ou d’un changement de statut de l’événement qualité vers un état tel que « Plan CAPA proposé » ou « En attente d’approbation du plan ». Collecte Déduit de la création d’un enregistrement de plan CAPA lié ou d’un changement de statut de l’événement parent. Type d’événement inferred
	Revue finale effectuée	Cette activité signifie qu’un responsable de l’assurance qualité a terminé la revue finale de l’ensemble de l’enregistrement de l’événement qualité, y compris de tous les documents et actions. Elle est généralement capturée par un événement de signature électronique explicite avant la clôture du cas.
Pourquoi c’est important Il s’agit du dernier contrôle qualité avant la clôture. Les retards à ce stade peuvent maintenir inutilement les événements ouverts et affecter les indicateurs de débit. Où les obtenir Capturé 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. Collecte Capturé à partir des journaux de signatures électroniques pour l’étape finale d’approbation du flux de travail. Type d’événement explicit
	Triage initial terminé	Cette activité correspond à la fin de l’évaluation initiale, au cours de laquelle l’événement qualité est catégorisé, un niveau de gravité lui est attribué et il est classé par priorité. Elle est souvent déduite d’un changement de statut dans le système, par exemple lorsque le statut passe de « Nouveau » à « En cours d’évaluation » ou « Investigation ».
Pourquoi c’est important L’analyse du temps consacré au triage aide à identifier les retards dans la réponse initiale aux problèmes qualité. Il s’agit d’une étape essentielle, qui détermine la suite du flux de travail et l’affectation des ressources. Où les obtenir Déduit de la piste d’audit lorsque le champ de statut de l’événement est mis à jour vers un état postérieur au triage, ou lorsque les champs de triage requis, comme « Gravité » et « Priorité », sont renseignés et enregistrés pour la première fois. Collecte Déduit d’une modification du champ de statut de l’événement, par exemple de « Soumis » à « Affecté ». Type d’événement inferred

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 Rapports. L’intitulé exact peut varier selon la configuration de votre système.
Créez un rapport : Lancez la création d’un nouveau rapport. Sélectionnez la source de données appropriée, qui combine les informations relatives aux événements qualité avec leur piste d’audit ou leur historique associé. Cette source 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 de données qui constitueront les colonnes de votre journal d’événements. Vous devez inclure les informations de la piste d’audit afin d’enregistrer chaque activité. Ajoutez les champs suivants :
- Quality Event ID (pour QualityEvent)
- Audit Action ou Event Type (pour ActivityName)
- Audit Timestamp ou Date/Time (pour EventTime)
- Audit User ou Performed By (pour UserName)
- Quality Event Type
- Responsible Department
- Current Status (pour QualityEventStatus)
- Root Cause Category
- Effectiveness Check Status
- Target Resolution Date
Configurez les filtres du rapport : Définissez des filtres pour limiter les données au périmètre pertinent. Créez un filtre sur le champ « Audit Action » ou « Event Type ». Sélectionnez toutes les valeurs correspondant aux activités requises, telles que « Create », « Status Change », « E-Signature » et « Task Complete ».
Définissez la période : Appliquez un filtre de date au champ « Audit Timestamp » afin d’extraire les données d’une période donnée. Il est recommandé de commencer par une période courte, par exemple les 3 à 6 derniers mois, afin de préserver les performances.
Exécutez le rapport : Lancez le rapport pour générer un aperçu des données dans l’interface MasterControl Analytics. Vérifiez les résultats afin de vous assurer que la structure est correcte.
Affinez les noms d’activité : Les noms bruts d’« Audit Action » peuvent être difficiles à comprendre. Après l’export, vous devrez effectuer une transformation. Créez une table de correspondance dans l’outil de votre choix, comme Excel ou un script, afin de convertir les événements techniques de la piste d’audit, par exemple « STATUS_CHANGE_TO_CLOSED », en noms d’activités métier, par exemple « Quality Event Closed ».
Ajoutez la colonne EndTime : Après l’export des données, créez une nouvelle colonne nommée « EndTime ». Pour la plupart des événements discrets de la piste d’audit, EndTime correspondra à EventTime. Copiez les valeurs de la colonne « EventTime » dans la colonne « EndTime ».
Exportez les données : Une fois l’aperçu du rapport vérifié, utilisez la fonction d’export du module Analytics pour enregistrer les données dans un fichier CSV.
Effectuez la mise en forme finale avant import : Ouvrez le fichier CSV. Appliquez les correspondances de noms d’activité définies à 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 finalisé, désormais 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é à leurs données détaillées de piste d’audit ou d’historique des événements. Cette condition est essentielle pour capturer chaque activité individuelle.
Filtre de plage de dates : appliquez un filtre sur l’horodatage de l’événement d’audit (EventTime). Pour l’analyse initiale, il est recommandé d’utiliser une période de 3 à 6 mois afin de trouver un équilibre entre exhaustivité et performance.
Filtre d’activité : le filtre le plus important porte sur le champ de l’action d’audit ou du type d’événement. Vous devez sélectionner tous les événements système pertinents correspondant aux activités métier souhaitées, comme la création d’objets, les changements d’état, les signatures électroniques et l’achèvement des tâches du flux de travail.
Filtre du type d’événement qualité : envisagez de filtrer certains types d’événements qualité, comme « Non-Conformance » ou « Customer Complaint », afin de concentrer d’abord l’analyse sur une seule variante du processus.
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.

a 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. Obtenez auprès de votre administrateur MasterControl les identifiants d’API, notamment un Client ID, un Client Secret et une API Key. Votre compte doit disposer d’autorisations de lecture pour le module Quality Events.
Configurez les variables du script : Créez un nouveau fichier de script Python. En haut du script, définissez les variables qui contiendront 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 bearer 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é par pages, afin de traiter les volumes importants sans surcharger l’API.
Récupérez les pistes d’audit détaillées : Pour chaque événement qualité récupéré dans la boucle principale, effectuez un second appel API afin d’obtenir sa piste d’audit ou son historique détaillé. Le point de terminaison suit généralement la structure /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 : Il s’agit de l’étape centrale de transformation. Parcourez les entrées de la piste d’audit de chaque événement qualité. Utilisez une logique conditionnelle (instructions if/elif/else) pour associer certains enregistrements d’audit, comme les changements de statut, les signatures électroniques ou l’achèvement des tâches, aux noms d’activité normalisés requis pour le journal d’événements.
Extrayez les attributs : Lorsque vous identifiez une activité dans la piste d’audit, analysez la réponse JSON pour extraire tous les attributs requis et recommandés. Cela comprend l’identifiant QualityEvent, l’ActivityName que vous venez d’associer, l’EventTime de l’enregistrement d’audit, UserName et les autres informations pertinentes de l’objet d’événement qualité parent.
Structurez le journal d’événements : Enregistrez chaque activité extraite et ses attributs sous forme de dictionnaire. Ajoutez chaque dictionnaire à une liste principale qui constituera la base de 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 facilement les données.
Exportez au format CSV : Utilisez la fonction to_csv() de pandas pour exporter le DataFrame dans un fichier CSV. Vérifiez que le fichier est enregistré avec l’encodage UTF-8 et 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 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é via l’API.
Points de terminaison API : le script utilise principalement le point de terminaison /api/v2/auth/token pour l’authentification, le point de terminaison /api/v2/events pour répertorier les événements qualité et le point de terminaison /api/v2/events/{id}/history pour récupérer la piste d’audit détaillée de chaque événement.
Filtres de plage de dates : il est essentiel de configurer les variables start_date et end_date dans le script. Pour l’analyse initiale, il est recommandé d’utiliser une période de 3 à 6 mois afin de conserver un jeu de données maîtrisable et un temps d’extraction raisonnable.
Gestion de la pagination : le paramètre limit contrôle le nombre d’enregistrements récupérés par appel API. Une valeur comprise entre 100 et 500 est généralement utilisée. Le script doit gérer l’offset afin de récupérer toutes les pages de données.
Configuration de MasterControl : la logique du script qui associe les entrées d’audit aux activités suppose une configuration standard du flux de travail de gestion de la qualité. Vous devrez peut-être adapter les noms de champs ou les valeurs d’état dans le script à la configuration MasterControl propre à votre organisation.

a 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 dispose d’une licence, qu’il est activé et qu’il est disponible dans l’outil de BI ou d’ETL utilisé pour l’extraction. Demandez à l’administrateur MasterControl les informations de connexion au connecteur, les identifiants, les autorisations requises et les objets sources approuvés. Les déploiements MasterControl pouvant varier, 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 à MasterControl BI Connector et testez la connectivité. Sélectionnez la source approuvée des événements qualité, la source de l’historique d’audit, la source des tâches de flux de travail, la source des signatures électroniques et la source CAPA associée lorsque ces objets sont exposés par le connecteur. Remplacez chaque référence source entre crochets dans la requête par l’objet correspondant disponible dans votre environnement.
Définissez la fenêtre d’extraction à l’aide de [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 exécutions incrémentielles afin de récupérer les mises à jour tardives, puis supprimez les doublons en utilisant conjointement QualityEvent, ActivityName et EventTime, ainsi que 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 statuts, de CAPA, d’efficacité, de notifications, de revues, de signatures et d’audits. La requête doit renvoyer une ligne pour chaque occurrence d’activité. ProcessMind lit ces lignes telles quelles et ne déduit pas les activités manquantes.
Associez les champs sources aux colonnes de sortie obligatoires 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 horodatages sources avec leurs informations de fuseau horaire 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 décrites comme déduites, utilisez la condition documentée liée au statut, au renseignement d’un champ, à l’achèvement d’une tâche ou à une signature uniquement lorsque cette condition est présente dans les données sources. Ne créez pas de ligne simplement parce qu’une activité ultérieure existe.
Standardisez les horodatages sur 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 fabriquées.
Vérifiez que QualityEvent est renseigné, que EventTime correspond à un horodatage valide et que chaque ligne renvoyée appartient à la période sélectionnée. Recherchez les doublons d’activité, les libellés d’activité inattendus, les transitions de statut non valides et les événements survenant avant Quality Event Created.
Exportez le résultat au format CSV plat ou dans un autre format tabulaire pris en charge par ProcessMind. Ajoutez une ligne d’en-tête contenant exactement les noms de colonnes QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus et TargetResolutionDate. Importez le fichier dans ProcessMind et configurez QualityEvent comme identifiant du cas, ActivityName comme activité et EventTime comme horodatage de l’événement.

Configuration

Connecteur et autorisations : activez MasterControl BI Connector et obtenez la licence requise, les autorisations de lecture, l’accès à l’historique d’audit, l’accès aux flux de travail ainsi que les autorisations relatives aux données des événements qualité et des CAPA. Utilisez [Configure based on your system] pour les paramètres de connexion propres au déploiement.
Objets sources : configurez les objets approuvés de MasterControl BI Connector pour les événements qualité, l’historique d’audit, les tâches de flux de travail, les signatures, les enregistrements CAPA, les notifications, les revues et les contrôles d’efficacité. Ne partez pas du principe que les noms des objets ou leurs relations sont identiques d’un déploiement à l’autre.
Période : commencez par trois à six mois. Pour les chargements en production, utilisez des fenêtres incrémentielles avec un chevauchement documenté afin de récupérer les enregistrements d’audit ou de flux de travail arrivés tardivement.
Filtres : appliquez [Company-specific filter] uniquement lorsque cela est nécessaire. Les filtres supplémentaires peuvent porter sur le type d’événement qualité, le site, l’unité opérationnelle, le type de document, le statut ou le service responsable, mais ils ne doivent pas exclure les activités associées nécessaires à la reconstitution du cycle de vie.
Correspondance des activités : configurez les conditions sources exactes 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 d’efficacité, la notification, 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 d’événement 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 est explicitement disponible.
Gestion des valeurs NULL : laissez à NULL les attributs recommandés indisponibles. Ne remplacez pas les données manquantes relatives à l’utilisateur, au service, à la cause racine, à l’efficacité ou à la date cible par des valeurs génériques.
Performances : appliquez les filtres de date et d’entreprise dans BI Connector lorsque cela est pris en charge. Sélectionnez uniquement les colonnes requises, évitez les analyses sans restriction de l’historique d’audit, répartissez les grandes périodes et matérialisez les extractions intermédiaires lorsque 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 exécutions suivantes. Supprimez les doublons à l’aide de l’identifiant de l’événement source lorsqu’il est disponible. À défaut, utilisez la combinaison du cas, de l’activité, de l’horodatage et de l’utilisateur, selon des règles documentées.
Qualité des données : exigez que QualityEvent, ActivityName et EventTime ne soient pas NULL. Rejetez ou isolez les lignes contenant des libellés d’activité non pris en charge, des horodatages mal formés ou des identifiants de cas manquants.
Sécurité : utilisez un compte de service doté des privilèges 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.

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

Utilisez ce template pour constituer un journal d’événements fiable et obtenir une vision précise de vos opérations de gestion de la qualité. Commencez dès aujourd’hui à renforcer votre conformité et votre 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 de 30 % le temps de cycle.

Démarrer l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.

Votre template de données pour la gestion de la qualité

Votre template de données pour la gestion de la qualité

Attributs de la gestion de la qualité

Activités de gestion de la qualité

Guides d’extraction

Exporter le rapport Analytics de MasterControl au format CSV

Étapes

Configuration

a Exemple de requête sql

Extraction avec un script Python via l’API REST de MasterControl

Étapes

Configuration

a Exemple de requête python

Extraction des données via le module BI Connector

Étapes

Configuration

a Exemple de requête sql

Prêt à commencer ?

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

Votre template de données pour la gestion de la qualité

Votre template de données pour la gestion de la qualité

Attributs de la gestion de la qualité

Activités de gestion de la qualité

Guides d’extraction

Exporter le rapport Analytics de MasterControl au format CSV

Étapes

Configuration

a Exemple de requête sql

Extraction avec un script Python via l’API REST de MasterControl

Étapes

Configuration

a Exemple de requête python

Extraction des données via le module BI Connector

Étapes

Configuration

a Exemple de requête sql

Prêt à commencer ?

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

Nous attachons de l’importance à votre confidentialité