Przykład 1
- 2024-01-01 12:00
- Europe/Warsaw
- America/New_York
2024-01-01 11:00
Jaki UTC przy Warszawie 2024-01-01 12:00? 2024-01-01 11:00. Zamrożone ISO z JSON.
Konwerter stref czasowych
Wpisz datę, godzinę i strefy. Warszawa 2024-01-01 12:00 daje 2024-01-01 11:00 UTC. 2024-07-01 12:00 daje 2024-07-01 10:00. UTC 00:00 zostaje 00:00. Zamrożone ISO z JSON.
To ten sam instant przez IANA (Intl). Extras zamrażają daty z JSON. Znacznik Unix jest na znaczniku czasu Unix.
Wynik
Wprowadź dane i kliknij Oblicz.
Jak używać tego kalkulatora
- Wybierz datę i godzinę oraz strefę źródłową i docelową. Opcjonalnie dodaj do 4 dodatkowych stref.
- Offset i czas letni (DST) są liczone dla wybranej daty — wynik to ten sam moment: czas lokalny źródła, cel i UTC.
- Presety par miast tylko wypełniają pola; wynik po Oblicz.
Jak to działa?
Konwerter stref czasowych na tej karcie liczy UTC z wpisanej daty. Warszawa 2024-01-01 12:00 daje 2024-01-01 11:00. 2024-07-01 12:00 daje 2024-07-01 10:00. UTC 2024-01-01 00:00 daje 2024-01-01 00:00. Extras biorą zamrożone ISO z JSON, nie zegar przeglądarki.
Pola: tz-date, tz-time, tz-from, tz-to. Zimą Warszawa jest UTC+1, więc 12:00 zostaje 11:00. Latem UTC+2, więc 12:00 zostaje 10:00. Midnight UTC zostaje 00:00. Wynik jest stemplem UTC.
11:00 nie jest live World Clock. 10:00 nie schodzi z API stref. 00:00 nie zna Twojego dziś. Wpisujesz datę sam. Karta nie pyta serwera czasu.
Znacznik czasu Unix obok czyta 1704067200 jako ISO. Cron liczy harmonogram. Tu 2024-01-01 12:00 z Warszawy zostaje 2024-01-01 11:00 UTC.
Wpisz 2024-01-01, 12:00, Europe/Warsaw i America/New_York, potem Oblicz. Wynik UTC extras to 2024-01-01 11:00. To nie live zegar.
2024-01-01 12:00 Warszawa daje 11:00 UTC. 2024-07-01 12:00 daje 10:00. UTC 00:00 zostaje 00:00. Inna data zmienia 11:00.
Wzór
ten sam instant przez strefę IANA (Intl). Wynik jest UTC. Zamrożone ISO z JSON, nie zegar.
Jak korzystać
- Wpisz 2024-01-01, 12:00, Europe/Warsaw.
- Kliknij Oblicz. UTC extras to 2024-01-01 11:00.
- 2024-07-01 12:00 daje 2024-07-01 10:00. UTC 00:00 zostaje 00:00.
- To zamrożone ISO z JSON, nie zegar.
- Znacznik Unix licz na znaczniku czasu Unix.
Warszawa 2024-01-01 12:00 = 11:00 UTC
Zamrożone ISO z JSON. 2024-01-01 12:00 daje 2024-01-01 11:00.
- Konwerter
- Data, godzina i IANA. 2024-01-01 12:00 zostawia 11:00 UTC.
- stref
- tz-from i tz-to. Warszawa zimą daje 11:00. Latem 10:00.
- czasowych
- Wynik UTC. 2024-01-01 00:00 UTC zostaje 00:00. Nie zegar.
Przykłady
Przykład 2
- 2024-07-01 12:00
- Europe/Warsaw
- UTC
2024-07-01 10:00
Jaki UTC przy 2024-07-01 12:00? 2024-07-01 10:00.
Przykład 3
- 2024-01-01 00:00
- UTC
- America/New_York
2024-01-01 00:00
Jaki UTC przy UTC 00:00? 2024-01-01 00:00.
Powiązane kalkulatory
Najczęstsze pytania
Jaki UTC przy Warszawie 2024-01-01 12:00?
2024-01-01 11:00. Zima UTC+1. Zamrożone ISO z JSON.
Jaki UTC przy 2024-07-01 12:00?
2024-07-01 10:00. Lato UTC+2.
Jaki UTC przy UTC 00:00?
2024-01-01 00:00. Midnight zostaje midnight.
Czy to live zegar albo World Clock?
Nie. Wpisana data. Extras trzymają ISO z JSON.
Czy karta zna DST?
Tak, przez Intl i IANA. Styczeń i lipiec dają 11:00 i 10:00.
Czy New York zmienia primary UTC?
Nie. Wynik jest stemplem UTC. Cel zostaje obok.
Czy 11:00 to dziś?
Nie. Extras zamrażają 2024-01-01. Nie ma Date.now.
Gdzie liczysz Unix 1704067200?
Na znaczniku czasu Unix. Tu zostaje 2024-01-01 11:00.
Czy pusta data liczy?
Nie. Data i godzina muszą być wpisane. To nie live zegar.
Offsety i UTC
Każda strefa IANA (np. Europe/Warsaw) ma offset względem UTC (+01:00 lub +02:00 w lecie) — to przesunięcie zegara, nie osobna "prędkość" czasu. UTC jest punktem odniesienia bez przesunięcia i bez czasu letniego, dlatego kalkulator zawsze pokazuje tę samą chwilę też w UTC.
Czas letni (DST)
- Wiele stref zmienia offset dwa razy w roku (np. Europa: ostatnia niedziela marca i października) — to zmienia różnicę godzin względem stref bez DST (np. UTC, większość Azji).
- Niektóre pary miast mają różnicę godzin, która sama się zmienia w ciągu roku, bo tylko jedna strona przechodzi na czas letni (np. Europa vs USA mają inne daty zmiany).
- Ten kalkulator liczy offset dla konkretnej daty, którą wybierzesz — nie dla "aktualnego" offsetu — dlatego wynik jest poprawny nawet dla dat w przyszłości.
Przykład: spotkanie przez granicę DST
Ta sama godzina lokalna w Warszawie w tygodniu przed i po zmianie czasu daje inną godzinę w Nowym Jorku, bo Europa i USA zmieniają czas w innych terminach.
| Data (Warszawa) | Źródło | Cel (New York) | Uwaga |
|---|---|---|---|
| 2026-03-22 15:00 | Europe/Warsaw (UTC+1) | ~10:00 America/New_York (UTC−4) | Europa jeszcze zimowa; USA już letnia |
| 2026-03-29 15:00 | Europe/Warsaw (UTC+2) | ~09:00 America/New_York (UTC−4) | Po europejskim „przeskoku” — różnica o 1 h względem tygodnia wcześniej |
Sprawdź obie daty w kalkulatorze — offsety potwierdzi przeglądarka (Intl).
Offsety: zima vs lato (orientacyjnie)
| Para | Zima | Lato |
|---|---|---|
| Warszawa → Nowy Jork | ~6 h | ~6 h (daty zmiany różne!) |
| Londyn → Tokio | ~9 h | ~8 h |
| UTC → Los Angeles | ~8 h | ~7 h |
W tygodniach przejścia DST różnica bywa tymczasowo inna — zawsze licz dla konkretnej daty.
Pułapki przy planowaniu spotkań
- "O 15:00 u mnie" nie znaczy tej samej godziny u rozmówcy — zawsze podawaj strefę albo link do konwertera.
- Tydzień przejścia na/z czasu letniego bywa mylący, bo różnica godzin między strefami tymczasowo się zmienia.
- Aplikacje kalendarzowe dobrze radzą sobie z powtarzającymi się spotkaniami w UTC, ale mogą "przesunąć" spotkanie o godzinę, jeśli zapisano je w czasie lokalnym bez strefy.
Dlaczego przechowywać UTC
W bazach danych i logach warto przechowywać czas w UTC, a konwertować na czas lokalny tylko w warstwie prezentacji (UI). To eliminuje niejednoznaczności przy DST i pozwala poprawnie porównywać/sortować zdarzenia z różnych stref bez dodatkowej logiki.
Przykłady
- 12:00 w Warszawie (lato, UTC+2) = 06:00 w Nowym Jorku (UTC-4) = 10:00 UTC.
- 09:00 w Londynie (zima, UTC+0) = 18:00 w Tokio (UTC+9) tego samego dnia.
- Spotkanie zapisane "co tydzień o 10:00 czasu lokalnego" może wypadać o innej godzinie UTC po zmianie czasu letniego w jednej ze stref.
FAQ — konwersja stref czasowych
- Czy kalkulator uwzględnia czas letni?
- Tak — offset jest liczony dla wybranej daty przez wbudowany mechanizm przeglądarki (Intl), więc DST jest zawsze aktualny dla tej konkretnej daty.
- Co znaczy "Ten sam moment (UTC)"?
- To ta sama chwila w czasie co Twoje źródło i cel, wyrażona bez żadnego przesunięcia strefowego — punkt odniesienia do porównań.
- Dlaczego różnica godzin między dwiema strefami czasem się zmienia?
- Bo jedna lub obie strefy przechodzą na czas letni w różnych terminach — różnica bywa inna zimą i latem.
- Czy mogę porównać więcej niż dwie strefy naraz?
- Tak — dodaj do 4 dodatkowych stref w polach "Dodatkowe strefy", a tabela wyników pokaże je wszystkie razem.
- Co się dzieje przy zmianie czasu (DST) między strefami?
- Jeśli tylko jedna strona zmienia offset (albo obie w innych terminach), ta sama godzina lokalna „u mnie” mapuje się na inną godzinę u rozmówcy — sprawdź obie daty w kalkulatorze.
- Czy presety par miast dają wynik od razu?
- Nie — wypełniają tylko pola źródła i celu. Kliknij Oblicz, aby zobaczyć wynik.
- Skąd wiadomo, która strefa to "Europe/Warsaw"?
- Nazwy IANA opierają się na dużym mieście reprezentującym regułę czasu letniego całego obszaru, nawet jeśli mieszkasz gdzie indziej w tym kraju.
- Co się dzieje, gdy lokalna godzina nie istnieje (przeskok DST)?
- Przy wiosennym przeskoku niektóre godziny nie występują w danej strefie — kalkulator zwraca błąd. Zmień datę lub godzinę na istniejącą lokalnie.