Ordre Attendu
Vue d'ensemble
L’enrichissement Ordre Attendu établit la séquence correcte des activités lorsque les événements ont des horodatages identiques ou ambigus, garantissant une représentation précise du flux des processus même lorsque des informations temporelles précises ne sont pas disponibles. Cet enrichissement est essentiel pour les jeux de données où les activités sont enregistrées avec une précision à la date uniquement, les systèmes de traitement par lots qui horodatent les événements au même moment, ou les systèmes hérités qui manquent de granularité au niveau de la milliseconde.
Lorsque plusieurs événements se produisent le même jour ou partagent des horodatages identiques, les outils de fouille de processus ne peuvent pas automatiquement déterminer leur séquence correcte. L’enrichissement Ordre Attendu résout ce problème en vous permettant de définir l’ordre logique métier des activités, que le système utilise ensuite pour ordonner correctement les événements lors de la découverte et de l’analyse des processus. Ceci garantit que vos cartes de processus, contrôles de conformité et métriques de performance reflètent fidèlement le flux réel du processus métier plutôt qu’un ordre arbitraire basé sur la séquence de chargement des données.
Usages courants
- Établir des séquences d’activités correctes pour les événements horodatés à la date uniquement (fréquent dans SAP et les systèmes ERP)
- Définir l’ordre approprié pour des activités traitées par lots qui reçoivent des horodatages système identiques
- Résoudre l’ambiguïté dans les processus où plusieurs activités se produisent simultanément mais ont une séquence métier connue
- Corriger les problèmes d’ordonnancement dans les données de systèmes hérités dont la précision des horodatages est insuffisante
- Assurer une découverte précise des processus lorsque les événements sont enregistrés à des intervalles journaliers plutôt qu’en temps réel
- Maintenir des séquences d’activités cohérentes à travers différentes extractions et importations de données
- Soutenir la vérification de conformité en établissant le flux attendu avant l’analyse des écarts
Paramètres
Expected Activity Order : Cette liste interactive affiche toutes les activités trouvées dans votre journal d’événements, vous permettant de les organiser selon leur séquence métier correcte. Utilisez les poignées de déplacement (représentées par l’icône à six points) pour réorganiser les activités en les faisant glisser vers le haut ou vers le bas dans la liste. L’ordre que vous définissez ici détermine comment les activités seront séquencées lorsqu’elles ont des horodatages identiques. Les activités en haut de la liste sont considérées comme se produisant avant celles situées plus bas. Toutes les activités non ordonnées explicitement seront placées après la séquence définie, en conservant leur ordre relatif issu des données originales.
Exemples
Exemple 1 : Processus de Commande d’Achat avec Horodatages Journaliers
Scénario : Le système ERP d’une organisation enregistre les événements de commande d’achat avec une précision à la date uniquement, rendant impossible la détermination de la séquence correcte des activités qui ont lieu le même jour. L’entreprise connaît le flux standard mais doit l’imposer dans l’analyse de processus.
Paramètres :
- Expected Activity Order :
- Créer une Réquisition d’Achat
- Approuver la Réquisition d’Achat
- Créer la Commande d’Achat
- Envoyer la Commande d’Achat
- Réceptionner les Marchandises
- Vérifier la Facture
- Traiter le Paiement
- Clore la Commande d’Achat
Sortie : L’enrichissement crée un nouvel attribut d’événement appelé « Expected Order » avec des valeurs entières (1-8) correspondant à la position de chaque activité dans la séquence définie. Lorsque plusieurs événements partagent la même date, le système utilise ces valeurs pour déterminer leur ordre correct dans les cartes de processus et analyses.
Informations : En établissant la séquence correcte des activités, l’organisation peut désormais analyser précisément son processus achat-paiement, identifier les goulets d’étranglement entre des étapes spécifiques et garantir que les contrôles de conformité reflètent le processus métier réel plutôt qu’un ordre arbitraire des données.
Exemple 2 : Protocole de Traitement des Patients en Santé
Scénario : Le système de gestion des patients d’un hôpital enregistre les activités de traitement au niveau des quarts de travail (matin, après-midi, soir) plutôt qu’aux heures exactes. Plusieurs activités dans le même quart doivent être ordonnées selon les protocoles médicaux pour assurer une analyse précise du processus.
Paramètres :
- Expected Activity Order :
- Enregistrement du Patient
- Évaluation de Triage
- Contrôle des Signes Vitaux
- Consultation Médicale
- Prescription des Tests Diagnostiques
- Réalisation des Tests de Laboratoire
- Réalisation des Imageries
- Revue des Résultats de Tests
- Diagnostic
- Prescription du Traitement
- Administration de Médicaments
- Sortie du Patient
Sortie : Chaque événement reçoit une valeur « Expected Order » de 1 à 12 selon la séquence du protocole médical. Les événements avec le même horodatage sont désormais correctement ordonnés, assurant que « Évaluation de Triage » apparaît toujours avant « Consultation Médicale » dans le flux du processus, même si les deux ont eu lieu lors du même quart.
Informations : La bonne séquence révèle que 15 % des cas omettent le contrôle des signes vitaux avant les consultations médicales, indiquant un problème de conformité. De plus, la fouille de processus peut désormais calculer précisément les temps d’attente entre les étapes spécifiques du traitement.
Exemple 3 : Processus de Contrôle Qualité en Fabrication
Scénario : Le système de contrôle qualité d’une entreprise de fabrication regroupe plusieurs activités d’inspection ensemble, les enregistrant avec des horodatages identiques à la fin du lot. La séquence réelle des inspections suit un protocole strict qui doit être reflété dans l’analyse des processus.
Paramètres :
- Expected Activity Order :
- Réception des Matières Premières
- Contrôle Qualité Initial
- Préparation des Matériaux
- Démarrage de la Production
- Inspection en Cours 1
- Inspection en Cours 2
- Assemblage Final
- Inspection Qualité Finale
- Emballage
- Préparation à l’Expédition
- Expédition du Produit
Sortie : L’enrichissement assigne des valeurs d’ordre séquentiel pour que les activités d’inspection apparaissent dans leur séquence correcte. Même lorsque plusieurs inspections sont enregistrées simultanément, la carte de processus les affiche dans l’ordre approprié selon le protocole de fabrication.
Informations : Avec le bon ordre, l’entreprise découvre que 8 % des produits sautent « Inspection en Cours 2 », ce qui explique les problèmes qualité signalés par les clients. Le flux corrigé révèle aussi que le goulet d’étranglement se situe en réalité à la « Préparation des Matériaux » et non à « Assemblage Final » comme on le pensait.
Exemple 4 : Traitement des Réclamations d’Assurance
Scénario : Le système de réclamation d’une compagnie d’assurance enregistre plusieurs activités d’évaluation et d’approbation à la même date, notamment pour des dossiers complexes nécessitant plusieurs revues. L’entreprise doit imposer la hiérarchie correcte des revues dans son analyse de processus.
Paramètres :
- Expected Activity Order :
- Soumission de la Réclamation
- Vérification Initiale des Documents
- Enregistrement de la Réclamation
- Attribution à un Expert
- Évaluation des Dommages
- Première Revue
- Revue Médicale (si applicable)
- Deuxième Revue
- Décision d’Approbation Finale
- Traitement du Paiement
- Clôture de Réclamation
Sortie : Chaque activité reçoit une valeur d’ordre garantissant que les niveaux de revue apparaissent dans la bonne séquence. Les réclamations avec plusieurs revues le même jour montrent désormais correctement le chemin d’escalade de la première à la deuxième revue.
Informations : La bonne séquence révèle que 22 % des réclamations omettent la « Première Revue » pour passer directement à la « Deuxième Revue », ce qui suggère un problème de formation ou de configuration du système. L’analyse montre aussi que les activités de « Revue Médicale », quand elles sont présentes, provoquent des retards significatifs dans le processus global.
Exemple 5 : Processus de Clôture de Fin de Mois en Finance
Scénario : Le département financier effectue plusieurs activités de clôture de fin de mois enregistrées toutes avec le dernier jour du mois comme horodatage. Les activités doivent suivre des principes comptables et dépendances, mais les horodatages identiques rendent impossible l’analyse du processus sans un ordonnancement correct.
Paramètres :
- Expected Activity Order :
- Gel de la Saisie des Transactions
- Exécution du Bilan de Vérification
- Revue des Comptes Intermédiaires
- Règlement des Éléments Intermédiaires
- Traitement des Charges à Payer
- Traitement des Charges Constatées d’Avance
- Calcul des Amortissements
- Rapprochement Inter-entreprises
- Revue des États Financiers
- Approbation de la Direction
- Saisie des Écritures de Clôture
- Verrouillage de la Période
Sortie : L’enrichissement crée un attribut « Expected Order » assurant que les activités de clôture apparaissent dans leur séquence correcte malgré une date identique. La carte de processus reflète désormais fidèlement les dépendances entre activités, comme le fait que « Règlement des Éléments Intermédiaires » suit toujours « Revue des Comptes Intermédiaires ».
Informations : Avec le bon ordonnancement, l’équipe financière identifie que 30 % des processus de fin de mois voient « Rapprochement Inter-entreprises » se produire après la « Revue des États Financiers », ce qui signifie que les états financiers sont examinés avec des soldes inter-entreprises potentiellement incorrects, nécessitant retravail et retardant la clôture.
Sortie
L’enrichissement Ordre Attendu crée un unique attribut d’événement qui détermine la séquence des activités ayant des horodatages identiques :
Expected Order : Un attribut entier ajouté à la table des événements qui spécifie la position relative de chaque activité dans la séquence définie. Les activités sont numérotées à partir de 1, les valeurs plus basses correspondant à un ordre antérieur lorsque les horodatages sont identiques. Les activités non incluses dans l’ordre défini reçoivent des valeurs supérieures à la dernière activité définie, tout en préservant leur ordre relatif issu des données sources.
Cet attribut est automatiquement utilisé par le moteur de fouille de processus lorsque :
- La construction des cartes de processus et la détermination des directions des arcs
- Le calcul des durées entre activités
- La réalisation des contrôles de conformité par rapport aux chemins attendus
- L’analyse des variantes de processus et de leur fréquence
- L’identification des reprises et des schémas de boucles dans le processus
L’attribut Expected Order fonctionne conjointement avec les attributs d’horodatage existants, n’affectant la séquence que lorsque les horodatages sont identiques ou ambigus. Les événements avec des horodatages clairement différents conservent leur ordre temporel quelle que soit la valeur d’Expected Order.
Cette documentation fait partie de la plateforme de fouille de processus mindzieStudio.