Mengapa Jam Tumpang Tindih Forex London–New York Bergeser? Hitung Sesuai Tanggal

Jam kerja setempat di London dan New York bisa tetap sama, tetapi rentang waktu yang bertumpang tindih bergeser satu jam. Penyebabnya, Amerika Serikat dan Inggris mengganti waktu musim panas pada tanggal berbeda. Selama sebagian Maret dan akhir Oktober, selisih kedua kota menjadi empat jam, bukan lima jam seperti biasanya. Yang berubah dapat berupa awal, akhir, bahkan panjang rentang tersebut.

Cara menghitungnya adalah menetapkan jam lokal masing-masing kota, lalu mencari irisan untuk tanggal yang hendak dianalisis. Di sini keduanya diasumsikan bekerja pukul 08:00–17:00 waktu setempat. Irisannya empat jam ketika kedua kota memakai waktu standar atau keduanya memakai waktu musim panas, tetapi lima jam ketika hanya New York memakai waktu musim panas. Hasil perhitungan jam ini bukan bukti bahwa kondisi transaksi akan menguntungkan selama lima jam penuh.

Tentukan rentangnya sebelum memakai label sesi

Valuta asing spot merupakan pasar di luar bursa yang transaksinya tersebar di banyak dealer dan tempat perdagangan. Sebutan sesi London tidak menetapkan satu bel pembukaan resmi, satu waktu penutupan wajib, atau akses yang sama bagi semua rekening. Penyedia layanan dapat memiliki jam produk, jeda pemeliharaan, dan ketentuan hari libur sendiri.

Agar perhitungannya dapat diulang, gunakan rentang London 08:00–17:00 menurut waktu London dan New York 08:00–17:00 menurut waktu New York. Keduanya memakai tanggal kalender lokal yang sama. Titik awal termasuk, titik akhir tidak. Ini adalah masukan analisis yang dipilih secara sengaja, bukan pernyataan tentang jam resmi dealer atau tempat perdagangan tertentu.

Sertakan kota dan tanggal pada setiap jam. London 08:00 dan New York 08:00 bukan saat yang sama. EST berarti UTC−5, sedangkan EDT berarti UTC−4; EST tidak boleh dijadikan singkatan untuk waktu New York sepanjang tahun. London memakai GMT, yang setara dengan UTC untuk perhitungan ini, atau BST pada UTC+1. Semua contoh waktu Beijing memakai UTC+8.

Gunakan tanggal pergantian jam yang berlaku di AS dan Inggris

Pada 2026, waktu musim panas AS dimulai 8 Maret dan berakhir 1 November; pergantiannya berlangsung pukul 02:00 waktu setempat. Inggris memajukan jam pada 29 Maret dan memundurkannya pada 25 Oktober. Aturan AS saat ini menggunakan Minggu kedua Maret dan Minggu pertama November, sedangkan Inggris menggunakan Minggu terakhir Maret dan Oktober.

Karena itu, pada hari kerja 9–27 Maret 2026, London masih memakai GMT dan New York sudah memakai EDT. Kombinasi yang sama berlaku pada 26–30 Oktober. London ketika itu empat jam lebih cepat daripada New York. Kombinasi GMT/EST maupun BST/EDT menghasilkan selisih lima jam. Untuk tahun lain, periksa kembali aturan dan tanggalnya; jangan menjadikan tanggal 2026 sebagai kalender permanen.

Jika jam lokal dimajukan satu jam, jam kerja lokal yang sama terjadi satu jam lebih awal dalam UTC. UTC sendiri tidak ikut bergeser. Pada musim semi New York lebih dahulu maju; pada musim gugur London lebih dahulu mundur. Urutan yang berbeda inilah yang membuat satu batas irisan dapat bergerak sementara batas lainnya tetap.

Konversi kedua rentang ke UTC, baru cari irisannya

Gunakan waktu UTC = waktu lokal − selisih kota tersebut terhadap UTC pada tanggal itu. Setelah semua titik batas berada dalam UTC, pilih awal yang lebih akhir dan akhir yang lebih awal. Durasinya adalah nilai terbesar antara nol dan akhir dikurangi awal. Jika melintasi tengah malam, bandingkan tanggal dan jam lengkap, bukan angka pada jam saja.

Pada 9 Maret, rentang London menjadi 08:00–17:00 UTC dan New York menjadi 12:00–21:00 UTC. Awal yang lebih akhir ialah 12:00, akhir yang lebih awal 17:00, sehingga irisan berlangsung lima jam. Pada 30 Maret, London menjadi 07:00–16:00 UTC, sementara New York tetap 12:00–21:00 UTC. Irisannya menyusut menjadi empat jam.

Semua tanggal pada kolom pertama adalah tanggal kalender London/New York pada 2026. Kolom terakhir menyertakan tanggal selesai yang jatuh pada hari berikutnya di Beijing. Misalnya, 23 Oktober pukul 16:00 UTC adalah 24 Oktober pukul 00:00 di Beijing, bukan tengah malam pada awal 23 Oktober. Karena titik akhir tidak termasuk, kejadian tepat pukul 16:00 UTC berada di luar irisan 23 Oktober.

Tabel ini, termasuk contoh 2 November, adalah perhitungan kalender berdasarkan asumsi yang disebutkan, bukan catatan transaksi nyata pada tanggal-tanggal tersebut. Perhatikan urutan musim gugur: dari 23 ke 26 Oktober, awal UTC tetap dan akhir mundur satu jam; dari 26 Oktober ke 2 November, akhir tetap tetapi awal mundur satu jam. Menggeser seluruh kotak waktu satu jam tidak dapat mewakili kedua perubahan itu.

Filter empat jam tetap dapat memasukkan jam yang salah sekaligus membuang jam yang benar

Misalkan skrip penelitian terus memakai pengaturan musim panas: setiap hari hanya mengambil pengamatan mulai 12:00 hingga sebelum 16:00 UTC. Bandingkan filter tetap tersebut dengan irisan yang dihitung per tanggal. Jam yang keliru dimasukkan di bawah berarti di luar irisan asumsi, belum tentu di luar jam perdagangan produk.

Pada 2 November, filter lama dan rentang yang benar sama-sama berdurasi empat jam, tetapi hanya tiga jam yang beririsan. Filter lama keliru memasukkan 12:00–13:00 dan menghilangkan 16:00–17:00. Jumlah baris atau durasi yang tidak berubah dapat menyembunyikan perubahan sampel harga. Jika ada tepat satu pengamatan pada awal setiap menit tanpa data hilang, kedua filter masing-masing memiliki 240 baris, tetapi hanya 180 baris yang sama; masing-masing memiliki 60 baris yang tidak ada pada kelompok lain. Data hilang harus diperiksa tersendiri.

Dalam uji historis intrahari, hitung ulang keanggotaan setiap cap waktu sebelum membandingkan spread, rentang harga, atau imbal hasil. Batang harga yang melintasi batas tidak seluruhnya berada dalam rentang hanya karena label waktunya masuk. Tentukan apakah pemilihan memakai waktu kejadian, batang yang seluruhnya tercakup, atau aturan lain yang jelas. Gunakan data lebih rinci bila perlu pembagian tepat. Pembentukan candle harian adalah persoalan berbeda; lihat mengapa candle harian forex berbeda jika waktu penutupannya berbeda. Mengubah zona waktu tampilan grafik tidak otomatis memperbaiki kedua perhitungan tersebut.

Buktikan penyebab pergeseran tanpa menganggap eksekusi pasti membaik

Penjelasan perubahan jam didukung jika jadwal lokal kedua kota tetap, selisih UTC resmi berubah sesuai aturan, dan konversi cap waktu menghasilkan batas UTC yang baru. Uji satu waktu tepat sebelum awal, waktu awal itu sendiri, serta titik akhir yang harus dikeluarkan. Jika hasilnya berbeda, telusuri zona waktu penyimpanan, selisih server, atau makna tanggal sebelum mempercayai label sesi.

Kelayakan rentang yang dihitung bergantung pada masukannya. Hari libur, jam kerja pendek, jadwal dealer berbeda, atau jeda produk dapat membuat 08:00–17:00 tidak mewakili kegiatan nyata. Jadwal rilis data tetap mengikuti dasar waktu kalendernya sendiri; jangan ikut menggesernya hanya karena label sesi bergeser. Ketersediaan produk, kalender penyelesaian, dan irisan dua kota merupakan pemeriksaan yang berbeda.

Irisan yang dipetakan dengan benar pun tidak menjamin spread sempit, ukuran transaksi tersedia, atau pesanan terisi. Lebih banyak calon peserta tidak menentukan harga yang tersedia bagi suatu rekening, dan peristiwa volatil dapat mengubah kondisi eksekusi di tengah rentang. Periksa pasangan mata uang yang sama, sumber harga, cap waktu bid dan ask, jumlah yang hendak ditransaksikan, serta catatan pengisian nyata. Candle besar bukan ukuran likuiditas yang benar-benar dapat dieksekusi.

Untuk menguji apakah rentang ini memperbaiki eksekusi, bandingkan pesanan berukuran sama dan penawaran yang sebanding dalam sampel terdefinisi. Pisahkan hari peristiwa, hari libur, dan pengamatan hilang. Perhitungan jam memastikan data mana yang masuk; pengamatan transaksi menguji kualitas eksekusi. Tanpa pengamatan itu, jadwal saja tidak membuktikan keunggulan.

Bangun jadwal per tanggal yang dapat diperiksa ulang

Catat dahulu tanggal analisis, pasangan dan produk, kedua rentang lokal yang diasumsikan, serta nama zona waktunya. Dalam perangkat lunak, gunakan pengenal yang memperhitungkan tanggal, seperti Europe/London dan America/New_York, dengan data zona waktu terkini. Jangan mengandalkan pengurangan empat atau lima jam secara permanen. Simpan cap waktu asli beserta zona data atau server, bukan menimpanya dengan waktu lokal tanpa label.

Lalu ubah kedua rentang ke UTC, hitung irisannya, dan konversikan tanggal-jam hasil lengkap ke zona tampilan. Simpan tanggal mulai, tanggal selesai, selisih UTC, dan durasi bersama-sama. Untuk enam tanggal pada tabel pertama, durasi harus berurutan 4, 5, 4, 4, 5, dan 4 jam. Tambahkan uji bahwa titik akhir tidak termasuk dan tanggal akhir Beijing sudah berganti hari.

Selanjutnya periksa jam nyata penyedia dan penutupan khusus, lalu selaraskan kalender ekonomi serta cap waktu data secara terpisah. Jika jadwal sejak awal ditetapkan dalam UTC tetap, pertahankan definisinya: itu masukan berbeda, bukan kesalahan yang boleh diam-diam diubah menjadi waktu lokal tetap. Jika suatu batas lokal kelak jatuh pada jam yang berulang atau hilang saat pergantian waktu, tentukan aturan penanganan ambiguitas. Contoh hari kerja pada siang hari di sini menghindari masalah tersebut.

Terakhir, buat ulang jadwal jika aturan jam atau rentang kerja pilihan berubah. Simpan asumsi di samping hasilnya. Hasil yang bisa diandalkan adalah rentang bertanggal yang dapat diuji dengan cakupan jelas, bukan klaim bahwa London dan New York selalu bertumpang tindih pada jam yang sama sepanjang tahun.