Kalkulator Zona Waktu

waktu di tujuan = waktu − selisih UTC asal + selisih UTC tujuan; tanggal di tujuan dan hari di tujuan dibaca dari saat yang sama, menurut pasangan dari zona waktu dan ke zona waktu; selisih dari tempat asal = selisih UTC tujuan − selisih UTC asal; pergeseran hari = tanggal di tujuan − tanggal, yaitu −1, 0, atau +1

tanggal

Hari kalender di tempat asal, ditulis sebagai YYYY-MM-DD. Itu hari di sana, bukan hari di tempat Anda membaca ini

waktu

Jam dinding di tempat asal, dalam bentuk HH:MM atau HH:MM:SS dengan format 24 jam. Detiknya boleh dihilangkan; di hasilnya selalu ditampilkan

dari zona waktu

Zona tempat waktu yang Anda ketik berasal. Salah satu dari 22 zona IANA, masing-masing berlabel nama kotanya dan bukan selisihnya, karena selisihnya adalah sifat saatnya dan bukan sifat tempatnya

ke zona waktu

Zona yang menjadi tujuan pengubahan. Dua puluh dua zona yang sama dengan daftar asalnya

waktu di tujuan

Jam dinding di zona tujuan, selalu dengan detik. Inilah hasil utamanya

tanggal di tujuan

Tanggal kalender di zona tujuan, yang tidak selalu sama dengan tanggal yang Anda ketik — itulah inti pergeseran harinya

hari di tujuan

Hari dalam seminggu di zona tujuan, dinyatakan sebagai angka 0 (Minggu) sampai 6 (Sabtu)

selisih UTC asal

Seberapa jauh zona asal dari UTC pada saat yang dihasilkan, ditulis sebagai UTC±HH:MM

selisih UTC tujuan

Seberapa jauh zona tujuan dari UTC pada saat yang sama. Kedua selisih dibaca pada saat hasil pengubahannya, jadi keduanya sudah termasuk waktu musim panas bila di sana sedang berlaku

selisih dari tempat asal

Selisih tujuan dikurangi selisih asal, dalam jam. Negatif berarti tujuannya tertinggal dari tempat asal

pergeseran hari

−1, 0, atau +1: apakah tanggal di tujuan adalah hari sebelum, hari yang sama, atau hari sesudah tanggal yang Anda masukkan

Pakai halaman ini setiap kali dua tempat terlibat dan sebuah jam harus dipercaya: memesan panggilan lintas benua, memeriksa apakah sebuah penerbangan mendarat pada hari yang sama dengan hari keberangkatannya, membaca log peladen yang ditulis dalam UTC, atau mencari tahu mengapa "Minggu pagi" seorang teman adalah Minggu malam Anda. Pergeseran harinya adalah bagian yang salah dihitung orang dengan tangan, karena ia bukan sifat tetap dari pasangan kotanya — dua zona yang sama bisa berbeda 13 jam pada Januari dan 12 jam pada Juli. Halaman ini mengubah saat yang sudah Anda miliki; ia tidak memberi tahu sebuah tempat berada di zona mana (daftarnya tetap 22 zona), dan tidak mengatakan apa pun tentang waktu tempuh, lama penerbangan, atau pengingat janji.

1. Pukul 12:00 di Shanghai ke New York — hari sebelumnya

   1. Shanghai adalah UTC+08:00 pada Januari, jadi tengah hari di sana adalah pukul 04:00 UTC pada 15 Januari
   2. New York sedang memakai EST, UTC−05:00, jadi pukul 04:00 UTC terbaca pukul 23:00 di jam sana
   3. Pukul 23:00 masih sebelum tengah malam yang menuju tanggal yang dimasukkan, jadi tanggalnya mundur ke 14 Januari dan pergeseran harinya bernilai −1
   4. 14 Januari 2026 jatuh pada Rabu, jadi nomor harinya 3
   5. Kedua selisihnya berbeda −13 jam: 08:00 dikurangi (−05:00) sama dengan 13 jam, dan tujuannya yang lebih ke barat

   Ini keadaan awal kalkulatornya, dan kasus yang paling mengejutkan orang: pesan yang dikirim pada waktu makan siang di Shanghai sampai di New York pada hari kalender sebelumnya. Mengerjakannya dengan tangan memakai satu aturan "Shanghai lebih maju 12 atau 13 jam" adalah tempat kesalahannya menyelinap — jawabannya di sini 13, tetapi pada Juli jawabannya 12, karena New York memakai waktu musim panas sedangkan Shanghai tidak.

2. Jam dinding yang tidak ada: New York, 8 Maret 2026, pukul 02:30

   1. Jam di New York dimajukan pada pukul 02:00 waktu setempat di tanggal ini, jadi pukul 02:00 menjadi 03:00 dan setengah jam dari 02:00 ke 03:00 tidak pernah terjadi
   2. Karena itu pukul 02:30 yang diketik tidak ada. Halaman ini membacanya seperti yang ditetapkan aturan IANA untuk celah waktu: digeser maju, menjadi pukul 03:30 EDT
   3. Pukul 03:30 pada 8 Maret 2026 jatuh pada Minggu, jadi nomor harinya 0
   4. Karena saat yang dihasilkan sudah berada di EDT, selisih asal yang dicetak adalah UTC−04:00 — bukan UTC−05:00 yang akan dibawa pukul 02:30 pada hari sebelumnya
   5. Shanghai adalah UTC+08:00, dua belas jam lebih maju daripada EDT, jadi pukul 03:30 menjadi pukul 15:30 di hari yang sama

   Selisih yang dicetak di sebelah waktu yang diketik bisa terlihat salah sampai Anda tahu alasannya: pukul 02:30 di New York adalah bacaan jam UTC−05:00 pada musim dingin, tetapi pukul 02:30 yang satu ini jatuh di celah setelah pergantian, jadi saat yang dihasilkannya adalah saat EDT dan melaporkan UTC−04:00. Halaman ini membaca celah dan tumpang tindih persis seperti yang ditetapkan basis data zona waktu IANA, dan tidak pernah menolak masukannya — jadi angkanya selalu dihasilkan, dan inilah kasus yang perlu dibaca dua kali.

3. Kedua ujung memakai waktu musim panas: London ke Los Angeles pada 4 Juli

   1. Pada Juli London memakai BST, UTC+01:00, jadi pukul 09:30 di sana adalah pukul 08:30 UTC
   2. Los Angeles memakai PDT, UTC−07:00, jadi pukul 08:30 UTC terbaca pukul 01:30 di jam sana
   3. Kedua selisihnya berbeda 8 jam, dan angka 8 ini bukan angka 8 yang orang duga pada musim dingin: pada Januari London adalah UTC+00:00 dan Los Angeles UTC−08:00
   4. Kedua selisih yang dicetak sudah termasuk waktu musim panasnya, dan itulah sebabnya sisi asal terbaca UTC+01:00 dan bukan UTC+00:00
   5. Tanggalnya tidak berubah, jadi pergeseran harinya 0 — dan 4 Juli 2026 jatuh pada Sabtu, nomor harinya 6

   Menjawab ini dengan selisih bakunya (0 dan −08:00) memberi beda 8 jam dan jam yang sama, dan itulah sebabnya kesalahannya mudah terlewat di sini lalu muncul pada tanggal-tanggal di sekitar pergantian. Kedua zona yang berganti arah berlawanan pada pekan yang sama di bulan Maret adalah saat aturan selisih tetap salah sebanyak satu jam penuh.

4. Tahun baru di Auckland, di UTC masih tahun lalu

   1. Auckland memakai NZDT pada Januari, UTC+13:00, jadi tengah malam di sana adalah pukul 11:00 UTC pada 31 Desember 2025
   2. Mengubahnya ke UTC karena itu melewati batas hari sekaligus batas tahun sekaligus
   3. Tanggal tujuannya adalah 31 Desember 2025, dan pergeseran hari −1 dihitung dengan mengurangkan nomor harinya, bukan dengan membandingkan teks tanggalnya
   4. 31 Desember 2025 jatuh pada Rabu, nomor harinya 3
   5. Selisihnya −13 jam: tujuannya, yaitu UTC, yang lebih ke barat

   Pergeseran hari bukan sekadar "yang di barat berarti kemarin". Di sini −13 jam melewati tengah malam; −13 jam yang sama antara Shanghai dan New York juga mendarat di hari sebelumnya, sedangkan beda −5 jam dari London ke New York tidak. Harinya dilaporkan untuk tanggal tujuannya, dan itulah sebabnya ia berbunyi Rabu padahal tanggal yang dimasukkan adalah Kamis.

Halaman ini mencakup tahun 1970 sampai 2100 dan 22 zona waktu, bukan setiap zona yang dikenal basis data IANA. Jendelanya disengaja: sebelum tahun 1970 basis datanya mencatat waktu rata-rata setempat yang benar-benar dipakai sebuah tempat — Shanghai adalah UTC+08:06, Monrovia memakai selisih yang mengandung detik — dan jawaban seperti itu benar tetapi terbaca seperti kutu. Jam dinding yang ambigu dan yang tidak ada dibaca seperti yang ditetapkan aturan IANA (digeser maju melewati celah waktu musim panas, diambil bacaan yang lebih awal melewati tumpang tindih musim gugur) alih-alih ditolak; halaman ini tidak memperingatkan Anda bahwa itu terjadi, jadi tanggal-tanggal di sekitar pergantian perlu diperiksa terhadap selisih yang ditampilkan. Tidak ada zona yang disimpulkan dari nama tempat yang Anda ketik, karena memang tidak ada yang bisa diketik: kedua daftarnya tetap. Halaman ini juga tidak tahu perangkat Anda berada di zona mana, tidak menghitung durasi atau waktu penerbangan, dan tidak menyertakan detik kabisat — UTC tidak punya, dan itu berbeda dari detik kabisat yang ditambahkan ke UTC itu sendiri.

Apa selisih waktu antara dua kota?

Selisih waktu antar kota bukan angka yang tetap, dan selisih yang dicetak halaman ini adalah yang berlaku pada tanggal yang Anda masukkan. Dua zona bisa berbeda 13 jam pada Januari dan 12 jam pada Juli karena salah satunya memakai waktu musim panas dan yang lain tidak. Jadi jawaban atas "berapa bedanya Shanghai dan New York" harus ditanyakan dengan tanggal menempel padanya, dan itulah sebabnya kolom tanggal di sini adalah bagian dari pertanyaannya, bukan tambahan opsional.

Bagaimana cara menghitung waktu rapat lintas zona waktu?

Taruh waktu rapatnya di zona tempat ia diusulkan, lalu ubah ke setiap zona lain satu per satu. Untuk waktu rapat lintas zona waktu, angka yang berguna biasanya pergeseran harinya dan bukan jamnya: panggilan pukul 09:00 di London adalah pukul 18:00 di Tokyo di hari yang sama, tetapi pukul 04:00 di New York, dan angka 04:00 itulah yang menentukan masuk akal atau tidaknya undangannya. Karena halaman ini juga melaporkan harinya dan tanggalnya, Anda juga melihat kapan sebuah usulan mendarat di akhir pekan pihak lain.

Apakah waktu musim panas diterapkan secara otomatis?

Ya, untuk kedua zona, dan untuk tanggal yang tepat dan bukan untuk hari ini. Waktu musim panas bukan sifat sebuah zona melainkan sifat sebuah saat: selisih yang dicetak adalah yang diberikan aturan IANA untuk saat yang sedang diubah, jadi tanggal Januari dan tanggal Juli antara dua zona yang sama bisa berbeda satu jam. Tidak ada apa pun yang diandaikan tentang tanggal hari ini, yang berarti hasil untuk Maret tahun depan sudah memuat pergantian di Maret tahun depan.

Mengapa selisih UTC-nya kadang bukan yang saya duga?

Karena selisih yang ditampilkan adalah milik saat yang dihasilkan masukannya, bukan milik jam dinding yang Anda ketik. Pada hari jam dimajukan, jam yang dilewati tidak ada, dan waktu yang diketik di dalam jam itu dibaca sebagai saat tepat sesudahnya — jadi pukul 02:30 yang dimasukkan untuk New York pada hari pergantian di bulan Maret melaporkan UTC−04:00 (EDT) dan bukan UTC−05:00 yang dibawa pukul 02:30 pada hari sebelumnya. Kedua bacaan itu menunjuk saat yang sama; hanya satu di antaranya selisih yang sedang berlaku.

Hari apa di sana kalau di sini hari Rabu?

Itu bergantung pada jamnya juga, bukan hanya zonanya, dan itulah sebabnya halaman ini menanyakan keduanya. Menyeberangi garis tanggal ke arah timur berarti menambah satu hari; mengubah ke arah barat melewati cukup banyak jam berarti kehilangan satu hari. Kolom pergeseran hari menjawabnya langsung dengan −1, 0, atau +1, dan kolom harinya menyebut nama hari di tempat tujuan, sehingga Anda bisa tahu apakah di sana sudah mencapai hari yang Anda tanyakan atau belum.

• IANA Time Zone Database — Internet Assigned Numbers Authority
• Theory and pragmatics of the tz code and data — IANA — the source for the 1970-01-01 accuracy window this page states
• Temporal documentation — Time zone handling — TC39 — describes the 'compatible' disambiguation rule this page follows