> Amélioration continue des processus > Gestion de la Qualité > Oracle Quality Management > Modèle de données

Votre Template de Données de Gestion de la Qualité

Oracle Quality Management

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

Votre Template de Données de Gestion de la Qualité

Ce modèle fournit un guide complet des attributs de données et des activités de processus essentiels nécessaires pour une analyse efficace de la gestion de la qualité. Il inclut également des conseils pratiques sur la façon d'extraire ces informations critiques de votre système Oracle Quality Management. Utilisez cette ressource pour vous assurer de capturer toutes les données nécessaires pour des insights approfondis et l'optimisation des processus.

Attributs recommandés à collecter
Activités clés à suivre
Guide d'extraction

Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Télécharger le modèle

Attributs de gestion de la qualité

Ce sont les champs de données et les informations contextuelles recommandés à inclure dans votre journal d'événements pour une analyse et un insight complets de la gestion de la qualité.

3 Obligatoire 8 Recommandé 10 Facultatif

	Nom	Description
	Événement Qualité QualityEventId	L'identifiant unique pour un événement qualité unique, tel qu'une non-conformité, une réclamation ou une déviation.
Description L'ID d'Événement Qualité sert d'identifiant de cas principal, regroupant toutes les activités connexes, du signalement initial à la clôture finale. Chaque incident qualité se voit attribuer un ID unique, créant un historique complet du processus d'enquête et de résolution. Dans l'analyse Process Mining, cet attribut est fondamental pour reconstituer le parcours de bout en bout de chaque événement qualité. Il permet le calcul des temps de cycle globaux, l'identification des variantes de processus et l'analyse de la manière dont différents types d'événements sont gérés. En liant chaque journal d'activité à un ID d'Événement Qualité spécifique, les analystes peuvent visualiser le flux de processus complet et identifier les goulots d'étranglement systémiques ou les problèmes de conformité. Pourquoi c'est important Cet ID est essentiel car il définit la portée d'un seul cas, permettant un suivi précis des événements qualité et le calcul des métriques de performance de bout en bout. Où obtenir Ceci est généralement la clé primaire dans les tables principales d'événements qualité ou de plans de collecte au sein d'Oracle Quality Management, telles que QA_RESULTS. Exemples NC-2023-00123CAPA-45892QE-500-A
	Heure de Début de l'Événement EventStartTime	L'horodatage indiquant le début d'une activité ou d'un événement.
Description Cet attribut fournit la date et l'heure précises de début d'une étape de processus spécifique. C'est l'élément temporel principal utilisé pour ordonner chronologiquement les événements et construire la séquence de processus pour chaque cas d'événement qualité. En analyse, l'heure de début de l'événement est cruciale pour calculer les temps de cycle, les durées et les temps d'attente entre les activités. Elle permet l'identification des goulots d'étranglement en mettant en évidence de longs retards entre les étapes consécutives et est utilisée pour suivre les performances par rapport aux KPI basés sur le temps, tels que le délai d'analyse des causes profondes. Pourquoi c'est important Cet horodatage est la colonne vertébrale de l'analyse des processus, permettant tous les calculs basés sur le temps et l'ordonnancement correct des activités. Où obtenir Cet horodatage se trouve généralement dans les journaux de transactions ou les tables d'historique associées aux actions qualité et aux plans de collecte, souvent nommé CREATION_DATE ou similaire. Exemples 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	Nom de l'activité ActivityName	Le nom de la tâche ou de l'étape spécifique qui s'est produite au sein du processus de gestion de la qualité.
Description Cet attribut décrit un événement ou une action unique effectuée dans le cadre de la gestion d'un événement qualité. La séquence de ces activités, ordonnée par leurs horodatages, forme le flux de processus pour chaque cas. L'analyse du nom de l'activité est centrale au Process Mining. Elle permet la découverte du modèle de processus réel, la comparaison avec un modèle désiré pour la vérification de conformité, et l'identification des goulots d'étranglement ou des boucles de retravail entre les activités spécifiques. Par exemple, elle aide à mesurer le temps passé entre 'Investigation Initiated' et 'Root Cause Analysis Performed'. Pourquoi c'est important Cet attribut est fondamental pour cartographier le flux de processus, identifier les déviations et comprendre comment le travail est réellement effectué. Où obtenir Ces informations sont généralement dérivées des journaux d'événements, des enregistrements de changement de statut ou des tables d'historique des actions au sein du module Oracle Quality Management. Exemples Problème Qualité identifiéInvestigation initiéePlan d'Action Corrective ApprouvéExamen Final et Clôture
	Catégorie de Cause Racine RootCauseCategory	La classification de la cause profonde déterminée du problème qualité.
Description Une fois l'analyse des causes profondes effectuée, les conclusions sont souvent catégorisées en groupes prédéfinis tels que « Défaillance d'équipement », « Erreur humaine » ou « Défaut de conception ». Cet `attribut` stocke cette classification finale. Analyser le processus par Catégorie de Cause Racine est extrêmement puissant. Cela permet de passer de la correction des symptômes individuels à la résolution des problèmes systémiques sous-jacents. Par exemple, un nombre élevé d'`event`s ayant pour cause profonde un « Problème de formation » peut justifier la nécessité de meilleurs programmes de formation des employés, un objectif clé de l'action préventive. Pourquoi c'est important Cet attribut est essentiel pour passer d'une gestion de la qualité réactive à proactive en permettant l'analyse des causes fondamentales des défaillances. Où obtenir Consultez la documentation d'Oracle Quality Management. Il s'agit probablement d'un élément défini par l'utilisateur dans un plan de collecte, renseigné après l'activité « Analyse des Causes Profondes Effectuée ». Exemples Dysfonctionnement d'ÉquipementDéfaut MatérielErreur humaineProcédure non suivie
	Date de résolution cible TargetResolutionDate	La date prévue ou attendue pour la clôture finale de l'événement qualité.
Description Cet attribut représente la date limite à laquelle un événement qualité est censé être entièrement résolu. Il sert d'accord de niveau de service (SLA) ou d'objectif interne, souvent déterminé en fonction de la gravité ou du type de l'événement. Cette date est fondamentale pour le suivi des performances et est directement utilisée dans le calcul du KPI 'Taux d'implémentation des CAPA dans les délais'. En comparant les dates d'achèvement réelles des activités à cet objectif, les analystes peuvent mesurer la ponctualité, identifier les événements à risque de retard et suivre les tendances de performance dans les délais. Cela soutient les efforts visant à réduire les temps de cycle de résolution. Pourquoi c'est important Il fournit un point de référence pour mesurer la performance dans les délais et est essentiel pour calculer les KPI de ponctualité et gérer les SLA. Où obtenir Consultez la documentation d'Oracle Quality Management. Il peut s'agir d'un champ de date standard ou d'un élément défini par l'utilisateur dans le plan de collecte qualité. Exemples 2023-05-302023-06-152024-01-10
	Département Responsable ResponsibleDepartment	Le département ou la zone fonctionnelle responsable de l'événement qualité ou de l'activité en cours.
Description Cet attribut identifie l'équipe ou le département assigné pour gérer l'événement qualité. Il peut s'agir de l'Assurance Qualité, de l'Ingénierie, de la Production, ou d'un autre groupe, et il peut changer à mesure que l'événement progresse tout au long de son cycle de vie. En Process Mining, l'analyse par département responsable est essentielle pour comprendre la distribution de la charge de travail, identifier les goulots d'étranglement départementaux et comparer les performances entre les différentes équipes. Elle soutient le tableau de bord 'Allocation des ressources des événements qualité' en montrant quels départements sont impliqués dans quels types d'activités, aidant à optimiser la gestion des ressources. Pourquoi c'est important Il permet d'analyser la charge de travail, la performance et les goulots d'étranglement par département, ce qui est crucial pour la planification des ressources et l'amélioration organisationnelle. Où obtenir Consultez la documentation d'Oracle Quality Management. Cela peut être stocké dans des tables liées aux actions ou aux affectations de qualité, et lié à l'`event` qualité. Exemples Ingénierie QualitéOpérations de fabricationQualité FournisseurIngénierie de Conception
	Heure de fin de l'événement EventEndTime	Le 'timestamp' indiquant quand une activité ou un 'event' a été complété.
Description L'heure de fin de l'événement marque l'achèvement d'une activité spécifique. Associée à l'heure de début de l'événement, elle définit le temps de traitement de cette activité. Pour certains systèmes, une activité peut être instantanée, auquel cas les heures de début et de fin sont identiques. Cet attribut est essentiel pour une analyse détaillée de la durée. Il permet aux analystes de différencier le temps de traitement actif (la durée entre l'heure de début et de fin) et le temps d'attente (la durée entre la fin d'une activité et le début de la suivante). Ceci est crucial pour identifier où les ressources sont activement engagées et où les transferts de responsabilités provoquent des retards. Pourquoi c'est important Il permet le calcul précis des temps de traitement des activités, ce qui aide à identifier les tâches inefficaces par rapport aux longues périodes d'attente. Où obtenir Cela peut être disponible dans les mêmes tables de transaction ou d'historique que l'heure de début, parfois en tant que LAST_UPDATE_DATE ou un horodatage d'achèvement spécifique. Cela pourrait également être déduit de l'heure de début de l'événement suivant. Exemples 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	Niveau de gravité SeverityLevel	Une classification de l'impact de l'`event` qualité, telle que critique, majeur ou mineur.
Description Le niveau de gravité est une évaluation, généralement effectuée lors du triage, de l'impact potentiel du problème qualité sur les clients, la conformité ou les opérations commerciales. Cette classification aide à prioriser les ressources et à définir l'urgence de la réponse requise. En Process Mining, cet attribut est crucial pour la segmentation. Les analystes peuvent comparer les flux de processus, les temps de cycle et les résultats des événements de gravité élevée par rapport à ceux de faible gravité. Cela soutient le tableau de bord 'Cohérence du triage des événements qualité' et l'KPI 'Taux de résolution basé sur la gravité' en révélant si les problèmes critiques sont effectivement traités plus rapidement et plus efficacement. Pourquoi c'est important Il permet de prioriser et de segmenter l'analyse, garantissant que les événements qualité à fort impact sont gérés de manière efficace et efficiente. Où obtenir Consultez la documentation d'Oracle Quality Management. Il s'agit souvent d'un élément configurable au sein d'un plan de collecte qualité. Exemples 1 - Critique2 - Majeur3 - Mineur4 - Informationnel
	Statut actuel CurrentStatus	Le statut actuel du cas d'événement qualité.
Description Cet attribut indique l'état actuel de l'événement qualité dans son cycle de vie, tel que 'Ouvert', 'En Enquête', 'En Attente d'Approbation' ou 'Clos'. Il fournit un instantané de l'endroit où se trouve le cas dans le processus au moment de l'extraction des données. C'est un attribut critique pour le suivi opérationnel, supportant directement le tableau de bord 'Aperçu des événements qualité ouverts et de leur statut'. Il permet aux gestionnaires de voir rapidement le pipeline actuel des problèmes qualité et de prioriser les ressources. En Process Mining, le filtrage par le statut final aide à analyser les résultats des différents chemins de processus. Pourquoi c'est important Il offre une vue en temps réel du pipeline d'événements qualité, permettant une gestion opérationnelle efficace et la priorisation des cas actifs. Où obtenir Ces informations sont généralement disponibles dans la table d'en-tête principale pour les événements qualité, reflétant le dernier état connu de l'événement. Exemples OuvertEn coursEn attente d'approbationClôturé
	Temps de traitement ProcessingTime	Le temps passé à travailler activement sur une activité.
Description Le temps de traitement est la durée calculée entre l'heure de début de l'événement et l'heure de fin de l'événement pour une activité unique. Il représente le temps de travail actif, par opposition au temps d'attente entre les activités. Cette métrique est un élément central de l'analyse détaillée des performances. En additionnant les temps de traitement de toutes les activités d'un cas, on peut comprendre le temps de contact total. La comparaison du temps de contact total au temps de cycle global du cas révèle la proportion du processus qui représente un travail à valeur ajoutée par rapport au temps d'attente inactif, une information clé pour les efforts d'amélioration Lean et Six Sigma. Pourquoi c'est important Il isole le temps de travail actif du temps d'attente inactif, aidant à identifier les tâches spécifiques qui sont chronophages. Où obtenir Cette métrique est calculée à partir des attributs EventStartTime et EventEndTime pendant la transformation des données. Exemples PT15M30SPT2HP1D
	Utilisateur assigné AssignedUser	L'utilisateur individuel assigné pour effectuer une activité ou posséder l'événement qualité.
Description Cet attribut spécifie la personne responsable d'une tâche particulière ou de la gestion globale de l'événement qualité. Il fournit un niveau de détail plus granulaire que le département responsable. L'analyse par utilisateur aide à comprendre les charges de travail individuelles, à identifier les besoins en formation et à reconnaître les meilleurs performeurs. Elle peut également révéler des schémas tels que le travail étant constamment réaffecté ou les tâches stagnantes chez des individus spécifiques. Ce niveau de détail est utile pour la gestion des performances et l'optimisation détaillée des ressources. Pourquoi c'est important Il permet une analyse granulaire de la charge de travail et de la performance individuelle, aidant à identifier les contraintes de ressources ou les opportunités de formation. Où obtenir Consultez la documentation d'Oracle Quality Management. Les informations d'affectation utilisateur sont généralement stockées dans les tables d'actions ou de `workflow`s associées à l'`event` qualité. Exemples j.smitha.jonesr.williams
	Catégorie de problème IssueCategory	La catégorie ou le type de problème qualité, tel que 'Défaut Produit' ou 'Déviation de Processus'.
Description Cet attribut fournit une classification de l'événement qualité, ce qui aide à regrouper les problèmes similaires pour l'analyse. Les catégories sont généralement définies par l'organisation pour refléter leur contexte opérationnel spécifique. L'analyse du processus par catégorie de problème permet l'identification de schémas liés à des types de problèmes spécifiques. Par exemple, elle pourrait révéler que les problèmes de 'Matériel Fournisseur' ont un temps de cycle beaucoup plus long que les problèmes de 'Processus Interne'. Cette segmentation est précieuse pour les initiatives d'amélioration de processus ciblées. Pourquoi c'est important La catégorisation des problèmes permet une analyse ciblée pour identifier les tendances et les causes profondes de domaines problématiques spécifiques. Où obtenir Consultez la documentation d'Oracle Quality Management. Il s'agit probablement d'un élément défini par l'utilisateur au sein du plan de collecte qualité. Exemples Défaut ProduitDéviation de ProcessusMatériel FournisseurPlainte Client
	Code de clôture ClosureCode	Un code indiquant la raison ou le résultat de la clôture de l'`event` qualité.
Description Lorsqu'un événement qualité est clôturé, un code de clôture est souvent attribué pour classer l'issue finale. Parmi les exemples, citons 'Action Efficace', 'Aucune Action Requise' ou 'Problème en Double'. Cet attribut est très utile pour l'analyse des résultats. En filtrant sur différents codes de clôture, les analystes peuvent étudier les chemins de processus qui mènent à des résultats concluants par rapport à ceux qui n'y mènent pas. Cela peut aider à répondre à des questions telles que 'À quoi ressemble notre processus pour les problèmes clôturés comme des doublons ?' et à identifier les inefficacités dans le processus de triage. Pourquoi c'est important Il fournit des informations cruciales sur l'issue d'un cas, permettant d'analyser quels chemins de processus mènent à des résolutions réussies. Où obtenir Consultez la documentation d'Oracle Quality Management. Il s'agirait probablement d'un champ renseigné lors de l'activité de clôture finale. Exemples EFFICACENO_ACTIONDUPLICATARISK_ACCEPTED
	Dernière mise à jour des données LastDataUpdate	L'horodatage de la dernière actualisation ou mise à jour des données du système source.
Description Cet attribut indique la dernière fois que les données de cet événement ont été mises à jour dans l'ensemble de données du Process Mining. Il reflète la fraîcheur des données et aide les utilisateurs à comprendre la pertinence de l'analyse. Dans les tableaux de bord et les rapports, cet horodatage est essentiel pour fournir un contexte à l'utilisateur. Il clarifie si les données consultées sont en temps réel ou un instantané d'un moment précis, ce qui est essentiel pour prendre des décisions opérationnelles éclairées. Il assure la transparence sur l'actualité des données. Pourquoi c'est important Cet horodatage assure la transparence sur la fraîcheur des données, garantissant que les utilisateurs comprennent l'actualité de l'analyse des processus. Où obtenir Cette valeur est générée et stockée pendant le processus ETL des données, représentant typiquement l'horodatage de la dernière exécution réussie du pipeline de données. Exemples 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	Est à l'heure IsOnTime	Un indicateur précisant si une action corrective a été mise en œuvre à la date de résolution cible.
Description Cet attribut booléen est dérivé en comparant l'horodatage d'achèvement de l'activité 'Corrective Action Implemented' avec la 'Target Resolution Date' pour le cas. Il est vrai si l'action a été achevée à la date cible ou avant, et faux sinon. Cet attribut soutient directement le KPI 'Taux d'implémentation des CAPA dans les délais'. Il simplifie l'analyse et la création de tableaux de bord en fournissant une classification claire et binaire de la ponctualité de chaque cas. Il permet un filtrage et une agrégation faciles pour surveiller le respect des niveaux de service et identifier les causes profondes des retards. Pourquoi c'est important Il simplifie le suivi de la performance dans les délais par rapport aux objectifs, facilitant la mesure et le reporting de cet KPI critique. Où obtenir C'est un indicateur dérivé calculé pendant la transformation des données. Il nécessite la TargetResolutionDate et l'horodatage de l'activité d'achèvement pertinente. Exemples truefaux
	Est un retravail IsRework	Un indicateur signalant si une activité est une répétition ou une reprise d'une étape précédente dans le même `case`.
Description Cet attribut est un indicateur booléen qui est défini sur vrai si une activité spécifique, comme 'Corrective Action Plan Proposed', se produit plus d'une fois dans un seul cas d'événement qualité. Cela indique une boucle ou une correction dans le processus, où une étape précédemment complétée a dû être refaite. L'identification des retouches est une capacité clé du Process Mining. Cet indicateur simplifie la quantification de telles inefficacités et soutient directement le KPI 'Fréquence des retouches par activité'. L'analyse des étapes les plus sujettes aux retouches et des conditions dans lesquelles elles se produisent peut révéler des problèmes de formation, de qualité des données ou de critères d'approbation, mettant en évidence des opportunités de rendre le processus plus efficace. Pourquoi c'est important Il signale les inefficacités et les boucles de processus, aidant à quantifier le gaspillage et à identifier les causes profondes des retouches. Où obtenir Ceci est calculé à l'aide de fonctions de fenêtre ou d'analyse séquentielle sur le journal d'événements pendant la préparation des données. Il identifie quand le même nom d'activité apparaît plusieurs fois pour le même cas. Exemples truefaux
	ID du Plan d'Action Corrective CorrectiveActionPlanId	L'identifiant unique pour le plan d'action corrective (CAPA) créé pour traiter l'événement qualité.
Description Cet attribut fournit un lien direct entre un événement qualité et le plan d'action corrective et préventive spécifique conçu pour le résoudre. Il s'agit souvent d'un objet distinct dans le système avec son propre cycle de vie. En analyse, cet ID peut être utilisé pour joindre les données du processus d'événement qualité avec les données du processus de gestion des CAPA, créant une vue plus holistique. Il aide à suivre si chaque événement qui nécessite une CAPA en a une attribuée et à analyser l'efficacité de ces actions. Pourquoi c'est important Il relie le problème (événement qualité) à la solution (CAPA), permettant une analyse de bout en bout plus complète du système de gestion de la qualité. Où obtenir Il s'agirait d'un champ de référence sur l'enregistrement de l'événement qualité qui pointe vers un enregistrement dans une table ou un module spécifique aux CAPA. Exemples CAPA-2023-088CAPA-2023-091
	Identifiant de produit ProductIdentifier	L'identifiant du produit associé à l'événement qualité.
Description Cet attribut relie l'événement qualité à un produit, un matériau ou un service spécifique. Il peut s'agir d'un code produit, d'un SKU ou d'un numéro de pièce. Ce lien est crucial pour l'analyse de la qualité des produits. Le Process Mining peut être utilisé pour comparer les processus de gestion de la qualité entre différentes gammes de produits ou pour identifier les produits fréquemment associés à des problèmes de qualité. Cela aide à prioriser les efforts d'amélioration en ingénierie ou en fabrication là où ils sont le plus nécessaires. Pourquoi c'est important Il relie les événements qualité à des produits spécifiques, permettant l'analyse des tendances qualité liées aux produits et des variations de processus. Où obtenir Ces informations seraient stockées dans un champ au sein du plan de collecte qualité, souvent lié au maître d'article de l'inventaire Oracle. Exemples SKU-100-A-REDPN-987654CHEM-X2
	Système source SourceSystem	Identifie le système d'enregistrement à partir duquel les `données` ont été extraites.
Description Cet attribut spécifie l'application ou le système d'origine pour les données d'événement. Dans un environnement d'entreprise, les données d'événements qualité peuvent provenir de plusieurs sources, telles que le module Oracle Quality principal, un système CAPA distinct ou un portail de réclamations client. Pour l'analyse, ce champ aide à comprendre la lignée des données et peut être utilisé pour segmenter le processus en fonction du système d'origine. Il est crucial pour la gouvernance des données et pour le dépannage des problèmes d'intégration de données, garantissant que la vue du processus reflète avec précision le paysage de données combiné. Pourquoi c'est important Il fournit un contexte crucial sur l'origine des données, ce qui est important pour la validation des données, la gouvernance et l'analyse des variations de processus à travers différents systèmes. Où obtenir C'est généralement une valeur statique ajoutée pendant le processus d'extraction, transformation et chargement des données (ETL) pour étiqueter l'origine de l'ensemble de données. Exemples Oracle Quality Management R12Oracle EBS QualitéQM-PROD
	Temps de cycle total TotalCycleTime	Le temps total écoulé entre l'identification d'un problème qualité et sa clôture finale.
Description Cet attribut mesure la durée totale de bout en bout pour un seul cas d'événement qualité. Il est calculé comme la différence entre l'horodatage de la toute première activité ('Quality Issue Identified') et de la toute dernière activité ('Final Review and Closure'). C'est un indicateur clé de performance (KPI) primaire pour l'efficacité globale du processus de gestion de la qualité. C'est la métrique principale du tableau de bord 'Temps de cycle de bout en bout des événements qualité'. Le suivi de cette métrique au fil du temps et sa segmentation par des attributs comme la gravité ou la catégorie de problème offre une vue d'ensemble de la santé du processus et de l'impact des initiatives d'amélioration. Pourquoi c'est important C'est un KPI critique qui mesure la vitesse et l'efficacité globales de l'ensemble du processus de gestion de la qualité du début à la fin. Où obtenir Ceci est calculé au niveau du cas lors du traitement des données pour le Process Mining. Cela nécessite l'heure de début du premier événement et l'heure de fin du dernier événement pour chaque QualityEventId. Exemples P30DT12HP15DP92D
	Unité commerciale BusinessUnit	L'unité commerciale ou la division de l'organisation où l'événement qualité s'est produit ou est géré.
Description Cet attribut attribue l'événement qualité à une partie spécifique de la structure commerciale. Il aide à analyser et à comparer la performance qualité à travers différentes unités organisationnelles. La segmentation de l'analyse de processus par unité commerciale est une exigence courante pour les grandes entreprises. Elle permet des tableaux de bord spécifiques aux unités commerciales et aide à identifier si certaines divisions ont des processus qualité plus efficaces ou sont confrontées à des défis uniques. Ceci est précieux pour la surveillance d'entreprise et pour le partage des meilleures pratiques à travers l'organisation. Pourquoi c'est important Il permet la comparaison et l'analyse des performances dans différentes parties de l'organisation, soutenant la gestion de la qualité à l'échelle de l'entreprise. Où obtenir Ceci fait généralement partie des données de contexte organisationnel associées à la transaction, souvent dérivées des données de base de l'utilisateur ou du département. Exemples Dispositifs MédicauxÉlectronique Grand PublicPièces Automobiles

Obligatoire Recommandé Facultatif

Activités de gestion de la qualité

Ce sont les étapes clés du processus et les jalons significatifs à capturer dans votre journal d'événements pour une découverte précise des processus et une évaluation des performances.

6 Recommandé 8 Facultatif

	Activité	Description
	Efficacité de l'Action Vérifiée	Confirme que l'action corrective mise en œuvre a résolu avec succès la cause profonde et prévenu la récurrence. Cela est capturé lorsqu'un utilisateur termine l'étape de vérification et met à jour le statut de l'enregistrement.
Pourquoi c'est important C'est un jalon critique basé sur les résultats et la base du KPI 'Taux de vérification de l'efficacité'. Il clôt la boucle du cycle d'action corrective, garantissant que les problèmes sont véritablement résolus. Où obtenir Déduit d'un changement de statut sur l'enregistrement CAPA à « Vérification Complète » ou « Efficace ». Cela pourrait également impliquer le renseignement de champs de résultats de vérification spécifiques. Capture Déduit du changement de statut à « Vérification Complète » ou « Efficace ». Type d'événement inferred
	Examen Final et Clôture	L'étape finale où toutes les actions connexes sont confirmées comme étant achevées et le problème qualité principal est formellement clos. Ceci est enregistré par un changement de statut final à 'Clos' ou 'Résolu' sur l'enregistrement principal.
Pourquoi c'est important C'est l'événement de fin primaire pour le processus. Il est essentiel pour calculer le KPI 'Temps de cycle moyen des événements' et pour mesurer le débit global du processus. Où obtenir Déduit du changement de statut final de l'enregistrement parent du Problème Qualité à « Clôturé ». L'`timestamp` de ce changement sert d'heure d'`event`. Capture Déduit d'un changement de statut à « Clôturé » sur l'enregistrement principal du Problème Qualité. Type d'événement inferred
	Investigation initiée	Marque le début officiel de la phase d'enquête pour déterminer la cause première du problème de qualité. Ceci est généralement représenté par un changement de statut dans le système, tel que le passage à 'En Enquête'.
Pourquoi c'est important Ceci sert de point de départ pour mesurer le KPI 'Délai d'analyse des causes profondes' et aide à identifier combien de temps les problèmes attendent avant qu'une enquête formelle ne commence. Où obtenir Déduit d'un changement de statut sur le Problème Qualité ou un enregistrement d'Action Qualité associé vers un statut « Enquête ». L'`timestamp` de ce changement de statut fournit l'heure de l'`event`. Capture Déduit d'un changement de statut à « En Enquête » ou un état similaire. Type d'événement inferred
	Plan d'Action Corrective Approuvé	Représente l'approbation formelle du plan d'action corrective proposé par une autorité désignée. Il s'agit d'un point de contrôle critique, généralement capturé par une action d'approbation explicite ou un changement de statut à 'Approuvé'.
Pourquoi c'est important Cette approbation est un jalon clé et un goulot d'étranglement fréquent. L'analyse des temps d'approbation aide à rationaliser le processus et à assurer la conformité aux procédures. Où obtenir Déduit d'un changement de statut sur l'enregistrement d'Action Qualité ou CAPA à « Approuvé ». Les systèmes Oracle avec des `workflow`s d'approbation enregistrent souvent ce changement explicitement dans les tables d'audit. Capture Déduit d'un changement de statut à « Approuvé ». Type d'événement inferred
	Problème catégorisé et priorisé	Cette activité se produit lorsqu'un analyste termine l'évaluation initiale, attribuant des attributs clés tels que la gravité, la priorité et le type de problème. Elle est généralement capturée lorsque le problème passe d'un statut 'Nouveau' à un statut 'Évalué' ou 'En triage'.
Pourquoi c'est important Ce jalon est crucial pour le KPI 'Temps de traitement moyen du triage'. Les retards ici peuvent ralentir l'ensemble du processus de résolution, en particulier pour les problèmes critiques. Où obtenir Déduit d'un changement de statut sur l'enregistrement du Problème Qualité, par exemple, de « Nouveau » à « En Évaluation », ou lorsque des champs comme « Gravité » ou « Priorité » sont renseignés pour la première fois. Capture Déduit du changement de statut ou du premier renseignement des champs Gravité ou Priorité. Type d'événement inferred
	Problème Qualité identifié	Cette activité marque la création d'un nouvel enregistrement d'événement qualité, tel qu'une non-conformité, une déviation ou une réclamation client. Elle est capturée explicitement lorsqu'un utilisateur crée un nouvel enregistrement 'Problème Qualité' ou 'Action Qualité' dans Oracle.
Pourquoi c'est important En tant qu'`event` de départ, il est essentiel pour calculer le temps de cycle total du processus de gestion de la qualité et pour comprendre le volume des `event`s qualité entrants. Où obtenir Cet événement est capturé à partir de l'horodatage de création de l'enregistrement Problème Qualité ou Action Qualité, probablement trouvé dans des tables telles que QAM_QUALITY_ISSUES ou QAM_QUALITY_ACTIONS. Capture Événement enregistré lors de la création d'un nouveau Problème Qualité ou d'un enregistrement d'Action. Type d'événement explicit
	Action Corrective Implémentée	Marque l'achèvement des tâches décrites dans le plan d'action corrective approuvé. Ceci est généralement enregistré lorsqu'un utilisateur met à jour le statut de l'enregistrement de l'action corrective à 'Implémentée' ou 'Terminée'.
Pourquoi c'est important Cette activité est vitale pour le KPI 'Taux d'implémentation des CAPA dans les délais', car elle signifie que la correction prévue a été exécutée et permet une comparaison avec les dates cibles. Où obtenir Cet événement est déduit d'un changement de statut de l'enregistrement d'Action Qualité ou CAPA associé à 'Implémentée' ou 'Terminée'. Capture Déduit du changement de statut à « Implémenté » ou « Terminé ». Type d'événement inferred
	Action Préventive identifiée	Représente la création d'une action préventive (AP) pour résoudre les problèmes systémiques et empêcher que des événements qualité similaires ne se produisent. Ceci est souvent enregistré comme la création d'un nouvel enregistrement d'Action Préventive lié au problème initial.
Pourquoi c'est important Cette activité montre un processus qualité mature qui va au-delà de la résolution de problèmes isolés pour en prévenir de futurs. Le suivi de cela aide à mesurer les améliorations qualité proactives. Où obtenir Capturé à partir de la création d'un nouvel enregistrement d'Action Qualité de type « Action Préventive », souvent lié au Problème Qualité original ou à l'Action Corrective. Capture Enregistré lors de la création d'un enregistrement d'Action Qualité de type 'Action Préventive'. Type d'événement explicit
	Action Préventive implémentée	Marque l'achèvement des tâches définies dans le plan d'action préventive pour atténuer les risques systémiques. Ceci est enregistré lorsqu'un utilisateur met à jour le statut de l'enregistrement de l'action préventive à 'Implémentée' ou 'Terminée'.
Pourquoi c'est important Mesure la capacité de l'organisation à mettre en œuvre des améliorations qualité proactives. Des retards ici peuvent indiquer des difficultés à implémenter des changements systémiques à travers l'organisation. Où obtenir Déduit d'un changement de statut de l'enregistrement d'Action Préventive associé à « Implémenté » ou « Terminé », de manière similaire à la façon dont les actions correctives sont suivies. Capture Déduit du changement de statut à « Implémenté » sur un enregistrement d'Action Préventive. Type d'événement inferred
	Analyse des causes profondes effectuée	Représente l'achèvement de l'analyse des causes profondes (RCA) et la documentation des conclusions. Ceci est généralement enregistré lorsque l'équipe d'enquête met à jour le problème qualité avec la cause profonde identifiée et modifie son statut.
Pourquoi c'est important Cette activité est le point final du KPI 'Délai d'analyse des causes profondes'. L'analyse de la durée menant à cette étape aide à identifier les goulots d'étranglement dans la phase de résolution de problèmes. Où obtenir Déduit d'un changement de statut à « ACR Complète » ou lorsque le champ de catégorie de cause profonde est renseigné et que l'enregistrement est sauvegardé. L'`timestamp` de cette mise à jour est utilisé. Capture Déduit du changement de statut à « ACR Complète » ou du renseignement des champs de cause profonde. Type d'événement inferred
	Parties prenantes informées de la résolution	Représente la communication de la résolution de l'événement qualité aux parties prenantes pertinentes, telles que le déclarant ou les clients affectés. Ceci est difficile à capturer et peut être déduit d'un changement de statut post-clôture ou d'un commentaire enregistré.
Pourquoi c'est important Crucial pour l'indicateur clé de performance (KPI) « Retard de notification aux parties prenantes ». Une communication rapide est importante pour la satisfaction client et la transparence interne, même après la résolution d'un problème. Où obtenir Ceci est souvent difficile à capturer automatiquement. Cela pourrait être déduit d'un statut comme 'Notification Envoyée' ou enregistré dans un champ d'activité ou de commentaires, nécessitant une logique spéciale pour l'extraction. Capture Déduit d'un changement de statut spécifique ou potentiellement de l'exploration de texte des journaux d'activités. Type d'événement inferred
	Plan d'Action Corrective Proposé	Se produit lorsque des actions correctives sont définies et liées au problème de qualité, décrivant les étapes pour résoudre le problème. Il peut s'agir de la création d'un enregistrement d'Action Corrective associé ou d'un changement de statut indiquant qu'un plan est prêt pour examen.
Pourquoi c'est important Ceci suit la transition de l'analyse des problèmes à la conception de solutions. Les retouches impliquant cette étape, mesurées par les KPI de retouche, peuvent indiquer des exigences peu claires ou une planification inefficace. Où obtenir Cela pourrait être un événement explicite de la création d'un nouvel enregistrement d'Action Corrective au sein d'un objet CAPA, ou un événement inféré d'un changement de statut à 'Plan Proposé' ou 'En Attente d'Approbation'. Capture Déduit d'un changement de statut à « En Attente d'Approbation » ou de la création d'une Action Corrective liée. Type d'événement inferred
	Problème attribué pour triage	Représente l'attribution du problème qualité nouvellement créé à un utilisateur ou à une équipe spécifique pour examen et évaluation initiaux. Cet événement est souvent déduit en suivant les modifications apportées au champ d'attributaire ou de propriétaire de l'enregistrement du problème qualité.
Pourquoi c'est important Le suivi de ce transfert initial aide à identifier les retards avant le début de l'évaluation. L'analyse du temps passé dans cet état révèle les arriérés potentiels dans la file d'attente de triage. Où obtenir Déduit des changements dans le champ propriétaire ou assigné au sein de l'enregistrement du Problème Qualité. Cela peut provenir des tables de pistes d'audit ou du suivi des changements de statut associés aux `workflow`s d'affectation. Capture Déduit d'un changement dans le champ « Assigné à » ou « Propriétaire » sur le Problème Qualité. Type d'événement inferred
	Vérification de l'Efficacité Requise	Représente le système ou un utilisateur signalant que l'action implémentée nécessite une vérification de suivi pour s'assurer de son efficacité. Il s'agit souvent d'un changement de statut automatique ou manuel qui se produit après l'implémentation.
Pourquoi c'est important Cette étape initie la phase de vérification cruciale. Comprendre le temps entre l'implémentation et cette activité peut mettre en évidence les retards dans l'initiation des suivis nécessaires. Où obtenir Cet événement est déduit d'un changement de statut sur l'Action Qualité à 'Vérification de l'efficacité en attente' ou un état similaire au sein du workflow. Capture Déduit du changement de statut à « En Attente de Vérification de l'Efficacité ». Type d'événement inferred

Recommandé Facultatif

Guides d'extraction

Comment obtenir vos `données` d'Oracle Quality Management

Étapes

Accéder à Oracle BI Publisher : Connectez-vous à votre instance Oracle E-Business Suite et naviguez vers la responsabilité qui donne accès à BI Publisher, telle que BI Publisher Administrator ou une responsabilité personnalisée similaire.
Créer un Nouveau Modèle de Données : Depuis la page d'accueil de BI Publisher, sélectionnez Créer, puis choisissez Modèle de data. Cela ouvrira l'éditeur de modèle de data.
Définir un Jeu de Données de Requête SQL : Dans l'éditeur de modèle de data, cliquez sur l'icône plus dans le panneau Jeux de Données et sélectionnez Requête SQL. Cela ouvrira la fenêtre de l'éditeur de requête SQL.
Configurer la Source de Données : Dans la fenêtre Nouveau Jeu de Données, fournissez un nom pour votre jeu de data, par exemple, DS_QUALITY_EVENTS. Sélectionnez la base de données Oracle EBS appropriée comme Source de data.
Saisir la Requête SQL : Copiez la requête SQL complète fournie dans la section 'requête' de ce document et collez-la dans la zone de texte Requête SQL.
Définir les Paramètres de la Requête : La requête fournie utilise des espaces réservés :P_START_DATE et :P_END_DATE pour la période de reporting. Dans le modèle de data BI Publisher, vous devez les définir comme paramètres. Pour chacun, créez un nouveau paramètre, donnez-lui le nom correspondant (par exemple, P_START_DATE), définissez le Type de Data sur Date et configurez une invite d'affichage conviviale.
Enregistrer le Modèle de Données : Après avoir collé la requête et défini les paramètres, enregistrez le modèle de data. Il est recommandé de l'enregistrer dans un dossier partagé pour les rapports.
Créer un Nouveau Rapport : Retournez à la page d'accueil de BI Publisher et sélectionnez Créer, puis choisissez Rapport. Sélectionnez l'option 'Utiliser le modèle de data' et trouvez le modèle de data que vous venez d'enregistrer.
Configurer la Mise en Page du Rapport : L'assistant de rapport vous guidera à travers la configuration de la mise en page. Pour ProcessMind, une simple mise en page de tableau est suffisante. Glissez-déposez toutes les colonnes du modèle de data dans la mise en page du rapport. Assurez-vous que le format de sortie est configuré pour CSV.
Définir les Propriétés du Rapport : Sous les propriétés du rapport, assurez-vous que l'option 'Activer la sortie CSV' est cochée. Vous pouvez également définir des valeurs de paramètres par défaut si nécessaire.
Exécuter et Exporter le Rapport : Enregistrez le rapport, puis exécutez-le en fournissant les dates de début et de fin souhaitées. Une fois la génération du rapport terminée, cliquez sur le bouton Exporter et sélectionnez CSV comme format de sortie. Le fichier sera downloadé sur votre machine locale.
Préparer le Téléchargement : Ouvrez le fichier CSV downloadé pour vous assurer qu'il contient les données attendues. Vérifiez que les en-têtes de colonne correspondent aux exigences du schéma ProcessMind. Le fichier est maintenant prêt à être uploadé.

Configuration

Prérequis : Un compte utilisateur avec accès à Oracle BI Publisher et accès en lecture aux tables sous-jacentes du module Qualité (par exemple, QA_RESULTS, QA_PLANS, QA_ACTIONS, FND_USER).
Configuration de la Source de Données : Le modèle de data BI Publisher doit être configuré pour se connecter à votre base de données d'application Oracle EBS principale (schéma APPS).
Paramètres de Plage de Dates : La requête est conçue avec deux paramètres obligatoires, :P_START_DATE et :P_END_DATE, pour filtrer l'extraction de données. Pour une analyse initiale, une plage de 6 à 12 mois est recommandée afin de capturer suffisamment de cases complets. Formatez la date au format 'AAAA-MM-JJ'.
Format de Sortie : Le rapport doit être configuré pour permettre la sortie CSV. Ce format est optimal pour l'ingestion ProcessMind car il est simple, structuré et évite un parsing complexe.
Planification : Pour une surveillance continue des processus, planifiez l'exécution du rapport BI Publisher sur une base récurrente, par exemple, quotidienne ou hebdomadaire. Configurez la sortie pour qu'elle soit livrée à un serveur désigné ou à un référentiel de contenu pour une récupération automatisée.
Performance : Pour les instances avec de très gros volumes d'events qualité, l'exécution de la requête peut prendre un temps considérable. Assurez-vous que la plage de dates est raisonnable et envisagez de discuter de l'optimisation des requêtes ou de l'indexation des tables avec votre administrateur de base de données si les performances sont une préoccupation.

a Exemple de requête config

SELECT
    qr.occurrence AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qr.creation_date AS EventStartTime,
    qr.last_update_date AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate, -- Or a dedicated target date field
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.created_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Activities based on status changes are best captured from an audit table if available. 
-- This example uses LAST_UPDATE_DATE which is an approximation.
SELECT
    qr.occurrence AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assigned', 'In Triage') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assessed', 'Prioritized') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Under Investigation' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qpc_rc.char_value IS NOT NULL AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Corrective and Preventive Actions from a table like QA_ACTIONS
SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code = 'Approved' AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Pending' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Complete' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Closed', 'Resolved') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Notification Sent' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

Étapes

Prérequis : Assurez-vous de disposer d'un client de base de données (comme SQL Developer ou DBeaver) et d'identifiants en lecture seule pour la base de données Oracle hébergeant le module Gestion de la Qualité.
Comprendre le Schéma : Familiarisez-vous avec les principales tables Qualité d'Oracle. La requête utilise principalement QA_RESULTS pour les en-têtes d'events qualité, QA_PLANS pour les définitions de plan, QA_RESULTS_V pour une vue combinée des résultats et de leurs valeurs, et les tables des utilisateurs de l'application comme FND_USER ou PER_ALL_PEOPLE_F.
Définir les Paramètres de la Requête : Avant d'exécuter la requête, localisez les variables d'espace réservé dans la clause WHERE. Vous devez remplacer :start_date, :end_date et :organization_id par les valeurs appropriées pour votre étendue d'extraction. Par exemple, définissez :start_date sur '2023-01-01' et :end_date sur '2023-06-30'.
Exécuter la Requête SQL : Copiez le script SQL complet et exécutez-le dans votre client de base de données. Le script utilise plusieurs clauses UNION ALL pour rassembler différents events dans un format de journal d'events unifié.
Examiner les Données Brutes : Après exécution, examinez la sortie. Chaque ligne représente une seule activité dans le cycle de vie d'un event qualité. Vérifiez l'exhaustivité et la présence de données dans les colonnes clés comme QualityEventId, ActivityName et EventStartTime.
Gérer les Horodatages et les Durées : La requête fournit EventStartTime. L'EventEndTime est intentionnellement laissée comme NULL car déterminer l'heure de fin d'un event nécessite souvent de connaître l'heure de début du suivant. Ce calcul est généralement mieux géré dans l'outil de Process Mining ou un script de post-traitement. De même, ProcessingTime est défini sur NULL car il nécessite un calcul basé sur les heures de début et de fin.
Exporter au format CSV : Exportez l'ensemble de résultats complet de votre client SQL vers un fichier CSV. Assurez-vous que le fichier utilise l'encodage UTF-8 et inclut une ligne d'en-tête avec les alias de colonne de la requête.
Préparer le Téléchargement : Vérifiez que les en-têtes de colonne CSV correspondent aux exigences de la plateforme ProcessMind (Case ID, Activity, Start Timestamp). Renommez les colonnes QualityEventId, ActivityName et EventStartTime en conséquence avant de les upload.

Configuration

Accès à la Base de Données : L'utilisateur exécutant la requête doit disposer des privilèges SELECT sur toutes les tables référencées dans le script, ce qui peut inclure des tables dans les schémas APPS, QA, PER et HR.
Filtres Clés de la Requête : La requête contient des espaces réservés critiques qui doivent être configurés :
- :start_date : Le début de la période de reporting. La requête filtre les events créés à partir de cette date.
- :end_date : La fin de la période de reporting.
- :organization_id : L'identifiant spécifique de l'organisation Oracle que vous souhaitez analyser. Les plans et les résultats qualité sont souvent liés à une organisation.
Plage de Dates : Pour une analyse initiale, une plage de données de 3 à 6 mois est recommandée. Pour les systèmes volumineux à haut débit, commencez par une période plus courte, comme un mois, pour évaluer les performances de la requête avant d'exécuter une extraction plus importante.
Considérations sur les Performances : Cette requête joint plusieurs grandes tables et unit 14 ensembles de résultats distincts. Elle peut être gourmande en ressources. Planifiez l'extraction pendant les heures creuses pour minimiser l'impact sur les performances du système. Si les performances sont faibles, consultez un administrateur de base de données concernant l'indexation des colonnes clés, en particulier les colonnes de date et de clé étrangère.

a Exemple de requête sql

WITH QualityEventBase AS (
    SELECT
        qr.COLLECTION_ID,
        qr.PLAN_ID,
        qp.NAME AS PLAN_NAME,
        qr.ORGANIZATION_ID,
        qr.CREATION_DATE,
        qr.LAST_UPDATE_DATE,
        qr.CREATED_BY,
        qr.LAST_UPDATED_BY,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_STATUS') AS CurrentStatus,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_SEVERITY') AS SeverityLevel,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_ROOT_CAUSE') AS RootCauseCategory,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_DEPT') AS ResponsibleDepartment,
        (SELECT qrv.DATE1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_TARGET_DATE') AS TargetResolutionDate,
        (SELECT fu.USER_NAME FROM FND_USER fu WHERE fu.USER_ID = qr.LAST_UPDATED_BY) AS AssignedUser
    FROM
        QA_RESULTS qr
    JOIN
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    WHERE
        qr.CREATION_DATE BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND qr.ORGANIZATION_ID = :organization_id
)
-- 1. Quality Issue Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qeb.CREATION_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb

UNION ALL

-- 2. Issue Assigned For Triage (Approximation: first update after creation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'TRIAGE' AND qeb.LAST_UPDATE_DATE > qeb.CREATION_DATE

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'ASSESSED' AND qeb.SeverityLevel IS NOT NULL

UNION ALL

-- 4. Investigation Initiated
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'UNDER_INVESTIGATION'

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'RCA_COMPLETE' AND qeb.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_PROPOSED'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_APPROVED'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_IMPLEMENTED'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'EFFECTIVENESS_CHECK'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'VERIFIED'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_DEFINED'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_IMPLEMENTED'

UNION ALL

-- 13. Final Review and Closure
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

UNION ALL

-- 14. Stakeholders Notified of Resolution (Approximation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qeb.LAST_UPDATE_DATE + interval '1' minute AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

Étapes

Préparer Votre Environnement : Assurez-vous d'avoir Python 3.6 ou une version plus récente installée sur votre système. Installez les bibliothèques nécessaires à l'aide de pip : pip install pandas oracledb. Ces bibliothèques sont requises pour se connecter à la base de données Oracle et pour la manipulation des données.
Obtenir les Identifiants de la Base de Données : Sécurisez les détails de connexion requis pour votre base de données Oracle Quality Management. Cela inclut le nom d'utilisateur, le mot de passe et le nom de source de data (DSN) qui suit généralement le format hostname:port/service_name.}
Enregistrer le Script d'Extraction : Copiez le script Python complet fourni dans la section 'requête' et enregistrez-le en tant que fichier, par exemple, extract_quality_events.py.
Configurer le Script : Ouvrez le script enregistré dans un éditeur de texte. Localisez la section de configuration en haut et remplacez les valeurs de l'espace réservé pour db_user, db_password, db_dsn, start_date et end_date par vos détails spécifiques.
Personnaliser les Espaces Réservés SQL : Examinez la requête SQL dans le script. Vous devrez peut-être ajuster les noms de table comme QA_RESULTS ou les valeurs de statut spécifiques comme 'NEW' et 'CLOSED' pour correspondre à la configuration Oracle de votre organisation. Consultez votre administrateur système Oracle si vous n'êtes pas sûr de ces valeurs.
Exécuter le Script : Ouvrez une invite de commande ou un terminal, naviguez vers le répertoire où vous avez enregistré le script et exécutez-le en utilisant la commande : python extract_quality_events.py.
Surveiller l'Exécution : Le script se connectera à la base de données, exécutera la requête et traitera les données. Selon la plage de dates et le volume de données, cela peut prendre plusieurs minutes. Recherchez un message 'Successfully connected to Oracle Database!' et un message final 'Event log saved to quality_event_log.csv'.
Récupérer le Fichier de Sortie : Une fois le script terminé, un fichier nommé quality_event_log.csv sera créé dans le même répertoire. Ce fichier contient le journal des events extrait.
Examiner le Journal des Événements : Ouvrez le fichier quality_event_log.csv dans une application de feuille de calcul pour effectuer un examen rapide. Vérifiez les colonnes attendues et que les données semblent être correctement renseignées pour quelques cases d'exemple.
Télécharger vers l'Outil de Process Mining : Le fichier CSV généré est maintenant prêt à être uploadé vers votre application de Process Mining pour analyse.

Configuration

Connexion à la base de données : Le script requiert un nom de source de données (DSN) Oracle, un nom d'utilisateur et un mot de passe avec un accès en lecture aux tables de gestion de la qualité nécessaires (par exemple, QA_RESULTS, QA_PLANS, FND_USER, PER_ALL_PEOPLE_F).
Filtrage par plage de dates : Les variables start_date et end_date dans le script sont essentielles pour contrôler le volume de données. Il est recommandé de commencer avec une plage plus petite, telle que 3 à 6 mois, pour assurer les performances et valider le résultat avant d'exécuter une extraction plus importante.
Filtres spécifiques au système : La requête SQL peut être personnalisée davantage pour inclure des filtres basés sur votre structure organisationnelle. Par exemple, vous pouvez ajouter une clause WHERE pour filtrer par ORGANIZATION_ID afin de limiter l'extraction à une usine ou une unité commerciale spécifique.
Mappage des codes de statut : La logique d'extraction des activités repose sur le mappage de valeurs de statut spécifiques (par exemple, 'NEW', 'UNDER_INVESTIGATION', 'CLOSED') aux étapes du processus. Ces valeurs sont hautement spécifiques à votre configuration Oracle et doivent être vérifiées et ajustées dans la requête SQL pour garantir leur précision.
Dépendances Python : Le script dépend des bibliothèques pandas et oracledb. Assurez-vous qu'elles sont installées dans l'environnement Python où le script sera exécuté.

a Exemple de requête python

import pandas as pd
import oracledb
import sys

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle database credentials and connection details
db_user = class="hl-string">"your_username"
db_password = class="hl-string">"your_password"
class=class="hl-string">"hl-comment"># DSN (Data Source Name) format: hostname:port/service_name
db_dsn = class="hl-string">"your_host:1521/your_service_name"

class=class="hl-string">"hl-comment"># Define the date range for the extraction
start_date = class="hl-string">"2023-01-01"
end_date = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- SQL Query --- 
class=class="hl-string">"hl-comment"># This query extracts events from the Oracle Quality Management module.
class=class="hl-string">"hl-comment"># Each SELECT statement with a UNION ALL corresponds to a specific activity.
sql_query = fclass="hl-string">"""
WITH base_events AS (
    SELECT 
        qr.COLLECTION_ID AS QualityEventId,
        qr.LAST_UPDATE_DATE,
        qr.CREATION_DATE,
        qpc.PROMPT AS StatusPrompt,
        qr.CHARACTER1 AS CurrentStatus,
        qr.CHARACTER2 AS SeverityLevel,
        qr.CHARACTER3 AS RootCauseCategory,
        oap.NAME AS ResponsibleDepartment,
        fu.USER_NAME AS AssignedUser,
        qr.DATE1 AS TargetResolutionDate,
        (qr.LAST_UPDATE_DATE - qr.CREATION_DATE) * 24 * 60 AS ProcessingTime
    FROM 
        QA_RESULTS qr
    JOIN 
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    JOIN 
        QA_PLAN_CHARS qpc ON qp.PLAN_ID = qpc.PLAN_ID AND qpc.PROMPT = 'Status'
    LEFT JOIN 
        FND_USER fu ON qr.LAST_UPDATED_BY = fu.USER_ID
    LEFT JOIN
        HR_ALL_ORGANIZATION_UNITS oap ON qr.ORGANIZATION_ID = oap.ORGANIZATION_ID
    WHERE 
        qr.CREATION_DATE BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')
)
-- 1. Quality Issue Identified
SELECT
    be.QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    be.CREATION_DATE AS EventStartTime,
    be.CREATION_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    'New' AS CurrentStatus, -- Initial status
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be

UNION ALL

-- 2. Issue Assigned For Triage (approximated by first update after creation)
SELECT
    be.QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.LAST_UPDATE_DATE > be.CREATION_DATE AND be.CurrentStatus IN ('Assigned', '[Your Triage Status]')

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    be.QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Assessed', 'Prioritized', '[Your Categorized Status]')

UNION ALL

-- 4. Investigation Initiated
SELECT
    be.QualityEventId,
    'Investigation Initiated' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Under Investigation', 'Investigation')

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    be.QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'RCA Complete' AND be.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    be.QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Proposed'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    be.QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Approved'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    be.QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Implemented'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    be.QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verification Pending'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    be.QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verified Effective'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    be.QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Identified'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    be.QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Implemented'

UNION ALL

-- 13. Final Review and Closure
SELECT
    be.QualityEventId,
    'Final Review and Closure' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'

UNION ALL

-- 14. Stakeholders Notified of Resolution
SELECT
    be.QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    be.LAST_UPDATE_DATE + interval '1' day AS EventStartTime, -- Approximated as 1 day after closure
    be.LAST_UPDATE_DATE + interval '1' day AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'
"""

class=class="hl-string">"hl-comment"># --- Main Execution Logic ---
try:
    class=class="hl-string">"hl-comment"># Establish the database connection
    with oracledb.connect(user=db_user, password=db_password, dsn=db_dsn) as connection:
        print(class="hl-string">"Successfully connected to Oracle Database!")
        
        class=class="hl-string">"hl-comment"># Execute the query and load data into a pandas DataFrame
        print(class="hl-string">"Executing query... This may take a few minutes.")
        df = pd.read_sql_query(sql_query, connection)
        print(fclass="hl-string">"Query finished. {len(df)} events extracted.")

        class=class="hl-string">"hl-comment"># Data Type Conversion
        df[class="hl-string">'EVENTSTARTTIME'] = pd.to_datetime(df[class="hl-string">'EVENTSTARTTIME'])
        df[class="hl-string">'EVENTENDTIME'] = pd.to_datetime(df[class="hl-string">'EVENTENDTIME'])
        df[class="hl-string">'TARGETRESOLUTIONDATE'] = pd.to_datetime(df[class="hl-string">'TARGETRESOLUTIONDATE'])

        class=class="hl-string">"hl-comment"># Sort the data for chronological order
        df = df.sort_values(by=[class="hl-string">'QUALITYEVENTID', class="hl-string">'EVENTSTARTTIME'], ascending=[True, True])

        class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
        output_filename = class="hl-string">'quality_event_log.csv'
        df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
        print(fclass="hl-string">"Event log saved to {output_filename}")

except oracledb.DatabaseError as e:
    error, = e.args
    print(fclass="hl-string">"Database connection or query failed: {error.message}", file=sys.stderr)
    sys.exit(1)
except Exception as e:
    print(fclass="hl-string">"An unexpected error occurred: {e}", file=sys.stderr)
    sys.exit(1)

Votre Template de Données de Gestion de la Qualité

Votre Template de Données de Gestion de la Qualité

Attributs de gestion de la qualité

Activités de gestion de la qualité

Guides d'extraction

Rapport Oracle BI Publisher pour les données d'événements qualité

Étapes

Configuration

a Exemple de requête config

Requête SQL Directe sur les Tables Oracle Quality Management

Étapes

Configuration

a Exemple de requête sql

Script d'extraction Python via le connecteur Oracle DB

Étapes

Configuration

a Exemple de requête python

Prêt(e) à démarrer ?

Transformez Oracle Quality Management, renforcez la conformité maintenant

Votre Template de Données de Gestion de la Qualité

Votre Template de Données de Gestion de la Qualité

Attributs de gestion de la qualité

Activités de gestion de la qualité

Guides d'extraction

Rapport Oracle BI Publisher pour les données d'événements qualité

Étapes

Configuration

a Exemple de requête config

Requête SQL Directe sur les Tables Oracle Quality Management

Étapes

Configuration

a Exemple de requête sql

Script d'extraction Python via le connecteur Oracle DB

Étapes

Configuration

a Exemple de requête python

Nous respectons votre vie privée

Prêt(e) à démarrer ?

Transformez Oracle Quality Management, renforcez la conformité maintenant