Wat je moet weten
Kort na middernacht in Seoul kan het in New York nog de vorige ochtend zijn. Het is hetzelfde tijdstip met een andere lokale datum: tel niet zomaar een dag op. Deel datum en tijd samen.
Stappen in de tool
Vul bij Lokale datum en tijd de lokale datum en tijd van de bron in, niet die van het doel. Kies Bronzone en Doelzone uit de beschikbare zones en druk op Berekenen. Het is geen vrije invoer voor alle IANA-namen of berekening met een vast uurverschil.
Gecontroleerd voorbeeld
2026-01-15 00:30 in Asia/Seoul gaf Jan 14, 2026, 10:30 · America/New_York: de 14e, niet de 15e. Python ZoneInfo bevestigde dit onafhankelijk. Kopieer de hele uitkomst en controleer de datum in je agenda.
| Invoer | Uitvoer |
|---|---|
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 |
Resultaat controleren
America/New_York 2026-01-15 12:00 gaf UTC 17:00; 2026-07-15 12:00 gaf UTC 16:00. De UTC-offsets verschillen per seizoen. Gebruik januari niet als vaste regel voor juli en verwacht geen gelijktijdige wijzigingen overal. Browsergegevens worden gebruikt.
Bij problemen
In New York bestaat 2026-03-08 02:30 niet en komt 2026-11-01 01:30 tweemaal voor. Beide werden afgewezen zonder te raden. Vraag een eenduidige lokale tijd of bevestigd UTC-tijdstip. Controleer bij andere vreemde resultaten datum en beide zones.
Veelgestelde vragen
Moet een uitkomst op de vorige dag naar vandaag?
Nee. Controleer de velden; de uitkomst kan juist zijn.
Waarom verschillen winter en zomer één uur?
De zone gebruikt op die geteste datums verschillende UTC-offsets.
Kiest de tool een herhaalde tijd voor mij?
Nee. Dubbelzinnige of niet-bestaande lokale tijden worden afgewezen.
Beperkingen
Geen planner voor terugkerende afspraken. Alleen beschikbare zones en datums; afhankelijk van browser-tijdzonegegevens.