Er UTC+1 og CET det samme?

Ikke helt. UTC+1 er et offset, altså et tal. CET er navnet på den centraleuropæiske normaltid, som har offset UTC+1 om vinteren. Om sommeren har de samme lande CEST, altså UTC+2, mens offsettet UTC+1 så gælder andre steder.

Hvorfor kan jeg ikke bare gemme et offset?

Fordi offsettet ændrer sig, når landet skifter sommertid eller ændrer regler. En aftale gemt som et tal flytter sig ikke med, og så ligger den forkert efter næste skift.

Hvad er et IANA-zonenavn?

Et navn som Europe/Copenhagen eller America/New_York fra tidszonedatabasen. Det peger på et sted og bærer alle historiske og fremtidige regler for det sted.

Kan to lande have samme offset uden at have samme tid?

Ja. Island og Danmark har begge UTC+0 om vinteren for Islands vedkommende og UTC+1 for Danmarks, men Island skifter aldrig sommertid, så forskellen mellem dem er ikke den samme hele året.

UTC+1 er ikke en tidszone: forskellen på offset og zone

Når nogen siger at Danmark er UTC+1, er det rigtigt lige nu, hvis det er vinter. Men det er ikke en beskrivelse af hvilken tidszone Danmark er i. Det er et øjebliksbillede af et tal, der ændrer sig to gange om året. Forskellen lyder akademisk, men den er den hyppigste enkeltårsag til at aftaler på tværs af lande ender på det forkerte tidspunkt.

Offset: et tal, gyldigt lige nu

Et offset er hvor mange timer og minutter et sted ligger fra UTC på et bestemt tidspunkt. Danmark er UTC+1 i januar og UTC+2 i juli. Indien er UTC+5:30 hele året. Nepal er UTC+5:45. Offsettet svarer på spørgsmålet "hvad er klokken der lige nu i forhold til nulpunktet", og ikke andet.

Fordi det kun gælder et øjeblik, kan du ikke bruge et offset til at planlægge fremad. Ved du at et møde ligger UTC+1 om tre måneder, ved du ikke om det er i Danmark om vinteren, i Nigeria hele året eller i Storbritannien om sommeren, og du ved ikke om tallet stadig gælder til den tid.

Tidszone: et sted med regler

En tidszone er noget andet. Den siger hvilket sted der er tale om, og bærer alle reglerne med sig: hvilket offset der gælder om vinteren, hvilket om sommeren, hvornår skiftene sker, og hvad der gjaldt før i tiden. Europe/Copenhagen er en tidszone. Asia/Kathmandu er en tidszone. UTC+1 er ikke.

Det er derfor tidszonedatabasen hos IANA er bygget op om stednavne. Hver zone er en liste over regler gennem tiden, ikke et tal. Når Grønland i 2023 gik over til at følge de europæiske skiftedatoer, blev det skrevet ind i zonen America/Nuuk, og alle systemer der bruger den, fik den nye virkelighed med.

Hvad der går galt i praksis

Den klassiske fejl er en kalenderaftale, der er gemt med et offset i stedet for en zone. Systemet husker "klokken 14, UTC+1". Så kommer sommertiden, landet flytter sig til UTC+2, men aftalen ligger stadig på det gamle tal, og pludselig ringer folk en time forskudt. Det er ikke kalenderens skyld, det er informationen der var for tynd fra starten.

Den næstklassiske er en tabel med tidsforskelle skrevet i hånden. Forskellen mellem Danmark og New York er 6 timer det meste af året, men i to korte vinduer om foråret og efteråret er den 5, fordi USA og Europa ikke skifter sommertid på samme dato. En tabel med tallet 6 er forkert et par uger hvert år, og det er netop de uger, hvor folk slår efter. Mekanikken bag ligger i hvorfor tidsforskellen ændrer sig.

Den tredje er at antage at et stort land har ét offset. Kina har fem tidszoner geografisk og bruger én, hvilket vi har skrevet om i hvorfor Kina kun har én tidszone. USA har seks. Australien har tre, og kun nogle af delstaterne bruger sommertid.

Sådan gør du det rigtigt

Gem stedet, ikke tallet. Skriver du en aftale ned, så skriv "kl. 14 i København" frem for "kl. 14 UTC+1". Så følger reglerne med, også når de ændrer sig.

Skal det være maskinlæsbart, så brug zonenavnet fra IANA. Det er den eneste form, der overlever et regelskift uden at nogen skal huske at rette noget.

Og skal du bare vide hvad klokken er et sted lige nu, så slå det op i stedet for at regne. Vi beregner alle tider live ud fra zonen, netop for at undgå den slags forældede tal.