CURRENTTIMEZONE - Detailbeschreibung
Ü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
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".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, DisplayNameSommerzeitumstellung beachten
Die meisten Zeitzonen haben automatische Sommerzeitumstellung eingebaut. Sie müssen CURRENTTIMEZONE nicht zweimal jährlich ändern. Die Umstellung erfolgt automatisch.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.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 ProtokollenIIS-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:
CURRENTTIMEZONE: Auf Zielzeitzone der Hauptbenutzer setzen
Benutzerprofil: Individuelle Zeitzonen für internationale Benutzer
Konfigurationsschritte:
Ermitteln Sie die Zeitzone Ihrer Hauptbenutzergruppe
Finden Sie den korrekten Windows-Zeitzonennamen
Setzen Sie CURRENTTIMEZONE auf diesen Wert
IIS-Application-Pool neu starten
Testtermine erstellen und Zeitanzeige prüfen
Raumbuchung mit Exchange testen (falls genutzt)
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