CURRENTTIMEZONE - Detailbeschreibung

CURRENTTIMEZONE - Detailbeschreibung

Facility Management Header.png

Überblick

Parameter:CURRENTTIMEZONE
Kategorie: Default
Standardwert: TimeZoneInfo.Local.Id (Zeitzone des Servers)
Produkt: eTASK.FM-Portal


Was macht dieser Parameter?

Dieser Parameter legt die Standardzeitzone fest, die das eTASK-Portal für die Anzeige und Verarbeitung von Datums- und Zeitangaben verwendet. Die Zeitzone ist besonders wichtig, wenn der Server und die Datenbank mit UTC (Coordinated Universal Time) betrieben werden, die Benutzer aber lokale Zeiten sehen möchten. Jeder Benutzer kann zusätzlich seine persönliche Zeitzone in seinem Benutzerprofil festlegen, die dann diese Standardzeitzone überschreibt.


Wofür wird dieser Parameter verwendet?

  • Definition der Portal-weiten Standardzeitzone für alle Zeitangaben

  • Umrechnung zwischen UTC-Datenbankzeiten und lokalen Anzeigezeiten

  • Korrekte Darstellung von Terminen, Buchungen und Fristen

  • Zeitzonenkonvertierung bei Raumbuchungen und Kalendern

  • Fallback-Zeitzone wenn Benutzer keine persönliche Zeitzone konfiguriert haben

  • Synchronisation mit Exchange-Server bei Raumbuchungen

  • Basis für datums- und zeitbasierte Berechnungen im gesamten Portal


Technische Details (für Administratoren)

Format: String (Zeitzonenbezeichner nach .NET TimeZoneInfo)
Standardwert: TimeZoneInfo.Local.Id (wird beim Start auf die Zeitzone des Servers gesetzt)

Gültige Werte:

Alle von .NET unterstützten Zeitzonen-IDs. Wichtige Beispiele:

  • "W. Europe Standard Time" = Mitteleuropäische Zeit (Deutschland, MEZ/MESZ)

  • "Central Europe Standard Time" = Mitteleuropäische Zeit (alternative Bezeichnung)

  • "UTC" = Coordinated Universal Time (keine Sommerzeitumstellung)

Wichtige Hinweise:

  • Die Zeitzonenbezeichner sind Windows-spezifisch und unterscheiden sich von IANA-Zeitzonen

  • Bei falscher Angabe wird automatisch die Serverzeitzone verwendet

  • Benutzer können in ihrem Profil eine abweichende persönliche Zeitzone festlegen

  • Die persönliche Benutzerzeitzone hat Vorrang vor diesem Parameter

  • Das Portal rechnet intern mit der hier definierten Zeitzone

  • Bei UTC-Betrieb MUSS dieser Parameter auf die gewünschte lokale Zeitzone gesetzt werden

  • Sommerzeitumstellungen werden automatisch berücksichtigt

Zusammenspiel mit anderen Parametern:

  • Benutzerprofil-Zeitzone: Individuelle Zeitzone pro Benutzer überschreibt CURRENTTIMEZONE

  • Exchange-Integration: Wichtig für korrekte Raumbuchungszeiten bei Exchange-Synchronisation

Funktionsweise:

Das Portal verwendet eine Hierarchie zur Bestimmung der aktuellen Zeitzone:

1. Wenn Benutzer angemeldet ist UND persönliche Zeitzone konfiguriert hat → verwende Benutzerzeitzone
2. Sonst → verwende CURRENTTIMEZONE (dieser Parameter)
3. Falls CURRENTTIMEZONE ungültig → verwende Serverzeitzone als Fallback

Alle UTC-Zeiten aus der Datenbank werden in die entsprechende Zeitzone umgerechnet, bevor sie dem Benutzer angezeigt werden. Alle Benutzereingaben werden entsprechend in UTC zurückkonvertiert für die Speicherung.


Wann sollten Sie diesen Wert ändern?

Wert ändern auf gewünschte Zeitzone, wenn:

  • Der Server in einer anderen Zeitzone steht als Ihre Benutzer

  • Sie eine einheitliche Zeitzone für alle Benutzer ohne persönliche Konfiguration benötigen

  • Nach Server-Umzug in eine andere geografische Region

  • Bei internationalen Installationen mit Hauptstandort in bestimmter Zeitzone

  • Compliance- oder gesetzliche Anforderungen eine bestimmte Zeitzone vorschreiben

Standardwert belassen, wenn:

  • Server und Benutzer befinden sich in derselben Zeitzone → üblich

  • Server-Zeitzone ist bereits korrekt konfiguriert (z.B. "W. Europe Standard Time")

  • Keine speziellen Anforderungen an die Zeitzonenverarbeitung bestehen

  • Benutzer konfigurieren individuell ihre Zeitzonen im Profil


Wichtige Hinweise

  1. Korrekte Windows-Zeitzonenbezeichner verwenden
    Verwenden Sie die exakten Windows-Zeitzonennamen. "Europe/Berlin" (IANA) funktioniert NICHT. Korrekt ist "W. Europe Standard Time" oder "Central Europe Standard Time".

  2. Liste verfügbarer Zeitzonen ermitteln
    Um alle verfügbaren Zeitzonen-IDs zu sehen, können Sie in PowerShell auf dem Server ausführen: [System.TimeZoneInfo]::GetSystemTimeZones() | Select-Object Id, DisplayName

  3. Sommerzeitumstellung beachten
    Die meisten Zeitzonen haben automatische Sommerzeitumstellung eingebaut. Sie müssen CURRENTTIMEZONE nicht zweimal jährlich ändern. Die Umstellung erfolgt automatisch.

  4. Benutzerprofil-Zeitzone hat Vorrang
    Wenn Benutzer in ihrem Profil eine Zeitzone konfiguriert haben, überschreibt diese den CURRENTTIMEZONE-Parameter. CURRENTTIMEZONE dient nur als Fallback und Standard für neue Benutzer.

  5. Test nach Änderung durchführen
    Nach Änderung der Zeitzone unbedingt testen:
    - Anzeige von Terminen und Buchungen
    - Erstellung neuer Termine
    - Raumbuchungen (besonders mit Exchange)
    - Fristen und Fälligkeitsdaten
    - Zeitstempel in Protokollen

  6. IIS-Neustart erforderlich
    Nach Änderung dieses Parameters muss der IIS-Application-Pool neu gestartet werden, damit die neue Zeitzone wirksam wird.


Sicherheit

Hat eine Änderung dieses Parameters Auswirkungen auf die Sicherheit?

Nein, dieser Parameter hat keine direkten Sicherheitsauswirkungen.

 

Best Practice für Sicherheit:

  • Dokumentieren Sie Zeitzonenänderungen im Change-Management

Empfehlung: Der Parameter ist funktional, nicht sicherheitsrelevant. Konfigurieren Sie ihn korrekt für korrekte Zeitdarstellung, aber behandeln Sie ihn nicht als Sicherheitsparameter.


Empfohlene Einstellung

Für Deutschland/Mitteleuropa:"W. Europe Standard Time"
Für internationale Installationen: Zeitzone des Hauptstandorts

Begründung:

  • Explizite Konfiguration ist robuster als Standardwert

  • Verhindert Probleme bei Server-Migration oder Zeitzonenänderung

  • Automatische Sommerzeitumstellung ohne manuelle Eingriffe

  • Benutzer sehen lokal nachvollziehbare Zeiten

  • Konsistente Zeitdarstellung für alle Benutzer ohne persönliche Konfiguration

  • Korrekte Exchange-Synchronisation bei Raumbuchungen

Nach Region empfohlene Werte:

  • Deutschland, Österreich, Schweiz: "W. Europe Standard Time" oder "Central Europe Standard Time"

  • Großbritannien: "GMT Standard Time"

Best-Practice-Architektur:

  1. CURRENTTIMEZONE: Auf Zielzeitzone der Hauptbenutzer setzen

  2. Benutzerprofil: Individuelle Zeitzonen für internationale Benutzer

Konfigurationsschritte:

  1. Ermitteln Sie die Zeitzone Ihrer Hauptbenutzergruppe

  2. Finden Sie den korrekten Windows-Zeitzonennamen

  3. Setzen Sie CURRENTTIMEZONE auf diesen Wert

  4. IIS-Application-Pool neu starten

  5. Testtermine erstellen und Zeitanzeige prüfen

  6. Raumbuchung mit Exchange testen (falls genutzt)

  7. Dokumentieren Sie die Konfiguration im Betriebshandbuch

Spezialfall: Internationale Benutzergruppen

Wenn Sie Benutzer in mehreren Zeitzonen haben: - CURRENTTIMEZONE = Zeitzone des Hauptstandorts oder UTC - Fordern Sie Benutzer auf, persönliche Zeitzone im Profil zu konfigurieren - Dokumentieren Sie die Zeitzonenkonfiguration im Benutzerhandbuch - Schulen Sie Helpdesk zum Thema Zeitzonenkonfiguration

Wartung:

  • Keine regelmäßige Anpassung erforderlich (Sommerzeit automatisch)

  • Nur bei Server-Umzug oder organisatorischer Änderung anpassen

  • Bei Problemen mit Zeitanzeige zuerst CURRENTTIMEZONE prüfen

  • Dokumentieren Sie jede Änderung mit Begründung und Datum

Wichtig: Nach jeder Änderung von CURRENTTIMEZONE muss der IIS-Application-Pool neu gestartet werden. Planen Sie die Änderung außerhalb der Hauptarbeitszeiten.

 


IC2877