Konverter Zona Waktu Gratis

UTC, GMT, dan Mengapa Anda Membutuhkan Nama IANA

UTC (Coordinated Universal Time) adalah standar waktu global, didefinisikan relatif terhadap International Atomic Time dengan penyesuaian detik kabisat berkala. GMT (Greenwich Mean Time) secara teknis adalah zona waktu (UTC+00:00) yang secara historis terikat pada Royal Observatory di Greenwich, London. Keduanya sering digunakan secara bergantian; secara teknis UTC adalah standar yang semua orang sinkronisasikan.

Untuk identifikasi zona waktu yang tidak ambigu, standarnya adalah Database Zona Waktu IANA (TZDB), yang awalnya dibuat oleh Arthur David Olson di US National Institutes of Health pada tahun 1986 dan kini dipelihara oleh IANA. Format penamaannya adalah Region/City: America/New_York, Europe/Paris, Asia/Tokyo, Australia/Sydney. Kotanya adalah kota terbesar di zona tersebut atau lokalitas yang khas. TZDB diperbarui beberapa kali per tahun seiring perubahan aturan DST di berbagai negara, dan setiap sistem operasi modern, bahasa pemrograman, dan browser web utama menyertakan salinan terbaru.

Konverter ini menggunakan database IANA yang tertanam di browser Anda melalui API Intl.DateTimeFormat JavaScript, sehingga transisi DST, perubahan aturan regional, dan kasus tepi historis ditangani dengan benar tanpa Anda perlu memikirkannya.

Singkatan Zona Waktu Bersifat Ambigu

Singkatan tiga huruf seperti «CST» dan «IST» terlihat tidak ambigu tetapi sebenarnya tidak:

• CST bisa berarti US Central Standard Time (UTC−06:00), China Standard Time (UTC+08:00), atau Cuba Standard Time (UTC−05:00).
• IST bisa berarti India Standard Time (UTC+05:30), Israel Standard Time, atau Irish Standard Time.
• EST biasanya berarti US Eastern Standard Time (UTC−05:00), tetapi Australian Eastern Standard Time (UTC+10:00) berbagi singkatan yang sama.

Ketika Anda benar-benar perlu mengomunikasikan waktu secara tepat, gunakan nama IANA (America/Chicago vs Asia/Shanghai vs Asia/Kolkata) atau sertakan offset sekaligus kotanya. Konverter memberi label setiap kolom dengan zona IANA sehingga waktu pertemuan tidak ambigu.

Zona Waktu Umum Sekilas

Offset Setengah Jam dan Seperempat Jam

Tidak setiap zona waktu berjarak seluruh jam dari UTC. India, Sri Lanka (UTC+05:30), Iran (UTC+03:30 / +04:30), Afghanistan (UTC+04:30), dan Myanmar (UTC+06:30) semuanya menggunakan offset setengah jam. Nepal berada di UTC+05:45, dan Kepulauan Chatham di Selandia Baru di UTC+12:45 / +13:45. Offset setengah dan seperempat jam ini paling penting bagi pengembang perangkat lunak, karena banyak sistem lama mengasumsikan offset seluruh jam dan diam-diam rusak pada waktu India atau Nepal. Database IANA menangani semuanya dengan benar; konverter mewarisi itu.

Waktu Musim Panas

Daylight Saving Time (DST) pertama kali diusulkan oleh pamflet William Willett tahun 1907 «The Waste of Daylight» dan pertama kali diadopsi secara resmi oleh Jerman pada tahun 1916 untuk menghemat batu bara selama Perang Dunia I. Saat ini, penerapannya sangat bervariasi menurut yurisdiksi:

• Amerika Serikat: DST berlangsung dari Minggu kedua Maret hingga Minggu pertama November (Energy Policy Act of 2005). Hawaii dan sebagian besar Arizona tidak menerapkannya.
• Uni Eropa: DST berlangsung dari Minggu terakhir Maret hingga Minggu terakhir Oktober. Parlemen UE memilih pada tahun 2019 untuk menghapus perubahan jam musiman di seluruh UE; penerapannya telah ditunda tanpa batas dan sebagian besar negara anggota masih menerapkan DST.
• Tidak menerapkan DST: sebagian besar Afrika, sebagian besar Asia, sebagian besar Amerika Selatan (Brasil menghapusnya pada tahun 2019), Rusia (sejak 2014), Islandia, Hawaii, sebagian besar Arizona, India, Tiongkok, Jepang, Korea Selatan, Turki.

Konverter memperhitungkan aturan DST setiap zona IANA, sehingga rapat yang dijadwalkan pukul 9 pagi di America/New_York pada tanggal Januari dikonversi sebagai EST (UTC−05:00); pukul 9 pagi yang sama pada bulan Juli dikonversi sebagai EDT (UTC−04:00).

Jebakan DST dalam Perangkat Lunak

• «Spring forward»: jam lokal melompat dari 02:00 ke 03:00, sehingga jam 02:00-02:59 tidak ada secara lokal. Cron job yang dijadwalkan dalam jendela tersebut langsung dijalankan setelah lompatan di Linux Vixie cron, tetapi dilewati sepenuhnya oleh AWS EventBridge.
• «Fall back»: 02:00 ke 01:00 terjadi dua kali. Peristiwa di jam yang diduplikasi dapat dijalankan dua kali atau tidak sama sekali tergantung penjadwal. Linux Vixie tidak menjalankan ulang; AWS EventBridge hanya berjalan sekali.
• Undangan kalender yang melewati batas DST perlu zona waktu yang dilampirkan secara eksplisit, bukan hanya waktu lokal. File ICS menyertakan TZID untuk alasan ini; mengirim teks polos «9 AM ET» melalui email ketika kalender penerima melewati perubahan DST akan diam-diam bergeser satu jam.

Kasus Penggunaan Umum

• Menjadwalkan rapat lintas benua: pukul 9 pagi PST menjadi pukul berapa untuk seseorang di Tokyo atau Berlin? Kapan semua orang berada dalam jam kerja secara bersamaan?
• Mengkoordinasikan peluncuran produk yang harus «tayang secara langsung pada tengah malam di mana-mana» atau «9 pagi di waktu lokal Anda.»
• Membaca log server dalam waktu lokal Anda ketika server diatur ke UTC (praktik terbaik modern untuk server cloud).
• Perencanaan perjalanan: pukul berapa saya tiba secara lokal? Kapan penerbangan saya berangkat dalam waktu tujuan?
• Berkoordinasi dengan klien internasional tanpa melakukan kesalahan matematika zona waktu melalui aritmetika mental.
• Penjadwalan acara langsung: streaming game, webinar, siaran olahraga yang membutuhkan satu jawaban «apakah ini sedang berlangsung?» untuk audiens global.

Kesalahan Umum

1. Membingungkan «EST» dengan «EDT» (atau pasangan standar / daylight apa pun). Rapat yang sama pada 1 Maret vs 31 Maret di New York berada di offset UTC yang berbeda.
2. Menggunakan «GMT» untuk berarti «waktu UK». Inggris menerapkan British Summer Time (BST, UTC+01:00) dari akhir Maret hingga akhir Oktober; hanya musim dingin yang GMT.
3. Menganggap kota memiliki offset UTC tetap. Rusia, Samoa, Mesir, dan lainnya semuanya telah mengubah offset mereka dalam 15 tahun terakhir. Database IANA melacak riwayat; pencarian berdasarkan nama kota dan tanggal tetap benar.
4. Mengirim undangan dalam singkatan tiga huruf. «9 AM CST» benar-benar ambigu antara Chicago (UTC−06:00) dan Shanghai (UTC+08:00), selisih 14 jam. Gunakan nama IANA atau sertakan offsetnya.
5. Melupakan Arizona, Hawaii, Saskatchewan, Indiana. Tempat-tempat ini tidak menerapkan DST atau hanya sebagian. Pemetaan generik «Mountain Time» atau «Central Time» rusak untuk separuh tahun.
6. Memilih rapat pada jam yang tidak ada. Undangan untuk pukul 02:30 waktu lokal pada tanggal spring-forward berada di jam yang tidak ada. Kalender biasanya menggesernya diam-diam; beberapa sistem mengalami error.

Pertanyaan yang Lebih Sering Diajukan

Mengapa beberapa offset dalam setengah jam?

Alasan historis dan politik. India menetapkan UTC+05:30 sebagian untuk berkompromi antara batas timur dan barat negara; Iran, Afghanistan, Myanmar, dan beberapa lainnya menggunakan offset setengah jam serupa. Nepal bahkan lebih jauh dan menggunakan UTC+05:45. Tidak ada aturan yang mengharuskan zona waktu berada pada batas seluruh jam, semuanya sesuai dengan pilihan masing-masing yurisdiksi.

Bagaimana konverter menangani transisi DST?

Secara otomatis. Database IANA browser menyertakan aturan DST setiap wilayah, termasuk yang historis. Waktu yang ditetapkan di Europe/Berlin pada tanggal musim panas dikonversi dengan benar menggunakan CEST (UTC+02:00); waktu lokal yang sama di musim dingin dikonversi menggunakan CET (UTC+01:00).

Zona waktu mana yang dapat saya tambahkan?

Semua zona waktu IANA yang diketahui browser, biasanya 400+ zona yang mencakup setiap wilayah berpenghuni. Dropdown diisi dari Intl.supportedValuesOf('timeZone') browser saat halaman dimuat, sehingga tetap terkini dengan apa pun yang terinstal di sistem operasi Anda.

Apakah waktu yang dikonversi dikirimkan ke suatu tempat?

Tidak. Konversi terjadi sepenuhnya di browser Anda menggunakan API tanggal dan zona waktu JavaScript bawaan. Tidak ada tentang waktu rapat, lokasi, atau zona yang dipilih yang dikirimkan, dicatat, atau disimpan di server mana pun.

Mengapa waktu rapat bergeser saat DST?

Karena beberapa zona menerapkan DST dan yang lain tidak. Rapat pukul 9 pagi Pacific mengenai pukul 12 siang Eastern di musim dingin (keduanya dalam waktu standar) tetapi pukul 9 pagi Pacific yang sama tetap pukul 12 siang Eastern di musim panas (keduanya dalam DST). Namun, rapat pukul 9 pagi Pacific mengenai pukul 1 pagi keesokan harinya di Tokyo sepanjang tahun, Tokyo tidak menerapkan DST, sehingga perbedaan antara LA dan Tokyo bergeser satu jam dua kali setahun.

Apa cara paling aman untuk berbagi waktu rapat?

Kirimkan undangan kalender (file .ics atau melalui Google / Outlook / iCloud Calendar) dengan zona waktu yang dilampirkan secara eksplisit. Kalender penerima kemudian merender waktu dalam zona lokal mereka, secara otomatis memperhitungkan DST di kedua sisi. Jika Anda harus mengirim waktu dalam teks biasa, sertakan zona IANA dan offsetnya: «Selasa 14:00 Europe/Berlin (UTC+01:00).»