Dette bør du vite
Rett etter midnatt i Seoul kan det være forrige morgen i New York. Det er samme øyeblikk med ulike lokale datoer: ikke legg til en dag selv. Del dato og klokkeslett sammen.
Trinn i verktøyet
I Lokal dato og tid oppgir du lokal dato og tid ved kilden, ikke målet. Velg Fra tidssone og Til tidssone blant tilgjengelige soner og trykk Beregn. Dette er ikke fritekst for alle IANA-navn eller regning med et fast timeavvik.
Kontrollert eksempel
2026-01-15 00:30 i Asia/Seoul ga Jan 14, 2026, 10:30 · America/New_York: den 14., ikke 15. Python ZoneInfo bekreftet det uavhengig. Kopier hele resultatet og kontroller datoen i kalenderen.
| Inndata | Utdata |
|---|---|
2026-01-15 00:30 · Asia/Seoul | 2026-01-14 10:30 · America/New_York |
2026-01-15 12:00 · America/New_York | 2026-01-15 17:00 · UTC |
2026-07-15 12:00 · America/New_York | 2026-07-15 16:00 · UTC |
Kontroller resultatet
America/New_York 2026-01-15 12:00 ga UTC 17:00; 2026-07-15 12:00 ga UTC 16:00. Sesongavvikene er forskjellige. Ikke bruk januars avvik i juli eller anta samtidige omstillinger overalt. Nettleserens tidssonedata brukes.
Hvis noe går galt
I New York finnes ikke 2026-03-08 02:30, og 2026-11-01 01:30 forekommer to ganger. Begge ble avvist uten gjetting. Bekreft entydig lokal tid med arrangøren eller bruk et kjent UTC-øyeblikk. Kontroller ellers kildedato og begge soner.
Vanlige spørsmål
Skal et resultat på forrige dag endres til i dag?
Nei. Kontroller feltene; resultatet kan være riktig.
Hvorfor er vinter og sommer én time ulike?
Sonen har ulike sesongavvik på de testede datoene.
Velger verktøyet en gjentatt tid for meg?
Nei. Tvetydige eller ikke-eksisterende lokaltider avvises.
Begrensninger
Ingen planlegger for gjentatte møter. Bare tilgjengelige soner og datoer; avhengig av nettleserens tidssonedata.