Jurnal trading dan analisis kinerja: Myfxbook, Edgewonk

Jurnal trading membantu menelusuri hasil ke aturan strategi, pelaksanaannya atau penyimpangan dari rencana. Laporan broker saja tidak mencatat perbedaan itu. Kami menjelaskan kolom yang perlu dikumpulkan, pemeriksaan impor riwayat dan pembacaan metrik tanpa mencampur satuan. Kami juga membandingkan Myfxbook, FX Blue, Edgewonk dan spreadsheet, serta menjelaskan akses akun yang aman. Sisi pengambilan keputusan saat membuat jurnal dibahas dalam artikel 10.8.

1. Mengapa laporan broker tidak cukup

Laporan akun lazim memuat daftar transaksi dengan harga masuk dan keluar, volume, komisi, swap dan hasil dalam mata uang akun. Seberapa jauh riwayat tersedia, apakah biaya memiliki kolom sendiri dan cara operasi saldo ditampilkan bergantung pada platform, broker dan instrumen. Itu catatan kejadian di server broker — dalam bentuk yang diterbitkan broker. Masalahnya, satu hal tidak ada: rencana untuk membandingkan pelaksanaan.

Laporan menyatakan transaksi Selasa rugi 340 USD. Tidak menjelaskan apakah ukuran posisi sesuai aturan, stop-loss sesuai rencana atau entri memenuhi kondisi setup. Tanpa kolom itu, analisis hanya menyortir hasil menurut besarnya, bukan menganalisis proses^[1].

Yang secara definisi tidak ada dalam laporan:

• Level rencana — entri rencana, stop-loss dan take-profit sebelum transaksi. Tanpanya tidak dapat dihitung R-multiple, sebab penyebutnya tidak diketahui
• Klasifikasi entri — jenis setup dan apakah termasuk sistem
• Penanda penyimpangan — apakah order mengikuti aturan atau muncul di luarnya
• MAE dan MFE — simpangan harga ekstrem selama posisi terbuka. Laporan hanya mengetahui harga masuk dan keluar, sehingga jalur di antaranya tidak dapat direkonstruksi darinya
• Kondisi eksekusi — spread saat entri, slippage terhadap harga order, informasi pengisian parsial

Eksekusi dan setup adalah dua lapisan berbeda. Setup sama dapat menghasilkan positif pada level rencana tetapi negatif setelah spread nyata, slippage, pengisian parsial dan penundaan eksekusi. Jurnal yang hanya mencatat pasangan “setup + hasil” melebur kedua lapisan menjadi satu angka, lalu memaksa Anda menebak mana yang gagal.

Tiga tingkat rincian. Tidak semua jurnal memerlukan kolom sama. Tingkat pertama hanya catatan otomatis: riwayat lengkap, tanpa konteks, berguna menghitung hasil dan drawdown. Tingkat kedua menambah kolom proses manual — setup, level rencana, penanda penyimpangan — dan baru tingkat ini memisahkan hasil dari pelaksanaan. Tingkat ketiga menambah data selama transaksi: MAE, MFE dan kondisi eksekusi, serta memerlukan alat yang merekonstruksi jalur harga. Tingkat dipilih menurut pertanyaan yang hendak dijawab, bukan harga alat.

Motivasi, keteraturan pencatatan dan penanganan pelanggaran rencana sendiri dibahas dalam artikel jurnal sebagai cermin keputusan (10.8). Di sini kita membahas struktur data.

2. Kolom minimum: yang harus ada dalam catatan

Catatan jurnal menjelaskan satu posisi dalam empat blok: identifikasi, rencana, eksekusi dan klasifikasi. Pembagian bukan kosmetik — menentukan metrik mana yang nanti dapat dihitung tanpa menebak.

Dua aturan yang menyelamatkan perhitungan berikutnya. Pertama, tag harus memakai kosakata tertutup. “Pin bar”, “pinbar” dan “Pin Bar S/R” merupakan tiga nilai berbeda dalam basis data dan tiga baris laporan terpisah. Berlaku bagi tag setup maupun kesalahan proses: uraian bebas dapat dibaca, tetapi tidak dihitung. Kedua, kolom rencana diisi sebelum posisi dibuka, bukan setelah ditutup — jika tidak, “stop-loss rencana” mulai menyesuaikan hasil dan R berhenti mengukur apa pun.

Komentar setelah transaksi dan tangkapan grafik adalah dua kolom yang paling sedikit menyita waktu tetapi cenderung pertama dilewatkan. Kami tidak mengukur seberapa sering — sumber yang digunakan menjelaskan praktik mendokumentasikan pengamatan setelah posisi ditutup^[2]. Tangkapan sebelum entri dan setelah tutup memungkinkan verifikasi tag setup ketika laporan menunjukkan kategori berperilaku aneh. Komentar perlu menjelaskan pengamatan teknis — apa yang terlihat, tidak ada dan menyimpang dari pola.

Tinjauan mingguan dan bulanan pada sisi teknis terdiri dari tiga tindakan: melengkapi kolom kosong, memeriksa konsistensi kosakata tag dan menghitung ulang metrik dari data terkini. Baru setelah data siap pembahasan kesimpulan masuk akal — sisi keputusan dan perilaku tinjauan dijelaskan dalam materi proses lebih utama daripada hasil.

3. Impor riwayat — yang dapat mengubah hasil

Impor tampak sebagai tugas teknis: berkas platform masuk alat lalu laporan muncul. Praktiknya, pada tahap ini keputusan interpretasi dibuat tanpa diumumkan — zona waktu, yang dihitung sebagai satu transaksi, serta hasil kotor atau bersih. Masing-masing menggeser metrik.

Impor otomatis atau input manual? Impor mengurangi kesalahan manual harga, volume dan waktu; kelengkapan tetap harus diperiksa. Input manual menyediakan kolom yang tidak ada dalam riwayat akun. Keduanya tidak bersaing — susunan masuk akal adalah impor sebagai sumber lapisan transaksi, kolom rencana dicatat sebelum entri, klasifikasi setelah tutup, dan impor diperiksa setelah sesi ketika kejadian masih segar.

Zona waktu menggeser transaksi antarjam dan hari

Server broker memakai zonanya, berkas ekspor biasanya menyimpan waktu server, sedangkan alat dapat menampilkan zona profil pengguna. Contoh ilustratif: server akun GMT+3, trader di Polandia saat musim panas (UTC+2). Posisi ditutup 2 April 2026 pukul 00:30 server berarti 1 April pukul 23:30 Waktu Musim Panas Eropa Tengah. Dalam laporan broker transaksi masuk Kamis jam 00; dalam kalender trader masuk Rabu jam 23.

Dampaknya ganda. Heatmap per jam bergeser satu jam penuh dan laporan “hasil per hari pekan” memindahkan sebagian transaksi ke hari tetangga. Aturan pergantian waktu musiman server juga dapat berbeda dari Polandia, sehingga koreksi tetap “kurangi satu jam” belum tentu berlaku sepanjang riwayat. Cara tahan pergeseran adalah menyimpan UTC beserta offset eksplisit dan mengonversi hanya saat pelaporan.

Penutupan parsial: satu keputusan, dua catatan

Asumsi contoh: EUR/USD, posisi 0,40 lot, entri 1,08500, stop-loss 1,08300. Jarak stop 20,0 pip, dan pada 0,40 lot, satu pip bernilai 4 USD, sehingga risiko awal 80 USD dan kita tetapkan 1R = 80 USD. Trader menutup 0,20 lot di 1,08780 dan sisa 0,20 lot di 1,08380.

• Bagian pertama: 1,08780 − 1,08500 = 28,0 pip; pada 0,20 lot, satu pip bernilai 2 USD sehingga hasil +56,00 USD
• Bagian kedua: 1,08380 − 1,08500 = −12,0 pip, pada 0,20 lot menghasilkan −24,00 USD
• Hasil posisi: +56,00 − 24,00 = +32,00 USD, yaitu 32,00 / 80,00 = +0,40R

Ini dapat masuk jurnal melalui dua cara dan keduanya benar secara internal.

Pemeriksaan: pada dua catatan, 56,00 / 80,00 = +0,70R dan 24,00 / 80,00 = −0,30R, lalu jumlah 0,70 − 0,30 = +0,40R sesuai hasil posisi dan baris pertama tabel. Profit factor 0,70 / 0,30 = 2,33 hanya berlaku bagi sampel dua elemen ini, tidak bermakna di luarnya.

Ada dampak lanjutan pada MAE dan MFE. Sisa posisi sudah ada sejak entri awal, sehingga mengukur jalurnya dari harga itu dapat valid. Masalahnya agregasi: menganggap dua penutupan sebagai dua keputusan independen mengulang bagian riwayat yang sama dan mengubah bobotnya. Catat apakah MAE/MFE merujuk seluruh posisi, porsi volume atau satu penutupan, serta cara alat membobotnya.

Komisi dan swap: perbedaan hasil kotor dan bersih

MT4 dan MT5 memisahkan kolom hasil, komisi dan swap. Jika impor hanya mengambil kolom hasil, metrik memakai nilai kotor. Melanjutkan contoh: komisi 3,50 USD per lot per sisi pada 0,40 lot menghasilkan 0,40 × 3,50 × 2 = 2,80 USD pulang-pergi, dan swap −0,60 USD per malam selama dua malam menghasilkan −1,20 USD.

• Hasil kotor: +32,00 USD = +0,400R
• Biaya: 2,80 + 1,20 = 4,00 USD = 0,050R
• Hasil bersih: 32,00 − 4,00 = +28,00 USD, yaitu 28,00 / 80,00 = +0,350R

Pemeriksaan: 0,400 − 0,050 = 0,350 — sesuai baris ketiga. Satu transaksi berbeda 0,05R dan tampak sepele. Dalam dua ratus transaksi dengan profil biaya sama, menjadi 200 × 0,05 = 10R; pada 1R = 80 USD setara 800 USD. Jadi riwayat sama menghasilkan dua expectancy berbeda menurut kolom yang diimpor.

Jebakan impor lainnya

Prosedur kontrol setelah setiap impor memerlukan beberapa menit dan menangkap kasus di atas: hitung catatan, total hasil, total komisi dan total swap, baca rentang tanggal transaksi pertama sampai terakhir, lalu bandingkan lima angka kontrol dengan laporan yang sama dari platform. Jika ada yang tidak cocok, jangan menghitung metrik — jelaskan dahulu selisihnya.

4. Definisi metrik: rumus, satuan, hubungan

Tiga huruf sama dapat berarti dua angka berbeda di dua alat. Karena itu setiap metrik jurnal perlu definisi tertulis: rumus, satuan dan cakupan data. Notasi berikut berlaku di seluruh artikel: N adalah jumlah transaksi tertutup pada periode, W adalah jumlah transaksi dengan hasil positif, L adalah jumlah transaksi dengan hasil negatif, B jumlah transaksi yang ditutup tepat nol, GP jumlah hasil positif, dan GL nilai absolut jumlah hasil negatif. Pembagian himpunan memberikan identitas N = W + L + B, dan unsur B itulah salah satu sumber selisih alat: transaksi nol bukan menang atau kalah, tetapi tetap menambah N.

Hubungan untuk memeriksa perhitungan sendiri

Metrik tidak independen. Empat identitas di bawah memungkinkan pemeriksaan spreadsheet atau laporan alat tanpa kembali ke data mentah.

1. E = (GP − GL) / N — expectancy hanyalah hasil bersih dibagi jumlah transaksi
2. PF = (W × AvgWin) / (L × AvgLoss) — profit factor dapat direkonstruksi dari empat metrik dasar karena pembilang adalah GP dan penyebut GL; selisih berarti definisi berbeda di salah satu sisi
3. E = (PF − 1) × GL / N — expectancy positif dan profit factor di atas satu merupakan informasi sama yang ditulis dua kali
4. Expectancy diagregasi sebagai rata-rata berbobot; profit factor tidak diagregasi — expectancy seluruh himpunan adalah rata-rata nilai bagian berbobot jumlah transaksi, sedangkan profit factor hanya dihitung dari total GP dan GL, jangan pernah rata-rata profit factor bagian

Identitas ini memiliki syarat batas. Kedua memerlukan W > 0 dan L > 0, sebab tanpa menang tidak ada AvgWin dan tanpa kalah tidak ada AvgLoss. Kedua dan ketiga juga memerlukan GL > 0: bila total rugi nol, profit factor tidak terdefinisi dan tidak ada yang disubstitusikan. Expectancy sendiri tetap dapat dihitung dalam semua kasus itu karena E = (GP − GL) / N hanya memerlukan N > 0.

Berapa transaksi yang cukup? Ada jawaban numeriknya

Alih-alih mengulang ambang siap pakai, interval ketidakpastian ilustratif dapat dihitung dengan asumsi transaksi independen dan probabilitas menang tetap[15]. Untuk win rate, alatnya adalah galat baku proporsi: SE = akar kuadrat dari (p × (1 − p) / N), dengan p adalah win rate teramati. Interval kepercayaan 95% dengan pendekatan normal adalah p ± 1,96 × SE.

• N = 40, p = 0,40: SE = akar kuadrat dari (0,40 × 0,60 / 40) = akar kuadrat dari 0,006 = 0,0775. Interval: 0,40 ± 1,96 × 0,0775 = 0,40 ± 0,152, yaitu 24,8% hingga 55,2%
• N = 400, p = 0,40: SE = akar kuadrat dari (0,24 / 400) = akar kuadrat dari 0,0006 = 0,0245. Interval: 0,40 ± 0,048, yaitu 35,2% hingga 44,8%

Sampel sepuluh kali lebih besar menyempitkan interval 0,152 / 0,048, sekitar 3,16 kali — tepat akar kuadrat sepuluh. Itulah jawaban “berapa transaksi”: sebanyak yang diperlukan hingga interval tidak lagi mencakup nilai yang mengarah pada keputusan bertentangan. Pendekatan normal kasar ketika menang atau kalah hanya satu digit — dan kenyataan interval mencakup sebagian besar rentang sudah menjadi kesimpulan.

5. Satu strategi, dua hasil — contoh terurai

Kumpulan transaksi sama dapat membenarkan dua kesimpulan berlawanan menurut pemilahannya. Contoh berikut disusun agar setiap angka dapat diperiksa — nilainya ilustratif tetapi konsisten secara aritmetika.

Asumsi. Akun 10.000 USD, risiko tetap 100 USD per transaksi, yaitu 1R = 100 USD = 1% akun. Empat puluh transaksi tertutup dari satu sistem. Semua R bersih biaya — spread, komisi dan swap sudah masuk hasil tiap transaksi. Kolom “kepatuhan rencana” terisi sehingga data dapat dipisah dua kelompok. Tidak ada transaksi tepat nol, sehingga B = 0 dan L = N − W — seluruh perhitungan berikut dapat diperiksa dengan kedua rumus rata-rata rugi.

• Kelompok A — sesuai rencana, berjumlah 30: 12 hasil +1,8R dan 18 hasil −1,0R
• Kelompok B — menyimpang dari rencana, berjumlah 10: tiga hasil positif (+0,6R, +0,6R dan +8,0R), serta tujuh negatif (lima −1,0R dan dua −1,8R, dengan risiko terlampaui)

Pemeriksaan pertama — terhadap rumus. Kelompok A: GP = 12 × 1,8 = 21,6 dan GL = 18 × 1,0 = 18,0, sehingga PF = 21,6 / 18,0 = 1,20 dan E = (21,6 − 18,0) / 30 = 3,6 / 30 = +0,120R. Kelompok B: GP = 0,6 + 0,6 + 8,0 = 9,2 dan GL = 5 × 1,0 + 2 × 1,8 = 5,0 + 3,6 = 8,6, sehingga PF = 9,2 / 8,6 = 1,07 dan E = 0,6 / 10 = +0,060R. Baris total: PF = 30,8 / 26,6 = 1,16 dan E = 4,2 / 40 = +0,105R.

Pemeriksaan kedua — terhadap penjumlahan komponen. Kolom N, W, GP, GL dan hasil bersih harus terjumlah: 30 + 10 = 40, 12 + 3 = 15, 21,6 + 9,2 = 30,8, 18,0 + 8,6 = 26,6 dan 3,6 + 0,6 = 4,2. Expectancy hanya tergabung sebagai rata-rata berbobot: (30 × 0,120 + 10 × 0,060) / 40 = (3,6 + 0,6) / 40 = +0,105R. Profit factor tidak dijumlah dengan cara apa pun — rata-rata 1,20 dan 1,07 adalah 1,135 dan tidak berkaitan dengan nilai benar 1,16.

Pemeriksaan ketiga — terhadap sel tetangga sebaris. Baris total W = 15, L = 25 dan B = 0, sehingga AvgWin = 30,8 / 15 = 2,053 dan AvgLoss = 26,6 / 25 = 1,064. Maka W / N = 15 / 40 = 0,375 dan L / N = 25 / 40 = 0,625, lalu E = 0,375 × 2,053 − 0,625 × 1,064 = 0,770 − 0,665 = +0,105R serta PF = (15 × 2,053) / (25 × 1,064) = 30,8 / 26,6 = 1,158. Kedua nilai sesuai perhitungan langsung total. Identitas E = (PF − 1) × GL / N = 0,158 × 26,6 / 40 = 4,2 / 40 = +0,105R juga cocok.

Ketika satu peristiwa dihapus

Transaksi +8,0R termasuk kelompok B. Kita hapus lalu hitung ulang.

Pemeriksaan: GP turun tepat 8,0 (30,8 − 8,0 = 22,8), GL tetap dan hasil bersih berubah dari +4,2 menjadi 4,2 − 8,0 = −3,8. Penjumlahan kelompok tetap berlaku: 21,6 + 1,2 = 22,8 dan 3,6 + (−7,4) = −3,8. Expectancy total −3,8 / 39 = −0,097R dan profit factor 22,8 / 26,6 = 0,86. Dalam mata uang: +4,2R adalah +420 USD, yakni +4,2% akun 10.000 USD, sedangkan −3,8R adalah −380 USD, yakni −3,8%.

Tiga kesimpulan tentang data dan proses, bukan penilaian trader.

1. Hasil positif seluruh kumpulan berasal dari satu peristiwa. Tanpanya terdapat 39 transaksi dan expectancy negatif −0,097R. Itu pernyataan tentang struktur data, bukan ramalan — hanya berarti ringkasan “PF 1,16” terutama menjelaskan satu transaksi
2. Kolom “kepatuhan rencana” mengubah gambaran. Tanpanya, seluruh data tampak seperti satu sistem ber-profit factor 1,16. Dengannya terlihat dua distribusi, dan hasil ekstrem justru berada dalam penyimpangan, di luar yang sesungguhnya diatur sistem
3. Kelompok B terlalu kecil untuk estimasi — dan ada dua kelompok B berbeda. Interval kepercayaan rumus bagian empat berlaku untuk win rate dan selalu untuk satu kumpulan tertentu. Untuk kelompok B sebelum hasil ekstrem dihapus, yaitu win rate 30% dari sepuluh transaksi, galat baku adalah akar kuadrat (0,30 × 0,70 / 10) = akar kuadrat 0,021 = 0,145, sehingga interval 95% sekitar 1,6% hingga 58,4%. Kumpulan setelah transaksi itu dihapus adalah sampel berbeda: sembilan transaksi dengan win rate 22,2%. Rumus sama memberi akar kuadrat (0,222 × 0,778 / 9) = 0,139 dan batas bawah 0,222 − 1,96 × 0,139 = −0,05, nilai mustahil — dengan dua kemenangan, pendekatan normal tidak bekerja dan tidak dapat dibaca sebagai interval. Expectancy −0,822R berasal dari sampel sembilan elemen itu dan tidak diberi interval di sini: rumus galat baku proporsi berlaku untuk tingkat keberhasilan, bukan expectancy. Jadi kedua angka adalah petunjuk tempat mengumpulkan data, bukan ukuran besar efek

Ringkasan jujurnya demikian. Pada bagian sesuai rencana, expectancy sistem +0,120R dalam sampel ini, tetapi tingkat keberhasilannya tidak terukur presisi: N = 30 dan win rate 40% memberi galat baku akar kuadrat (0,40 × 0,60 / 30) = akar kuadrat 0,008 = 0,0894; interval 95% adalah 0,40 ± 1,96 × 0,0894, yaitu 22,5% hingga 57,5%. Untuk expectancy sendiri tidak diberikan interval — ketidakpastiannya bergantung distribusi hasil, bukan hanya jumlah transaksi, dan memerlukan metode berbeda dari rumus proporsi. Penyimpangan menyumbang keuntungan tunggal terbesar sekaligus kerugian terbesar. Untuk memastikan perlu data tambahan, bukan metrik lain atas empat puluh catatan sama.

6. Akses akun: kata sandi investor, kata sandi utama, privasi

Menghubungkan akun ke layanan eksternal adalah keputusan izin, bukan formalitas konfigurasi. Akun MetaTrader memiliki dua kata sandi terpisah, dengan perbedaan antara melihat dan mengendalikan.

Akses hanya baca juga pengungkapan. Riwayat menunjukkan instrumen, waktu, ukuran dan hasil, cukup untuk merekonstruksi garis besar metode. Menghubungkan layanan adalah keputusan privasi; profil publik adalah keputusan terpisah yang lebih kuat — halaman hasil publik cenderung diindeks dan tersedia lebih lama daripada periode yang diwakilinya. Profil publik masuk akal jika sengaja membangun rekam jejak terdokumentasi untuk ditampilkan. Selain itu pilih profil privat, apa pun bawaan alat; contoh alat yang menerbitkan secara bawaan dijelaskan bagian tujuh.

Kebersihan akses dalam empat langkah. Sebelum menghubungkan, periksa dokumentasi terkini mengenai akses yang diminta dan tempat penyimpanan data. Gunakan kata sandi investor yang berbeda dari utama maupun layanan lain. Setelah melepas akun, ubah kata sandi investor sebab yang lama mungkin tersimpan di sistem layanan. Tinjau koneksi aktif berkala dan hapus yang tidak digunakan.

7. Alat: MyFxBook, FX Blue, Edgewonk, TraderSync, spreadsheet

Perbedaan utama alat adalah sumber data dan akses yang diperlukan. Tampilan laporan, jumlah grafik dan nama tab bersifat sekunder dan berubah antarversi. Harga, nama paket dan daftar platform termasuk lapisan mudah berubah: kami hanya mengutip dengan tanggal dan merujuk daftar harga pembuat karena mungkin berubah antara terbit dan dibaca.

MyFxBook — pencatatan otomatis dan rekam jejak publik

MyFxBook mengumpulkan riwayat akun lalu menghitung metrik dan grafik. Metode koneksi bergantung platform, sebagaimana basis pengetahuan pembuat menyatakan: “Setiap platform memiliki metode koneksi unik”. Tiga metode didokumentasikan untuk MetaTrader 4 dan 5. Dua bekerja di sisi layanan sehingga pembaruan tidak bergantung pada terminal — “meski platform ditutup, akun tetap diperbarui di Myfxbook”. Namun pembuat hanya menjelaskan jenis kredensial salah satunya: petunjuk Auto Update menyatakan “Masukkan kredensial login hanya baca sesuai petunjuk layar”, sedangkan Live Update berakhir dengan “Ikuti petunjuk layar” tanpa menjelaskan akses akun. Periksa izin Live Update pada layar konfigurasi terkini. Live Update juga berbayar: kedua halaman metode memberi “Berbayar: Ya”, sedangkan Auto Update dan EA Publisher “Berbayar: Tidak”. Halaman khusus menjelaskan tagihan — “Langganan Live Update ditagih tahunan 60 USD dan hanya diterapkan pada satu akun pada satu waktu” (halaman bertanggal 11 Desember 2025)^[10].

Metode ketiga memakai komponen terminal: “Metode koneksi ini memerlukan EA kami dipasang pada platform trading”. Dua batas didokumentasikan: halaman metode menyebut “OS yang diperlukan: hanya Windows”, dan prosedur pemasangan mensyaratkan izin DLL — “Klik tab 'Dependencies' dan centang 'Allow DLL imports'” pada halaman MT5, dengan tab “Common” pada MT4 (keduanya 28 April 2024). Standarnya sama seperti FX Blue di bawah: izin DLL memperluas tindakan kode di terminal; perbedaannya di sini petunjuk pembuat sendiri yang meminta. Jika tidak bersedia, tersedia varian server pada layanan sama — dengan catatan biaya Live Update di atas. Untuk cTrader hanya ada otorisasi penyedia platform — wizard “akan mengarahkan Anda masuk ke akun Spotware dan memilih akun trading terkait”^[10] (per 22 Agustus 2026). Periksa metode terkini dalam panel tambah akun — jangan menganggap semua platform memakai jalur sama.

Keunggulan metode server adalah tidak perlu bekerja lagi setelah konfigurasi: data mengalir tanpa keterlibatan pengguna, bahkan saat terminal ditutup. Kelemahannya hanya lapisan transaksi yang diambil. Kolom rencana, tag setup dan penanda penyimpangan harus dibuat di tempat lain karena tidak ada dalam riwayat. Kedua metode server juga berbeda biaya: pembuat memberi Auto Update “Berbayar: Tidak”, Live Update “Berbayar: Ya”. Profil publik adalah pilihan, bukan keadaan bawaan analisis — konsekuensinya dibahas bagian enam.

FX Blue — dua varian koneksi, dua persyaratan berbeda

Mudah keliru menjelaskan seluruh produk melalui satu metode. Dua varian berbeda pada hal terpenting di sini: jenis akses akun dan kebutuhan terminal berjalan. Satu jawaban untuk seluruh produk memberi hasil salah pada kedua kolom bagi separuh kasus.

Varian pertama — komponen lokal (Publisher EA). Data keluar dari terminal: Anda menjalankan program pada MetaTrader yang membaca riwayat dan mengirimnya ke server pelaporan. Kata sandi akun tidak meninggalkan komputer, tetapi data hanya mengalir selama terminal berjalan — pada mesin sendiri atau server jauh. Program juga harus berjalan pada grafik; FAQ pembuat menegaskan “pastikan EA berjalan pada grafik dan Expert Advisors diaktifkan di MT4”^[5] (per 22 Agustus 2026).

Varian kedua — account sync. Tidak ada program lokal yang mengirim riwayat: layanan mengambilnya sendiri dari broker sehingga terminal dapat mati. Imbalannya adalah jenis akses. FAQ menjelaskan “untuk MT4 atau cTrader, Anda dapat mengatur account sync agar kami mengumpulkan hasil trading dari broker”, lalu menyatakan “kami hanya menyediakan account sync untuk platform yang memiliki kata sandi hanya baca (misalnya MT4) […]”. Di antara data yang diminta terdapat “Kata sandi hanya baca ('investor') akun Anda”^[5] (per 22 Agustus 2026). Aturan bagian enam tetap berlaku penuh: kata sandi investor boleh, utama jangan pernah.

Menurut manual pembuat, Publisher EA MT4 saat ini memakai WebRequest, bukan pustaka DLL: perlu mengizinkan WebRequest dan memasukkan alamat server publikasi — manual memberi https://publisher.fxblue.com — dalam daftar alamat yang diizinkan. Parameter program berisi login dan kata sandi layanan FX Blue sendiri — manual menandai kolom FXBlue_Username dan FXBlue_Password sebagai wajib. Itu kredensial layanan, bukan akun, tetapi tersimpan dalam pengaturan terminal sehingga harus unik untuk layanan tersebut (per 22 Agustus 2026)^[6]. Panduan yang menyuruh mengaktifkan “Allow DLL imports” bertentangan dengan manual; asal rekomendasinya tidak kami tentukan. Mengaktifkan izin tanpa perlu memperbesar hak kode tanpa manfaat. Standar sama berlaku sebaliknya: bila pembuat memasukkannya dalam prosedur, seperti EA Publisher MyFxBook di atas, biaya izinnya identik, hanya dinyatakan terbuka.

Edgewonk — jurnal dengan lapisan klasifikasi luas

Edgewonk adalah alat yang pekerjaannya dimulai setelah transaksi dimuat: melengkapi tag, kolom rencana dan penilaian pelaksanaan. Lapisan transaksi berasal dari impor berkas atau — pada akun MetaTrader — sinkronisasi yang diatur pada terminal. Varian sinkronisasi bergantung versi terminal, dan perbedaan ini muncul pada 2026. Untuk MT4, pembuat menjelaskan publikasi laporan FTP otomatis dari platform — petunjuk meminta centang “Enable automatic publishing of reports via FTP” (diperbarui 4 Juli 2025)^[9]. Untuk MT5, jalur ditutup platform: catatan MetaTrader 5 Build 6060 tanggal 23 Juli 2026 menyatakan “Dukungan penerbitan laporan trading melalui FTP dihapus. Fitur lama ini usang dan tidak lagi banyak digunakan”^[13], dan petunjuk migrasi Edgewonk tanggal 5 Agustus 2026 menyatakan “MetaQuotes menghapus dukungan laporan FTP pada MetaTrader 5 Build 6060” serta “Setelah memperbarui ke versi ini atau lebih baru, FTP Auto Import Edgewonk lama tidak lagi menerima laporan baru MetaTrader 5”, lalu memerintahkan “Untuk menjaga sinkronisasi jurnal MT5, Anda harus pindah dari FTP Auto Import ke MetaTrader 5 EA Auto Import yang baru”^[9]. Pengganti MT5 adalah add-on dalam terminal: changelog 5 Agustus 2026 mencantumkan “MetaTrader 5 EA Auto Import baru: sinkronkan riwayat MT5 dengan Edgewonk otomatis”, dengan catatan “Akses awal: hubungi dukungan Edgewonk untuk memperoleh EA” dan “Migrasi FTP mulus: pindah dari FTP Auto Import tanpa membuat transaksi duplikat”^[9] (per 22 Agustus 2026). Perlakukan akses awal sebagai fungsi yang masih dapat berubah — periksa status sebelum membangun prosedur tetap. Hanya lapisan klasifikasi yang dilengkapi manual, dan itulah inti alat ini.

Arsitekturnya perlu dijelaskan hati-hati sebab bentuk produk berubah. Panduan yang menyebut program terpasang di komputer dengan jurnal pada disk pengguna menjelaskan versi lama. Pembuat menjelaskan versi kini sebagai aplikasi browser yang menyimpan jurnal dalam lingkungan server di Jerman (per 22 Agustus 2026)^[7]. Konsekuensinya satu, terkait kriteria bagian delapan: riwayat akun berada di layanan, bukan di sisi Anda.

Model lisensi termasuk lapisan produk berubah dan perlu diperiksa pada layar pembelian. Pembuat menjual langganan: pada 8 Oktober 2026, paket utama dan formulir mencantumkan 197 USD untuk 12 bulan dengan PPN dihitung saat pembayaran^[8]. Itulah ketentuan tercantum saat ini, bukan penawaran enam belas bulan terbatas sebelumnya. Halaman sama masih memuat promosi 169 USD dan empat bulan tambahan meski hitung mundur berakhir. Jangan anggap banner mengonfirmasi ketentuan pembelian. Periksa harga, periode perpanjangan dan promosi pada ringkasan pembayaran terkini karena menentukan jumlah serta waktu tagihan berikutnya.

Klasifikasi lebih luas daripada alat otomatis dan mencakup keadaan trader. Di sini kita menganggapnya kolom basis data: berguna jika kosakatanya tertutup dan terisi konsisten. Interpretasi dan tindak lanjutnya dibahas dalam artikel jurnal sebagai cermin keputusan (10.8).

TraderSync — impor banyak sumber dan pemilahan laporan

Alat cloud dengan kekuatan daftar broker dan platform panjang serta impor berkas berbagai format. Untuk beberapa akun atau kelas instrumen, berarti satu tempat alih-alih banyak. Laporan dipilah menurut sesi, instrumen, tag dan kelompok durasi kepemilikan.

Dua varian pengambilan data, seperti FX Blue. Impor berkas memakai format yang didukung atau template cocok dan sama sekali tidak perlu akses akun. Koneksi langsung hanya tersedia selektif — pembuat menyebut “hanya broker/bursa/aplikasi bertanda pada kolom 'Autosync' yang dapat diimpor lewat koneksi langsung; selain itu unggah melalui ekspor-impor CSV”. Jenis akses juga tidak bisa disimpulkan satu jawaban untuk seluruh daftar karena petunjuk baru muncul setelah broker dipilih: “Ikuti petunjuk di kanan untuk broker/bursa yang dipilih”^[12] (per 22 Agustus 2026). Mekanisme pun tidak seragam: selain koneksi langsung broker, ada sinkronisasi melalui aplikasi perantara — pusat bantuan memisahkan “Broker mana yang kompatibel dengan sinkronisasi DAS?” dan “Broker mana yang kompatibel dengan PropReport?”, masing-masing dengan daftar sumbernya^[12] (per 22 Agustus 2026). Sebelum memilih karena sinkronisasi, cari apakah broker bertanda pada kolom itu, jalur koneksinya dan akses yang diminta wizard.

Per 22 Agustus 2026, daftar harga menyebut tiga tingkat — Pro, Premium dan Elite — dengan tagihan bulanan atau tahunan serta uji coba tujuh hari (“Coba gratis selama 7 hari”)^[12]. Cakupan laporan berbeda. Beberapa fitur bergantung paket — untuk ekspor CSV, pembuat menyebut “Fitur ini mungkin tidak tersedia pada versi uji coba gratis”^[12]. Kami sengaja tidak mencantumkan fitur analisis tiap tingkat: nama paket, harga dan penempatannya berubah independen, dan acuan mengikat hanya daftar harga pembuat. Periksa sebelum membeli, juga daftar broker dalam pencarian integrasinya^[12].

Spreadsheet — kendali penuh atas definisi metrik

Spreadsheet memiliki satu keunggulan atas semua alat siap pakai di sini: definisi eksplisit karena Anda menulisnya. Anda tahu apakah expectancy bersih biaya, perlakuan penutupan parsial dan tanggal rumus. Biayanya input manual — batas waktu per catatan dikali jumlah transaksi, bukan ambang universal — serta ketiadaan data selama transaksi.

Catatan istilah: MAE dan MFE tidak memerlukan tick, hanya jalur harga selama posisi pada resolusi lebih rinci daripada masuk dan keluar saja. Spreadsheet mampu jika data diberikan — masalahnya mendapatkan data dan volumenya, bukan spreadsheet.

Expectancy dalam spreadsheet. Jika kolom J memuat hasil R, rumus =SUM(J:J)/COUNT(J:J) memberi expectancy langsung dari E = (GP − GL) / N. Uraian komponen untuk pemeriksaan adalah: =AVERAGEIF(J:J,">0")*COUNTIF(J:J,">0")/COUNT(J:J)+AVERAGEIF(J:J,"<0")*COUNTIF(J:J,"<0")/COUNT(J:J). Kedua rumus identik secara aljabar — versi panjang bertujuan berbeda: menampilkan bagian untung dan rugi terpisah.

Satu mode kegagalannya pembagian nol ketika tidak ada satu pun nilai positif atau tidak ada negatif — AVERAGEIF tidak memiliki nilai untuk dirata-ratakan. Ini berbeda dari sampel terlalu kecil. Ketiadaan satu kelas tidak menghalangi expectancy karena =SUM(J:J)/COUNT(J:J) bekerja meskipun satu kelas kosong; yang tidak terdefinisi adalah profit factor tanpa rugi sebab penyebut nol.

Kelengkapan kolom diperiksa terpisah: bandingkan hasil =COUNT(J:J) dengan jumlah catatan jurnal; hanya selisih mengungkap sel kosong atau teks. Profit factor dihitung dengan penanganan pembagi nol eksplisit: =IF(SUMIF(J:J,"<0")=0,"tidak ada kerugian — PF tidak terdefinisi",SUMIF(J:J,">0")/ABS(SUMIF(J:J,"<0"))). Interpretasi expectancy dalam konteks rasio imbalan-risiko dijelaskan dalam materi R:R dan expectancy.

Tabel pivot menjadikan jurnal alat analisis: baris berisi tag setup, hari atau instrumen; nilai berisi rata-rata kolom R dan penghitung transaksi. Penghitung sama pentingnya dengan rata-rata — tanpanya kategori tiga transaksi akan dianggap sama dengan enam puluh.

8. Perbandingan dengan kriteria eksplisit

“Alat mana terbaik” belum terjawab tanpa kriteria. Perbandingan berikut mencakup sifat arsitektur yang tidak berubah setiap pembaruan. Cakupan analisis, nama tab dan laporan per tingkat langganan termasuk lapisan mudah berubah dan diperiksa dalam dokumentasi sebelum keputusan.

Kriteria sebelum memilih: akses akun yang diminta; bekerja tanpa terminal berjalan atau tidak; tempat data; mendukung klasifikasi proses atau hanya transaksi; ekspor data sendiri; model pembayaran.

Empat pertanyaan yang biasanya menentukan pilihan. Pertama: perlu klasifikasi proses atau catatan transaksi cukup? Untuk menilai kualitas pelaksanaan rencana, alat yang hanya menarik riwayat perlu pelengkap. Kedua: berapa akun dan platform? Satu akun MetaTrader sesuai semua alat di tabel; beberapa akun lintas platform mempersempit ke alat berimpor luas. Ketiga: bolehkah data di server layanan? Jika tidak, hanya spreadsheet pada disk sendiri, lokal atau jaringan — lainnya, termasuk Edgewonk browser, menyimpan di sisinya. Keempat: akses apa yang diperlukan varian koneksi pilihan? Jika meminta kata sandi akun, hanya investor; sebagian tidak perlu akses karena data dikirim berkas atau komponen terminal. Baca jawaban dari baris tabel, bukan nama alat — varian satu layanan pun berbeda.

Susunan gratis — pencatatan transaksi otomatis ditambah spreadsheet rencana dan klasifikasi — mencakup semua perhitungan artikel ini. Alat berbayar dibeli jika menghemat tugas rutin tertentu: rekonstruksi MAE/MFE, impor banyak format atau pemilahan laporan yang tidak ingin dibuat sendiri. Ini kriteria biaya peluang, bukan tingkat keterampilan.

9. Membaca laporan: kurva ekuitas, drawdown, heatmap

Laporan menunjukkan bentuk dan angka. Membacanya berarti memeriksa struktur data di belakangnya — grafik sama dapat menggambarkan dua proses yang sama sekali berbeda.

Kurva ekuitas menjelaskan hasil, bukan keunggulan

Sebuah kurva ekuitas adalah hasil kumulatif sepanjang waktu. Sekaligus memuat hasil sistem, ukuran posisi, biaya dan semua penyimpangan, sehingga bentuk saja tidak menyimpulkan asal hasil. Bentuk hanya memberi petunjuk apa yang diperiksa.

• Naik bertangga, dengan bagian datar dan lonjakan — periksa porsi hasil terbesar dalam total keuntungan. Bagian lima menunjukkan bahwa menghapus satu transaksi mengubah +4,2R menjadi −3,8R
• Curam lalu jatuh tajam — periksa pertumbuhan ukuran posisi selama rangkaian dan bandingkan distribusi volume sebelum dan setelah puncak
• Sangat mulus di akun riil dalam periode panjang — periksa apakah memakai saldo atau ekuitas terkini. Kurva saldo mengabaikan posisi terbuka sehingga strategi penahan rugi dapat menampilkan saldo mulus bersama ekuitas sangat tidak rata
• Datar dengan lembah dalam — bandingkan total hasil kotor dan total biaya. Kasus lazim: hasil kotor dekat nol sementara seluruh drawdown dari komisi, swap dan spread

Drawdown: apa tepatnya yang diukur

Grafik drawdown menunjukkan jarak dari puncak berjalan. Sebelum membandingkan nilai, pastikan empat hal: saldo atau ekuitas terkini, persen atau mata uang, termasuk setoran/penarikan atau tidak, serta drawdown maksimum atau lazim.

Kedalaman bukan segalanya. Drawdown dalam dan singkat dapat sesuai satu peristiwa — gap, rilis data, rangkaian eksekusi likuiditas tipis. Drawdown dangkal panjang dapat sesuai perubahan pasar atau penumpukan penyimpangan. Sebelum menghubungkan penjelasan dengan bentuk, sebut jumlah episode dan durasinya. Pemilahan data yang menentukan, bukan grafik.

Heatmap per jam: distribusi historis, bukan aturan

Heatmap menyusun hasil dalam kisi hari pekan dan jam. Ia distribusi historis serta awal pengujian hipotesis, bukan keputusan jadi. Sebelum mempercayai sel, periksa zona waktu, jumlah transaksi dan apakah rilis data terkumpul pada jam itu.

Sel merah mungkin berasal dari biaya, bukan sinyal; itulah hipotesis pertama untuk diperiksa — kami tidak memiliki data frekuensinya. Saat likuiditas tipis, sekitar buka-tutup sesi, pembebanan swap serta sebelum-sesudah rilis makro, spread dan slippage lebih besar. Tanpa kolom “spread saat entri” dan “slippage”, efek sama tercatat sebagai “setup lemah”. Karena itu keduanya masuk set minimum bagian dua.

Filter peristiwa serupa. Tanpa penanda rilis, heatmap mencampur hari biasa dengan volatilitas serta biaya masuk berbeda. Daripada mencari angka pelebaran spread lazim daring, ukur sendiri: catat spread saat entri, bandingkan distribusinya pada jam rilis dan lainnya. Hanya pengukuran akun dan broker sendiri menjelaskan kondisi trading Anda.

Ingat hari ketika eksekusi tidak menyerupai riwayat. Swiss National Bank mengumumkan keputusan demikian pada 15 Januari 2015 dalam rilis “Swiss National Bank menghentikan kurs minimum dan menurunkan suku bunga ke -0,75%”^[14]. Rilis hanya mengonfirmasi tanggal dan isi keputusan, bukan selisih harga eksekusi dari order pada masing-masing broker; kami tidak menyatakannya. Kesimpulan jurnal tidak bergantung skala: catatan hari itu bernilai hanya jika menyimpan kondisi eksekusi bersama hasil — harga order, harga eksekusi dan selisihnya. Hanya catatan sendiri menjelaskan akun Anda, bukan angka orang lain.

Grafik MAE dan MFE

Pada scatterplot, MAE di sumbu horizontal, MFE vertikal dan warna titik menandai hasil. Empat wilayah mengarah pada empat pertanyaan data berbeda.

• Hasil positif dengan MAE rendah dan MFE tinggi — harga bergerak sesuai arah sejak awal. Periksa kesamaan kolom klasifikasi: setup, jam, rezim pasar
• Hasil negatif dengan MAE tinggi — harga melawan sejak entri. Pertanyaannya tentang waktu entri dan level penempatan order
• Hasil positif dengan MAE tinggi — untung setelah retracement dalam. Bandingkan MAE dan jarak stop-loss: jika sering mendekati, ruang aman hanya ilusi
• Hasil negatif dengan MFE tinggi — harga sebelumnya menguntungkan. Periksa apakah ditutup karena level perlindungan digeser, tidak ada order pengambilan untung atau keputusan manual. Jawaban ditentukan kolom “penyimpangan rencana”, bukan grafik

Keandalan grafik bergantung resolusi sumber MAE/MFE. Nilai dari penutupan candle per jam akan sistematis lebih rendah daripada data menit. Sebelum membandingkan, periksa resolusinya dahulu.

Laporan per instrumen dan analisis durasi

Ringkasan per instrumen dapat menjadi filter tajam sebab ingatan menghadirkan keberhasilan individual, bukan distribusi. Sebelum menghapus instrumen, periksa tiga penjelasan alternatif: distribusi jam Anda memperdagangkannya, biaya pada jam itu dan jumlah sampel. Kadang masalahnya satu jam, bukan instrumennya.

Analisis durasi membagi transaksi dalam kelompok dan menghitung expectancy masing-masing. Hati-hati, durasi adalah akibat bukan sebab: transaksi singkat sering cepat menyentuh stop-loss. Ringkasan hanya bermakna bersama kolom penyimpangan serta biaya; sendiri terutama menunjukkan distribusi usia posisi, bukan bahwa makin lama makin baik.

10. Ketika metrik menyesatkan dan cara memeriksanya

Metrik tidak berbohong — menjawab persis pertanyaan rumusnya. Masalah muncul ketika pembaca menanyakan hal lain.

Profit factor dan peristiwa tunggal

Profit factor merupakan rasio dua total yang sensitif terhadap ekstrem. Contoh bagian lima menghapus satu dari empat puluh transaksi, mengubah PF 1,16 menjadi 0,86 dan expectancy +0,105R menjadi −0,097R. Tidak ada angka salah — menjelaskan dua kumpulan berbeda.

Pengujiannya: hitung ulang tanpa tiga hasil terbaik dan tiga terburuk. Jika kesimpulan berbalik, metrik menjelaskan segelintir peristiwa, bukan distribusi. Pengujian sendiri tidak memastikan keunggulan; hanya menunjukkan jumlah pengamatan penyangga ringkasan.

Rasio Sharpe dan frekuensi periode

Mudah membandingkan nilai tidak sebanding. Sharpe harian, bulanan dan tahunan memberi tiga angka dari data sama; Sharpe transaksi bukan salah satunya karena waktu transaksi tidak merata. Selalu sebut frekuensi dan cara annualisasi.

Pada deret pendek, simpangan baku dari sedikit pengamatan cenderung terlalu rendah sehingga rasio naik. Interval kepercayaan Sharpe dibahas dalam karya bibliografi^[3][4] — untuk jurnal, cukup patuhi bahwa ini metrik deret waktu imbal hasil, bukan daftar transaksi.

Win rate tanpa rasio imbalan-risiko

Tingkat keberhasilan sendiri tidak memberi informasi hasil. Win rate 70%, rata-rata untung 0,5R dan rugi 1,5R menghasilkan E = 0,70 × 0,5 − 0,30 × 1,5 = 0,35 − 0,45 = −0,10R per transaksi.

Pemeriksaan seratus transaksi: 70 menang +0,5R memberi +35,0R, 30 kalah −1,5R memberi −45,0R, bersih −10,0R, dibagi 100 menjadi −0,10R, sesuai rumus. Metrik tetangga: PF = 35,0 / 45,0 = 0,78, di bawah satu, konsisten expectancy negatif. Pada 1R = 100 USD berarti −10 USD per transaksi dan −1.000 USD dalam seratus transaksi.

Drawdown: maksimum, lazim, terkini

Maksimum menjelaskan satu peristiwa seluruh riwayat. Drawdown lazim memerlukan definisi: di sini median kedalaman seluruh episode, dimulai pada puncak baru dan berakhir saat kembali ke puncak itu. Perbandingan maksimum dengan median lebih bermakna daripada sendiri: maksimum jauh di atas lazim sesuai satu episode, sedangkan yang dekat sesuai kedalaman berulang sepanjang riwayat. Kedua penjelasan memerlukan jumlah episode pembentuk median. Keduanya harus memakai deret sama — mencampur drawdown saldo dan ekuitas menghasilkan angka tanpa interpretasi.

Pemilahan: rezim pasar dan urutan waktu

Metrik seluruh riwayat merata-ratakan periode berkondisi berbeda. Pemilahan tag rezim — volatilitas tinggi/rendah, pekan rilis besar, likuiditas tipis — membantu meneliti apakah selisih berasal dari perubahan keunggulan atau respons sistem terhadap kondisi. Tanpanya setiap kuartal lemah tampak sebagai degradasi.

Prosedur tinjauan data kuartalan

1. Periksa kelengkapan — jumlah catatan, total hasil, komisi dan swap, rentang tanggal. Cocokkan laporan platform sebelum menghitung lain
2. Hitung metrik dengan dan tanpa ekstrem — buang tiga terbaik dan tiga terburuk, hitung ulang lalu tulis berdampingan
3. Bagi riwayat menjadi dua bagian berurutan waktu — bandingkan expectancy, PF dan jumlah transaksi. Selisih memberi arah pencarian sebab, bukan bukti penyebab ada
4. Pisahkan menurut kepatuhan rencana — memisahkan hasil sistem dan penyimpangan. Bagian lima menunjukkan seberapa besar gambaran berubah
5. Hitung interval kepercayaan, bukan kutip ambang — rumus win rate bagian empat cukup. Jika interval mencakup nilai yang memicu keputusan berlawanan, keputusan tidak diambil

Satu pertanyaan melampaui prosedur: apakah kesimpulan tetap pada data yang belum dilihat saat menyimpulkan? Itu desain pengujian, bukan jurnal. Pembagian data, forward test dan biaya realistis dijelaskan dalam artikel akun demo, backtesting dan forward testing (11.7).

Jurnal hanyalah basis data proses. Tidak menciptakan keunggulan, tidak menggantikan strategi atau menghakimi trader. Hanya memberi kemampuan memastikan apakah hasil berasal dari yang diatur sistem atau hal lain — tanpa kolom rencana, biaya dan penyimpangan, metrik apa pun tidak dapat memastikannya.