Slik konverterer du tidssoner riktig (uten å bomme på møtetidspunktet)
Å konvertere en tidssone vil si å regne om et klokkeslett fra én by til det samme, absolutte tidspunktet i en annen, ut fra UTC-forskyvningen til hvert sted. Forskyvningen er ikke fast: den endrer seg to ganger i året i mange land, og ikke på samme dato overalt. Derfor fungerer “bare legg til 6 timer” det meste av året, men gir feil svar akkurat i overgangsukene.
Hvorfor det ikke holder å bare legge til eller trekke fra timer
Hver by har en offisiell UTC-forskyvning, definert i det som kalles IANA-tidssonedatabasen (for eksempel Europe/Oslo eller America/New_York). Denne databasen ligger under nesten alt av programvare som håndterer tid, fra kalenderapper til operativsystemer, og oppdateres flere ganger i året når land endrer regler for sommertid.
Det som gjør regnestykket vanskelig, er sommertid (DST). Rundt 70 land, inkludert Norge og resten av EU samt USA og Canada, stiller klokken en time frem om våren og en time tilbake om høsten. Problemet er at de ikke gjør det på samme dato. I 2026 starter amerikansk sommertid søndag 8. mars og varer til søndag 1. november, mens europeisk sommertid starter søndag 29. mars og varer til søndag 25. oktober. Land som Japan har aldri hatt sommertid i det hele tatt, og Tyrkia har brukt en fast forskyvning på UTC+3 hele året siden 2016. Så lenge begge sider av en samtale følger samme sesong, holder den vante tommelfingerregelen. I de tre ukene mellom 8. og 29. mars, og i uken mellom 25. oktober og 1. november, der den ene siden har byttet og den andre ikke har, gjør den det ikke.
Regneeksempel: en kveldsmøte fra Oslo, med New York og Tokyo
Se for deg et globalt team som holder en fast statusmøte klokken 18:00 norsk tid hver uke, med deltakere i New York og Tokyo. Møtet ligger fast på Oslo-klokken, ikke på en bestemt UTC-time, akkurat slik de fleste kalenderinvitasjoner er satt opp.
En vanlig uke, for eksempel tirsdag 9. juni 2026 (begge regioner har sommertid: Oslo på UTC+2, New York på UTC-4):
| By / tidssone | Lokal tid | Dagforskjell |
|---|---|---|
| Oslo (CEST, UTC+2) | 18:00, tirsdag | samme dag |
| New York (EDT, UTC-4) | 12:00, tirsdag | samme dag |
| Tokyo (JST, UTC+9) | 01:00, onsdag | +1 dag |
Under overgangsvinduet 8.-29. mars 2026, for eksempel tirsdag 17. mars (USA har hoppet frem til sommertid, Norge og EU har ikke ennå, så Oslo er fortsatt på UTC+1 mens New York allerede er på UTC-4):
| By / tidssone | Lokal tid | Dagforskjell |
|---|---|---|
| Oslo (CET, UTC+1) | 18:00, tirsdag | samme dag |
| New York (EDT, UTC-4) | 13:00, tirsdag | samme dag |
| Tokyo (JST, UTC+9) | 02:00, onsdag | +1 dag |
Legg merke til New York-raden. Møtet er fortsatt klokken 18:00 i Oslo begge ukene, men i New York flytter det seg fra 12:00 til 13:00, altså en time senere enn “vanlig”. Gapet mellom Oslo og New York er normalt 6 timer, men krymper til 5 timer i disse tre ukene fordi USA allerede har stilt klokken frem mens Norge ikke har gjort det ennå. En kollega i New York som husker møtet som “alltid klokken 12” uten å sjekke kalenderen på nytt, møter opp en time for tidlig. Samme mekanisme gjentar seg i motsatt retning fra 25. oktober til 1. november 2026, når Europa har stilt klokken tilbake mens USA ennå ikke har det.
Tokyo-raden flytter seg også, fra 01:00 til 02:00, men det skyldes noe helt annet og langt mindre lumsk: Norges eget klokkeskifte fra sommertid til normaltid. Japan har ingen sommertid å forholde seg til, så den forskyvningen er synlig og forventet for alle som følger med på den norske klokken. Fellen ligger spesifikt i USA-Europa-benet, fordi begge sider da tror de allerede følger den nye normalen samtidig som den andre siden fortsatt henger igjen på den gamle.
Regn ut med dine egne tidspunkter
Skriv inn en dato og et klokkeslett, velg by eller tidssone på begge sider, og se resultatet umiddelbart, inkludert et dagforskjell-merke når konverteringen krysser midnatt:
Konvertert tid
Vanlige feil folk gjør
Å stole på en fast time-forskjell hele året. Som eksempelet over viser, er ikke gapet mellom Oslo og New York alltid 6 timer. I tre uker i mars og én uke i oktober/november er det bare 5 timer, fordi USA og Europa bytter til og fra sommertid på forskjellige datoer. En tilbakevendende avtale som er regnet ut manuelt en gang, uten at kalenderprogrammet regner den om på nytt fra den absolutte UTC-tiden, blir stille og rolig feil i akkurat disse overgangsukene.
Å blande sammen GMT og UTC. I dagligtale brukes GMT ofte som synonym for UTC, og forskjellen er null store deler av året siden London ligger på UTC+0 om vinteren. Problemet oppstår om sommeren: da går London over til BST (UTC+1), mens UTC alltid ligger fast uten sommertid. Skriver noen “15:00 GMT” i en tekstmelding om sommeren og egentlig mener britisk lokaltid, kan det tolkes feil av mottakere i andre soner. Bruk UTC som referanse når presisjon betyr noe, og la lokal tid være lokal tid.
Å glemme at ikke alle land bytter klokke i det hele tatt. Japan har aldri hatt sommertid, og Tyrkia har ligget fast på UTC+3 hele året siden 2016. Et møte satt opp med en japansk kollega beveger seg aldri på grunn av sommertid på den siden, bare på grunn av at de andre partenes klokker endrer seg. Sjekk alltid hvilken av tidssonene i en samtale faktisk har sommertid, i stedet for å anta at alle beveger klokken samtidig.
Å regne i hodet i stedet for å sjekke et verktøy. “Ni timer pluss, minus en for sommertid, tror jeg” er akkurat den typen regnestykke som feiler i overgangsukene. Et verktøy som henter tidssonedataene direkte fra systemets IANA-database bruker alltid riktig, oppdatert forskyvning for den spesifikke datoen, ikke bare årstiden generelt.
Ofte stilte spørsmål
Hva er forskjellen på en tidssone og en UTC-forskyvning?
En UTC-forskyvning er selve tallet, for eksempel UTC+1, mens en tidssone (som Europe/Oslo i IANA-databasen) er reglene som bestemmer hvilken forskyvning som gjelder til enhver tid, inkludert når sommertid starter og slutter. To byer kan dele samme UTC-forskyvning store deler av året og likevel ha forskjellig tidssone, fordi de bytter til sommertid på ulike datoer eller ikke bytter i det hele tatt.
Hvorfor endrer forskjellen mellom Norge og USA seg i løpet av året?
Fordi Norge og EU starter og avslutter sommertiden på andre datoer enn USA og Canada. I 2026 starter amerikansk sommertid 8. mars, mens europeisk sommertid ikke starter før 29. mars. I de tre ukene mellom er USA allerede en time frem mens Norge ikke er det, så det vanlige gapet på 6 timer krymper midlertidig til 5. Det samme skjer i motsatt retning fra 25. oktober til 1. november, når Europa har stilt tilbake mens USA ennå ikke har det.
Kan jeg stole på at kalenderappen min regner om møtetider riktig?
De fleste moderne kalenderapper (Google Calendar, Outlook og lignende) lagrer et møte som et absolutt tidspunkt og regner selv om til hver deltakers lokale klokke basert på tidssonen som er lagret i profilen deres, inkludert i overgangsukene. Risikoen ligger i manuelle løsninger: et klokkeslett skrevet som ren tekst i en chat, en e-post eller et regneark blir ikke automatisk regnet om, og blir stående feil helt til noen oppdaterer det manuelt.
Hvorfor beveger ikke Tokyo-tiden seg på grunn av sommertid?
Fordi Japan ikke har praktisert sommertid siden andre verdenskrig. Tokyo ligger fast på UTC+9 hele året, uansett årstid. Når tidspunktet mot Tokyo likevel endrer seg litt i eksemplene over, skyldes det utelukkende at Oslo eller New York bytter klokke, ikke noe som skjer på den japanske siden.