Temps Entre Activités

Vue d'ensemble

Le filtre Temps Entre Activités sélectionne les cas en fonction de la durée entre deux activités spécifiques. Ce filtre au niveau du cas calcule la différence de temps entre une occurrence sélectionnée (première ou dernière) d'une activité et une occurrence sélectionnée (première ou dernière) d'une autre activité, puis applique une logique de comparaison pour filtrer les cas. Ce filtre est utile pour identifier les cas avec des temps de traitement inhabituels, détecter les goulets d'étranglement, assurer le respect des accords de niveau de service (SLA) basés sur le temps, et analyser la performance des processus.

Le calcul du temps utilise toujours la formule : (ActivityName2.Time - ActivityName1.Time), quel que soit l’ordre chronologique des activités. Les cas où l’une des activités est introuvable sont automatiquement exclus des résultats.

Usages courants

  • Respect des SLA : Identifier les cas où le temps entre la demande et la réalisation dépasse les seuils des SLA.
  • Détection des goulets d’étranglement : Trouver les cas avec des durées exceptionnellement longues entre les étapes du processus.
  • Identification du traitement accéléré : Découvrir les cas traités exceptionnellement rapidement entre des jalons clés.
  • Analyse de l’efficacité du processus : Comparer le temps entre activités à travers différentes catégories de cas.
  • Enquête sur la qualité : Trouver les cas où un temps insuffisant s’est écoulé entre les étapes (potentiels raccourcis qualité).
  • Optimisation des flux de travail : Analyser les motifs temporels entre activités pour identifier des opportunités d’amélioration.

Paramètres

First Activity Name : Sélectionnez la première activité dans le calcul du temps. Vous pouvez choisir d’utiliser la première ou la dernière occurrence de cette activité si elle apparaît plusieurs fois dans un cas.

First Activity Occurrence : Choisissez d’utiliser la première ou la dernière occurrence de la première activité dans chaque cas.

Second Activity Name : Sélectionnez la deuxième activité dans le calcul du temps. La différence de temps est calculée comme l’horodatage de la deuxième activité moins l’horodatage de la première activité.

Second Activity Occurrence : Choisissez d’utiliser la première ou la dernière occurrence de la deuxième activité dans chaque cas.

Comparison Method : Sélectionnez la méthode de comparaison de la différence de temps calculée :

  • Égal : la différence de temps correspond exactement à la valeur spécifiée
  • Supérieur à : la différence de temps dépasse la valeur spécifiée
  • Supérieur ou égal : la différence de temps est au moins égale à la valeur spécifiée
  • Inférieur à : la différence de temps est inférieure à la valeur spécifiée
  • Inférieur ou égal : la différence de temps ne dépasse pas la valeur spécifiée
  • Entre : la différence de temps se situe dans une plage spécifiée (minimum inclus, maximum exclus)

Compare Value / Time Range : Selon la méthode de comparaison, spécifiez une seule valeur seuil ou des bornes minimale et maximale.

Exemples

Exemple 1 : Trouver les cas avec un délai commande-livraison excessif

Scénario : Vous souhaitez identifier les commandes d’achat où le temps entre la création de la commande et la livraison a dépassé 10 jours, ce qui viole votre SLA de livraison standard.

Paramètres :

  • First Activity Name : "Create Order"
  • First Activity Occurrence : First
  • Second Activity Name : "Deliver Order"
  • Second Activity Occurrence : Last
  • Comparison Method : Greater Than
  • Compare Value : 10 days

Résultat : Le filtre renvoie uniquement les cas où plus de 10 jours se sont écoulés entre le premier événement "Create Order" et le dernier événement "Deliver Order".

Informations : Ces cas représentent des violations de SLA pouvant nécessiter une investigation sur des retards dans la chaîne d'approvisionnement, des problèmes de performance des fournisseurs ou des goulets d’étranglement dans le traitement.

Exemple 2 : Détecter un traitement accéléré

Scénario : Identifier les sinistres traités en moins de 2 heures entre la soumission et l’approbation, ce qui pourrait indiquer un temps d'examen insuffisant.

Paramètres :

  • First Activity Name : "Submit Claim"
  • First Activity Occurrence : First
  • Second Activity Name : "Approve Claim"
  • Second Activity Occurrence : First
  • Comparison Method : Less Than
  • Compare Value : 2 hours

Résultat : Le filtre sélectionne les cas où moins de 2 heures se sont écoulées entre la soumission et l’approbation du sinistre.

Informations : Ces cas accélérés peuvent nécessiter une révision qualité pour s’assurer que les procédures ont été correctement suivies et que toute documentation nécessaire a été examinée.

Exemple 3 : Suivre le respect des délais de paiement

Scénario : Trouver les factures dont le paiement intervient entre 30 et 60 jours après la réception de la facture, soit des cas respectant les conditions sans escompte pour paiement anticipé.

Paramètres :

  • First Activity Name : "Receive Invoice"
  • First Activity Occurrence : First
  • Second Activity Name : "Process Payment"
  • Second Activity Occurrence : Last
  • Comparison Method : Between
  • Minimum Time : 30 days
  • Maximum Time : 60 days

Résultat : Le filtre renvoie les cas avec paiement survenant entre 30 et 59 jours après la réception de la facture (la borne supérieure est exclusive).

Informations : Cela aide à analyser les habitudes de paiement, optimiser le fonds de roulement et identifier des opportunités pour des escomptes de paiement anticipé.

Exemple 4 : Analyser les délais d’approbation

Scénario : Identifier les demandes de prêt où la décision d’approbation a été prise dans un délai exactement égal à 24 heures après la soumission.

Paramètres :

  • First Activity Name : "Submit Application"
  • First Activity Occurrence : First
  • Second Activity Name : "Approval Decision"
  • Second Activity Occurrence : First
  • Comparison Method : Less Than or Equal
  • Compare Value : 24 hours

Résultat : Le filtre sélectionne les cas où 24 heures ou moins se sont écoulées entre la soumission et la décision.

Informations : Ces cas représentent un traitement efficace répondant ou dépassant les attentes du client pour un délai de traitement rapide.

Exemple 5 : Trouver les cas manufacturiers bloqués

Scénario : Découvrir les cas de fabrication où plus de 48 heures se sont écoulées entre la dernière inspection qualité et la première activité de préparation d’expédition.

Paramètres :

  • First Activity Name : "Quality Inspection"
  • First Activity Occurrence : Last
  • Second Activity Name : "Prepare Shipment"
  • Second Activity Occurrence : First
  • Comparison Method : Greater Than or Equal
  • Compare Value : 48 hours

Résultat : Le filtre renvoie les cas avec au moins 48 heures entre la dernière inspection et le début de la préparation d’expédition.

Informations : Cela révèle des cas avec des retards post-inspection, potentiellement dus à des problèmes de stockage, de ressources ou de coordination.

Exemple 6 : Valider les périodes minimales d’examen

Scénario : Trouver les révisions de contrats terminées en moins de 15 minutes entre le début de la revue et l’approbation finale, ce qui pourrait indiquer une diligence insuffisante.

Paramètres :

  • First Activity Name : "Start Review"
  • First Activity Occurrence : First
  • Second Activity Name : "Approve Contract"
  • Second Activity Occurrence : Last
  • Comparison Method : Less Than
  • Compare Value : 15 minutes

Résultat : Le filtre sélectionne les cas où moins de 15 minutes se sont écoulées entre le début de la revue et l’approbation finale.

Informations : Ces cas peuvent représenter des approbations automatiques qui méritent une analyse approfondie ou une amélioration du processus.

Résultat

Le filtre renvoie un nouveau jeu de données contenant uniquement les cas qui respectent les critères de temps spécifiés entre les deux activités. Les cas où l’une des deux activités est absente sont automatiquement exclus.

Le jeu de données filtré conserve tous les événements et attributs originaux des cas sélectionnés. La comparaison s’effectue au niveau du cas, donc les cas sont entièrement inclus ou exclus selon qu’ils respectent le seuil temporel.


Cette documentation fait partie de la plateforme d’exploration de processus mindzieStudio.