Filter yang berguna menjawab pertanyaan praktis: bolehkah EA ini mempertimbangkan posisi baru dengan informasi yang tersedia? Nama sesi atau kalender kosong saja tidak cukup. Aturan memerlukan waktu terverifikasi, cakupan peristiwa yang jelas, dan kuotasi terkini untuk simbol yang diperdagangkan.
Mulailah dengan pemisahan sederhana: kelola eksposur yang sudah ada menurut aturannya sendiri; izinkan pertimbangan entri baru hanya setelah pemeriksaan wajib lolos. Panduan ini memperjelas pemisahan tersebut, menampilkan catatan keputusan singkat, dan menjelaskan pengujiannya. Ini bukan EA siap pakai atau bukti profitabilitas.
1. Tentukan apa yang dikendalikan filter
Pisahkan aturan sesi, pembatasan berita terjadwal, dan setup entri strategi. Aturan sesi menetapkan waktu yang diizinkan; aturan berita mengecualikan interval tertentu; setup menentukan peluang trading. Lolos dua pemeriksaan pertama tidak menciptakan setup atau menghapus batas eksekusi dan risiko akun.
Gunakan tiga hasil yang jelas: PASS, BLOCK, dan UNKNOWN. Ini label data buatan penulis, bukan kode kesalahan MT4. Jendela tertutup yang diketahui dapat memblokir, tetapi informasi yang hilang tidak membenarkan hasil lolos. Dalam kebijakan contoh ini, blokir maupun input wajib yang belum diketahui menahan pertimbangan entri baru. Pengelolaan memakai pemeriksaan data dan izin tersendiri.
2. Tulis aturan waktu dan cakupan sebelum menguji
Gunakan pemetaan waktu berdasarkan tanggal dari panduan sesi dan definisi peristiwa dari panduan kalender ekonomi. Catat aturan dalam spesifikasi berversi yang dapat diterapkan orang lain pada input yang sama.
- Instrumen dan lingkup: broker, akun, simbol, mata uang terkait, serta kelompok peristiwa terpilih termasuk tahap lanjutannya.
- Sesi: tanggal lengkap, zona waktu, aturan hari dalam minggu, dan batas yang termasuk atau tidak termasuk secara tepat.
- Pemetaan waktu: hubungan terverifikasi antara UTC, aturan lokal bila digunakan, dan waktu server broker pada tanggal terkait.
- Pengecualian berita: sumber waktu peristiwa, interval sebelum/sesudah, tumpang tindih, serta penanganan jadwal sementara, tertunda, atau berubah.
- Persyaratan data: cakupan tanggal dan mata uang, skema, versi sumber, status pembaruan, dan batas usia data.
- Respons kegagalan: apa yang menahan entri baru, bagaimana pemantauan dan pengelolaan berlanjut, serta apa yang harus dicocokkan sebelum melanjutkan.
Untuk sesi lokal yang melewati tengah malam, tetapkan label hari trading dan tangani perubahan tanggal secara eksplisit. Sertakan peristiwa dari tanggal bersebelahan jika interval pengecualiannya menjangkau waktu keputusan. Saat peralihan DST, verifikasi konversi yang dipilih untuk waktu lokal berulang atau tidak ada. Jangan diam-diam mengganti pemetaan yang hilang dengan zona tampilan komputer.
3. Validasi snapshot kalender, bukan sekadar unduhannya
Snapshot adalah versi kalender yang disimpan untuk suatu keputusan. Unduhan berhasil atau daftar peristiwa kosong tidak membuktikan kelengkapan. Periksa apakah penyedia mendukung mata uang, tanggal, dan jenis peristiwa yang diminta, semua catatan wajib sudah diambil, serta waktu, satuan, dan versi diurai dengan benar.
Simpan informasi pembaruan penyedia terpisah dari waktu penerimaan Anda. Respons yang baru diterima dapat berisi data lama. Ganti snapshot aktif hanya setelah seluruh versi baru lolos validasi; file parsial atau daftar setengah diperbarui tidak boleh menjadi valid. Pembaruan gagal atau pembacaan ulang cache tidak boleh mengatur ulang usia versi terakhir yang diperiksa.
Snapshot terverifikasi yang cukup baru dapat memastikan tidak ada interval terpilih yang aktif dalam cakupan resminya. Cakupan hilang, perubahan jadwal yang belum diselesaikan, waktu peristiwa relevan yang tidak diketahui, atau snapshot kedaluwarsa tetap berstatus tidak diketahui. Tahan entri yang bergantung padanya sesuai aturan dan lanjutkan penanganan kegagalan serta pengelolaan yang ditetapkan. Berita mendadak tetap di luar perlindungan kalender terjadwal.
4. Periksa kuotasi simbol yang diperdagangkan secara terpisah
Lacak penerimaan dan validitas Bid/Ask simbol tersebut dengan pengukuran waktu berlalu yang menangani restart dan perubahan jam. Penerimaan baru tidak membuktikan data dari sumber masih terkini atau eksekusi tersedia. Validasi aliran data, konteks waktu, spread, dan izin trading sebagai syarat terpisah; lihat pemantauan EA.
Dalam MT4, TimeCurrent() di OnTick() mengacu pada tick yang ditangani; pada penangan lain dapat mencerminkan kuotasi terakhir simbol mana pun di Market Watch. Ini bukan bukti bahwa simbol Anda sendiri memiliki kuotasi baru. Secara langsung, TimeGMT() bergantung pada pengaturan waktu komputer; di tester MT4 nilainya sama dengan TimeCurrent() simulasi. Selisih di tester tidak dapat merekonstruksi offset historis broker.
5. Ikuti catatan keputusan rekaan
Hanya untuk contoh ini, gunakan sesi UTC [08:00, 17:00) pada 2026-03-16. Pertahankan gabungan pengecualian berita A/B hipotetis [12:15, 13:05) dari panduan sebelumnya. Semua cakupan dan metadata wajib diasumsikan terverifikasi; cakupan peristiwa meliputi satu hari UTC penuh, cukup untuk pemeriksaan siang ini dan marginnya. Tidak ada penyedia atau rilis nyata yang diklaim.
Untuk ilustrasi hitungan, pilih usia snapshot paling lama 30 menit dan kuotasi simbol sendiri paling lama 5 detik. Ini input pilihan penulis, bukan pengaturan pembaruan yang disarankan atau jaminan keamanan. Snapshot pertama diverifikasi pukul 12:00:00; pengganti lengkap dan terkini diverifikasi pukul 13:06:00. Pukul 17:00:00 tersedia snapshot valid lainnya. Usia mengasumsikan pengukuran waktu yang terverifikasi dan dapat dibandingkan.
| Keputusan · UTC | Usia snapshot | Usia kuotasi simbol | Hanya hasil waktu/data |
|---|---|---|---|
12:10:00 | 10 min | 1 s | Pemeriksaan ini lolos; lanjutkan yang lain |
12:20:00 | 20 min | 1 s | Blokir: interval berita aktif |
13:05:00 | 65 min | 1 s | Tahan: kalender lama |
13:06:06 | 6 s | 12 s | Tahan: kuotasi simbol lama |
13:06:07 | 7 s | 1 s | Pemeriksaan ini lolos; lanjutkan yang lain |
17:00:00 | 0 s | 1 s | Blokir: di luar sesi |
Pukul 13:05:00 interval berita berakhir, tetapi snapshot lama berusia 65 menit. Pukul 13:06:06 snapshot baru berusia 6 detik, tetapi penerimaan terakhir simbol pada 13:05:54 sudah berusia 12 detik. Penerimaan pada 13:06:06 baru berusia 1 detik pada 13:06:07. Baris itu lolos pemeriksaan waktu/data yang dicontohkan, bukan pemeriksaan strategi, eksekusi, atau risiko. Batas 17:00 tidak termasuk. Tidak ada order, exit, atau imbal hasil yang disimulasikan.
6. Pertahankan pengelolaan dan cocokkan order di broker
Memblokir entri baru tidak boleh melewati pemantauan dan pengelolaan posisi yang sudah ditetapkan. Tindakan pengelolaan tetap memerlukan data dan izin validnya sendiri; harga yang hilang bukan izin mengubah stop secara membabi buta. Atur secara terpisah apakah pending order dipertahankan atau dibatalkan, lalu verifikasi status yang diterima broker, bukan menganggap permintaan pembatalan berhasil.
Tombol AutoTrading MT4 melarang permintaan trading otomatis sementara EA dan OnTick() dapat terus berjalan. Jadi, tombol ini bukan jeda khusus entri baru: pengelolaan yang memerlukan permintaan trading juga dapat terdampak. Bedakan dari melepas EA atau memutus sambungan terminal. Perlindungan yang sudah ada di broker dan pengelolaan di sisi klien merupakan mekanisme berbeda; lihat manajemen risiko.
7. Jangan biarkan pengambilan data memblokir keputusan
Gunakan cache lengkap yang tervalidasi untuk keputusan dan proses terkendali untuk memperbaruinya. Tetapkan batas waktu, pelaporan kegagalan, dan aktivasi versi baru. Memanggil pengelolaan sekali sebelum permintaan lambat tidak membuatnya tetap berjalan saat permintaan tersebut memblokir EA yang sama.
Opsional: batas jaringan dan peristiwa MT4
MQL4 WebRequest() bersifat sinkron. Memindahkannya dari OnTick() ke OnTimer() dalam EA yang sama tidak menjadikannya asinkron; permintaan yang menunggu tetap dapat menunda program. Komponen pengambilan terpisah dapat memasok snapshot tervalidasi, tetapi serah terima dan kegagalannya juga harus diperiksa. Pewaktu mengatur jadwal, bukan menjamin pengelolaan tanpa gangguan.
Urutan logisnya: jalankan alur pengelolaan/pemantauan yang ditetapkan, evaluasi pemeriksaan wajib entri baru, dan hanya setelah lolos pertimbangkan setup terkini dengan kontrol eksekusi dan risiko. Ini menjelaskan tanggung jawab keputusan, bukan kode MQL4 siap dijalankan atau jaminan pemrosesan tepat waktu. Uji integrasi nyata, izin, dan perilaku saat gagal sebelum mengandalkannya.
8. Simpan catatan keputusan yang bertahan setelah restart
Catat waktu keputusan UTC, waktu server dan pemetaan terverifikasi, versi aturan, identitas snapshot dan waktu sumber/penerimaan, cakupan, penerimaan/usia kuotasi, pengecualian aktif, serta alasan hasilnya. Simpan kandidat yang ditolak maupun pemeriksaan yang lolos. Catatan harus menjelaskan penahanan tanpa direkonstruksi belakangan dari kalender yang direvisi.
Setelah restart atau tersambung kembali, cocokkan posisi, pending order, dan permintaan yang belum selesai dengan broker. Pulihkan hanya status yang dapat diverifikasi; restart tidak berarti akun tanpa posisi atau cache terkini. Cegah pemrosesan berulang kandidat yang sama. Jika status wajib tidak diketahui, tahan entri sampai pencocokan selesai dan lanjutkan respons kegagalan serta pengelolaan yang ditetapkan.
9. Uji kebenaran sebelum menafsirkan backtest
Sebelum menguji kinerja pasar, buat kasus kecil tetap dengan hasil yang diharapkan. Sertakan:
- Awal sesi termasuk, akhir tidak termasuk, dan interval melewati tengah malam.
- Awal/akhir pengecualian berita, peristiwa tumpang tindih, serta jadwal tertunda atau berubah.
- Data kalender hilang, parsial, salah format, atau di luar cakupan, termasuk respons kosong yang belum diverifikasi.
- Usia tepat pada batas pilihan dan sedikit melewatinya, ditambah tick baru pada simbol lain saat simbol yang diperdagangkan tetap lama.
- Restart, loncatan jam, pembaruan gagal, dan penggantian snapshot terputus tanpa mengatur ulang usia.
- Order di broker dan alur pengelolaan saat entri diblokir, termasuk pembatalan ditolak dan izin trading tidak tersedia.
Strategy Tester MT4 tidak menjalankan WebRequest() dan tidak menangani peristiwa Timer. Uji logika keputusan bersama dengan data beku dan pemetaan waktu historis terverifikasi melalui jalur uji yang didukung. Putar ulang setiap snapshot hanya saat snapshot tersebut sudah akan tersedia. Tabel peristiwa historis saja tidak mereproduksi pengambilan langsung atau penjadwalan pewaktu. Lihat panduan backtesting MT4 untuk batasan lainnya.
10. Nilai manfaat terpisah dari operasi yang benar
Filter yang diimplementasikan dengan benar dapat mengecualikan transaksi untung maupun rugi. Bandingkan aturan dengan acuan yang ditetapkan menggunakan strategi, data, dan asumsi biaya yang sama. Simpan semua kandidat dan alasan penolakan, pisahkan data periode berikutnya untuk validasi, dan masukkan biaya eksekusi realistis. Mencari banyak jendela waktu lalu hanya melaporkan pemenang dapat menyebabkan overfitting.
Kemudian amati integrasi nyata secara forward di demo saat data normal dan gagal. Ukur pembaruan gagal, penahanan akibat data lama, jeda kuotasi, keterlambatan pengelolaan, dan respons order broker. Catatan rapi menunjukkan tindakan sistem, bukan membuktikan profitabilitas masa depan. Sebelum penggunaan lebih luas, pastikan:
- Spesifikasi berversi, pemetaan waktu, dan kebijakan pemilihan peristiwa terdokumentasi.
- Pemeriksaan cakupan dan usia membedakan status bebas, diblokir, dan tidak diketahui.
- Kasus batas dan kegagalan sesuai hasil yang diharapkan.
- Pengujian historis menjaga waktu ketersediaan informasi dan mengungkap riwayat yang hilang.
- Pemeriksaan demo memverifikasi pengambilan data, restart, kelanjutan pengelolaan, dan status order broker.
- Manfaat yang diklaim dinilai terpisah dengan biaya dan data berikutnya, bukan angka kinerja rekaan.
11. Pertanyaan tentang filter EA
Apakah kalender bebas berarti EA harus masuk?
Tidak. Kalender terverifikasi yang bebas hanya meloloskan satu bagian keputusan. Sesi, kualitas kuotasi, eksekusi, risiko akun, dan setup strategi terkini tetap diperlukan. Berita tak terduga dapat muncul di luar jadwal.
Mengapa unduhan baru masih bisa menghasilkan status tidak diketahui?
Respons bisa lama, tidak lengkap, di luar cakupan yang diperlukan, atau salah diurai. Waktu penerimaan saja tidak memvalidasi data penyedia. Pertahankan penahanan entri yang bergantung pada input tersebut sampai pemeriksaan relevan lolos.
Bisakah unduhan berita langsung diuji di tester MT4?
Tester yang didokumentasikan tidak menjalankan WebRequest atau peristiwa Timer. Gunakan input beku berversi dan jalur yang didukung untuk logika bersama, lalu periksa pengambilan dan penjadwalan sebenarnya secara terpisah di demo.
Haruskah AutoTrading digunakan sebagai jeda berita?
Fungsinya tidak terbatas pada entri baru: permintaan otomatis untuk pengelolaan juga dapat dilarang. Desain di sini memakai pembatas entri internal dengan tanggung jawab pengelolaan yang diverifikasi terpisah, bukan sakelar universal untuk menghapus eksposur.
12. Referensi dan cakupan
Referensi resmi MQL4 WebRequest menjelaskan permintaan sinkron dan pembatasannya. Batasan Strategy Tester MT4 mendokumentasikan simulasi waktu serta fungsi eksternal dan peristiwa yang tidak didukung. Verifikasi fungsi yang tersedia pada platform dan integrasi Anda sendiri; jangan menganggap contoh platform lain kompatibel. Referensi diperiksa pada 2026-10-17.
Panduan ini melengkapi kelompok panduan sesi/berita dengan kerangka aturan dan validasi. Jadwal, snapshot, usia, dan hasil adalah contoh pengajaran rekaan. Batasnya bukan rekomendasi; tidak ada klaim eksekusi EA atau hasil trading. Filter tidak menghapus risiko pasar, eksekusi, atau akun.