Hoe reken je tijdzones om? Met rekenvoorbeeld en de zomertijd-valkuil
Een tijdzone omrekenen betekent dat je een tijd vertaalt naar de kloktijd elders, met het vaste UTC-offset van elke zone én met zomertijd, die dat offset twee keer per jaar verschuift. Handmatig gaat dit mis zodra één van de twee locaties net wel of net niet is overgeschakeld: het gebruikelijke verschil tussen twee steden krimpt of groeit dan tijdelijk met een uur.
Hoe tijdzones eigenlijk werken
Elke tijdzone heeft een offset ten opzichte van UTC (Coordinated Universal Time), de neutrale referentietijd waar alle andere tijden vanaf worden gerekend. Nederland zit op UTC+1 in de winter en UTC+2 in de zomer, New York op UTC-5 in de winter en UTC-4 in de zomer, Tokio het hele jaar door vast op UTC+9. Die offsets liggen vast in de IANA-tijdzonedatabase, de bron die vrijwel elk besturingssysteem, elke agenda-app en de tool onderaan dit artikel gebruikt.
Het lastige: “zomer” en “winter” beginnen en eindigen per land op een ander moment. De Verenigde Staten en Canada zetten de klok in 2026 op zondag 8 maart een uur vooruit, de Europese Unie en het Verenigd Koninkrijk pas op zondag 29 maart. In het najaar draait het om: de EU en het VK zetten de klok terug op zondag 25 oktober, de VS pas op zondag 1 november. Tussen die data zit telkens een venster van een paar weken waarin het verschil tussen bijvoorbeeld Amsterdam en New York tijdelijk een uur kleiner is dan normaal. Precies dat detail slaan de meeste tijdzone-artikelen over, en het is waar een terugkerende agenda-afspraak stilletjes een uur kan verschuiven.
Rekenvoorbeeld: een terugkerend teamoverleg
Stel je hebt elke week een overleg om 15:00 Amsterdamse tijd, met een collega in New York en een collega in Tokio. Zolang beide regio’s dezelfde zomertijdstatus hebben, allebei zomertijd of allebei wintertijd, is het verschil vast en voorspelbaar.
Neem een week na 29 maart 2026, wanneer zowel Nederland als de VS al op zomertijd staan. Amsterdam draait dan op CEST (UTC+2), New York op EDT (UTC-4) en Tokio, zonder zomertijd, gewoon op JST (UTC+9).
| Stad / tijdzone | Lokale tijd bij 15:00 in Amsterdam | Dagverschil |
|---|---|---|
| Amsterdam (CEST, UTC+2) | 15:00 | zelfde dag |
| New York (EDT, UTC-4) | 09:00 | zelfde dag |
| Tokio (JST, UTC+9) | 22:00 | zelfde dag |
De rekensom: 15:00 in Amsterdam is 13:00 UTC (15 min 2 uur). New York zit op UTC-4, dus 13:00 min 4 uur is 09:00. Tokio zit op UTC+9, dus 13:00 plus 9 uur is 22:00, nog dezelfde kalenderdag.
Zet diezelfde afspraak nu in de mismatch-periode van 8 tot en met 28 maart 2026: de VS zijn al overgeschakeld naar zomertijd, Nederland staat dan nog op wintertijd (CET, UTC+1).
| Stad / tijdzone | Lokale tijd bij 15:00 in Amsterdam | Dagverschil |
|---|---|---|
| Amsterdam (CET, UTC+1) | 15:00 | zelfde dag |
| New York (EDT, UTC-4) | 10:00 | zelfde dag |
| Tokio (JST, UTC+9) | 23:00 | zelfde dag |
Reken het na: 15:00 in Amsterdam is nu 14:00 UTC (15 min 1 uur, want Nederland staat nog op wintertijd). New York blijft op UTC-4, dus 14:00 min 4 uur is 10:00, een uur later dan in de eerste tabel. Het gat tussen Amsterdam en New York is normaal 6 uur, maar krimpt in dit venster tot 5 uur, puur omdat de VS al zijn overgestapt en Nederland nog niet.
De Tokio-kolom schuift in deze tabel ook een uur op (22:00 wordt 23:00), maar om een andere reden: dat komt doordat Amsterdam zelf nog op wintertijd staat, niet doordat er iets misloopt tussen Amsterdam en Tokio. Japan kent geen zomertijd en verandert dus nooit mee, waardoor het verschil met Amsterdam sowieso al meebeweegt met de seizoenen in Amsterdam, los van enige mismatch.
Hetzelfde patroon herhaalt zich in het najaar, in spiegelbeeld. Tussen 25 oktober en 31 oktober 2026 heeft Europa de klok al teruggezet naar wintertijd, terwijl de VS nog op zomertijd draaien. Reken diezelfde 15:00 in Amsterdam om: CET (UTC+1) geeft 14:00 UTC, en New York op EDT (UTC-4) komt dan op 10:00 uit, weer een uur later dan de 09:00 die je vanaf 1 november krijgt, zodra ook de VS terug zijn naar wintertijd (EST, UTC-5, waarbij 14:00 min 5 uur inderdaad 09:00 oplevert).
Reken het om met je eigen tijden
Vul hieronder je eigen datum, tijd en tijdzones in om direct te zien hoe laat het ergens anders is, inclusief een dagverschil-indicator zodra de omgerekende tijd over middernacht heen gaat.
Omgerekende tijd
Veelgemaakte fouten bij het omrekenen van tijdzones
Een vaste afspraak niet herberekenen rond de omschakeldata. Een terugkerende agenda-afspraak uit januari blijft meestal correct, want de meeste moderne kalenders (Google Agenda, Outlook, Apple Kalender) rekenen op basis van de absolute UTC-tijd en zetten die per deelnemer om naar diens eigen zone. Het gaat mis bij handmatig doorgegeven afspraken, zoals “9 uur Amerikaanse oostkusttijd” gekopieerd als platte tekst in een chatbericht: die tekst rekent zichzelf niet om, en tijdens de mismatch-vensters hierboven klopt zo’n overgetypte tijd dus precies een uur niet.
GMT en UTC door elkaar gebruiken als synoniem. Het grootste deel van het jaar vallen ze samen (GMT is de Britse wintertijd, gelijk aan UTC+0), maar zodra het Verenigd Koninkrijk op zomertijd overgaat (BST, UTC+1), is “GMT” niet langer de actuele Britse tijd. Wie het hele jaar door “Londen is GMT” aanhoudt, zit een deel van het jaar een uur ernaast. UTC verandert nooit mee met zomertijd; “GMT” wordt in de volksmond vaak losjes gebruikt voor “Britse tijd in het algemeen”, en dat is niet hetzelfde.
Ervan uitgaan dat elk land zomertijd heeft. Japan heeft zomertijd nooit ingevoerd, Turkije hanteert sinds 2016 het hele jaar door een vast UTC+3, en Brazilië heeft zomertijd landelijk afgeschaft in 2019. Wie een rekenregel toepast die overal “plus of min een uur in de zomer” veronderstelt, rekent zich voor deze landen stelselmatig mis.
Veelgestelde vragen
Waarom klopt mijn handmatig berekende tijdsverschil soms niet meer?
Meestal omdat de twee betrokken regio’s op dat moment een verschillende zomertijdstatus hebben. Zodra alleen de Verenigde Staten (of alleen Europa) al is omgeschakeld en de andere kant nog niet, is het gebruikelijke verschil tijdelijk een uur kleiner of groter dan je gewend bent. Reken in dat geval opnieuw, of gebruik de tool bovenaan dit artikel, die met de actuele IANA-zomertijdregels rekent.
Wanneer vallen de zomertijd-mismatchvensters in 2026?
Van 8 tot en met 28 maart 2026, wanneer de VS en Canada al op zomertijd staan en de EU en het VK nog niet, en van 25 tot en met 31 oktober 2026, wanneer Europa al terug is naar wintertijd en de VS nog niet. Buiten die twee vensters is het verschil tussen bijvoorbeeld Amsterdam en New York weer het gebruikelijke, stabiele aantal uren.
Houdt de tool bovenaan dit artikel automatisch rekening met zomertijd?
Ja. De tool gebruikt de IANA-tijdzonedatabase via de ingebouwde Intl.DateTimeFormat-functie van de browser, dezelfde bron die besturingssystemen gebruiken. Voer je datum in, dan past de tool automatisch de juiste zomer- of wintertijdregel toe voor die specifieke dag in elke gekozen zone, zonder dat je dat zelf hoeft na te gaan.
Wat betekent het dagverschil dat de tool soms laat zien?
Het geeft aan dat de omgerekende tijd op een andere kalenderdag valt dan de oorspronkelijke tijd, omdat het tijdsverschil over middernacht heen gaat. In het rekenvoorbeeld hierboven blijft alles binnen dezelfde dag, maar bij grotere tijdsverschillen (zoals tussen Europa en delen van Azië-Pacific) komt “+1 dag” of “−1 dag” regelmatig voor, en die indicator voorkomt dat je een afspraak per ongeluk een dag verkeerd noteert.