Décalage du Temps d'Activité

Vue d'ensemble

L'enrichissement Décalage du Temps d'Activité est un outil puissant d'ajustement temporel qui vous permet de modifier les horodatages d'activités spécifiques dans votre journal des événements de processus. Cet enrichissement décale les horodatages d'activités vers l'avant ou vers l'arrière d'un nombre d'heures spécifié, ce qui le rend précieux pour les corrections de fuseaux horaires, l'alignement des données entre différents systèmes ou pour des scénarios de simulation.

Cet enrichissement fonctionne au niveau de l'activité, ce qui signifie que vous pouvez cibler des activités précises pour l'ajustement temporel tout en laissant les autres inchangées. Il inclut une gestion intelligente des valeurs date-seules (horodatages à minuit), qui peuvent être préservées pour maintenir l'intégrité des données lors du travail avec des systèmes stockant des dates sans composantes temporelles. L'enrichissement modifie directement les horodatages des événements dans votre ensemble de données, permettant une analyse chronologique appropriée et des calculs précis de durée après ajustements de fuseaux horaires ou corrections d'horloge système.

Utilisations courantes

Corrections de fuseaux horaires : Ajuster les horodatages lorsque les activités sont enregistrées dans différents fuseaux horaires, assurant que tous les événements s'alignent sur un fuseau horaire de référence unique pour une analyse précise du processus
Désalignement des horloges systèmes : Corriger les écarts d'horodatage lorsque différents systèmes ont des problèmes de synchronisation d'horloge ou enregistrent des événements avec des décalages temporels systématiques
Intégration de données : Aligner les horodatages lors de la fusion de journaux d'événements provenant de multiples sources utilisant différentes références ou conventions temporelles
Ajustements de l'heure d'été : Compenser les changements d'heure d'été pouvant affecter les comparaisons annuelles ou les analyses saisonnières
Simulation et tests : Créer des scénarios hypothétiques en décalant les activités vers différentes périodes pour tester le comportement du processus sous diverses conditions temporelles
Correction de données legacy : Rectifier des données historiques où les horodatages ont été enregistrés incorrectement en raison d'erreurs de configuration système ou de migration de données
Analyse de processus interrégionale : Normaliser les horodatages pour des processus globaux où les activités ont lieu dans plusieurs fuseaux horaires mais nécessitent une analyse unifiée

Paramètres

Noms des activités : Sélectionnez l'activité spécifique dont vous souhaitez ajuster les horodatages. La liste déroulante présente toutes les activités trouvées dans votre ensemble de données actuel. Seuls les événements avec le nom d'activité sélectionné verront leurs horodatages modifiés, tandis que toutes les autres activités resteront inchangées. Cette approche ciblée permet un contrôle précis des parties de votre processus à décaler temporellement.

Heures de décalage : Saisissez le nombre d'heures pour décaler les horodatages de l'activité sélectionnée. Les valeurs positives déplacent les horodatages vers l'avant (dans le futur), tandis que les valeurs négatives les déplacent vers l'arrière (dans le passé). Par exemple, saisir 5 ajoutera 5 heures à chaque occurrence de l'activité sélectionnée, tandis que -3 en retirera 3 heures. Les valeurs décimales sont acceptées pour des ajustements sous-heure (par ex. 1,5 pour 90 minutes).

Ne pas décaler minuit : Lorsque cette option est activée (par défaut), les horodatages se produisant exactement à minuit (00:00:00) ne sont pas modifiés. Ce paramètre préserve les valeurs date-seules que de nombreux systèmes stockent en tant qu'horodatages à minuit lorsque l'information temporelle n'est pas pertinente. Désactivez cette option si vous devez décaler tous les horodatages quels que soient leurs composants temporels, par exemple lors d'une conversion uniforme de fuseau horaire où les horodatages de minuit sont de véritables valeurs temporelles.

Exemples

Exemple 1 : Correction d'un décalage de fuseau horaire dans la chaîne d'approvisionnement mondiale

Scénario : Le système de traitement des commandes d'une entreprise multinationale enregistre les activités "Commande passée" en UTC, mais le système de gestion d'entrepôt enregistre les activités "Expédition envoyée" en heure locale de l'Est (UTC-5). Cette différence de 5 heures fait apparaître certaines expéditions avant la commande.

Paramètres :

Noms des activités : Shipment Dispatched
Heures de décalage : 5
Ne pas décaler minuit : Activé

Résultat :
L'enrichissement ajuste tous les horodatages "Shipment Dispatched" en ajoutant 5 heures, les convertissant de l'heure de l'Est à l'UTC. Par exemple :

"Shipment Dispatched" original : 2024-03-15 09:30:00 (ET)
"Shipment Dispatched" ajusté : 2024-03-15 14:30:00 (UTC)
"Order Placed" reste : 2024-03-15 13:45:00 (UTC)

Le flux du processus montre maintenant la bonne séquence avec les commandes précédant les expéditions.

Analyse : Après correction, la vraie durée entre commande et expédition est révélée comme 45 minutes, au lieu d'une durée négative apparente. Cela permet un calcul précis des indicateurs clés de performance et identifie les véritables goulets d'étranglement du processus.

Exemple 2 : Ajustement de l'heure d'été dans la planification des soins de santé

Scénario : Le système de planification des patients d'un hôpital n'a pas pris en compte le changement d'heure d'été du printemps. Toutes les activités "Rendez-vous planifié" sur une période de deux semaines en mars doivent être avancées d'une heure pour refléter les horaires réels des rendez-vous des patients.

Paramètres :

Noms des activités : Appointment Scheduled
Heures de décalage : 1
Ne pas décaler minuit : Activé

Résultat :
L'enrichissement décale toutes les occurrences "Appointment Scheduled" d'une heure vers l'avant :

Horodatage original : 2024-03-12 10:00:00
Horodatage ajusté : 2024-03-12 11:00:00
Autres activités comme "Patient Arrived" et "Consultation Started" restent inchangées

Cette correction garantit que les métriques de planification reflètent précisément les horaires visés.

Analyse : L'ajustement révèle que l'augmentation apparente des absences de patients sur cette période était due à l'erreur d'enregistrement horaire, et non à un changement réel de comportement des patients.

Exemple 3 : Intégration des données d'un système legacy en fabrication

Scénario : Une usine intègre des données historiques d'un ancien système de ligne de production qui enregistrait tous les horodatages avec un décalage de 8 heures en arrière à cause d'une mauvaise configuration du fuseau horaire. Toutes les activités "Contrôle qualité terminé" doivent être corrigées avant analyse de process mining.

Paramètres :

Noms des activités : Quality Check Completed
Heures de décalage : 8
Ne pas décaler minuit : Désactivé

Résultat :
Tous les horodatages "Quality Check Completed" sont avancés de 8 heures :

Original : 2024-01-15 00:00:00 (horodatage à minuit)
Ajusté : 2024-01-15 08:00:00 (bien décalé malgré minuit)
Les événements de fabrication du système moderne restent inchangés

Avec "Ne pas décaler minuit" désactivé, même les valeurs date-seules stockées à minuit sont correctement ajustées.

Analyse : Les données corrigées montrent que les contrôles qualité ont bien eu lieu lors de l'équipe de jour attendue, pas pendant des périodes nocturnes non surveillées, garantissant une analyse correcte des performances de poste.

Exemple 4 : Simulation de changements de processus dans les services financiers

Scénario : Une banque souhaite simuler l'impact d'anticiper de 3 heures son traitement batch nocturne pour réduire la charge matinale du système. Elle doit décaler en arrière toutes les activités "Démarrage traitement batch" pour analyser les conflits potentiels avec les opérations de fin de journée.

Paramètres :

Noms des activités : Batch Processing Started
Heures de décalage : -3
Ne pas décaler minuit : Désactivé

Résultat :
L'enrichissement avance tous les débuts de batch de 3 heures :

Heure de départ originale : 2024-02-20 02:00:00
Heure simulée de départ : 2024-02-19 23:00:00 (passage à la veille)
Toutes les activités subséquentes gardent leurs horaires originaux pour l'analyse d'impact

Analyse : La simulation montre qu'anticiper de 3 heures le traitement batch créerait des conflits avec les processus de rapprochement de fin de journée qui s'exécutent jusqu'à 23h30, nécessitant un redesign du processus avant mise en œuvre.

Exemple 5 : Correction des données interrégionales dans les achats

Scénario : Un système d'achats enregistre les activités "PO Approved" du bureau européen en CET (heure d'Europe centrale) tandis que le bureau américain les enregistre en PST (heure du Pacifique). Pour analyser globalement le processus d'approbation, toutes les approbations US doivent être converties en CET en ajoutant 9 heures.

Paramètres :

Noms des activités : PO Approved
Heures de décalage : 9
Ne pas décaler minuit : Activé

Résultat :
Les approbations PO basées aux US sont décalées de PST à CET :

Approbation US originale : 2024-04-10 14:00:00 PST
Ajustée en CET : 2024-04-10 23:00:00 CET
Les approbations européennes restent inchangées
Les bons de commande avec approbations date-seules (stockées à minuit) sont préservés

Analyse : La chronologie unifiée révèle que les approbations européennes apparemment retardées ont en réalité été traitées plus rapidement que les approbations américaines en heures ouvrables, conduisant à une redéfinition des SLA basée sur les heures de travail régionales.

Résultat

L'enrichissement Décalage du Temps d'Activité modifie directement les valeurs d'horodatage de l'activité sélectionnée dans votre journal d'événements. Aucun nouvel attribut n'est créé, les horodatages d'événements existants sont mis à jour en place. Les horodatages modifiés conservent leur type de données et format originaux, mais avec des valeurs temporelles ajustées selon votre configuration.

L'enrichissement affecte uniquement les événements correspondant au nom d'activité spécifié, laissant tous les horodatages des autres activités inchangés. Cette modification sélective préserve la synchronisation relative entre différentes activités tout en corrigeant les problèmes spécifiques d'horodatage. Lorsque "Ne pas décaler minuit" est activé, les événements avec horodatage à minuit (00:00:00) restent non modifiés, préservant les valeurs date-seules couramment utilisées dans les systèmes ne suivant pas les temps précis.

Après application de cet enrichissement, tous les calculs et analyses en aval utilisent automatiquement les horodatages ajustés. Cela inclut les calculs de durée, les métriques de temps de cycle, l'analyse des goulets d'étranglement et tout filtrage ou segmentation basée sur le temps. Les modifications sont permanentes dans l'ensemble de données enrichi, il est donc recommandé de documenter les décalages horaires appliqués à des fins de traçabilité.

L'enrichissement gère correctement les limites de date, ainsi, décaler les horodatages vers l'arrière peut déplacer des événements au jour précédent, tandis que les décaler vers l'avant peut les avancer au jour suivant. Les limites de mois et d'année sont aussi correctement prises en compte, garantissant l'intégrité des données même avec de grands décalages temporels.

Voir aussi

Freeze Time : Définir une heure de référence fixe pour l'ensemble du jeu de données, utile pour créer des instantanés cohérents
Add Days to a Date : Ajouter ou soustraire des jours à des attributs de date lors du travail avec des valeurs date-seules
Duration Between Two Activities : Calculer les différences temporelles entre activités après corrections de temps
Add Time to attributes : Appliquer des ajustements temporels aux attributs de cas ou d’événement au-delà des seuls horodatages d'activité

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