Hallo Herr Leistritz,
dem muss ich widersprechen.
Ich hatte zum gleichen Thema bereits im Januar folgende Mail an den Support geschrieben:
***
Hallo Support,
mich plagt seit längerem ein Problem bei $[patientenTermineICALFormat]$.
Folgender Effekt:
Eine ICS-Datei mit dem über $[patientenTermineICALFormat]$ generierten Inhalt wird importiert im IOS-Kalender.
Falls der Kalender-Account lokal oder iCloud ist, wird der Termin korrekt eingetragen.
Falls der Kalender-Account Exchange ist, wird im iPhone die Zeit zwar korrekt angezeigt, auf dem Exchange-Server allerdings um eine Stunde verschoben.
Das gleiche Verhalten ist zu beobachten, wenn ein auf $[patientenTermineICALFormat]$ basierter QR-Code gescannt wird.
Falls der Zielkalender iCloud ist, ist die Zeit korrekt.
Falls der Zielkalender auf einem Exchange-Account liegt, wird die Zeit im iPhone korrekt angezeigt, auf dem Exchange-Server aber um eine Stunde verschoben.
Behoben werden kann das Problem ganz leicht:
Die definierte VTIMEZONE (z. Bsp. TZID:Europe/Berlin) muss bei den Zeitangaben DTSTART und DTEND aufgeführt werden.
Aus DTSTART:20210209T174500 muss werden DTSTART;TZID=Europe/Berlin:20210209T174500.
Mit diesen Änderungen funktioniert der Import der ICS-Datei bzw. das Scannen über QR-Code auch bei Outlook und Exchange-Accounts.
Ich würde mich freuen, wenn dies bei einem zukünftigen Update umgesetzt werden könnte.
***
Christian Walther hat sich darauf hin gemeldet und den Request TOM-11623 angelegt.
Unter folgendem Link lassen sich die RFCs nachlesen:
https://tools.ietf.org/html/rfc5545#section-3.3.5