Så omvandlar du tidszoner utan att missa ett möte
Att omvandla en tidszon handlar inte om att lägga eller dra ett fast antal timmar. Skillnaden mellan två städer ändras två gånger om året eftersom länder går in och ur sommartid på olika datum, så samma “kl. 15:00 hos mig” kan motsvara olika klockslag hos en kollega beroende på exakt vilken vecka på året det är. Ett tidszonsverktyg som räknar via den faktiska tidszonsdatabasen, inte en hårdkodad offset, ger dig rätt svar även under de veckor då det inte är uppenbart.
Varför en tidszon inte är samma sak som en offset
Varje plats i världen tillhör en tidszon i IANA:s tidszonsdatabas (till exempel Europe/Stockholm eller America/New_York). Databasen känner till både platsens grundoffset från UTC och exakt vilka datum sommartiden börjar och slutar där. UTC (Coordinated Universal Time) är den neutrala referensen som alla tidszoner räknas ifrån. GMT är egentligen namnet på en specifik brittisk tidszon som råkar sakna offset under vintern, och även om de två nästan alltid sammanfaller i klockslag är det UTC som är den tekniska standarden bakom varje korrekt omvandling.
Det som gör det knepigt är att sommartid inte är synkroniserad globalt. USA och Kanada ställer om en söndag i mars och en söndag i november. EU och Storbritannien ställer om andra söndagar, oftast tre veckor senare på våren och en vecka senare på hösten. Japan har aldrig haft sommartid, och Turkiet gick 2016 över till en fast offset (UTC+3) året runt utan säsongsväxling. Räknar du med fasta offsets för hand kommer du förr eller senare att räkna fel, just under de veckor då två regioner tillfälligt är osynkade med varandra.
Räkneexempel: samma möte, tre städer, olika veckor
Säg att ditt team har en återkommande tisdagsavstämning satt till kl. 17:00 svensk tid, med kollegor i New York och Tokyo. Så här ser mötestiden ut en vanlig vecka i mars 2026, jämfört med fönstret 8–29 mars, då USA:s sommartid redan har börjat (söndagen den 8 mars) men EU:s ännu inte (den börjar först söndagen den 29 mars):
| Stad (tidszon) | Vanlig vecka | 8–29 mars 2026 | Dagförskjutning |
|---|---|---|---|
| Stockholm (CET, UTC+1) | 17:00 | 17:00 | samma dag |
| New York (EST → EDT, UTC−5 → UTC−4) | 11:00 | 12:00 | samma dag |
| Tokyo (JST, UTC+9, ingen sommartid) | 01:00 (nästa dag) | 01:00 (nästa dag) | +1 dag |
Stockholm ligger kvar på normaltid (CET) ända fram till den 29 mars, så mötet är fortfarande satt till 17:00 där. Tokyo påverkas inte alls, eftersom varken Sverige eller Japan ställer om under de här veckorna, klockan där blir 01:00 natten efter oavsett. Bara New York hoppar en timme framåt i förhållande till Stockholm, från 11:00 till 12:00, eftersom amerikansk sommartid redan har trätt i kraft medan svensk normaltid består. Ett gap som normalt är sex timmar mellan Stockholm och New York krymper tillfälligt till fem.
Samma sak händer i omvänd riktning senare på året. Mellan den 25 oktober och den 1 november 2026 har EU redan gått tillbaka till normaltid medan USA fortfarande kör sommartid. Samma enveckorsförskjutning uppstår igen, fast åt andra hållet: den amerikanska kollegans klocka ligger en timme före det du väntar dig. Ett kalenderinbjudan som skapades i januari och bara sparade texten “kl. 11:00 New York-tid” utan att omräkna mot en absolut tidpunkt kommer att visa fel tid för alla inblandade under exakt de här veckorna, tills bägge sidor har ställt om.
Testa med dina egna klockslag
Skriv in ett riktigt möte med din tidszon och de zoner dina kollegor sitter i, och se resultatet omedelbart, inklusive dagförskjutning.
Omvandlad tid
Vanliga misstag som skapar en timmes förvirring
Att lita på ett fast antal timmars skillnad. “New York ligger sex timmar efter Sverige” stämmer nästan alltid, men inte under de två korta fönstren i mars och oktober/november då USA och EU byter sommartid på olika datum. Ett möte som räknats för hand utan att kolla exakt vecka landar fel just då.
Att blanda ihop GMT och UTC. I vardagligt tal används GMT ofta som synonym för UTC, men GMT är en tidszon (Storbritanniens vintertid) medan UTC är den globala referensen som aldrig ställer om. Skriv alltid UTC när du menar den neutrala tidpunkten, annars blir det otydligt om du menar den brittiska sommaren eller vintern.
Att anta att alla länder har sommartid. Japan har aldrig infört det, Brasilien avskaffade det nationellt 2019, och Turkiet har kört en fast offset sedan 2016. Om ett av dina möten inkluderar en sådan zon behöver bara den andra sidan av samtalet räknas om när säsongen skiftar, inte den zonen själv.
Att kopiera ett klockslag som ren text. “Mötet är kl. 09:00 ET” som klistras in i en chattkanal bär ingen information om vilken exakt tidszonsregel som gäller. En kalenderinbjudan som är korrekt kopplad till en tidszon räknar om automatiskt när sommartid ändras, men ett klipp-och-klistrat klockslag i ett meddelande gör det aldrig.
Vanliga frågor
Varför visar två tidszonsomvandlare ibland olika resultat för samma datum?
Om de använder olika datakällor för sommartidsregler kan de skilja sig, särskilt strax efter att ett land ändrat sina egna regler. Ett verktyg som bygger på operativsystemets IANA-tidszonsdatabas, som webbläsarens inbyggda Intl.DateTimeFormat, uppdateras i takt med systemet och ligger sällan fel.
Hur vet jag om ett specifikt datum ligger i ett av sommartidsfönstren?
Kolla när USA:s och EU:s sommartid börjar och slutar för det aktuella året, det är alltid en söndag i mars respektive oktober eller november, men de exakta datumen skiljer sig mellan regionerna. De två eller tre veckorna mellan de datumen är riskzonen för möten mellan Nordamerika och Europa.
Behöver jag oroa mig för det här om alla mina möten sker inom samma land?
Nej, om alla deltagare bor i tidszoner som byter sommartid samma dag (som hela Sverige) förblir skillnaden mellan dem konstant året runt. Problemet uppstår bara när deltagare sitter i regioner som byter datum vid olika tillfällen, som Nordamerika jämfört med Europa.
Räknar en tidszonsomvandlare med sommartid automatiskt?
Ja, förutsatt att den bygger på en riktig tidszonsdatabas snarare än en hårdkodad lista av offsets. Ange bara vilket datum mötet gäller, inte bara klockslaget, så tillämpas rätt sommartidsregel för just det datumet i varje inblandad zon.