Fuseau Horaire Correct

Présentation

L’enrichissement Fuseau Horaire Correct ajuste automatiquement toutes les horodatations de votre jeu de données de process mining du format UTC (Temps Universel Coordonné) vers un fuseau horaire local spécifié. Cet enrichissement est essentiel lors de l’analyse de processus s’étendant sur plusieurs régions géographiques ou lorsque vos systèmes sources stockent les horodatages au format UTC qui doivent être convertis en heures locales d’activité pour une analyse précise.

Cet enrichissement effectue une conversion complète sur l’ensemble de votre jeu de données, transformant toutes les valeurs de date/heure dans les attributs de cas et les attributs d’événements pour refléter le fuseau horaire local correct. Cela garantit que les analyses basées sur le temps, telles que les calculs d’heures travaillées, l’analyse des quarts de travail et les schémas quotidiens/hebdomadaires, reflètent avec exactitude la réalité métier dans le fuseau horaire local où les processus ont réellement lieu.

Utilisations Courantes

  • Convertir les horodatages UTC des systèmes ERP mondiaux en fuseaux horaires locaux pour une analyse précise des heures travaillées
  • Aligner les horodatages provenant de multiples systèmes sources utilisant différentes conventions de fuseaux horaires en un seul fuseau local cohérent
  • Préparer les données pour une analyse basée sur les quarts de travail en s’assurant que tous les horodatages reflètent l’heure locale réelle du travail effectué
  • Permettre un calcul précis des métriques d’heures ouvrées en convertissant vers le fuseau horaire où le processus s’exécute
  • Soutenir les rapports de conformité nécessitant des horodatages dans des fuseaux horaires régionaux spécifiques
  • Faciliter la comparaison de processus interrégionaux en standardisant les horodatages vers le fuseau horaire du siège
  • Corriger l’affichage des horodatages pour les utilisateurs métier qui ont besoin de voir les événements à leur heure locale plutôt qu’en heure système

Paramètres

Cet enrichissement fonctionne automatiquement en utilisant la configuration du fuseau horaire spécifiée au niveau du jeu de données. Aucun paramètre supplémentaire n’est requis dans l’enrichissement lui-même.

Fuseau Horaire du Jeu de Données : Le fuseau horaire cible pour la conversion est configuré lors de l’import ou de la configuration de votre jeu de données dans mindzieStudio. L’enrichissement lit cette configuration et l’applique de manière cohérente sur tous les horodatages. Les fuseaux horaires courants incluent :

  • Heure Normale de l’Est (Eastern Standard Time)
  • Heure Normale du Pacifique (Pacific Standard Time)
  • Heure d’Europe Centrale (Central European Time)
  • Temps Moyen de Greenwich (Greenwich Mean Time)
  • Heure Normale de l’Est Australie (Australia Eastern Standard Time)
  • Et tous les autres identifiants standard de fuseaux horaires Windows

Détection Automatique : L’enrichissement identifie automatiquement toutes les colonnes de date/heure dans votre jeu de données (à la fois dans les attributs de cas et d’événements) et convertit chaque horodatage de UTC vers le fuseau horaire local spécifié. Seuls les horodatages avec composante temporelle (pas seulement des dates) sont convertis.

Sauter si déjà en local : Si votre jeu de données a déjà été converti en heure locale (indiqué par le flag IsLocalTime), cet enrichissement sautera le traitement pour éviter une double conversion.

Exemples

Exemple 1 : Analyse de Processus de Fabrication Mondiale

Scénario : Une entreprise multinationale de fabrication possède des usines en Allemagne, en Chine et au Mexique, toutes reportant dans un système SAP qui stocke les horodatages en UTC. Le siège européen doit analyser les processus de production en Heure d’Europe Centrale pour aligner les rapports métiers.

Paramètres :

  • Fuseau Horaire du Jeu de Données : Heure Normale d’Europe Centrale
  • Aucun paramètre d’enrichissement supplémentaire requis

Résultat : Les horodatages UTC originaux sont convertis en CET/CEST :

  • Événement UTC : 2024-03-15 14:30:00 devient CET : 2024-03-15 15:30:00 (heure d’hiver)
  • Événement UTC : 2024-07-15 14:30:00 devient CEST : 2024-07-15 16:30:00 (heure d’été)

Tous les attributs de cas avec horodatages (Date de commande, Date de livraison, Date de paiement) et les horodatages d’événements sont ajustés automatiquement. Cela permet une analyse précise des heures travaillées (8:00-17:00 CET) et l’identification des heures supplémentaires.

Insights : Après conversion, l’entreprise découvre que ce qui semblait être une activité de production nocturne tardive (22:00 UTC) correspondait en réalité à un quart de l’après-midi normal (15:00 heure locale) dans leur site mexicain, éliminant de fausses alertes de conformité.

Exemple 2 : Planification de Rendez-vous en Santé

Scénario : Un réseau hospitalier couvre trois fuseaux horaires aux États-Unis. Leur système centralisé de planification stocke toutes les heures de rendez-vous en UTC, mais le personnel local doit voir les rendez-vous dans leurs heures locales respectives pour la planification opérationnelle.

Paramètres :

  • Fuseau Horaire du Jeu de Données : Heure Normale de l’Est (pour analyse de la côte Est)
  • Aucun paramètre d’enrichissement supplémentaire requis

Résultat : Les horodatages du parcours patient convertis de UTC à EST/EDT :

  • Enregistrement : 2024-02-20 18:00:00 UTC → 2024-02-20 13:00:00 EST
  • Rendez-vous : 2024-02-20 19:30:00 UTC → 2024-02-20 14:30:00 EST
  • Sortie : 2024-02-20 21:45:00 UTC → 2024-02-20 16:45:00 EST

Insights : La conversion révèle que la majorité des rendez-vous ont lieu durant les heures ouvrées standards (9:00-17:00 EST), et non en soirée comme les horodatages UTC le suggéraient. Cela aide à une meilleure planification du personnel et allocation des ressources.

Exemple 3 : Processus de Trading Financier

Scénario : Une société d’investissement traite des transactions mondiales avec toutes les opérations enregistrées en UTC. Pour la conformité réglementaire et l’analyse des performances, ils doivent convertir les horodatages en heure de New York (EST/EDT) pour s’aligner sur les heures de marché.

Paramètres :

  • Fuseau Horaire du Jeu de Données : Heure Normale de l’Est
  • Aucun paramètre d’enrichissement supplémentaire requis

Résultat : Horodatages d’exécution des transactions ajustés pour les heures de marché NYSE :

  • Transaction initiée : 2024-03-10 13:30:00 UTC → 2024-03-10 09:30:00 EDT (ouverture du marché)
  • Transaction exécutée : 2024-03-10 13:31:15 UTC → 2024-03-10 09:31:15 EDT
  • Règlement confirmé : 2024-03-10 20:00:00 UTC → 2024-03-10 16:00:00 EDT (fermeture du marché)

Insights : Après correction du fuseau horaire, la société peut identifier précisément les transactions réalisées durant les heures normales de marché versus celles effectuées en dehors, permettant un calcul approprié des frais et le reporting de conformité.

Exemple 4 : Exécution des Commandes E-commerce

Scénario : Un détaillant en ligne disposant de centres de distribution dans le monde entier doit analyser les temps de traitement des commandes en Heure du Pacifique pour s’aligner sur les heures ouvrées du siège et les opérations du service client.

Paramètres :

  • Fuseau Horaire du Jeu de Données : Heure Normale du Pacifique
  • Aucun paramètre d’enrichissement supplémentaire requis

Résultat : Horodatages du cycle de vie des commandes convertis de UTC à PST/PDT :

  • Commande passée : 2024-08-15 05:00:00 UTC → 2024-08-14 22:00:00 PDT (jour précédent)
  • Paiement traité : 2024-08-15 05:15:00 UTC → 2024-08-14 22:15:00 PDT
  • Préparation en entrepôt : 2024-08-15 15:00:00 UTC → 2024-08-15 08:00:00 PDT
  • Expédiée : 2024-08-15 23:00:00 UTC → 2024-08-15 16:00:00 PDT

Insights : La correction du fuseau horaire montre que les commandes apparemment passées à 5h du matin UTC étaient en réalité effectuées à 22h PST la veille, expliquant les volumes élevés de commandes nocturnes et aidant à optimiser la planification du personnel d’entrepôt pour les opérations matinales.

Exemple 5 : Opérations de Service Desk IT

Scénario : Un fournisseur mondial de services IT doit analyser les temps de résolution d’incidents sur plusieurs régions. Leur système ITSM enregistre tous les événements en UTC, mais la conformité aux SLA doit être mesurée en heures ouvrées locales.

Paramètres :

  • Fuseau Horaire du Jeu de Données : Heure Normale GMT (pour analyse des opérations UK)
  • Aucun paramètre d’enrichissement supplémentaire requis

Résultat : Horodatages des incidents convertis de UTC à GMT/BST :

  • Incident créé : 2024-06-20 08:00:00 UTC → 2024-06-20 09:00:00 BST
  • Première réponse : 2024-06-20 08:45:00 UTC → 2024-06-20 09:45:00 BST
  • Escalade : 2024-06-20 11:00:00 UTC → 2024-06-20 12:00:00 BST
  • Résolution : 2024-06-20 15:30:00 UTC → 2024-06-20 16:30:00 BST

Insights : La conversion en heure locale révèle que la plupart des incidents ont lieu pendant les heures ouvrées du Royaume-Uni (9:00-17:00 BST), et non tôt le matin comme les heures UTC pouvaient laisser penser, validant les patterns actuels de quart et identifiant les périodes de forte demande de support.

Résultat

L’enrichissement Fuseau Horaire Correct modifie tous les attributs date/heure existants dans votre jeu de données sans créer de nouvelles colonnes. La conversion affecte :

Attributs de Cas :

  • Tous les champs date/heure de la table des cas sont convertis de UTC au fuseau horaire local spécifié
  • Exemples : Heure de début de cas, Heure de fin de cas, Date de commande, Date d’échéance, Date de complétion
  • Seuls les horodatages avec composante temporelle sont convertis (les dates pures sans heure restent inchangées)

Attributs d’Événements :

  • Tous les champs date/heure dans la table des événements sont convertis en heure locale
  • Le champ primaire Timestamp utilisé pour le process mining est ajusté
  • Tout autre champ d’horodatage supplémentaire (Heure de début, Heure de fin, Heure planifiée) est aussi converti

Intégrité des Données :

  • L’ordre relatif des événements reste inchangé
  • Les calculs de durée entre horodatages restent précis
  • L’enrichissement définit un flag interne (IsLocalTime) pour éviter une reconversion accidentelle

Notes d’Intégration :

  • Une fois convertis, tous les enrichissements et calculateurs basés sur le temps utiliseront les horodatages locaux
  • Les filtres basés sur des plages horaires opéreront sur les valeurs locales
  • Les fonctions d’export produiront les horodatages locaux convertis
  • La conversion prend en compte automatiquement les changements d’heure d’été

Voir Aussi

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