Skal arrangøren bruge sin egen by som begivenhedszone?

Brug byen, hvor beslutningstagerne sidder, eller den by der står på dagsordenen. Konsistens betyder mere end hvilken side du vælger, så længe zone-id’et er ægte.

Hvad hvis en gæsts telefon står på den forkerte zone?

Invitationen bærer stadig øjeblikket. Telefonen viser forkert vægtid, indtil indstillingerne rettes. Begge bytider i brødteksten er backup.

Er “kl. 9 min tid” nogensinde i orden?

Kun i en tråd, hvor alle allerede kender byen. Det er ikke i orden i et kalenderobjekt, der vil blive videresendt.

Sådan skriver du en tidszonesikker kalenderinvitation

De fleste ødelagte møder er ikke regnefejl. De er invitationer, der gemte et vægur uden zone, eller brugte en forkortelse der betyder tre steder på én gang.

Senest opdateret 2026-08-20 · Skrevet af NowZones-udgiveren i Danmark. Offsets og sommertidseksempler bruger IANA Time Zone Database via de samme biblioteker som byurene. Det er redaktionel forklaring, ikke juridisk, medicinsk eller flyveråd.

Gem ét øjeblik, vis mange ure

En god invitation er ét øjeblik i UTC, vist som lokal tid for hver deltager. Google Kalender og Outlook gør det, når du vælger en tidszone til begivenheden. De fejler, når du skriver “9am EST” i titlen og lader alle fortolke EST selv.

Foretræk byen: “09:00 i New York (America/New_York).” Hvis den anden side er i London, tilføj “14:00 i London” i beskrivelsen, så et screenshot stadig giver mening, når UI’et skjuler zonen.

Sæt ikke begivenheden i UTC, medmindre alle deltagere lever i luftfart. Mennesker læser bynavne. UTC hører hjemme i foden til dem, der vil have det.

Forbyd tvetydige forkortelser

CST er Central Standard Time i USA, China Standard Time og Cuba Standard Time. IST er Indien og Irish Summer Time. BST er British Summer Time og Bangladesh Standard Time. Hvis du skal skrive en forkortelse, par den med en by eller et IANA-id.

EST er kun korrekt om den amerikanske vinter. Fra marts til november er østkysten på EDT. At skrive EST i juli er en klassisk off-by-one.

IANA-id’et er grimt i en kundemail og perfekt i en kalender. Brug begge: venlig by i emnet, America/New_York på begivenheden.

Gentagne serier og sommertid

En ugentlig serie, der krydser et spring frem, vil springe eller gentage en time på den ene side, hvis softwaren gemte en flydende lokal tid. Test den første instans efter USAs marts-skift og efter EUs marts-skift — det er forskellige uger.

Hvis halvdelen af deltagerne ikke holder sommertid (Indien, Kina, det meste af Afrika), hopper hullet til London eller New York, selv når “intet skete” på deres side. Sig det én gang i invitationen, så ingen “retter” det.

I tvivl: omregn 09:00 i NowZones-omregneren for den faktiske dato, og sæt begge resultater ind i beskrivelsen.

Prøv værktøjerne

Ofte stillede spørgsmål

Skal arrangøren bruge sin egen by som begivenhedszone?: Brug byen, hvor beslutningstagerne sidder, eller den by der står på dagsordenen. Konsistens betyder mere end hvilken side du vælger, så længe zone-id’et er ægte.
Hvad hvis en gæsts telefon står på den forkerte zone?: Invitationen bærer stadig øjeblikket. Telefonen viser forkert vægtid, indtil indstillingerne rettes. Begge bytider i brødteksten er backup.
Er “kl. 9 min tid” nogensinde i orden?: Kun i en tråd, hvor alle allerede kender byen. Det er ikke i orden i et kalenderobjekt, der vil blive videresendt.