Ordre Erroné d'Activité

Vue d'ensemble

L'enrichissement Ordre Erroné d'Activité identifie les cas où deux activités spécifiques apparaissent dans un ordre incorrect, les marquant comme des violations de conformité dans votre processus. Cet outil puissant de vérification de conformité aide les organisations à garantir que les étapes critiques du processus suivent l'ordre prescrit, détectant lorsque des activités qui devraient se dérouler dans une séquence particulière sont exécutées dans le désordre. En créant des attributs de conformité et en marquant les cas affectés, cet enrichissement vous permet de quantifier la conformité des processus, d'identifier les besoins en formation et de découvrir les problèmes systémiques menant à un mauvais ordre d'activités.

Cet enrichissement va au-delà d'une simple vérification de séquence en offrant des niveaux de gravité flexibles et des capacités de regroupement de règles, vous permettant de catégoriser différents types de violations d'ordre selon leur impact métier. Que vous assuriez la conformité réglementaire, mainteniez des standards de qualité ou optimisiez l'efficacité des processus, l’enrichissement Ordre Erroné d’Activité vous aide à identifier et quantifier les cas où le flux attendu des activités n'est pas respecté. L'enrichissement crée à la fois des attributs de règle individuelle et des attributs au niveau du groupe, facilitant l'analyse de la conformité à différents degrés de granularité.

Utilisations Courantes

Détecter lorsque les activités d’approbation se produisent après les activités d’exécution dans les processus d'approvisionnement
Identifier les cas où les contrôles qualité ont lieu après l'expédition du produit en fabrication
Surveiller les violations de conformité où les étapes de vérification sont sautées ou effectuées dans le mauvais ordre
Suivre les cas où le paiement est traité avant la confirmation de commande en commerce électronique
Détecter les procédures médicales effectuées avant les tests diagnostiques requis dans la santé
Repérer les violations réglementaires où les revues obligatoires ont lieu après la soumission des documents
Surveiller la conformité à la formation où la certification a lieu avant la complétion des modules requis

Paramètres

Activity 1 : Sélectionnez la première activité dans la séquence attendue depuis la liste déroulante de toutes les activités de votre jeu de données. C’est l’activité qui doit se produire en premier dans le flux de processus correct. Par exemple, dans un processus de commande d'achat, cela pourrait être "PO Approval" qui doit avoir lieu avant "PO Released". La liste déroulante affiche toutes les activités uniques trouvées dans votre journal d’événements.

Activity 2 : Sélectionnez la deuxième activité qui doit suivre Activity 1 dans la bonne séquence. Cette liste contient également toutes les activités de votre dataset. L’enrichissement signalera les cas où Activity 2 a lieu alors que Activity 1 ne se produit pas du tout ou se produit après Activity 2. Par exemple, si Activity 1 est "PO Approval" et Activity 2 est "PO Released", les cas où "PO Released" survient avant "PO Approval" seront marqués comme violations.

Rule Name : Spécifiez un nom unique pour cette règle spécifique de conformité. Cela devient un nouvel attribut booléen de cas qui sera défini à vrai pour les cas violant cette règle d’ordre spécifique. Utilisez des noms descriptifs qui indiquent clairement la violation détectée, tels que "Approval After Release" ou "QC After Shipment". Si laissé vide, seul l’attribut Rule Group Name sera créé. Chaque nom de règle représente une violation d’ordre précise que vous souhaitez suivre distinctement.

Rule Group Name : Définissez un nom de catégorie pour grouper les règles de conformité liées. Cela crée un autre attribut booléen de cas qui sera vrai pour tout cas violant une règle dans ce groupe. La valeur par défaut est "Activity Order Issue". Utilisez-le pour regrouper des violations d’ordre apparentées, comme "Approval Violations" pour toutes les questions de séquence d’approbation ou "Quality Process Violations" pour les problèmes d’ordre du contrôle qualité. Cela permet d’avoir à la fois une analyse détaillée et agrégée de la conformité.

Severity : Choisissez le niveau de gravité de cette violation de conformité dans la liste déroulante :

Low : écarts mineurs avec un impact métier minimal
Medium : violations modérées nécessitant une attention mais non critiques
High : violations graves avec un impact important sur le métier ou la conformité (par défaut)
Critical : violations sévères nécessitant une correction immédiate

Le niveau de gravité influence la manière dont les violations sont affichées dans les cartographies de processus et les tableaux de bord de conformité, aidant à prioriser les efforts de remédiation.

Exemples

Exemple 1 : Conformité d’Approbation des Commandes d’Achat

Scénario : Le département des achats doit s'assurer que toutes les commandes d'achat sont approuvées avant d'être transmises aux fournisseurs, car la diffusion de commandes non approuvées viole la politique d'entreprise et peut entraîner des dépenses non autorisées.

Paramètres :

Activity 1 : PO Approved
Activity 2 : PO Released to Vendor
Rule Name : Unapproved PO Release
Rule Group Name : Procurement Compliance
Severity : High

Résultat : L’enrichissement crée deux nouveaux attributs booléens de cas :

"Unapproved PO Release" : vrai pour les cas où la commande a été diffusée sans approbation préalable
"Procurement Compliance" : vrai pour toute violation de conformité liée aux achats

Extrait de données :

Cas PO-2024-001 : les deux attributs faux (conforme - approuvé puis diffusé)
Cas PO-2024-002 : les deux attributs vrais (violation - diffusé sans approbation)
Cas PO-2024-003 : les deux attributs vrais (violation - diffusé avant approbation)

Insights : L’analyse révèle que 8% des commandes sont diffusées sans approbation adéquate, principalement lors des périodes de fin de mois chargées. Cette information conduit à la mise en place de rappels automatisés d’approbation et au blocage des diffusions pour commandes non approuvées dans le système.

Exemple 2 : Contrôle Qualité en Fabrication

Scénario : Une usine de fabrication doit s'assurer que l'inspection qualité intervient avant l'emballage des produits, car emballer des articles non inspectés peut entraîner des réclamations clients et des rappels.

Paramètres :

Activity 1 : Quality Inspection Completed
Activity 2 : Product Packaged
Rule Name : Package Before Inspection
Rule Group Name : Quality Process Violations
Severity : Critical

Résultat : Crée des attributs de conformité marquant les violations :

"Package Before Inspection" : identifie les violations spécifiques de l’ordre QC
"Quality Process Violations" : agrège les problèmes de conformité liés à la qualité

Résultats des lots de production :

Lot A-500 : conforme (inspection à 09:00, emballage à 10:30)
Lot A-501 : violation (emballage à 08:45, inspection à 11:00)
Lot A-502 : violation (emballage sans aucune inspection)

Insights : L’enrichissement montre que 3% des lots sont emballés avant inspection, typiquement pendant les changements de poste. Cela conduit à la mise en place de verrous système d’emballage qui exigent la confirmation d’inspection avant d’autoriser les opérations d’emballage.

Exemple 3 : Protocole de Traitement Médical

Scénario : Un hôpital doit s'assurer que le consentement éclairé est obtenu avant de commencer une intervention chirurgicale, car réaliser une opération sans consentement viole l’éthique médicale et les exigences légales.

Paramètres :

Activity 1 : Informed Consent Signed
Activity 2 : Surgery Started
Rule Name : Surgery Without Consent
Rule Group Name : Medical Protocol Violations
Severity : Critical

Résultat : Génère des attributs de suivi de conformité :

"Surgery Without Consent" : signale les cas avec violation de la séquence de consentement
"Medical Protocol Violations" : suit toutes les violations des protocoles médicaux

Analyse des cas patients :

Patient 1001 : conforme (consentement à 07:30, chirurgie à 09:00)
Patient 1002 : violation (chirurgie en urgence à 14:00, consentement obtenu après opération à 16:00)
Patient 1003 : conforme (consentement lors d’une visite précédente, chirurgie planifiée)

Insights : Si la majorité des chirurgies respectent les protocoles de consentement, les procédures d'urgence contournent parfois ces processus standards. Cela conduit à instaurer des procédures spécifiques et exigences documentaires pour les consentements en situation d'urgence.

Exemple 4 : Traitement des Prêts Financiers

Scénario : Une banque doit garantir que les vérifications de crédit sont effectuées avant de valider les prêts, car approuver des prêts sans évaluation de crédit adéquate accroît le risque de défaut et viole les exigences réglementaires.

Paramètres :

Activity 1 : Credit Check Completed
Activity 2 : Loan Approved
Rule Name : Approval Without Credit Check
Rule Group Name : Lending Compliance
Severity : High

Résultat : Crée des attributs de suivi de conformité :

"Approval Without Credit Check" : identifie les prêts approuvés sans vérification de crédit
"Lending Compliance" : regroupe toutes les questions de conformité liées au crédit

Résultats des demandes de prêt :

Prêt 2024-0101 : conforme (vérification de crédit puis approbation)
Prêt 2024-0102 : violation (approbation avant la vérification)
Prêt 2024-0103 : violation (approbation sans aucune activité de crédit)

Insights : L’analyse révèle que 2% des prêts sont approuvés sans vérifications adéquates, principalement pour des clients existants supposés fiables. Cette constatation conduit à mettre à jour la politique afin de requérir une vérification de crédit pour tous les prêts, indépendamment de l’historique client.

Exemple 5 : Gestion des Changements IT

Scénario : Le département IT doit garantir que l’approbation des changements ait lieu avant le déploiement en production, car les modifications non autorisées peuvent causer des instabilités système et des vulnérabilités de sécurité.

Paramètres :

Activity 1 : Change Approved by CAB
Activity 2 : Deployed to Production
Rule Name : Unauthorized Deployment
Rule Group Name : Change Management Violations
Severity : Medium

Résultat : Produit des attributs de conformité gestion du changement :

"Unauthorized Deployment" : signale les changements déployés sans approbation CAB
"Change Management Violations" : regroupe toutes les violations du processus de changement

Analyse des tickets de changement :

CHG-0001 : conforme (approbation CAB lundi, déploiement mercredi)
CHG-0002 : violation (déploiement d'urgence samedi, approbation CAB lundi)
CHG-0003 : violation (déployé sans aucune revue CAB)

Insights : L’enrichissement montre que 5% des changements contournent le processus d’approbation, surtout lors d’interventions d’urgence en weekend. Cela conduit à établir un processus d’approbation accéléré des changements d’urgence avec des revues CAB spécifiques.

Résultat

L’enrichissement Ordre Erroné d’Activité crée de nouveaux attributs booléens de cas qui marquent les violations de conformité dans votre dataset :

Attributs de Règle Individuelle : Si un Rule Name est spécifié, un nouvel attribut booléen de cas est créé avec ce nom. Cet attribut est à vrai pour tous les cas où la violation d’ordre d’activité spécifiée a lieu (Activity 2 se produit sans que Activity 1 ait eu lieu avant). L’attribut utilise un format d’affichage Oui/Non pour une interprétation aisée dans les tableaux de bord et rapports.

Attributs de Groupe de Règles : Le Rule Group Name crée un autre attribut booléen de cas agrégant les violations de plusieurs règles liées. Cet attribut est vrai pour tout cas violant une règle du groupe, permettant une analyse détaillée et globale de la conformité.

Enregistrement des Problèmes de Conformité : L’enrichissement enregistre la violation dans la liste des problèmes de conformité du système avec le niveau de gravité spécifié. Cette intégration assure l’apparition des violations dans les tableaux de bord de conformité, les cartes de processus avec mise en évidence des violations, et les rapports de conformité.

Mises à jour des Informations des Arêtes : L’enrichissement met à jour les informations des arêtes entre les deux activités, marquant l’arête comme non conforme avec la gravité spécifiée. Cela affecte la visualisation du flux de processus dans les cartes de processus, les arêtes en violation étant généralement affichées en rouge ou avec des indicateurs d’alerte.

Ces attributs peuvent être utilisés dans des filtres ultérieurs pour isoler les cas non conformes, dans des calculateurs pour calculer les taux et tendances de conformité, ainsi que dans d’autres enrichissements dépendant du statut de conformité. La nature booléenne des attributs les rend idéaux pour créer des indicateurs clés de performance (KPI) de conformité, tels que le calcul du pourcentage de cas avec violations d’ordre ou le suivi de l’amélioration de la conformité dans le temps.

Voir Aussi

Undesired Activity - Détecter les activités qui ne devraient pas se produire dans votre processus
Allowed Case Start Activities - Garantir que les cas commencent par des activités approuvées
Allowed Case End Activities - Vérifier que les cas se terminent par des activités de clôture appropriées
Repeated Activity - Identifier les répétitions d’activités indésirables
Conformance Issue - Créer des règles de conformité personnalisées avec une logique complexe

Cette documentation fait partie de la plateforme mindzie Studio pour le process mining.