Comparer les attributs d’événement de deux activités

Présentation

L’enrichissement Comparer les attributs d’événement de deux activités effectue une correspondance d’attributs sophistiquée entre les activités afin de déterminer si des attributs d’événement spécifiques contiennent les mêmes valeurs dans deux activités différentes au sein de chaque cas. Cet enrichissement puissant crée un attribut booléen au niveau du cas qui indique si les attributs sélectionnés correspondent, en tenant compte de toutes les occurrences des activités lorsqu’elles apparaissent plusieurs fois. Cela est essentiel pour valider la cohérence des données, garantir des transferts appropriés entre les étapes du processus, détecter les modifications non autorisées et vérifier que les informations critiques circulent correctement dans votre processus métier.

Contrairement à une simple détection de changement d’attribut, cet enrichissement considère toutes les instances d’exécution lorsque les activités se produisent plusieurs fois dans un cas. Par défaut, il compare toutes les valeurs des deux activités dans l’ordre trié. Vous pouvez aussi choisir de ne comparer que les valeurs distinctes pour ignorer les répétitions et vous concentrer sur les données uniques présentes à chaque activité. Cette flexibilité rend cet enrichissement précieux aussi bien pour des scénarios de correspondance exacte que pour des vérifications de cohérence plus nuancées à travers des variantes complexes de processus.

L’enrichissement est particulièrement puissant pour la vérification de conformité, la validation de l’intégrité des données et les scénarios d’assurance qualité où des attributs spécifiques doivent conserver des valeurs cohérentes entre des jalons clés du processus. En créant des indicateurs booléens clairs, vous pouvez rapidement filtrer et analyser les cas ne respectant pas les critères de correspondance, ce qui permet une investigation ciblée des problèmes de qualité des données, des écarts de processus et des potentielles violations de conformité.

Usages courants

  • Correspondance achat-à-paiement : Vérifier que les numéros de commande, identifiants fournisseurs ou descriptions d’articles correspondent exactement entre les activités de réception des marchandises et de réception des factures
  • Correspondance en trois points : S’assurer que les prix, quantités ou codes produit sont cohérents entre commandes d’achat, confirmations de livraison et factures
  • Validation de transfert : Confirmer que les identifiants client, numéros de compte ou codes de référence restent cohérents entre les transferts départementaux
  • Vérification de piste d’audit : Détecter les cas où les codes d’approbation, numéros d’autorisation ou indicateurs de conformité changent entre la soumission et le traitement
  • Assurance qualité : Valider que les spécifications produit, numéros de lot ou notes qualité restent inchangés entre les étapes de production
  • Conformité contractuelle : S’assurer que les clauses contractuelles, accords de prix ou codes de niveau de service correspondent entre la signature du contrat et la prestation de service
  • Continuité des soins en santé : Vérifier que les identifiants patients, codes médicamenteux ou protocoles de traitement restent cohérents lors des transitions de soins
  • Rapprochement financier : Contrôler que les montants de transaction, numéros de compte ou méthodes de paiement correspondent entre autorisation et règlement

Paramètres

Filtre : Appliquez des filtres optionnels au niveau du cas pour limiter l’enrichissement à des sous-ensembles spécifiques de vos données. Seuls les cas correspondant aux critères de filtre auront la comparaison effectuée. Les cas exclus par les filtres auront des valeurs nulles pour l’attribut de sortie. Utilisez les filtres pour cibler l’analyse sur des variantes spécifiques de processus, des périodes temporelles ou des unités organisationnelles.

Nom du nouvel attribut : Spécifiez le nom de l’attribut booléen du cas qui stockera le résultat de la comparaison. Choisissez un nom descriptif qui indique clairement ce qui est comparé, tel que "PO_Vendor_Match" ou "Invoice_Price_Consistency". Cet attribut sera créé dans votre table de cas et immédiatement disponible pour filtrage et analyse.

Activité 1 : Sélectionnez la première activité contenant l’attribut d’événement à comparer. Cette activité représente le point de contrôle initial où la valeur de l’attribut sera capturée. Toutes les occurrences de cette activité dans un cas seront incluses dans la comparaison. Choisissez une activité représentant un point d’entrée de données original ou faisant autorité dans votre processus.

Attribut 1 : Choisissez l’attribut d’événement d’Activité 1 à inclure dans la comparaison. Cela peut être n’importe quel attribut au niveau événement, comme un ID fournisseur, un montant, un code produit ou un statut. L’enrichissement recueillera toutes les valeurs de cet attribut pour toutes les occurrences d’Activité 1 dans chaque cas pour la comparaison.

Activité 2 : Sélectionnez la deuxième activité contenant l’attribut d’événement à comparer. Cette activité représente le point de contrôle secondaire où la valeur de l’attribut doit correspondre. Toutes les occurrences de cette activité dans un cas seront incluses dans la comparaison. Choisissez une activité représentant une étape de processus dépendante ou en aval où la cohérence est requise.

Attribut 2 : Choisissez l’attribut d’événement d’Activité 2 à comparer avec l’Attribut 1. Cet attribut peut avoir le même nom que l’Attribut 1 ou un nom différent, ce qui vous permet de comparer des attributs équivalents utilisant des conventions de noms différentes entre systèmes. L’enrichissement collectera toutes les valeurs de cet attribut pour toutes les occurrences d’Activité 2 pour la comparaison.

Utiliser les valeurs distinctes : Activez cette option pour ne comparer que les valeurs uniques de chaque activité, en ignorant les doublons et répétitions. Quand activé, l’enrichissement crée un ensemble des valeurs distinctes de chaque activité avant la comparaison. Par défaut (option désactivée), toutes les valeurs y compris les doublons sont comparées dans l’ordre trié. Activez cette option lorsque vous souhaitez vérifier que le même ensemble de valeurs uniques existe indépendamment du nombre de répétitions. Par exemple, utilisez les valeurs distinctes pour vérifier si le même ensemble de codes produit apparaît dans les deux activités, même si les quantités diffèrent.

Exemples

Exemple 1 : Correspondance factures et commandes d’achat

Scénario : Un service achats doit vérifier que les identifiants fournisseur sur les factures correspondent exactement aux identifiants fournisseur sur les commandes d’achat correspondantes. Cette validation en trois points est cruciale pour prévenir la fraude au paiement et garantir la légitimité des factures.

Paramètres :

  • Filtre : (aucun)
  • Nom du nouvel attribut : Vendor_ID_Match
  • Activité 1 : Create Purchase Order
  • Attribut 1 : Vendor_ID
  • Activité 2 : Receive Invoice
  • Attribut 2 : Vendor_ID
  • Utiliser les valeurs distinctes : Faux

Résultat :
Crée un attribut booléen de cas Vendor_ID_Match :

  • True : Tous les identifiants fournisseur des commandes d’achat correspondent exactement à ceux des factures (mêmes valeurs en mêmes quantités)
  • False : Les identifiants fournisseur diffèrent entre commandes et factures

Exemple d’analyse des résultats :
| Case ID | Commandes d’achat | Factures | Vendor_ID_Match | Analyse |
|---------|-------------------|----------|-----------------|---------|
| PO-1001 | VND-523 | VND-523 | True | Correspondance parfaite |
| PO-1002 | VND-523, VND-523 | VND-523, VND-523 | True | Commandes multiples, correspondance exacte |
| PO-1003 | VND-523 | VND-724 | False | Fournisseurs différents |
| PO-1004 | VND-523, VND-724 | VND-523, VND-724 | True | Plusieurs fournisseurs correspondent |
| PO-1005 | VND-523 | VND-523, VND-724 | False | Fournisseur supplémentaire sur facture |

Insights : L’équipe achats découvre que 8 % des cas présentent des discordances d’ID fournisseur, indiquant potentiellement des doubles facturations ou tentatives de fraude. Ils mettent en place des workflows de vérification obligatoires pour tous les cas non conformes et récupèrent 340 000 $ de paiements en double.

Exemple 2 : Vérification de la cohérence des codes produit

Scénario : Une entreprise de fabrication doit s’assurer que les codes produit saisis lors de la prise de commande correspondent aux codes produit enregistrés lors de l’inspection qualité, afin d’éviter l’expédition d’articles incorrects aux clients.

Paramètres :

  • Filtre : [Order_Status] Equals "Completed"
  • Nom du nouvel attribut : Product_Code_Consistent
  • Activité 1 : Enter Order
  • Attribut 1 : Product_Code
  • Activité 2 : Quality Inspection
  • Attribut 2 : Inspected_Product_Code
  • Utiliser les valeurs distinctes : Vrai

Résultat :
Crée l’attribut booléen Product_Code_Consistent. Avec les valeurs distinctes activées, l’enrichissement ignore les différences de quantité et se focalise sur la présence des mêmes codes produit uniques dans les deux activités.

Analyse de la cohérence produit :
| Case ID | Produits commandés | Produits inspectés | Product_Code_Consistent |
|---------|--------------------|--------------------|-------------------------|
| ORD-501 | PRD-A, PRD-B | PRD-A, PRD-B | True |
| ORD-502 | PRD-A, PRD-A, PRD-B| PRD-A, PRD-B | True (correspondance distincte) |
| ORD-503 | PRD-A | PRD-C | False |
| ORD-504 | PRD-A, PRD-B | PRD-A, PRD-B, PRD-C| False (produit supplémentaire) |

Insights : En utilisant la comparaison distincte, l’entreprise identifie que 12 % des commandes terminées présentent des incohérences de codes produit, la plupart des erreurs survenant lors de la préparation en entrepôt. Ils repensent le processus de préparation avec une vérification par code-barres, réduisant les erreurs de 85 %.

Exemple 3 : Rapprochement des médicaments en soins de santé

Scénario : Un hôpital doit vérifier que les médicaments prescrits à l’admission correspondent aux médicaments administrés durant les soins, garantissant la sécurité du patient et identifiant les erreurs médicamenteuses potentielles.

Paramètres :

  • Filtre : [Department] Equals "Cardiology"
  • Nom du nouvel attribut : Medication_Match
  • Activité 1 : Admission Prescribe
  • Attribut 1 : Medication_Code
  • Activité 2 : Administer Medication
  • Attribut 2 : Medication_Code
  • Utiliser les valeurs distinctes : Vrai

Résultat :
Crée l’attribut booléen Medication_Match indiquant si le même ensemble de médicaments a été prescrit et administré. L’option valeurs distinctes permet de détecter les médicaments non autorisés indépendamment de la fréquence de dosage.

Résultats du rapprochement médicamenteux :
| Patient ID | Prescrit | Administré | Medication_Match | Revue requise |
|------------|--------------------|---------------------|------------------|----------------------|
| PT-8001 | MED-101, MED-205 | MED-101, MED-205 | True | Non |
| PT-8002 | MED-101 | MED-101, MED-303 | False | Oui - Médicament supplémentaire |
| PT-8003 | MED-101, MED-205 | MED-101 | False | Oui - Médicament manquant |
| PT-8004 | MED-101 | MED-205 | False | Oui - Mauvais médicament |

Insights : Le service cardiologie découvre que 6,5 % des patients ont des incohérences médicamenteuses, avec 3 % recevant des ajouts non autorisés. Ils mettent en œuvre une vérification électronique au point d’administration, améliorant la sécurité des patients de 40 %.

Exemple 4 : Vérification de l’autorisation de transaction financière

Scénario : Une société de traitement de paiements doit vérifier que les montants des transactions approuvés lors de l’autorisation correspondent exactement aux montants réglés lors du traitement final, détectant ainsi fraudes potentielles ou erreurs système.

Paramètres :

  • Filtre : [Transaction_Type] Equals "Credit Card"
  • Nom du nouvel attribut : Amount_Authorization_Match
  • Activité 1 : Authorize Transaction
  • Attribut 1 : Authorized_Amount
  • Activité 2 : Settle Transaction
  • Attribut 2 : Settlement_Amount
  • Utiliser les valeurs distinctes : Faux

Résultat :
Crée l’attribut Amount_Authorization_Match booléen. Sans valeurs distinctes, chaque montant autorisé doit avoir un montant correspondant au règlement, y compris dans le cas de multiples autorisations ou règlements.

Analyse de la vérification des transactions :
| Transaction ID | Montants autorisés | Montants réglés | Amount_Authorization_Match |
|----------------|--------------------|-----------------|----------------------------|
| TXN-4001 | 125.00 | 125.00 | True |
| TXN-4002 | 125.00, 25.00 | 125.00, 25.00 | True |
| TXN-4003 | 125.00 | 150.00 | False |
| TXN-4004 | 125.00, 125.00 | 125.00 | False (règlement manquant) |

Insights : La société identifie 0,3 % des transactions avec des incohérences de montant, représentant 2,1 M$ de divergences. L’analyse révèle un bug système causant des erreurs d’arrondi décimal lors de la conversion monétaire. La correction évite de futures pertes et améliore la confiance client.

Exemple 5 : Suivi des lots en contrôle qualité

Scénario : Un fabricant pharmaceutique doit s’assurer que les numéros de lot enregistrés à la réception des matières premières correspondent aux numéros de lot utilisés en production, assurant une traçabilité complète pour la conformité réglementaire.

Paramètres :

  • Filtre : [Product_Category] Equals "Injectable"
  • Nom du nouvel attribut : Batch_Traceability_Valid
  • Activité 1 : Receive Raw Material
  • Attribut 1 : Material_Batch_Number
  • Activité 2 : Production Complete
  • Attribut 2 : Used_Batch_Number
  • Utiliser les valeurs distinctes : Vrai

Résultat :
Crée l’attribut booléen Batch_Traceability_Valid pour le suivi conformité réglementaire. Les valeurs distinctes garantissent que tous les lots reçus sont comptabilisés en production indépendamment de la fréquence d’utilisation.

Vérification de la traçabilité des lots :
| Production Run | Lots reçus | Lots utilisés | Batch_Traceability_Valid | Statut de conformité |
|----------------|------------------|------------------|--------------------------|----------------------|
| RUN-2401 | B-8801, B-8802 | B-8801, B-8802 | True | Conforme |
| RUN-2402 | B-8803 | B-8803, B-8803 | True | Conforme (duplication OK) |
| RUN-2403 | B-8804 | B-8805 | False | Non conforme |
| RUN-2404 | B-8806, B-8807 | B-8806 | False | Lot manquant |

Insights : Le fabricant identifie 2,8 % des lots avec des problèmes de traçabilité, évitant potentiellement des violations FDA. Ils mettent en place une vérification de lots en temps réel au début de la production, atteignant un taux de conformité de 99,9 %.

Résultat

L’enrichissement crée un unique attribut booléen de cas portant le nom que vous spécifiez dans le paramètre "Nom du nouvel attribut". Cet attribut contient :

  • True : lorsque les valeurs collectées d’Activité 1/Attribut 1 correspondent exactement aux valeurs collectées d’Activité 2/Attribut 2
  • False : lorsque les valeurs diffèrent de quelque manière (valeurs différentes, nombre différent, valeurs manquantes)
  • Vide/Nul : lorsque l’une ou les deux activités sont absentes du cas, rendant la comparaison impossible

Logique de correspondance :

L’enrichissement utilise l’algorithme de comparaison sophistiqué suivant :

  1. Collecte des valeurs : recueille toutes les valeurs de l’attribut spécifié pour toutes les occurrences de chaque activité dans le cas
  2. Traitement des valeurs distinctes (si activé) : supprime les doublons, ne conservant que les entrées uniques pour chaque activité
  3. Tri : organise toutes les valeurs par ordre croissant pour une comparaison cohérente
  4. Concaténation en chaîne : crée des chaînes délimitées par des barres verticales (ex. : "|valeur1|valeur2|valeur3")
  5. Correspondance exacte : compare les chaînes concaténées pour égalité stricte

Caractéristiques importantes de la correspondance :

  • Indépendance de l’ordre : les valeurs sont triées avant comparaison, l’ordre initial ne compte pas
  • Gestion des valeurs nulles : les valeurs nulles sont traitées comme des valeurs distinctes et incluses dans la comparaison
  • Sensibilité au type : la comparaison s’effectue sur les représentations en chaîne des valeurs
  • Sensibilité au nombre d’occurrences (si valeurs distinctes désactivées) : le nombre d’occurrences doit correspondre exactement
  • Insensibilité au nombre d’occurrences (si valeurs distinctes activées) : seules les valeurs uniques sont comparées

Gestion des multiples occurrences d’activités :

Lorsque les activités apparaissent plusieurs fois dans un cas :

  • Toutes les occurrences contribuent leurs valeurs d’attribut à la comparaison
  • Avec valeurs distinctes désactivées : chaque occurrence est comptabilisée (les doublons sont autorisés)
  • Avec valeurs distinctes activées : chaque valeur unique apparaît une seule fois indépendamment du nombre d’occurrences

Cas avec activités manquantes :

  • Si Activité 1 ou Activité 2 n’existe pas dans un cas : la sortie est nulle (pas de comparaison possible)
  • Si les deux activités manquent : la sortie est nulle
  • Si une activité n’a pas de valeur pour l’attribut spécifié : traitée comme chaîne vide dans la comparaison

Utilisation du résultat :

L’attribut booléen créé est immédiatement disponible pour :

  • Filtrage : afficher uniquement les cas dont les valeurs correspondent ou non
  • Analyse de performance : calculer les taux de correspondance et identifier les tendances des écarts
  • Configuration d’alertes : créer des notifications pour les attributs critiques ne correspondant pas
  • Analyse des causes profondes : filtrer les cas non conformes et analyser les caractéristiques communes
  • Rapports de conformité : générer des rapports de taux de validation réussie ou échouée
  • Visualisation en fouille de processus : colorer les cas selon leur statut de correspondance dans les cartes de processus
  • Analyse statistique : calculer la corrélation entre correspondance et autres mesures de processus
  • Enrichissements en aval : utiliser comme entrée pour d’autres enrichissements et calculateurs

Exemples d’utilisation des filtres :

Filtrer les cas non conformes :
[Vendor_ID_Match] Equals False

Filtrer uniquement les cas valides :
[Amount_Authorization_Match] Equals True

Trouver les cas où la comparaison est possible :
[Product_Code_Consistent] Is Not Empty

L’enrichissement traite efficacement de grands journaux d’événements en opérant au niveau du cas et en utilisant des algorithmes de tri et de comparaison optimisés. Les résultats sont mis en cache avec votre dataset et restent disponibles jusqu’à ce que vous actualisiez ou modifiiez la configuration de l’enrichissement.

Cette documentation fait partie de la plateforme de fouille de processus mindzieStudio.