Changements d'Attributs entre deux Activités

Aperçu

L'enrichissement Changements d'Attributs entre deux Activités analyse les attributs des événements afin de détecter les modifications qui surviennent entre deux activités spécifiques dans chaque cas. Cet enrichissement puissant crée des attributs booléens qui indiquent si les attributs d'événement sélectionnés ont changé de valeur entre vos activités spécifiées. Cela est essentiel pour comprendre les transformations de données, la qualité des transferts, la cohérence des processus, et pour identifier où se produisent les modifications d'information dans vos processus métiers. L'enrichissement peut analyser simultanément plusieurs attributs d'événement et même créer de nouvelles activités pour marquer où les changements ont eu lieu, offrant une visibilité complète sur l'évolution des données tout au long de votre flux de processus.

Au-delà de la simple détection de changement, cet enrichissement aide les organisations à identifier les inefficacités de processus, les problèmes de qualité des données et les risques de conformité. En suivant les changements d'attributs entre des jalons clés du processus, vous pouvez localiser où les corrections de données se produisent, valider que les transformations nécessaires ont lieu, et assurer la cohérence de l'information lors des transferts entre départements. La possibilité de générer des activités au point des changements rend cet enrichissement particulièrement précieux pour créer des marqueurs visuels dans les cartes de processus qui soulignent les transitions critiques des données.

Utilisations Courantes

Traitement des factures : Détecter les changements dans les montants des factures, les conditions de paiement ou les codes d'approbation entre les étapes de soumission et d'approbation
Gestion des commandes : Suivre les modifications des quantités commandées, des dates de livraison ou des exigences clients entre la saisie de commande et l’exécution
Gestion des demandes de changement : Surveiller les changements de statut, les ajustements de priorité ou les modifications des équipes assignées entre la demande initiale et la mise en œuvre
Contrôle qualité : Identifier les spécifications produits, les résultats des tests ou les scores de qualité qui changent entre les étapes d’inspection
Service client : Détecter les changements de priorité des tickets, les réassignations de catégorie ou les modifications des codes de résolution entre la création et la clôture
Parcours de soins : Suivre les changements de codes diagnostics, les modifications des plans de traitement ou les mises à jour du statut d’assurance entre les rencontres patient
Traitement des prêts : Surveiller les mises à jour des scores de crédit, les évaluations de garanties ou les ajustements des taux d'intérêt entre la demande et l'approbation

Paramètres

Colonnes d'Événements : Sélectionnez les attributs d’événement à analyser pour détecter les changements entre les deux activités. L'enrichissement créera un attribut booléen distinct pour chaque colonne sélectionnée, indiquant si sa valeur a changé. Vous pouvez sélectionner plusieurs colonnes pour suivre de manière exhaustive les modifications de données sur différents aspects de votre processus. Laissez vide pour analyser automatiquement tous les attributs d’événement non systèmes.

Activité 1 : Choisissez la première activité qui sert de point de départ pour la comparaison. Cette activité marque l’endroit où les valeurs initiales des attributs seront capturées. Sélectionnez une activité représentant un point de contrôle significatif dans votre processus où les données doivent être dans un état spécifique.

Type de Sélection Activité 1 : Spécifiez si vous souhaitez utiliser la première ou la dernière occurrence de l’Activité 1 dans chaque cas :

First : Utilise la première occurrence lorsque l’activité apparaît plusieurs fois
Last : Utilise l’occurrence la plus récente avant l’Activité 2
Par défaut : First

Activité 2 : Choisissez la deuxième activité qui sert de point de fin pour la comparaison. L'enrichissement comparera les valeurs d’attributs à cette activité avec celles de l’Activité 1. Sélectionnez une activité qui représente une étape clé supplémentaire où vous souhaitez vérifier les changements ou la cohérence des données.

Type de Sélection Activité 2 : Spécifiez si vous souhaitez utiliser la première ou la dernière occurrence de l’Activité 2 dans chaque cas :

First : Utilise la première occurrence après l’Activité 1
Last : Utilise la dernière occurrence dans le cas
Par défaut : Last

Créer des Activités : Activez cette option pour injecter automatiquement de nouvelles activités dans votre log d’événements aux points où des changements d’attributs sont détectés. Lorsque activée, l’enrichissement crée de nouveaux événements avec des noms d’activités correspondant à l’attribut modifié (par exemple, "Invoice Amount-Change"). Cela fournit des marqueurs visuels dans les cartes de processus et permet une analyse supplémentaire des modèles de changement. Par défaut désactivé.

Exemples

Exemple 1 : Vérification du montant de la facture

Scénario : Une équipe financière doit suivre si les montants des factures sont modifiés entre la soumission initiale et l’approbation finale, car de tels changements nécessitent une révision supplémentaire selon la politique de l’entreprise.

Paramètres :

Colonnes d'Événements : [Invoice_Amount, Tax_Amount, Total_Due]
Activité 1 : Submit Invoice
Type de Sélection Activité 1 : First
Activité 2 : Approve Invoice
Type de Sélection Activité 2 : Last
Créer des Activités : False

Résultat : Crée trois nouveaux attributs booléens au niveau du cas :

Invoice_Amount-Change : True si le montant de la facture a été modifié
Tax_Amount-Change : True si les calculs de taxe ont changé
Total_Due-Change : True si le montant total dû a changé

Données d’exemple avec résultats de l’enrichissement : | Case ID | Invoice_Amount-Change | Tax_Amount-Change | Total_Due-Change | |---------|----------------------|-------------------|------------------| | INV-001 | False | False | False | | INV-002 | True | True | True | | INV-003 | False | True | True | | INV-004 | True | False | True |

Insights : L’équipe financière découvre que 23 % des factures présentent des changements de montant entre la soumission et l’approbation, ce qui indique un besoin d’une meilleure validation initiale. Ils mettent en place des formations supplémentaires et des contrôles système à l’étape de soumission pour réduire les retouches.

Exemple 2 : Qualité du traitement des commandes

Scénario : Une entreprise logistique souhaite identifier les commandes dont les détails de livraison changent entre la prise de commande et la préparation de l’expédition, car ces changements entraînent souvent des retards de livraison et des plaintes clients.

Paramètres :

Colonnes d'Événements : [Delivery_Address, Delivery_Date, Shipping_Method, Order_Priority]
Activité 1 : Place Order
Type de Sélection Activité 1 : First
Activité 2 : Prepare Shipment
Type de Sélection Activité 2 : First
Créer des Activités : True

Résultat : Crée quatre attributs booléens et injecte de nouvelles activités pour chaque changement détecté :

Delivery_Address-Change : Indique les modifications d’adresse
Delivery_Date-Change : Montre les ajustements de date de livraison
Shipping_Method-Change : Révèle les changements de mode d’expédition
Order_Priority-Change : Suit les modifications de priorité

Lorsqu’un changement est détecté, de nouveaux événements sont ajoutés au journal : | Case ID | Activity | Timestamp | |---------|----------|-----------| | ORD-123 | Place Order | 2024-01-10 09:00 | | ORD-123 | Delivery_Date-Change | 2024-01-10 14:30 | | ORD-123 | Shipping_Method-Change | 2024-01-10 14:30 | | ORD-123 | Prepare Shipment | 2024-01-10 14:30 |

Insights : L’analyse révèle que 35 % des commandes présentent des changements de date de livraison, principalement durant les périodes de forte activité. L’entreprise met en place un système de notification client pour les changements de date et ajuste la planification des capacités afin de réduire les modifications.

Exemple 3 : Suivi du parcours de soins

Scénario : Un hôpital doit suivre les changements des codes diagnostics et des plans de traitement entre l’évaluation initiale aux urgences et l’admission dans des services spécialisés, assurant une communication de transfert appropriée.

Paramètres :

Colonnes d'Événements : [Diagnosis_Code, Treatment_Priority, Assigned_Department, Insurance_Status]
Activité 1 : ER Assessment
Type de Sélection Activité 1 : First
Activité 2 : Department Admission
Type de Sélection Activité 2 : First
Créer des Activités : False

Résultat : Crée quatre attributs booléens pour suivre les changements médicaux :

Diagnosis_Code-Change : True lorsque le diagnostic est affiné ou modifié
Treatment_Priority-Change : Indique les modifications du niveau de priorité
Assigned_Department-Change : Montre les réaffectations de département
Insurance_Status-Change : Suit les mises à jour de vérification d’assurance

Résultats permettant filtrage et analyse : | Case ID | Diagnosis_Code-Change | Treatment_Priority-Change | Assigned_Department-Change | |---------|----------------------|--------------------------|----------------------------| | PT-001 | True | False | False | | PT-002 | True | True | True | | PT-003 | False | False | False | | PT-004 | True | False | True |

Insights : L’hôpital identifie que 42 % des patients ont des changements de codes diagnostics entre les urgences et l’admission, ce qui montre un besoin d’améliorer les protocoles d’évaluation initiale. Ils déploient des outils diagnostiques supplémentaires aux urgences pour améliorer la précision.

Exemple 4 : Gestion des demandes de changement IT

Scénario : Un service desk IT veut surveiller l’évolution des attributs des demandes de changement entre la soumission initiale et le démarrage de la mise en œuvre, afin d’identifier les modèles corrélés aux déploiements réussis.

Paramètres :

Colonnes d'Événements : [Risk_Level, Implementation_Type, Affected_Systems, Approval_Status]
Activité 1 : Submit Change Request
Type de Sélection Activité 1 : First
Activité 2 : Start Implementation
Type de Sélection Activité 2 : First
Créer des Activités : True

Résultat : Crée des indicateurs booléens de changement et des marqueurs d’activité :

Risk_Level-Change : Indique les modifications de l’évaluation du risque
Implementation_Type-Change : Montre les changements d’approche d’implémentation
Affected_Systems-Change : Suit les modifications de périmètre
Approval_Status-Change : Surveille les changements de niveau d’approbation

L'enrichissement injecte des activités marquant les changements significatifs, permettant la visualisation de l’endroit où les modifications surviennent dans le workflow de gestion des changements.

Insights : L’équipe IT découvre que les demandes ayant des modifications du niveau de risque ont un taux d’échec 3 fois plus élevé. Ils instaurent des réunions de revue obligatoires lorsque les niveaux de risque changent pour assurer des ajustements de planification appropriés.

Exemple 5 : Contrôle qualité en production

Scénario : Un fabricant doit détecter si les spécifications produit ou les mesures qualité changent entre différentes stations d’inspection pour identifier où les défauts sont introduits ou corrigés.

Paramètres :

Colonnes d'Événements : [Product_Weight, Color_Code, Quality_Score, Defect_Count]
Activité 1 : Initial Inspection
Type de Sélection Activité 1 : Last
Activité 2 : Final Inspection
Type de Sélection Activité 2 : Last
Créer des Activités : False

Résultat : Crée des attributs de suivi des changements qualité :

Product_Weight-Change : Détecte les variations de poids
Color_Code-Change : Identifie les changements de spécifications couleur
Quality_Score-Change : Suit les modifications des notes qualité
Defect_Count-Change : Montre les modifications du nombre de défauts

Analyse par ligne de production : | Ligne de production | % de changements de poids | % de changements de note qualité | % de changements de défauts | |---------------------|---------------------------|----------------------------------|-----------------------------| | Ligne A | 2,3 % | 15,2 % | 18,5 % | | Ligne B | 5,1 % | 22,7 % | 31,2 % | | Ligne C | 1,8 % | 8,9 % | 11,3 % |

Insights : La ligne de production B présente des taux de changement significativement plus élevés, indiquant des problèmes d’étalonnage des équipements. Le fabricant planifie une maintenance immédiate et met en place des contrôles qualité plus fréquents sur cette ligne.

Résultat

L'enrichissement crée de nouveaux attributs booléens au niveau du cas pour chaque colonne d’événement sélectionnée, suivant le modèle de nommage [ColumnName]-Change. Ces attributs contiennent :

True : Lorsque la valeur de l’attribut d’événement diffère entre Activité 1 et Activité 2
False : Lorsque la valeur de l’attribut reste la même ou lorsque l’une des activités est absente du cas
Vide/Nul : Lorsque l’attribut ne peut pas être évalué (activités ou valeurs manquantes)

Chaque attribut créé :

Est immédiatement disponible pour une utilisation dans les filtres, calculateurs et autres enrichissements
Peut être exporté avec votre jeu de données enrichi
Apparaît dans les listes d’attributs de cas pour l’analyse et la visualisation
Supporte les visualisations de process mining lorsque des activités de changement sont créées

Lorsque "Créer des Activités" est activé, l’enrichissement :

Injecte de nouveaux événements dans le journal à l’horodatage d’Activité 2
Nomme ces événements selon le modèle [ColumnName]-Change
Copie tous les autres attributs d’événement d’Activité 2 pour conserver le contexte
Nécessite un rafraîchissement du jeu de données pour voir les nouvelles activités dans les cartes de processus

L’enrichissement gère intelligemment :

Les cas où une ou les deux activités n’existent pas (aucun changement enregistré)
Les occurrences multiples des activités (contrôlées par les paramètres de type de sélection)
Les valeurs d’attribut nulles ou vides (traitées comme valeurs distinctes pour la comparaison)
Les types de données mixtes (compare les représentations chaîne de caractères)

Utilisez ces sorties pour :

Filtrer les cas avec des types spécifiques de changements pour une analyse détaillée
Calculer les taux et modèles de changement dans votre processus
Créer des alertes pour des modifications inattendues
Construire des règles de conformité autour des changements autorisés ou interdits
Visualiser les modèles de changement dans les cartes de processus lorsque des activités sont créées

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