Comparer les Comptages d'Activité

Vue d'ensemble

L'enrichissement Compare Activity Counts analyse si deux activités sélectionnées se produisent avec une fréquence égale dans chaque cas, créant un attribut booléen qui indique des schémas d'exécution équilibrés ou déséquilibrés. Cet enrichissement est essentiel pour valider la symétrie des processus, assurer que les opérations appariées sont correctement assorties, et détecter les écarts dans les schémas d'activité attendus. Contrairement aux enrichissements de comptage simples qui suivent les occurrences individuelles d'activité, cet opérateur compare spécifiquement les nombres d'exécutions de deux activités pour identifier les cas où ils sont équilibrés versus ceux où une activité se produit plus fréquemment que l'autre.

Cet enrichissement est particulièrement utile dans les processus où certaines activités doivent se produire par paires ou à des fréquences correspondantes. Par exemple, dans les processus d'approvisionnement, on peut s'attendre à ce que chaque « Create Purchase Order » ait une activité correspondante « Receive Goods ». En fabrication, les contrôles qualité doivent correspondre aux séries de production. Dans les processus financiers, les débits et crédits devraient s'équilibrer. L'enrichissement aide à identifier les cas où ces schémas attendus sont violés, permettant une investigation ciblée des écarts de processus, des exécutions incomplètes, ou des erreurs système provoquant des schémas d'activité déséquilibrés.

Usages courants

  • Valider que les activités appariées se produisent avec une fréquence égale (création de commande vs exécution de commande)
  • Assurer des opérations équilibrées dans les processus financiers (paiement initié vs paiement complété)
  • Vérifier la symétrie des processus de fabrication (début d’assemblage vs fin d’assemblage)
  • Contrôler la complétude du contrôle qualité (articles produits vs articles inspectés)
  • Surveiller la cohérence des flux d'approbation (demandes d’approbation vs décisions d’approbation)
  • Détecter les exécutions de processus incomplètes où les activités correspondantes attendues manquent
  • Identifier les problèmes d’intégration système causant des déséquilibres de comptage d’activités

Paramètres

Filtre (optionnel) : Appliquez des filtres pour limiter les cas analysés lors de la comparaison des comptages d’activité. Lorsque des filtres sont appliqués, seuls les cas répondant aux critères seront comparés et le résultat stocké. Ceci est utile si vous souhaitez vérifier l'équilibre d'activité uniquement pour certains sous-ensembles de vos données, tels que les cas à haute priorité, des catégories de produit spécifiques, ou certaines périodes. Les cas ne répondant pas au filtre auront une valeur nulle pour le nouvel attribut.

Nom du nouvel attribut : Spécifiez le nom du nouvel attribut booléen qui contiendra le résultat de la comparaison. Choisissez un nom descriptif qui indique clairement ce qui est comparé. Par exemple, utilisez "Orders_Balanced" pour comparer les activités de commande et de livraison, ou "QC_Complete" pour comparer la production et l’inspection. L’attribut contiendra "Yes" (vrai) lorsque les comptages correspondent, "No" (faux) lorsqu’ils diffèrent, ou null quand aucune des deux activités n’existe dans le cas.

Activité 1 : Sélectionnez la première activité à comparer dans la liste déroulante regroupant toutes les activités de votre ensemble de données. Il s'agit d’une des activités appariées que vous souhaitez vérifier pour l’équilibre. L'enrichissement comptera le nombre de fois que cette activité apparaît dans chaque cas. La liste de sélection montre toutes les activités uniques trouvées dans votre journal d'événements, garantissant que vous ne pouvez choisir que des activités existantes dans vos données.

Activité 2 : Sélectionnez la deuxième activité à comparer dans la liste déroulante. Cette activité doit apparaître avec la même fréquence que l’Activité 1. L'enrichissement comptera les occurrences de cette activité et les comparera à celles de l’Activité 1. Vous pouvez sélectionner la même activité que l’Activité 1 si nécessaire pour des scénarios de validation spéciaux, bien qu’en général vous choisirez une activité différente formant une paire logique avec l’Activité 1.

Exemples

Exemple 1 : Validation des commandes et réceptions de marchandises

Scénario : Dans un processus d'approvisionnement, vous devez vérifier que chaque commande créée a une réception de marchandises correspondante afin de garantir que tous les articles commandés ont été délivrés et le processus finalisé.

Paramètres :

  • Filtre : Aucun (vérifier toutes les commandes)
  • Nom du nouvel attribut : Order_Receipt_Balanced
  • Activité 1 : Create Purchase Order
  • Activité 2 : Record Goods Receipt

Résultat : Crée un nouvel attribut booléen de cas "Order_Receipt_Balanced" avec les valeurs :

  • "Yes" - Cas où le nombre de commandes correspond au nombre de réceptions (ex. : 3 commandes, 3 réceptions)
  • "No" - Cas où les comptages diffèrent (ex. : 3 commandes créées mais seulement 2 réceptions)
  • Null - Cas ne contenant aucune des deux activités (cas non liés à l'approvisionnement dans des ensembles de données mixtes)

Aperçu : Les cas affichant "No" indiquent des processus d’approvisionnement incomplets nécessitant une enquête. Cela pourrait révéler des livraisons retardées, des documents manquants ou des problèmes de synchronisation système entre les systèmes de commande et de réception.

Exemple 2 : Complétude du contrôle qualité en fabrication

Scénario : Dans un processus de fabrication, chaque série de production devrait avoir une inspection qualité correspondante pour assurer le respect des normes produit et des exigences réglementaires.

Paramètres :

  • Filtre : Product_Category = "Electronics"
  • Nom du nouvel attribut : QC_Inspection_Complete
  • Activité 1 : Complete Production Run
  • Activité 2 : Perform Quality Inspection

Résultat : Crée un attribut "QC_Inspection_Complete" pour les produits électroniques :

  • "Yes" - Séries de production et inspections qualité équilibrées (ex. : 5 séries, 5 inspections)
  • "No" - Déséquilibre indiquant des inspections manquantes ou des enregistrements de production en double
  • Null - Cas sans activités de production (produits non électroniques filtrés affichent null)

Aperçu : Cela permet d’identifier les lots de production ayant contourné le contrôle qualité, facilitant les actions correctives et la conformité réglementaire. Les schémas de déséquilibre peuvent révéler des lignes de production ou des équipes spécifiques posant problème.

Exemple 3 : Rapprochement des transactions financières

Scénario : Dans un processus de comptes fournisseurs, il est nécessaire de s'assurer que chaque approbation de paiement a une exécution correspondante afin de détecter les paiements bloqués ou échoués.

Paramètres :

  • Filtre : Amount > 10000 (cibler les transactions à haute valeur)
  • Nom du nouvel attribut : Payment_Reconciled
  • Activité 1 : Approve Payment
  • Activité 2 : Execute Payment

Résultat : Crée un attribut "Payment_Reconciled" pour les transactions à haute valeur :

  • "Yes" - Nombre égal d’approbations et d’exécutions (paiements correctement effectués)
  • "No" - Comptages déséquilibrés suggérant des paiements approuvés mais non exécutés ou des erreurs d’exécution
  • Null - Cas sans activités de paiement

Aperçu : Les cas avec "No" nécessitent une attention immédiate car ils représentent des paiements approuvés non exécutés, pouvant entraîner des problèmes avec les fournisseurs ou des violations de conformité.

Exemple 4 : Résolution de tickets du service client

Scénario : Dans un processus de service client, vous voulez vérifier que chaque escalade de ticket vers un spécialiste a reçu une réponse de ce spécialiste, garantissant qu’aucun problème escaladé n’est abandonné.

Paramètres :

  • Filtre : Priority = "High" OR Priority = "Critical"
  • Nom du nouvel attribut : Escalation_Handled
  • Activité 1 : Escalate to Specialist
  • Activité 2 : Specialist Response

Résultat : Crée un attribut "Escalation_Handled" pour les tickets à haute priorité :

  • "Yes" - Toutes les escalades ont reçu des réponses de spécialistes (processus de support équilibré)
  • "No" - Certaines escalades sont sans réponses (problèmes clients potentiellement non résolus)
  • Null - Tickets à haute priorité résolus sans escalade

Aperçu : Cet indicateur permet d'identifier les violations des niveaux de service où des problématiques escaladées n'ont pas reçu d'attention spécialisée, facilitant l’amélioration des processus et la formation des équipes.

Exemple 5 : Gestion des rendez-vous en santé

Scénario : Dans un système de planification patient, vous devez vous assurer que chaque rendez-vous planifié a un enregistrement correspondant de réalisation ou d’annulation pour un rapport précis d’utilisation.

Paramètres :

  • Filtre : Department = "Radiology"
  • Nom du nouvel attribut : Appointment_Closure_Complete
  • Activité 1 : Schedule Appointment
  • Activité 2 : Complete Appointment

Résultat : Crée un attribut "Appointment_Closure_Complete" pour les rendez-vous en radiologie :

  • "Yes" - Rendez-vous planifiés et complétés sont équilibrés
  • "No" - Déséquilibre indiquant des absences, des enregistrements incomplets ou des erreurs de planification
  • Null - Cas de radiologie sans activités de rendez-vous

Aperçu : Les cas affichant "No" aident à identifier les tendances d’absences, permettant des actions ciblées de communication patient et une meilleure planification des ressources pour le département.

Résultat

L'enrichissement Compare Activity Counts crée un seul nouvel attribut booléen au niveau du cas contenant le résultat de la comparaison. L’attribut utilise le type booléen avec un format d’affichage "Yes/No" pour une interprétation facile dans les filtres, tableaux croisés dynamiques et visualisations.

Logique de la valeur :

  • Yes (Vrai) : Les deux activités ont exactement la même fréquence dans le cas, incluant le cas où les deux ont zéro occurrence
  • No (Faux) : Les activités ont des comptages différents (une apparaît plus fréquemment que l’autre)
  • Null : Aucune des activités n’apparaît dans le cas, et l’enrichissement laisse la valeur vide au lieu de la mettre à Yes

Le nouvel attribut peut être utilisé immédiatement dans les enrichissements, filtres et calculs suivants. Les applications courantes incluent la recherche des cas déséquilibrés, le calcul du pourcentage de processus équilibrés, ou l’utilisation dans la validation de conformité pour identifier les violations de processus. La nature booléenne de la sortie la rend idéale pour le calcul d’indicateurs clés, les tableaux de bord et les systèmes d’alerte automatique qui doivent signaler les déséquilibres de processus.


Cette documentation fait partie de la plateforme d’analyse de processus mindzie Studio.