Ajouter une activité à partir d'un attribut de cas

Aperçu

L'enrichissement Ajouter une activité à partir d'un attribut de cas crée de nouvelles activités dans votre journal d'événements basées sur des valeurs de date/heure stockées dans les attributs de cas. Cette transformation puissante vous permet de convertir des dates clés, des échéances ou tout autre attribut de cas basé sur une date en activités visibles apparaissant dans vos cartes de processus, variantes et visualisations chronologiques.

Cet enrichissement est essentiel lorsque vous disposez de jalons importants capturés en tant qu'attributs au niveau du cas (comme "Date de livraison prévue", "Date de début du contrat" ou "Expiration de garantie") que vous souhaitez analyser en parallèle avec vos activités réelles du processus. En convertissant ces horodatages en activités, vous pouvez mesurer les écarts entre les délais planifiés et réels, identifier les retards par rapport aux échéances et obtenir des informations approfondies sur le comportement temporel du processus.

L'enrichissement place intelligemment la nouvelle activité à l'horodatage exact spécifié dans l'attribut de cas, l'intégrant automatiquement à la séquence chronologique des activités existantes. Cela permet de calculer les durées entre jalons basés sur les attributs et activités réelles, d'identifier les cas où les activités ont eu lieu avant ou après les dates prévues, et de visualiser la relation entre l'exécution prévue et réelle du processus.

Utilisations courantes

  • Convertir les dates de livraison prévues en activités pour mesurer la performance de livraison à temps
  • Transformer les dates de début de contrat ou les échéances SLA en jalons visibles dans les cartes de processus
  • Créer des activités à partir des dates de fin planifiées pour comparer les délais planifiés et réels
  • Convertir les heures de rendez-vous ou dates programmées en activités pour analyser le respect des rendez-vous
  • Injecter les dates d'expiration de garantie dans les flux de processus pour identifier les activités post-garantie
  • Transformer les heures d'enregistrement ou d'arrivée en activités de processus pour suivre la présence
  • Créer des activités jalons à partir des échéances de phases de projet pour suivre le respect du planning
  • Convertir les dates de livraison client promises en activités pour mesurer le respect des engagements

Paramètres

Nom de la colonne de l'attribut date : Sélectionnez l'attribut de cas contenant l'horodatage que vous souhaitez convertir en activité. Cet attribut doit être de type DateTime. L'enrichissement utilisera la valeur d'horodatage de cet attribut comme moment d'occurrence de la nouvelle activité. Si un cas n’a pas de valeur pour cet attribut (valeur nulle), aucune activité ne sera créée pour ce cas.

Nom de la nouvelle activité : Saisissez le nom de la nouvelle activité à créer. Ce nom apparaîtra dans votre carte de processus, analyse des variantes et listes d'activités. Choisissez un nom descriptif qui indique clairement ce que l'activité représente, comme "Date de livraison prévue", "Échéance SLA" ou "Date de début du contrat". Le nom de l'activité doit être distinct des activités existantes pour éviter toute confusion.

Nom d'affichage de la nouvelle activité : Facultativement, spécifiez un nom d'affichage convivial pour l'activité si vous souhaitez qu'elle apparaisse différemment dans les rapports et visualisations. Si non précisé, le Nom de l'activité sera utilisé.

Ordre attendu : Spécifiez la position séquentielle attendue de cette activité dans votre modèle de processus. Cette valeur numérique aide le système à comprendre où cette activité appartient logiquement dans le flux du processus, utile pour la vérification de conformité et la comparaison de variantes. Par exemple, si cela représente une échéance devant survenir après certaines activités, attribuez un numéro d'ordre adapté selon votre modèle.

Exemples

Exemple 1 : Analyse de livraison à temps

Scénario : Une entreprise e-commerce suit les dates de livraison promises pour les commandes clients en tant qu'attribut de cas. Elle souhaite visualiser ces dates promises comme des activités dans sa carte de processus pour identifier les livraisons avant ou après la date promise, mesurant ainsi la performance de livraison et identifiant les problèmes de réalisation.

Paramètres :

  • Nom de la colonne de l'attribut date : "Promised_Delivery_Date"
  • Nom de la nouvelle activité : "Promised Delivery Deadline"
  • Nom d'affichage de la nouvelle activité : "Expected Delivery"
  • Ordre attendu : 150

Résultat : Une nouvelle activité nommée "Promised Delivery Deadline" est créée pour chaque commande à l'horodatage spécifié dans l'attribut Promised_Delivery_Date. Dans la carte de processus, cette activité apparaît aux côtés des activités de livraison réelles telles que "Package Shipped" et "Delivery Complete".

Données d’exemple avant enrichissement :

  • Case ID : ORD-5423, Promised_Delivery_Date : 2024-03-15 17:00:00
  • Activités : Order Placed (10 mars), Payment Confirmed (10 mars), Package Shipped (12 mars), Delivery Complete (16 mars)

Après enrichissement :

  • Activités : Order Placed (10 mars), Payment Confirmed (10 mars), Package Shipped (12 mars), Promised Delivery Deadline (15 mars 17:00), Delivery Complete (16 mars)

Observations : L’entreprise peut désormais utiliser des calculateurs de durée pour mesurer le temps entre "Promised Delivery Deadline" et "Delivery Complete", identifiant les livraisons en retard quand cette durée est positive. Les cartes de processus montrent que 23% des livraisons surviennent après la date promise, principalement pour les commandes expédiées depuis l'entrepôt de la côte Ouest, permettant ainsi d'orienter des initiatives d'amélioration ciblées.

Exemple 2 : Suivi SLA dans le support informatique

Scénario : Un département de support informatique dispose d’accords de niveau de service avec différents engagements de temps de réponse selon la priorité du ticket. La date limite SLA de chaque ticket est calculée et stockée comme attribut de cas. L’équipe souhaite injecter ces échéances comme activités pour surveiller la conformité SLA et identifier les tickets à risque avant violation.

Paramètres :

  • Nom de la colonne de l'attribut date : "SLA_Deadline"
  • Nom de la nouvelle activité : "SLA Response Deadline"
  • Nom d'affichage de la nouvelle activité : "SLA Deadline"
  • Ordre attendu : 50

Résultat : Pour chaque ticket support, une activité "SLA Response Deadline" est créée à l’horodatage spécifié dans l’attribut SLA_Deadline. Cette activité d’échéance apparaît chronologiquement parmi les activités de support réelles.

Données d’exemple :

  • Ticket ID : TKT-8821, Priorité : Haute, SLA_Deadline : 2024-06-20 14:30:00
  • Activités : Ticket Created (20 juin 10:00), Auto-Assigned (20 juin 10:05), SLA Response Deadline (20 juin 14:30), First Response (20 juin 15:15), Ticket Resolved (21 juin 09:00)

Observations : L’équipe peut désormais identifier facilement les violations SLA en filtrant les cas où "First Response" survient après "SLA Response Deadline". L’analyse démontre que 18% des tickets haute priorité dépassent le SLA, majoritairement durant les heures de pointe (12h-14h) où l’équipe est en sous-effectif, ce qui justifie une demande de renfort pour ces périodes.

Exemple 3 : Suivi des jalons contractuels

Scénario : Une société de services professionnels gère des contrats clients à long terme avec plusieurs dates jalons stockées comme attributs de cas (début du contrat, premières et secondes livraisons, fin du contrat). Ils souhaitent visualiser ces jalons comme activités pour comparer les délais contractuels planifiés et le travail réel effectué.

Paramètres (exécuter cet enrichissement 4 fois pour différents jalons) :

Configuration 1 :

  • Nom de la colonne de l'attribut date : "Contract_Start_Date"
  • Nom de la nouvelle activité : "Contract Start Milestone"
  • Ordre attendu : 10

Configuration 2 :

  • Nom de la colonne de l'attribut date : "Deliverable_1_Due_Date"
  • Nom de la nouvelle activité : "Deliverable 1 Deadline"
  • Ordre attendu : 50

Configuration 3 :

  • Nom de la colonne de l'attribut date : "Deliverable_2_Due_Date"
  • Nom de la nouvelle activité : "Deliverable 2 Deadline"
  • Ordre attendu : 100

Configuration 4 :

  • Nom de la colonne de l'attribut date : "Contract_End_Date"
  • Nom de la nouvelle activité : "Contract End Milestone"
  • Ordre attendu : 200

Résultat : L'enrichissement crée quatre nouvelles activités jalons pour chaque contrat sur la base des dates d'échéance enregistrées. Ces activités jalons apparaissent dans la chronologie du processus, aux côtés des activités réelles telles que "Requirements Gathering", "Design Review", "Deliverable 1 Submitted", etc.

Données d’exemple pour le contrat C-445 :

  • Avant enrichissement : Requirements Gathering (5 janv.), Design Review (20 janv.), Deliverable 1 Submitted (10 fév.), Testing Complete (25 fév.), Deliverable 2 Submitted (8 mars)
  • Après enrichissement : Contract Start Milestone (1 janv.), Requirements Gathering (5 janv.), Design Review (20 janv.), Deliverable 1 Deadline (5 fév.), Deliverable 1 Submitted (10 fév.), Testing Complete (25 fév.), Deliverable 2 Deadline (1 mars), Deliverable 2 Submitted (8 mars), Contract End Milestone (15 mars)

Observations : L’entreprise peut visualiser comment le travail réel s’aligne avec les délais contractuels. L’analyse révèle que Deliverable 1 a été remis avec 5 jours de retard, tandis que Deliverable 2 a été soumis 7 jours en avance, conduisant à une conclusion globale respectant le planning. Cette analyse permet d’identifier quels types de livrables sont systématiquement en retard et nécessitent une meilleure estimation.

Exemple 4 : Respect des rendez-vous en santé

Scénario : Une clinique médicale planifie les rendez-vous patients et stocke l'heure programmée comme attribut de cas. Elle souhaite créer une activité pour l'heure programmée afin de mesurer le temps d’attente avant la prise en charge et identifier les schémas de retard.

Paramètres :

  • Nom de la colonne de l'attribut date : "Scheduled_Appointment_Time"
  • Nom de la nouvelle activité : "Scheduled Appointment"
  • Nom d'affichage de la nouvelle activité : "Appointment Time"
  • Ordre attendu : 20

Résultat : Une activité "Scheduled Appointment" est créée à l'heure exacte à laquelle le patient devait être vu, permettant une comparaison avec l'activité réelle "Patient Called to Exam Room".

Données d’exemple :

  • Visite patient PV-9923, Scheduled_Appointment_Time : 2024-09-12 10:00:00
  • Activités : Patient Check-In (9:45), Scheduled Appointment (10:00), Patient Called to Exam Room (10:23), Doctor Enters Room (10:30), Visit Complete (10:52)

Observations : La clinique peut calculer la durée entre "Scheduled Appointment" et "Patient Called to Exam Room" pour mesurer les retards de rendez-vous. L’analyse montre une attente moyenne de 18 minutes après l’heure prévue, avec une meilleure ponctualité le matin (8-10h) comparé à l’après-midi, indiquant un retard croissant au cours de la journée et justifiant un ajustement des marges de planning.

Exemple 5 : Planification de production en fabrication

Scénario : Une entreprise de fabrication planifie les séries de production et stocke la date de début planifiée pour chaque travail comme attribut de cas. Elle souhaite injecter cette date de début planifiée comme activité pour comparer les calendriers planifiés et réels et identifier les travaux démarrant en retard.

Paramètres :

  • Nom de la colonne de l'attribut date : "Planned_Production_Start"
  • Nom de la nouvelle activité : "Planned Start Date"
  • Nom d'affichage de la nouvelle activité : "Scheduled Start"
  • Ordre attendu : 15

Résultat : L'enrichissement crée une activité "Planned Start Date" pour chaque travail de production, positionnée à l'horodatage spécifié dans l'attribut Planned_Production_Start.

Données d’exemple :

  • Job ID : JOB-3391, Planned_Production_Start : 2024-11-05 06:00:00
  • Activités : Materials Requisitioned (1 nov.), Materials Received (3 nov.), Planned Start Date (5 nov. 06:00), Production Setup (6 nov. 08:00), Production Started (6 nov. 09:30), Quality Check (7 nov.), Production Complete (7 nov.)

Observations : En mesurant le temps entre "Planned Start Date" et "Production Started", l’entreprise constate que 34% des travaux commencent avec plus de 24 heures de retard. L'analyse des causes révèle que les livraisons tardives de matériaux expliquent 60% des retards, tandis que 25% sont dus à des problèmes de disponibilité des équipements. Ces informations favorisent des améliorations dans la planification des matériaux et la maintenance des équipements.

Résultat

L'enrichissement Ajouter une activité à partir d'un attribut de cas crée de nouvelles lignes d'événement dans votre journal d'événements :

Nouveaux événements d'activité : Pour chaque cas ayant une valeur non nulle dans l'attribut date spécifié, une nouvelle ligne d'événement est créée avec :

  • Nom de l'activité : Le nom que vous avez spécifié dans "Nom de la nouvelle activité"
  • Horodatage : La valeur DateTime extraite de l'attribut de cas sélectionné
  • Association au cas : Reliée au même cas que l'attribut source
  • Ordre attendu : La valeur d’ordre que vous avez définie pour la conformité et l’analyse des variantes

Type de données : Les nouvelles activités sont des activités standard du journal d'événements qui apparaissent dans toutes les analyses basées sur les activités, notamment :

  • Cartes de processus et variantes (affichant la nouvelle activité dans la séquence chronologique)
  • Tables de fréquence et statistiques d’activités
  • Visualisations sur la chronologie
  • Calculs de durée (comme point de départ ou de fin pour les enrichissements de durée)
  • Vérification de conformité (à l’aide de la valeur d’ordre attendu)

Gestion des valeurs nulles : Les cas pour lesquels l'attribut date spécifié est nul ou vide ne verront pas la création de la nouvelle activité. Ainsi, le nombre d'occurrences de la nouvelle activité peut être inférieur au nombre total de cas si certains cas n'ont pas la valeur source.

Intégration chronologique : Les nouvelles activités sont automatiquement positionnées dans l’ordre chronologique correct basé sur leur horodatage, apparaissant avant les activités survenant plus tard et après celles survenant plus tôt. Ceci garantit des calculs de durée précis et une visualisation correcte du flux de processus.

Enrichissements multiples : Vous pouvez exécuter cet enrichissement plusieurs fois avec différents attributs source pour créer plusieurs activités jalons à partir de divers attributs date dans votre jeu de données, comme démontré dans l'exemple de suivi des jalons contractuels ci-dessus.

Intégration avec d'autres enrichissements : Une fois créées, les nouvelles activités peuvent être utilisées dans :

  • Les enrichissements de durée pour calculer le temps entre les jalons et les activités réelles
  • Les enrichissements de conformité pour vérifier si les activités se produisent dans l’ordre attendu relatif aux jalons
  • Les filtres d’activités pour segmenter les cas selon des schémas liés aux jalons
  • Les calculateurs pour mesurer l’écart entre les délais planifiés et réels

Voir aussi

Enrichissements d'activité connexes :

Enrichissements d'attributs connexes :

  • Durée entre un attribut et une activité – Approche alternative utilisant le calcul de durée entre attribut et activité
  • Attribut de cas représentatif – Sélectionner des valeurs représentatives depuis les attributs de cas

Sujets connexes :

  • Découverte de processus – Comprendre les flux d’activité après ajout des activités jalons
  • Analyse chronologique – Visualiser les relations temporelles entre activités planifiées et réelles

Cette documentation fait partie de la plateforme de process mining mindzie Studio.