De meeting verschoof niet. De klokken wel.
Een terugkerende internationale meeting kan voor de organisator gelijk blijven en voor anderen verschuiven. Een team in New York plant elke maandag om 9:00. Voor hen blijft dat 9:00. Voor Londen, Madrid, Dubai, Tokio of Sydney kan dezelfde uitnodiging tijdens zomertijdweken een uur eerder of later verschijnen.
De verborgen vraag is: hangt de meeting aan een lokale stadstijd, of aan een vaste UTC-tijd? 09:00 America/New_York houdt New York vast en laat UTC bewegen. 14:00 UTC houdt UTC vast en laat New York bewegen.
America/New_York. De tijden zijn berekend met IANA-regels voor 2026. Controleer toekomstige jaren opnieuw, want regels kunnen veranderen.Waarom dit gebeurt
Zomertijd is lokale wetgeving. De VS veranderen in 2026 op 8 maart en 1 november. De EU verandert op de laatste zondag van maart en oktober. Sydney volgt het zuidelijk halfrond. Dubai en Tokio veranderen in dit voorbeeld niet.
Daardoor ontstaan overgangsvensters. Enkele weken lang hebben New York en Europa niet hun normale tijdsverschil. Later verandert Sydney terwijl het noordelijk halfrond alweer in een ander patroon zit. Het globale moment blijft hetzelfde, maar de lokale kloklabels verschuiven.
Een meeting om 9:00 in New York in voorjaar 2026
De kaarten hieronder volgen dezelfde maandagmeeting door de belangrijkste overgangsweken. Let vooral op Londen, Madrid en Sydney: zij laten zien waarom één terugkerende afspraak meerdere lokale verschuivingen kan veroorzaken.
Ma 2 mrt winterbasis
Ma 9 mrt VS eerst
Ma 30 mrt Europa volgt
Ma 6 apr Sydney verandert
Londen gaat van 14:00 naar 13:00 en terug naar 14:00. Madrid gaat van 15:00 naar 14:00 en terug naar 15:00. Sydney verschuift van dinsdag 01:00 naar dinsdag 00:00 en daarna naar maandag 23:00.
Najaar 2026
In het najaar is de tijdelijke afwijking omgekeerd. Europa gaat op 25 oktober 2026 terug naar standaardtijd, terwijl New York pas op 1 november teruggaat. Daardoor voelt dezelfde New York-meeting in Europa een week lang een uur vroeger.
Ma 19 okt voor Europa
Ma 26 okt Europa eerst
Ma 2 nov winter terug
Die week in oktober is kort, maar belangrijk. Voor Londen en Madrid lijkt de meeting een uur eerder te staan, terwijl New York nog niet terug is naar standaardtijd. Dat is precies het soort week waarin teams elkaar missen.
Wat als de meeting vaststaat op UTC?
UTC is duidelijk voor systemen, maar niet automatisch comfortabel voor mensen. Een meeting om 14:00 UTC blijft hetzelfde moment wereldwijd, maar lokale tijden veranderen nog steeds wanneer steden hun klok verzetten.
14:00 UTC op 2 mrt voor VS
14:00 UTC op 9 mrt na VS
14:00 UTC op 30 mrt na Europa
14:00 UTC op 2 nov winter terug
UTC is dus sterk voor logs, releases, incidenten en eenmalige wereldwijde gebeurtenissen. Voor een wekelijkse menselijke meeting moet je daarnaast kijken naar werktijden, seizoenswissels en wie de last draagt.
Zo controleer je je eigen uitnodiging
Open een afspraak vóór de zomertijdwisseling en een afspraak erna. Vergelijk de stad van de organisator, UTC en een tweede stad. Daarmee zie je of de serie aan een stad of aan UTC hangt.
De serie gebruikt waarschijnlijk een IANA-zone zoals America/New_York. Andere regio's kunnen in overgangsweken verschuiven.
Het wereldwijde moment is stabiel, maar lokale werktijden veranderen als een plek zomertijd ingaat of verlaat.
Afkortingen zijn dubbelzinnig. EST kan vaste offset, winterlabel of informele aanduiding zijn.
Welke verankering kies je?
Voor een gewone teammeeting is de stadszone van het verantwoordelijke team meestal het beste. Als product, sales of support in New York zit, beschrijft America/New_York de bedoeling beter dan een offset zoals UTC-05:00. Een offset kan in januari kloppen en in maart verkeerd zijn.
Voor technische gebeurtenissen is UTC vaak veiliger, omdat systemen één exact moment nodig hebben. Mensen plannen echter rond lokale werktijden, terwijl systemen met tijdstempels werken. Veel agenda-fouten ontstaan doordat een uitnodiging die twee modellen door elkaar haalt.
Een praktische test is: wie moet elke week dezelfde kloktijd houden? Als het antwoord een lokaal team is, kies dan de stadszone van dat team. Als het antwoord is dat het moment technisch vaststaat, kies UTC en vermeld expliciet dat lokale tijden kunnen verschuiven tijdens zomertijdweken. Zet die afspraak ook duidelijk in de agenda-omschrijving, niet alleen in een chatbericht dat later verdwijnt.
Praktische regel
Voor terugkerende meetings: 09:00 America/New_York of 15:00 Europe/Amsterdam.
Voor logs, releases en eenmalige globale events is UTC duidelijk.
Datum, tijd, stadszone en cut-off zijn nodig. "Vrijdag om 5" is niet genoeg.
Een veilige uitnodiging is bewust expliciet:
Wekelijkse productsync: maandagen om 09:00 America/New_York. Lokale tijden kunnen in andere regio's verschuiven tijdens zomertijdweken.
Als eerlijkheid belangrijk is, controleer de meeting vóór maart en vóór oktober/november opnieuw, of roteer het tijdstip tussen regio's.
Controleer met de vergaderingplanner, tijdzone-omrekener en wereldklok.
Bronnen en methode
- Berekend met IANA-zoneregels voor
America/New_York,Europe/London,Europe/Madrid,America/Los_Angeles,Asia/Dubai,Asia/TokyoenAustralia/Sydney. - Gekozen datums: maandagen rond de 2026-overgangen, waaronder 2, 9 en 30 maart, 6 april, 19 en 26 oktober en 2 november.
- Alle tijden zijn lokale burgerlijke tijden. Voor toekomstige jaren moet je belangrijke meetings opnieuw controleren, omdat regels politiek kunnen wijzigen.
- NIST: Amerikaanse zomertijdregels
- EUR-Lex: Richtlijn 2000/84/EG
- IANA Time Zone Database
- NSW Standard Time Act voor Sydney/New South Wales
- Waarom de VS en Europa op verschillende datums de klok verzetten