Deadline

Vue d'ensemble

Le filtre Deadline sélectionne les cas en fonction de si une activité spécifique a été réalisée avant, après, ou le même jour qu’un horodatage de délai stocké dans un attribut d'événement. Ce filtre de comparaison temporelle aide à identifier la conformité aux délais et les violations en comparant les horodatages d’activité avec les valeurs de délai. Le filtre fonctionne au niveau du cas, ce qui signifie que des cas entiers sont inclus ou exclus selon qu'ils contiennent des activités répondant aux critères de délai spécifiés.

Contrairement aux filtres qui comparent des dates à des valeurs fixes, le filtre Deadline compare les horodatages d’activité à des valeurs de délai dynamiques stockées comme attributs d'événement dans vos données. Cela le rend idéal pour analyser des processus où chaque activité a son propre délai enregistré dans le journal des événements.

Utilisations courantes

Détection des paiements en retard : Trouver les factures payées après leur date d’échéance pour identifier les pénalités de retard ou les intérêts.
Performance de livraison : Identifier les commandes livrées avant ou après les dates de livraison promises pour évaluer la précision de l'exécution.
Surveillance de conformité : Détecter les activités réalisées hors des délais autorisés pour identifier les violations réglementaires.
Analyse des violations SLA : Trouver les cas où les activités de service ont dépassé leurs délais de niveau de service.
Analyse des réalisations anticipées : Identifier les activités terminées avant leurs dates prévues pour reconnaître les opportunités d’efficacité.
Traitement le jour même : Trouver les activités réalisées le même jour que leur délai pour une analyse du traitement juste-à-temps.

Paramètres

Activity : Sélectionnez l’activité que vous souhaitez comparer à son délai. La liste déroulante montre toutes les activités disponibles dans votre journal d'événements. Le filtre n’examinera que les événements portant ce nom d’activité.

Attribute Time Name : Sélectionnez l’attribut d’événement qui contient l’horodatage du délai. Cela doit être une colonne DateTime dans votre table d'événements. Le filtre comparera l’horodatage de chaque activité sélectionnée au délai contenu dans cet attribut pour le même événement.

Search Type : Choisissez le type de comparaison temporelle à effectuer :

Activity Time Greater Than : Trouve les cas où l’horodatage de l’activité (heure comprise) est postérieur à l’horodatage du délai. Utilisez ceci pour trouver les activités ayant dépassé leur délai.
Activity Date Greater Than : Trouve les cas où la date de l’activité (heure ignorée) est postérieure à la date du délai. Utilisez ceci pour les comparaisons de délai basées uniquement sur la date.
Activity Time Less Than : Trouve les cas où l’horodatage de l’activité (heure comprise) est antérieur à l’horodatage du délai. Utilisez ceci pour trouver les activités achevées en avance.
Activity Date Less Than : Trouve les cas où la date de l’activité (heure ignorée) est antérieure à la date du délai. Utilisez ceci pour l’analyse des réalisations anticipées basée uniquement sur la date.
Activity Time Same Day : Trouve les cas où l’activité et le délai ont eu lieu le même jour, quel que soit l’heure. Utilisez ceci pour l’analyse du traitement le jour même.

Important : L’attribut de délai doit exister dans la table d’événements (pas dans la table de cas). Chaque événement peut avoir sa propre valeur de délai, permettant un suivi des délais spécifiques à chaque activité.

Exemples

Exemple 1 : Paiements de factures en retard

Scénario : Votre processus de comptes fournisseurs comporte une activité "Pay Invoice" et chaque événement facture a un attribut "DueDate". Vous devez identifier tous les cas où les factures ont été payées après leur date d’échéance pour calculer les pénalités de retard.

Paramètres :

Activity : "Pay Invoice"
Attribute Time Name : "DueDate"
Search Type : Activity Time Greater Than

Résultat : Le filtre sélectionne uniquement les cas où l’horodatage de l’activité "Pay Invoice" est postérieur à la valeur DueDate pour cet événement, indiquant que la facture a été payée en retard.

Informations : Cela vous aide à identifier les tendances des paiements en retard, calculer les montants des pénalités, comprendre quels fournisseurs sont affectés, et analyser le délai moyen dans le traitement des paiements.

Exemple 2 : Performance de livraison à temps

Scénario : Votre processus de traitement des commandes comporte une activité "Deliver Order" avec un attribut "PromisedDeliveryDate". Vous souhaitez trouver les commandes livrées avant la date promise pour mesurer la performance de livraison anticipée.

Paramètres :

Activity : "Deliver Order"
Attribute Time Name : "PromisedDeliveryDate"
Search Type : Activity Date Less Than

Résultat : Le filtre retourne les cas où la date de livraison était antérieure à la date promise, montrant des livraisons en avance.

Informations : Identifiez quelles commandes ont été livrées en avance, comprenez si les livraisons anticipées coïncident avec la satisfaction client, et déterminez si les dates promises sont trop prudentes.

Exemple 3 : Traitement d’approbation le jour même

Scénario : Votre processus d’approbation de prêt comporte une activité "Approve Loan" avec un attribut "ApplicationDate". Vous devez trouver les demandes approuvées le même jour que leur soumission pour mesurer l’efficacité du traitement accéléré.

Paramètres :

Activity : "Approve Loan"
Attribute Time Name : "ApplicationDate"
Search Type : Activity Time Same Day

Résultat : Le filtre sélectionne les cas où l’activité d’approbation s’est produite le même jour calendaire que la date de demande.

Informations : Mesurez le pourcentage d’approbations le jour même, identifiez les caractéristiques des demandes accélérées, et comprenez quels types de prêts bénéficient d’un traitement prioritaire.

Exemple 4 : Analyse de conformité SLA

Scénario : Votre processus de ticket d’assistance comporte une activité "Resolve Ticket" avec un attribut "SLA_Deadline". Vous devez trouver les tickets résolus après leur délai SLA pour mesurer la conformité et identifier les points problématiques.

Paramètres :

Activity : "Resolve Ticket"
Attribute Time Name : "SLA_Deadline"
Search Type : Activity Time Greater Than

Résultat : Le filtre retourne les cas où la résolution du ticket a eu lieu après le délai SLA, indiquant des violations SLA.

Informations : Calculez les taux de violation SLA, identifiez quelles catégories de tickets ont le plus de violations, comprenez les délais moyens pour les SLA manqués, et priorisez les efforts d’amélioration des processus.

Exemple 5 : Respect du planning de fabrication

Scénario : Votre processus de fabrication comporte une activité "Complete Production" avec un attribut "ScheduledCompletionDate". Vous souhaitez analyser les cas qui ont terminé la production avant la date programmée pour identifier les gains d’efficacité.

Paramètres :

Activity : "Complete Production"
Attribute Time Name : "ScheduledCompletionDate"
Search Type : Activity Date Less Than

Résultat : Le filtre sélectionne les cas où la production s’est terminée avant la date prévue, montrant une performance en avance sur le planning.

Informations : Identifiez les lignes de production qui terminent systématiquement en avance, comprenez quels produits disposent le plus de marge, et optimisez la planification en fonction des performances réelles.

Résultat

Le filtre retourne un ensemble de données contenant uniquement les cas où l’activité spécifiée a satisfait aux critères de comparaison du délai. Tous les événements et attributs des cas sélectionnés sont conservés dans la sortie.

Si l’attribut de délai spécifié n’existe pas dans la table d’événements, le filtre retourne l’ensemble de données original sans appliquer de filtrage.

Les cas ne contenant pas l’activité spécifiée sont automatiquement exclus des résultats.

Cette documentation fait partie de la plateforme de process mining mindzieStudio.