Bra att veta
Strax efter midnatt i Seoul kan det vara förra morgonen i New York. Det är samma ögonblick med olika lokala datum: lägg inte på en dag själv. Förmedla datum och tid tillsammans.
Steg i verktyget
I Lokalt datum och tid anger du källans lokala datum och tid, inte målets. Välj Från tidszon och Till tidszon bland tillgängliga zoner och tryck Beräkna. Det är inte fritext för valfritt IANA-namn eller en beräkning med fast tidsskillnad.
Kontrollerat exempel
2026-01-15 00:30 i Asia/Seoul gav Jan 14, 2026, 10:30 · America/New_York: den 14:e, inte 15:e. Python ZoneInfo bekräftade oberoende. Kopiera hela resultatet och kontrollera kalenderdatumet i målappen.
| Indata | 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 |
Kontrollera resultatet
America/New_York 2026-01-15 12:00 gav UTC 17:00; 2026-07-15 12:00 gav UTC 16:00. Säsongsskillnaderna är olika. Använd inte januaris skillnad för juli eller anta samtidiga omställningar överallt. Webbläsarens tidszonsdata används.
Om något går fel
I New York finns inte 2026-03-08 02:30, och 2026-11-01 01:30 inträffar två gånger. Båda avvisades utan gissning. Bekräfta en entydig lokal tid med arrangören eller använd ett känt UTC-ögonblick. Kontrollera annars källdatum och båda zonerna.
Vanliga frågor
Ska ett resultat på förra dagen ändras till idag?
Nej. Kontrollera inmatningen; resultatet kan vara rätt.
Varför skiljer vinter och sommar en timme?
Zonen har olika säsongsförskjutningar på testdatumen.
Väljer verktyget en upprepad tid åt mig?
Nej. Tvetydiga eller obefintliga lokala tider avvisas.
Begränsningar
Ingen schemaläggare för återkommande möten. Endast tillgängliga zoner och datum; beroende av webbläsarens tidszonsdata.