Événements Avant ou Après une Activité
Vue d'ensemble
Le filtre Événements Avant ou Après une Activité sélectionne ou supprime des événements en fonction de leur position par rapport à des activités spécifiques dans chaque cas. Ce puissant filtre au niveau des événements vous permet de vous concentrer sur des portions de votre processus en conservant uniquement les événements qui se produisent avant, après ou entre des activités spécifiées. Vous pouvez analyser des segments de processus, identifier des motifs dans des étapes spécifiques du flux de travail, ou supprimer les événements non pertinents qui se trouvent en dehors de votre domaine d’intérêt.
Usages courants
- Analyser les événements qui se produisent avant une étape critique ou un point de décision
- Se concentrer sur les activités qui surviennent après une étape spécifique du processus
- Extraire des segments de processus entre deux activités clés
- Supprimer les événements préliminaires pour se focaliser sur les activités principales
- Identifier des motifs dans les flux de travail post-approbation ou post-rejet
- Étudier le comportement du processus entre les étapes de début et de fin
Réglages
Activity Name : L’activité principale qui sert de point de référence ou de limite.
Activity Name 2 : (Uniquement pour les opérations Entre) La seconde activité qui définit la limite de fin.
Before/After Selection : Choisissez le mode de filtrage qui détermine quels événements garder ou supprimer.
| Mode | Description | Exemple d’utilisation |
|---|---|---|
| Before | Événements avant la première occurrence de l’Activité | Analyser les activités précédant la première approbation |
| Before and Including | Événements avant et incluant la première occurrence | Inclure l’approbation dans l’analyse pré-approbation |
| After | Événements après la dernière occurrence de l’Activité | Étudier les activités post-suivi après achèvement |
| After and Including | Événements après et incluant la dernière occurrence | Inclure l’achèvement dans l’analyse post-complétion |
| Between | Événements entre la première occurrence de deux activités | Analyser le traitement entre soumission et approbation |
| Between and Including | Événements entre et incluant les deux activités | Inclure les limites dans l’analyse du segment |
Remove Events : Choisissez si vous souhaitez conserver les événements correspondants ou les supprimer.
- Keep (false) : Ne conserve que les événements qui correspondent aux critères
- Remove (true) : Supprime les événements qui correspondent aux critères, conservant tous les autres
Exemples
Exemple 1 : Analyser les Activités Avant Approbation
Scénario : Vous souhaitez analyser toutes les activités qui ont lieu avant la première "Manager Approval" dans votre processus de demande de remboursement afin de comprendre quels travaux de préparation sont réalisés avant que les demandes n’atteignent l’approbation.
Réglages :
- Activity Name : "Manager Approval"
- Before/After Selection : Before (sans inclure)
- Remove Events : Keep (false)
Résultat :
Pour chaque cas, seuls les événements survenant avant la première "Manager Approval" sont conservés. Le cas #EXP-1234 pourrait montrer "Submit Claim", "Attach Receipts", "Department Review", mais pas "Manager Approval" ni aucun événement après. Cela permet d’analyser séparément la phase de soumission et de préparation.
Analyse : En isolant les activités pré-approbation, vous pouvez mesurer le temps de préparation, identifier les goulots d’étranglement dans la collecte des documents et comprendre quelles activités précèdent systématiquement l’approbation. Cela aide à optimiser la phase de soumission de votre workflow.
Exemple 2 : Étudier les Activités Après Rejet
Scénario : Lorsque des demandes de prêt sont rejetées, vous souhaitez analyser ce qui se passe ensuite — si les clients redéposent une demande, font appel, ou abandonnent le processus. Vous devez vous concentrer uniquement sur les événements survenant après l’activité "Application Rejected".
Réglages :
- Activity Name : "Application Rejected"
- Before/After Selection : After (sans inclure)
- Remove Events : Keep (false)
Résultat :
Pour chaque cas rejeté, seuls les événements survenant après la dernière "Application Rejected" sont conservés. Le cas #LOAN-5678 pourrait montrer "Appeal Requested", "Additional Documents", "Manager Review", mais ni l’événement de rejet lui-même ni rien d’antérieur. Cela isole le flux de travail post-rejet.
Analyse : Cela révèle le comportement du client après rejet et identifie des opportunités d’amélioration du processus. Vous pouvez mesurer combien de clients redéposent une demande, le délai avant appel, et si certains types de rejet entraînent plus d’appels.
Exemple 3 : Analyser le Traitement Entre Deux Activités
Scénario : Votre processus de réclamation d’assurance comporte une fenêtre de traitement claire entre "Initial Assessment" et "Final Decision". Vous souhaitez analyser uniquement les activités qui se produisent pendant cette phase principale de traitement, en excluant les activités préliminaires et de suivi.
Réglages :
- Activity Name : "Initial Assessment"
- Activity Name 2 : "Final Decision"
- Before/After Selection : Between (sans inclure)
- Remove Events : Keep (false)
Résultat :
Pour chaque cas, seuls les événements entre la première "Initial Assessment" et la première "Final Decision" sont conservés, en excluant les deux activités bornes. Le cas #CLM-9876 pourrait montrer "Document Verification", "Expert Consultation", "Additional Information Request", mais pas l’évaluation ni la décision elles-mêmes.
Analyse : Cela isole vos activités principales de traitement des réclamations, vous permettant de mesurer l’efficacité du traitement, d’identifier les étapes d’enquête courantes et d’analyser les goulots d’étranglement dans la phase d’évaluation sans bruit des activités préliminaires ou post-décision.
Exemple 4 : Supprimer les Activités Après Achèvement
Scénario : Votre analyse de l’exécution des commandes doit se concentrer uniquement sur les activités jusqu’à et incluant la livraison. Les événements après "Delivered" comme "Customer Survey" et "Feedback Collected" sont importants mais doivent être exclus de l’analyse du temps de cycle d’exécution.
Réglages :
- Activity Name : "Delivered"
- Before/After Selection : After and Including (Delivered)
- Remove Events : Remove (true)
Résultat :
Pour chaque cas, l’événement "Delivered" et tout ce qui suit sont supprimés, ne conservant que les activités d’exécution. Le cas #ORD-4567 conserve "Order Received", "Payment Processed", "Shipped" mais supprime "Delivered", "Survey Sent", et "Feedback Received".
Analyse : En supprimant les activités post-livraison, vos calculs de temps de cycle reflètent la durée réelle d’exécution sans inclure la collecte des retours clients. Cela fournit des métriques opérationnelles précises tout en permettant d’analyser séparément les activités de feedback avec un autre filtre.
Exemple 5 : Analyse Complète d’un Segment de Workflow
Scénario : Vous souhaitez analyser le flux complet d’approbation incluant à la fois le point de départ "Approval Request Submitted" et le point de fin "Final Approval Decision", en excluant tout ce qui est en dehors de ce segment.
Réglages :
- Activity Name : "Approval Request Submitted"
- Activity Name 2 : "Final Approval Decision"
- Before/After Selection : Between and Including
- Remove Events : Keep (false)
Résultat :
Pour chaque cas, les événements de la première "Approval Request Submitted" jusqu’à la première "Final Approval Decision" sont conservés, incluant les deux activités bornes. Cela vous donne le segment complet d’approbation avec des points de début et de fin clairs.
Analyse : Inclure les deux bornes vous fournit des métriques complètes du flux d’approbation, y compris les activités marquant le début et la fin du processus. C’est idéal pour mesurer la durée totale d’approbation et analyser la séquence complète des activités liées à l’approbation.
Résultat
Ce filtre opère au niveau des événements et peut modifier significativement votre journal de processus :
- Modes Before/After : Trouvent la première (Before) ou dernière (After) occurrence de l’activité spécifiée
- Modes Between : Trouvent les événements entre la première occurrence de Activity Name et Activity Name 2
- Mode Remove : Inverse la sélection (supprime les événements correspondants au lieu de les garder)
- Les cas restent dans le jeu de données même si les événements sont supprimés
- Des cas vides peuvent apparaître si tous les événements sont filtrés
- La séquence et les attributs des événements sont préservés pour les événements conservés
Utilisez ce filtre pour focaliser votre analyse sur des segments précis du processus, comprendre les comportements avant ou après des étapes clés, ou supprimer les événements non pertinents qui sortent de votre zone d’intérêt.
Cette documentation fait partie de la plateforme de process mining mindzie Studio.