Korrekte Zeitzone

Überblick

Die Anreicherung Korrekte Zeitzone passt automatisch alle Zeitstempel in Ihrem Process Mining-Datensatz von UTC (Coordinated Universal Time) in eine festgelegte lokale Zeitzone an. Diese Anreicherung ist unerlässlich, wenn Prozesse analysiert werden, die mehrere geografische Regionen umfassen oder wenn Ihre Quellsysteme Zeitstempel im UTC-Format speichern, die für eine genaue Analyse in lokale Geschäftszeiten umgerechnet werden müssen.

Diese Anreicherung führt eine umfassende Umrechnung über den gesamten Datensatz durch und transformiert alle Datums-/Zeitwerte sowohl in Fallattributen als auch in Ereignisattributen, um die korrekte lokale Zeitzone widerzuspiegeln. Dies stellt sicher, dass zeitbezogene Analysen wie Berechnungen der Arbeitszeiten, Schichtanalysen und tägliche/wöchentliche Muster die tatsächliche Geschäftssituation in der lokalen Zeitzone, in der die Prozesse stattfinden, genau abbilden.

Häufige Anwendungsfälle

  • Umwandlung von UTC-Zeitstempeln aus globalen ERP-Systemen in lokale Geschäftszeitzonen für eine präzise Arbeitszeitanalyse
  • Angleichung von Zeitstempeln aus mehreren Quellsystemen mit unterschiedlichen Zeitzonenkonventionen in eine einheitliche lokale Zeit
  • Vorbereitung der Daten für schichtbasierte Analysen, indem sichergestellt wird, dass alle Zeitstempel die tatsächliche lokale Zeit der Arbeitsausführung widerspiegeln
  • Ermöglichung der korrekten Berechnung von Geschäftszeitmetriken durch Umrechnung in die Zeitzone, in der der Prozess abläuft
  • Unterstützung von Compliance-Berichten, die Zeitstempel in bestimmten regionalen Zeitzonen erfordern
  • Vereinfachung des Vergleichs überregionaler Prozesse durch Standardisierung der Zeitstempel auf die Zeitzone der Zentrale
  • Korrektur der Zeitstempelanzeige für Geschäftsanwender, die Ereignisse in ihrer lokalen Zeit statt in der Systemzeit sehen müssen

Einstellungen

Diese Anreicherung arbeitet automatisch mit der auf Dataset-Ebene festgelegten Zeitzonenkonfiguration. Es sind keine weiteren Einstellungen direkt in der Anreicherung notwendig.

Zeitzone des Datasets: Die Zielzeitzone für die Umrechnung wird beim Import oder der Konfiguration Ihres Datasets in mindzieStudio festgelegt. Die Anreicherung liest diese Einstellung aus und wendet sie konsistent auf alle Zeitstempel an. Übliche Zeitzonen sind z.B.:

  • Eastern Standard Time
  • Pacific Standard Time
  • Central European Time
  • Greenwich Mean Time
  • Australia Eastern Standard Time
  • Und alle anderen standardmäßigen Windows-Zeitzonenkennungen

Automatische Erkennung: Die Anreicherung identifiziert automatisch alle Datums-/Zeitspalten in Ihrem Datensatz (sowohl in Fallattributen als auch in Ereignisattributen) und wandelt jeden Zeitstempel von UTC in die festgelegte lokale Zeitzone um. Nur Zeitstempel mit Zeitkomponente (nicht nur Datum) werden umgerechnet.

Überspringen wenn bereits lokal: Wenn Ihr Datensatz bereits in der lokalen Zeit konvertiert wurde (erkennbar am Flag IsLocalTime), wird diese Anreicherung übersprungen, um eine doppelte Umrechnung zu vermeiden.

Beispiele

Beispiel 1: Globale Analyse eines Fertigungsprozesses

Szenario: Ein multinationales Fertigungsunternehmen hat Werke in Deutschland, China und Mexiko, die alle an ein SAP-System melden, das Zeitstempel in UTC speichert. Die europäische Zentrale möchte Produktionsprozesse in Mitteleuropäischer Zeit (MEZ) analysieren, um sie mit den Geschäftsberichten abzustimmen.

Einstellungen:

  • Zeitzone des Datasets: Mitteleuropäische Normalzeit
  • Keine weiteren Anreicherungseinstellungen erforderlich

Ergebnis: Ursprüngliche UTC-Zeitstempel werden in MEZ/ MESZ umgerechnet:

  • UTC-Ereignis: 2024-03-15 14:30:00 wird zu MEZ: 2024-03-15 15:30:00 (Winterzeit)
  • UTC-Ereignis: 2024-07-15 14:30:00 wird zu MESZ: 2024-07-15 16:30:00 (Sommerzeit)

Alle Fallattribute mit Zeitstempeln (Bestelldatum, Lieferdatum, Zahlungsdatum) und Ereigniszeitstempel werden automatisch angepasst. So wird eine genaue Analyse der Arbeitszeiten (8:00–17:00 MEZ) und Erkennung von Überstunden ermöglicht.

Erkenntnisse: Nach der Umrechnung erkennt das Unternehmen, dass vermeintliche Spätproduktionen um 22:00 UTC tatsächlich normale Nachmittagschichten um 15:00 Ortszeit in der mexikanischen Niederlassung waren, wodurch falsche Compliance-Warnungen vermieden werden.

Beispiel 2: Terminplanung im Gesundheitswesen

Szenario: Ein Krankenhausnetzwerk erstreckt sich über drei Zeitzonen in den USA. Das zentrale Planungssystem speichert alle Termine in UTC, aber das lokale Personal benötigt die Termine in der jeweiligen Ortszeit zur operativen Planung.

Einstellungen:

  • Zeitzone des Datasets: Eastern Standard Time (für die Ostküstenanalyse)
  • Keine weiteren Anreicherungseinstellungen erforderlich

Ergebnis: Patientenreise-Zeitstempel werden von UTC zu EST/EDT umgerechnet:

  • Anmeldung: 2024-02-20 18:00:00 UTC → 2024-02-20 13:00:00 EST
  • Termin: 2024-02-20 19:30:00 UTC → 2024-02-20 14:30:00 EST
  • Entlassung: 2024-02-20 21:45:00 UTC → 2024-02-20 16:45:00 EST

Erkenntnisse: Die Umrechnung zeigt, dass die meisten Termine während der regulären Geschäftszeiten (9:00–17:00 EST) stattfinden und nicht abends, wie die UTC-Zeitstempel suggerierten. Dies unterstützt eine bessere Personaleinsatzplanung und Ressourcenzuteilung.

Beispiel 3: Finanzhandelsprozess

Szenario: Eine Investmentfirma verarbeitet weltweite Handelsaufträge, die alle in UTC protokolliert werden. Für regulatorische Anforderungen und Leistungsauswertungen müssen die Zeitstempel in New Yorker Zeit (EST/EDT) umgerechnet werden, um sie mit den Handelszeiten abzugleichen.

Einstellungen:

  • Zeitzone des Datasets: Eastern Standard Time
  • Keine weiteren Anreicherungseinstellungen erforderlich

Ergebnis: Zeitstempel der Handelsausführung angepasst an NYSE-Handelszeiten:

  • Handel initiiert: 2024-03-10 13:30:00 UTC → 2024-03-10 09:30:00 EDT (Marktöffnung)
  • Handel ausgeführt: 2024-03-10 13:31:15 UTC → 2024-03-10 09:31:15 EDT
  • Abwicklung bestätigt: 2024-03-10 20:00:00 UTC → 2024-03-10 16:00:00 EDT (Marktschluss)

Erkenntnisse: Nach der Zeitzonenanpassung kann das Unternehmen präzise identifizieren, welche Handlungen während der regulären Handelszeiten und welche außerhalb stattfanden, was genaue Gebührenberechnung und Compliance-Berichte ermöglicht.

Beispiel 4: E-Commerce Bestellabwicklung

Szenario: Ein Online-Händler mit Fulfillment-Centern weltweit möchte die Bestellverarbeitung in Pazifischer Zeit analysieren, um sie mit der Arbeitszeit der Zentrale und dem Kundenservice abzustimmen.

Einstellungen:

  • Zeitzone des Datasets: Pacific Standard Time
  • Keine weiteren Anreicherungseinstellungen erforderlich

Ergebnis: Zeitstempel des Bestellablaufs von UTC auf PST/PDT umgerechnet:

  • Bestellung aufgegeben: 2024-08-15 05:00:00 UTC → 2024-08-14 22:00:00 PDT (vorheriger Tag)
  • Zahlung verarbeitet: 2024-08-15 05:15:00 UTC → 2024-08-14 22:15:00 PDT
  • Lager kommissioniert: 2024-08-15 15:00:00 UTC → 2024-08-15 08:00:00 PDT
  • Versand: 2024-08-15 23:00:00 UTC → 2024-08-15 16:00:00 PDT

Erkenntnisse: Die Zeitkorrektur verdeutlicht, dass Bestellungen, die um 5 Uhr morgens UTC aufgegeben wurden, tatsächlich am Vorabend um 22 Uhr PST platziert wurden, was hohe nächtliche Bestellvolumen erklärt und die Personalplanung für Kommissionierungen am Morgen optimiert.

Beispiel 5: IT-Service-Desk-Betrieb

Szenario: Ein globaler IT-Dienstleister analysiert Bearbeitungszeiten von Vorfällen in mehreren Regionen. Ihr ITSM-System zeichnet alle Ereignisse in UTC auf, doch die SLA-Überwachung muss in lokalen Geschäftszeiten erfolgen.

Einstellungen:

  • Zeitzone des Datasets: GMT Standard Time (für UK-Betriebsanalyse)
  • Keine weiteren Anreicherungseinstellungen erforderlich

Ergebnis: Zeitstempel von Vorfällen von UTC in GMT/BST umgewandelt:

  • Vorfall erstellt: 2024-06-20 08:00:00 UTC → 2024-06-20 09:00:00 BST
  • Erste Reaktion: 2024-06-20 08:45:00 UTC → 2024-06-20 09:45:00 BST
  • Eskaliert: 2024-06-20 11:00:00 UTC → 2024-06-20 12:00:00 BST
  • Gelöst: 2024-06-20 15:30:00 UTC → 2024-06-20 16:30:00 BST

Erkenntnisse: Die Umrechnung auf Lokalzeit zeigt, dass die meisten Vorfälle während der britischen Geschäftszeiten (9:00–17:00 BST) auftreten und nicht frühmorgens wie durch die UTC-Zeitstempel suggeriert, was die aktuellen Schichtmuster bestätigt und Spitzenzeiten im Support erkennbar macht.

Ergebnis

Die Anreicherung Korrekte Zeitzone verändert alle bestehenden Datums-/Zeitattribute in Ihrem Datensatz, ohne neue Spalten zu erzeugen. Die Umrechnung betrifft:

Fallattribute:

  • Sämtliche Datums-/Zeitfelder in der Falltabelle werden von UTC in die festgelegte lokale Zeitzone konvertiert
  • Beispiele: Fallbeginn, Fallende, Bestelldatum, Fälligkeitsdatum, Abschlussdatum
  • Nur Zeitstempel mit Zeitanteil werden konvertiert (reine Datumswerte bleiben unverändert)

Ereignisattribute:

  • Sämtliche Datums-/Zeitfelder in der Ereignistabelle werden in lokale Zeit umgewandelt
  • Das primäre Timestamp-Feld, das für Process Mining genutzt wird, wird angepasst
  • Alle zusätzlichen Zeitstempelfelder (Startzeit, Endzeit, geplante Zeit) werden ebenfalls konvertiert

Datenintegrität:

  • Die relative Reihenfolge der Ereignisse bleibt unverändert
  • Berechnungen der Dauer zwischen Zeitstempeln bleiben korrekt
  • Die Anreicherung setzt ein internes Flag (IsLocalTime), um unbeabsichtigte Mehrfachumrechnungen zu verhindern

Integrationshinweise:

  • Nach der Umrechnung verwenden alle zeitbezogenen Anreicherungen und Berechnungen die lokalen Zeitstempel
  • Filter auf Zeitbereiche arbeiten mit lokalen Zeitwerten
  • Exportfunktionen geben die konvertierten lokalen Zeitstempel aus
  • Die Umrechnung berücksichtigt automatisch Sommerzeitumstellungen

Siehe auch

Diese Dokumentation ist Teil der mindzie Studio Process Mining-Plattform.