Dieser Browser wird nicht mehr unterstützt.
Führen Sie ein Upgrade auf Microsoft Edge durch, um die neuesten Features, Sicherheitsupdates und den technischen Support zu nutzen.
Fehlerhafte Übernahme der Bookingszeit in Kalender von aplle/Mac:
Ich habe die .ics-Datei geprüft. Der Fehler steckt tatsächlich in der von Microsoft erzeugten iCal-Datei.
Der Termin selbst ist korrekt als 25.09.2026, 12:00–12:45 Uhr eingetragen:
DTSTART;TZID=W. Europe Standard Time:20260925T120000 DTEND;TZID=W. Europe Standard Time:20260925T124500
Wo das Problem liegt
Microsoft verwendet als Zeitzone:
TZID:W. Europe Standard Time
und definiert darin zwar Standardzeit +0100 und Sommerzeit +0200, aber die Übergangsregeln sind in dieser Datei ungewöhnlich bzw. unvollständig angegeben.
Am 25. September 2026 gilt in Deutschland noch MESZ = UTC+2. Apple Calendar/iCal scheint die Microsoft-Zeitzonendefinition nicht korrekt auszuwerten und interpretiert die Uhrzeit dadurch mit dem falschen Offset. Das erklärt sehr plausibel 12:00 Microsoft → 13:00 Apple/iCal.
Die Buchungszeit selbst ist also nicht um eine Stunde falsch gespeichert. Das Problem entsteht beim Interpretieren der Microsoft-Zeitzone durch iCal.
Microsoft 365-Features, mit denen Benutzende ihre Abonnements, Kontoeinstellungen und Abrechnungsinformationen verwalten können.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(16, 20%, 11%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETL%3C/text%3E%3C/svg%3E)
Hallo,
vielen Dank für deine Nachricht.
Microsoft bietet keinen Support im Forum an.
Der Microsoft Support kann das Verhalten überprüfen, eröffne eine Supportanfrage im AdminCenter.
Ich freue mich auf deine Rückmeldung.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(259.20000000000005, 95%, 35%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ERT%3C/text%3E%3C/svg%3E)
Die Antwort wurde automatisch übersetzt. Daher kann sie grammatikalische Fehler oder ungewöhnliche Formulierungen enthalten.
Hallo @Hofbauer Admin,
Vielen Dank für die ausführliche Analyse und für die Überprüfung der .ics-Datei.
Basierend auf den bereitgestellten Informationen würde eine weitere Untersuchung die Prüfung der ursprünglichen Buchungseinladung, der generierten .ics-Datei sowie zusätzlicher umgebungsspezifischer Details sowohl auf Seiten von Microsoft als auch von Apple erfordern. Leider können diese Dateien und Diagnosedaten nicht über das Microsoft Q&A-Forum erfasst oder überprüft werden.
Da dieses Problem eine eingehende Fehlerbehebung und Analyse der betroffenen Kalenderdaten zu erfordern scheint, empfehle ich Ihnen, ein Supportticket beim Microsoft 365-Supportteam zu eröffnen. Ein Supporttechniker kann gemeinsam mit Ihnen die erforderlichen Dateien sicher erfassen, den von Bookings generierten .ics-Inhalt analysieren, die Zeitzonendefinitionen überprüfen und feststellen, ob die Ursache im generierten Kalenderfile oder in dessen Interpretation durch den Zielclient liegt.
Für den Business-Support:
Falls Ihr Abonnement über einen Partner oder Wiederverkäufer bezogen wurde, wenden Sie sich bitte an dessen Supportanbieter, damit dieser gegebenenfalls in Ihrem Namen eine Serviceanfrage eröffnen kann.
Sollten Sie eine Lösung finden oder weitere Erkenntnisse gewinnen, ziehen Sie bitte in Betracht, diese in diesem Thread zu teilen, um anderen Mitgliedern der Community zu helfen.
Wenn Sie weitere Unterstützung benötigen, können Sie jederzeit antworten. Ich bin gerne für Sie da und helfe Ihnen weiter!
Hallo,
vielen Dank für deine Anfrage.
Nach Analyse liegt de Fehlerursache im Drittursache, die ICS-Datei ist nicht fehlerhaft.
Kontaktiere den Support von Apple.
Ich freue mich auf deine Rückmeldung.
Hallo,
vielen Dank für Ihre Rückmeldung.
die Aussage, dass die Fehlerursache ausschließlich bei Apple liegt und die ICS-Datei nicht fehlerhaft sei, beantwortet leider nicht die von uns geschilderte technische Problematik.
Der Fehler lässt sich reproduzierbar auf die von Microsoft Bookings erzeugte VTIMEZONE-Definition eingrenzen.
Microsoft Bookings erzeugt beispielsweise folgenden Termin:
DTSTART;TZID=W. Europe Standard Time:20260928T130000 DTEND;TZID=W. Europe Standard Time:20260928T134500
Die Uhrzeit 13:00 Uhr ist somit korrekt in der ICS-Datei enthalten.
Die dazugehörige VTIMEZONE wird von Microsoft jedoch folgendermaßen erzeugt:
BEGIN:VTIMEZONE TZID:W. Europe Standard Time BEGIN:STANDARD DTSTART:16010101T000000 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T000000 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT END:VTIMEZONE
Beim Import dieser von Microsoft Bookings erzeugten Datei zeigt Apple Calendar den Termin am 28.09.2026 um 14:00 Uhr statt um 13:00 Uhr an.
Wir haben anschließend ausschließlich die VTIMEZONE-Definition geändert und eine vollständige Europe/Berlin-Zeitzonendefinition einschließlich der Regeln für den Wechsel zwischen CET und CEST verwendet. DTSTART und DTEND des eigentlichen Termins wurden ausdrücklich nicht verändert.
Ergebnis auf demselben Apple-Gerät:
Microsoft-Originaldatei: 13:00 Uhr → Anzeige 14:00 Uhr Korrigierte VTIMEZONE: 13:00 Uhr → Anzeige 13:00 Uhr
Damit ist zumindest nachgewiesen, dass das unterschiedliche Verhalten unmittelbar von der in der Microsoft-ICS-Datei enthaltenen VTIMEZONE-Definition abhängt.
Sollten Sie weiterhin davon ausgehen, dass die von Microsoft Bookings erzeugte VTIMEZONE vollständig RFC-konform ist und der Fehler ausschließlich auf Seiten von Apple liegt, bitten wir um eine konkrete technische Erläuterung:
Wie soll ein iCalendar-Client anhand der oben von Microsoft erzeugten VTIMEZONE für den 28.09.2026 bestimmen, dass zu diesem Zeitpunkt der Offset UTC+02:00 und nicht UTC+01:00 anzuwenden ist?
Insbesondere bitten wir um Erläuterung, wie dies anhand der beiden identischen DTSTART-Angaben 16010101T000000für STANDARD und DAYLIGHT ohne entsprechende wiederkehrende Umschaltregeln erfolgen soll.
Bitte eskalieren Sie den Fall an den technischen Support für Microsoft Bookings/Exchange Online und lassen Sie die erzeugte VTIMEZONE anhand der iCalendar-Spezifikation (RFC 5545) prüfen.
Falls Microsoft zu dem Ergebnis kommt, dass diese konkrete VTIMEZONE standardkonform und für die eindeutige Bestimmung von CET/CEST ausreichend ist, bitten wir um die entsprechende technische Begründung. Diese können wir anschließend auch dem Apple Support zur Prüfung vorlegen.
Gerne stellen wir erneut sowohl die unveränderte Original-ICS-Datei aus Microsoft Bookings als auch die korrigierte Vergleichsdatei zur Verfügung.