Ajouter du temps aux attributs

Vue d'ensemble

L'enrichissement Ajouter du temps aux attributs modifie les attributs DateTime existants dans votre jeu de données en ajoutant ou en soustrayant une durée temporelle spécifiée. Contrairement aux enrichissements qui créent de nouveaux attributs calculés, cet enrichissement met à jour directement vos champs de timestamp existants, ce qui le rend indispensable pour les ajustements de fuseau horaire, les corrections de données et les décalages temporels systémiques dans vos données de processus. Vous pouvez ajouter des secondes, minutes, heures, jours, semaines, mois ou années à tous les attributs DateTime ou choisir sélectivement ceux à modifier.

Cet enrichissement est particulièrement puissant pour corriger des erreurs systématiques d'enregistrement temporel, s’adapter aux changements d'heure d'été, aligner les timestamps provenant de systèmes différents ou décaler entièrement des processus en avant ou en arrière dans le temps pour la simulation et l’analyse de scénarios hypothétiques. La possibilité d’appliquer des filtres permet de faire ces ajustements de manière sélective — par exemple, en n'ajustant que les timestamps des cas d'une région ou d’une période spécifique. L’enrichissement préserve la structure originale des données tout en modifiant les valeurs temporelles, maintenant ainsi toutes les relations et dépendances dans votre modèle de processus.

Usages courants

  • Corrections de fuseaux horaires : Ajuster les timestamps pour convertir entre différents fuseaux lors de la consolidation de données issues d’opérations globales
  • Ajustements de l’heure d’été : Corriger les heures manquantes ou doublées lors des transitions DST dans les données historiques
  • Corrections d’erreurs d’horloge système : Rectifier des erreurs systémiques de timestamp provoquées par des réglages incorrects de l’horloge système lors de la capture des données
  • Décalages temporels lors de migrations : Aligner les timestamps lors de la migration de processus entre systèmes avec des standards de temps différents
  • Simulation de processus : Décaler des processus complets vers l’avant ou l’arrière dans le temps pour les tests et analyses hypothétiques
  • Ajustements lors de traitements par lots : Corriger les timestamps des événements traités en lot et enregistrés à l’heure de traitement plutôt qu’au moment réel d’occurrence
  • Alignement de données historiques : Synchroniser les timestamps de systèmes hérités utilisant des références temporelles ou époques différentes

Paramètres

Filtre : Filtre optionnel pour restreindre les cas affectés par l’ajustement temporel. Sans filtre, tous les cas du jeu de données verront leurs attributs DateTime sélectionnés modifiés. Utilisez les filtres pour cibler des sous-ensembles spécifiques de vos données, par exemple les cas d’une période, d’une région ou d’un système particulier. C’est particulièrement utile pour corriger les problèmes de fuseaux horaires pour certains endroits ou corriger des erreurs impactant uniquement certaines périodes de collecte. Le filtre utilise l’interface standard de filtre mindzie, supportant conditions complexes et combinaisons.

Noms des attributs : Sélectionnez les attributs DateTime à modifier. Par défaut, si aucun attribut n’est sélectionné, l’enrichissement s’applique à tous les attributs DateTime des tables cas et événements. Vous pouvez sélectionner plusieurs attributs spécifiques pour ne toucher qu’aux timestamps que vous souhaitez ajuster. Cette liste se remplit dynamiquement avec tous les attributs DateTime disponibles dans votre jeu de données. Les sélections courantes incluent "Start_Time", "End_Time", "Created_Date", "Modified_Date", ainsi que tous les champs personnalisés de type timestamp. L’enrichissement ignore toutes les valeurs nulles, les laissant inchangées.

Valeur à ajouter : La valeur numérique à ajouter aux timestamps sélectionnés. Celle-ci peut être positive (pour avancer les timestamps) ou négative (pour les reculer). L’interprétation de cette valeur dépend du paramètre Durée. Par exemple, saisir "2" avec "Heures" sélectionné ajoutera 2 heures à tous les timestamps, tandis que "-30" avec "Minutes" soustraira 30 minutes. La valeur doit être un nombre entier. Prenez en compte l’ampleur — ajouter des années ou des mois peut entraîner des décalages significatifs dans votre chronologie de processus.

Durée : L’unité de temps pour la Valeur à ajouter. Les options disponibles sont :

  • Secondes : Pour des ajustements fins ou corriger des problèmes de synchronisation sub-minutes
  • Minutes : Utile pour de petites corrections ou ajustements d’horloge mineurs
  • Heures : Le plus courant pour les ajustements de fuseau horaire (ex. ajouter 5 heures pour passer de EST à UTC)
  • Jours : Pour décaler des processus complets ou corriger des erreurs au niveau des dates
  • Semaines : Pour ajuster des traitements hebdomadaires ou corriger des erreurs de planification sur base hebdomadaire
  • Mois : Pour des décalages longs de processus ou des ajustements de périodes fiscales
  • Années : Pour aligner des données historiques ou effectuer de grandes transformations temporelles

Exemples

Exemple 1 : Conversion de fuseau horaire de EST à UTC

Scénario : Les opérations de la côte Est américaine d’une entreprise ont enregistré tous les timestamps en EST (UTC-5), mais l’entrepôt de données central demande tous les temps en UTC pour une cohérence globale. Il faut ajouter 5 heures à tous les timestamps des opérations américaines.

Paramètres :

  • Filtre : Region = "US-East"
  • Noms des attributs : (laisser vide pour ajuster tous les attributs DateTime)
  • Valeur à ajouter : 5
  • Durée : Heures

Sortie : Timestamps originaux :

  • Order_Created : 2024-03-15 09:00:00 (EST)
  • Order_Approved : 2024-03-15 09:30:00 (EST)
  • Order_Shipped : 2024-03-15 14:00:00 (EST)

Après enrichissement :

  • Order_Created : 2024-03-15 14:00:00 (UTC)
  • Order_Approved : 2024-03-15 14:30:00 (UTC)
  • Order_Shipped : 2024-03-15 19:00:00 (UTC)

Tous les timestamps sont maintenant alignés sur UTC, ce qui permet une analyse globale précise des processus et évite les confusions lors de comparaisons multi-fuseaux.

Enseignements : Avec des timestamps en UTC standardisés, les analystes peuvent comparer précisément les performances des processus entre sites mondiaux, identifier les vraies causes de goulots d’étranglement indépendamment des fuseaux locaux et créer des tableaux de bord unifiés pour les opérations mondiales.

Exemple 2 : Correction de l'heure d'été

Scénario : Les données historiques de mars 2023 montrent un trou d’une heure dû à une transition DST mal gérée par le système source. Tous les timestamps après le 12 mars 2023 à 02:00 doivent être reculés d’une heure.

Paramètres :

  • Filtre : Start_Time >= "2023-03-12 02:00:00"
  • Noms des attributs : Start_Time, End_Time, Activity_Timestamp
  • Valeur à ajouter : -1
  • Durée : Heures

Sortie : Événements affichés incorrectement :

  • Activité A : 2023-03-12 03:30:00
  • Activité B : 2023-03-12 04:15:00
  • Activité C : 2023-03-12 05:00:00

Après correction :

  • Activité A : 2023-03-12 02:30:00
  • Activité B : 2023-03-12 03:15:00
  • Activité C : 2023-03-12 04:00:00

Le trou d’une heure causé par l’heure d’été est corrigé, rétablissant la séquence et la durée réelles des activités.

Enseignements : La correction DST assure des calculs de durée précis, évite de faux goulots identifiés dans les données et maintient l’intégrité des KPI temporels et des mesures SLA.

Exemple 3 : Alignement temporel lors de migration système

Scénario : Lors d’une migration système, tous les timestamps du système hérité (utilisant une époque différente) doivent être avancés de 30 jours exactement pour s’aligner sur la référence temporelle du nouveau système.

Paramètres :

  • Filtre : Source_System = "Legacy_ERP"
  • Noms des attributs : (laisser vide pour tous les attributs)
  • Valeur à ajouter : 30
  • Durée : Jours

Sortie : Dates du système hérité :

  • Case_Start : 2024-01-01 08:00:00
  • First_Approval : 2024-01-02 10:00:00
  • Final_Completion : 2024-01-05 16:00:00

Après alignement :

  • Case_Start : 2024-01-31 08:00:00
  • First_Approval : 2024-02-01 10:00:00
  • Final_Completion : 2024-02-04 16:00:00

Tous les timestamps du système hérité sont correctement alignés avec la nouvelle référence temporelle, permettant une analyse fluide des processus entre systèmes.

Enseignements : Un bon alignement temporel permet de comparer correctement les processus avant et après migration, valide que le nouveau système conserve les performances attendues et assure la validité des tendances historiques.

Exemple 4 : Correction de temps pour traitement par lots

Scénario : Un système de traitement par lots a enregistré tous les événements au moment de l’exécution du lot (minuit) plutôt qu’à leur occurrence réelle. Les événements doivent être répartis dans la journée en soustrayant des heures selon leur séquence.

Paramètres :

  • Filtre : Batch_Processed = "True" AND Processing_Sequence >= 6
  • Noms des attributs : Event_Timestamp, Activity_Time
  • Valeur à ajouter : -6
  • Durée : Heures

Sortie : Temps enregistrés par lot (tous à minuit) :

  • Order_Received : 2024-03-15 00:00:00
  • Order_Validated : 2024-03-15 00:00:00
  • Order_Approved : 2024-03-15 00:00:00

Après correction pour séquence 6+ :

  • Order_Received : 2024-03-14 18:00:00
  • Order_Validated : 2024-03-14 18:00:00
  • Order_Approved : 2024-03-14 18:00:00

Les événements sont désormais distribués dans la journée réelle d’occurrence, bien que plusieurs passages d’enrichissement puissent être nécessaires pour une distribution complète.

Enseignements : Corriger les timestamps de traitement par lots révèle les vrais schémas de processus, permet des calculs précis de durée et de débit, et aide à identifier les pics réels plutôt que des anomalies liées au traitement par lots.

Exemple 5 : Ajustement de l’année fiscale

Scénario : Une entreprise doit avancer tous les timestamps de 3 mois pour aligner les données de l’année civile avec son année fiscale (commençant en avril) pour l’analyse des processus financiers.

Paramètres :

  • Filtre : (aucun - appliquer à tous les cas)
  • Noms des attributs : (laisser vide pour tous les attributs)
  • Valeur à ajouter : 3
  • Durée : Mois

Sortie : Timestamps année civile :

  • Q1_Start : 2024-01-01
  • Q1_Transaction : 2024-02-15
  • Q1_Close : 2024-03-31

Alignement année fiscale :

  • Q1_Start : 2024-04-01
  • Q1_Transaction : 2024-05-15
  • Q1_Close : 2024-06-30

Tous les timestamps sont maintenant alignés avec le calendrier fiscal, permettant une analyse financière précise des périodes.

Enseignements : L’alignement fiscal permet aux équipes financières d’analyser précisément la performance des processus par périodes fiscales, de comparer les performances d’une année à l’autre et d’aligner les métriques des processus avec les exigences de reporting financier.

Résultat

L’enrichissement Ajouter du temps aux attributs modifie les attributs DateTime existants en place, avec les caractéristiques suivantes :

Modification en place : Contrairement aux enrichissements créant de nouveaux attributs, cet enrichissement modifie directement les valeurs des attributs DateTime existants. Les noms, types et la structure des attributs restent inchangés — seules les valeurs temporelles sont ajustées.

Périmètre des attributs : L’enrichissement peut modifier :

  • Attributs cas : champs DateTime au niveau des cas
  • Attributs événements : champs DateTime au niveau des événements
  • Tous les attributs DateTime si aucune sélection spécifique n’est faite
  • Uniquement les attributs sélectionnés si spécifiés

Préservation des valeurs : L’enrichissement maintient :

  • Les composantes date et heure (en ajustant correctement les deux)
  • La précision du timestamp original (les millisecondes sont conservées si présentes)
  • Les valeurs nulles (elles restent nulles et ne sont pas modifiées)
  • Le type de données (DateTime reste DateTime)

Application des filtres : Lorsque des filtres sont appliqués :

  • Seuls les cas correspondant aux critères voient leurs timestamps modifiés
  • Les cas ne correspondant pas conservent leurs valeurs originales
  • Cela crée un jeu de données mixte avec certains timestamps ajustés et d’autres non

Détails du calcul :

  • Secondes/Minutes/Heures/Jours : Addition arithmétique simple au timestamp
  • Semaines : Calculé comme jours * 7 puis ajouté au timestamp
  • Mois : Gestion intelligente des limites de mois (ex. 31 janvier + 1 mois = 28/29 février)
  • Années : Prend en compte automatiquement les années bissextiles

Considérations importantes :

  • Cet enrichissement modifie vos données de façon permanente (dans la session d’analyse en cours)
  • Pensez à créer une sauvegarde ou copie de votre jeu de données avant d’appliquer des décalages temporels majeurs
  • Les ajouts de mois et années gèrent les cas limites (comme 30 février) en ajustant vers des dates valides
  • Les valeurs négatives sont totalement supportées pour reculer les timestamps dans le temps

Intégration avec d’autres fonctionnalités :

  • Les timestamps modifiés affectent immédiatement tous les calculs et visualisations basés sur le temps
  • Les calculs de durée entre activités changeront si leurs timestamps sont modifiés
  • Les filtres et tableaux de bord utilisant des plages de dates peuvent nécessiter un ajustement après les décalages temporels
  • La modification est transparente pour les autres enrichissements — ceux-ci utiliseront les nouvelles valeurs de timestamp

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