Pelajaran 6.2 - Ritme Pemantauan Langsung¶
Skenario¶
“Mengamati Semua Hal Bukan Berarti Memantau”¶
Seorang Dealer membuka sepuluh dasbor, tetapi melewatkan antrean Bridge yang meningkat karena perhatiannya tersebar ke terlalu banyak layar. Dealer lain memantau lebih sedikit item, tetapi mengikuti ritme terstruktur: baseline, pengecualian, tren, tindakan.
Pemantauan Dealing Room bukan pengamatan pasif. Pemantauan adalah siklus yang terkendali.
Tujuan Pembelajaran¶
- Membangun ritme pemantauan langsung yang praktis.
- Memprioritaskan pengecualian daripada dasbor statis.
- Memisahkan pengamatan dari eskalasi.
- Mencatat perubahan material dengan konteks yang memadai.
Siklus Monitoring¶
Area Inti Monitoring Langsung¶
| Area | Pertanyaan Utama |
|---|---|
| Kuotasi | Apakah harga terkini, kompetitif, dan konsisten? |
| Eksekusi | Apakah latensi, fill, penolakan aturan platform, dan timeout berada dalam rentang yang diharapkan? |
| Bridge | Apakah perilaku antrean/rute/sesi stabil? |
| Sumber kuotasi | Apakah sumber kuotasi sehat dan berkontribusi? |
| Eksposur | Apakah neto/bruto/konsentrasi berubah? |
| Klien | Apakah aliran abnormal atau volume keluhan meningkat? |
| Peristiwa | Apakah rentang waktu pasar/peristiwa yang diketahui semakin dekat? |
Tinjauan dengan Pengecualian sebagai Prioritas¶
Fokus terlebih dahulu pada perubahan seperti:
- Spread melebar dibandingkan baseline.
- Hilangnya partisipasi Quote Source secara tiba-tiba.
- Tren baru pada antrean Bridge.
- Percepatan Exposure.
- Reject/timeout berulang.
- Aktivitas Client yang berkelompok.
- Pending Order sebelum peristiwa besar.
Fokus Pemantauan Shift Tengah¶
Shift tengah melanjutkan kondisi operasional setelah pemeriksaan pembukaan dan terus meninjaunya selama jam trading aktif.
Dealer shift tengah harus berfokus pada empat kelompok bukti:
| Kategori | Bukti yang harus diperiksa | Jangan |
|---|---|---|
| Trade / Bridge | Order besar, penutupan cepat, reject aturan platform / timeout, antrean Bridge, perubahan match / rute | Menyimpulkan hanya dari Alert suara |
| Tinjauan risiko | Eksposur, konsentrasi grup, akun yang memerlukan tinjauan atau berstatus tinjauan khusus, rentang waktu peristiwa | Menganggap profit klien sebagai hal abnormal dengan sendirinya |
| Administrasi MT | Permintaan grup / simbol / deal / posisi, dasar persetujuan, kondisi sebelum/sesudah | Mengubah pengaturan saat persetujuan tidak jelas |
| Dokumentasi harian | Laporan harian, Market Watch, penyesuaian swap, dan catatan pengecualian | Mengubah pemeriksaan rutin menjadi narasi panjang |
Tinjauan Bridge Trade Log¶
Bridge Trade Log adalah tampilan inti aliran order secara real-time. Setiap order klien muncul sesuai field yang tersedia pada antarmuka Bridge, seperti penerimaan, rute, match, penolakan aturan platform, status fill, atau penutupan.
Dealer harus menggunakan tampilan ini untuk memahami aliran order dan sinyal pengecualian, bukan langsung menarik kesimpulan.
| Pengamatan | Hal yang Diperiksa Dealer | Bukti yang Harus Dicatat |
|---|---|---|
| Informasi dasar Order | Waktu, produk, sisi, volume, cakupan akun atau Group | ID Order, screenshot, timestamp |
| Order bervolume besar | Apakah ukuran melebihi standar perhatian Shift dan berkelompok menurut produk atau Group | Volume, produk, cakupan Group |
| Penutupan cepat | Apakah pembukaan dan penutupan terjadi dalam waktu sangat singkat dan berulang | Waktu pembukaan, waktu penutupan, waktu holding |
| Pengelompokan Order | Apakah Order berkelompok di sekitar berita, pembukaan, penutupan, rollover, atau perubahan Quote yang terlihat | Konteks peristiwa dan rentang waktu Order |
| Reject aturan platform / timeout | Apakah masalah berkelompok menurut produk, kondisi akun, rentang waktu, atau rute | Pesan reject / timeout dan antrean Bridge |
| Informasi match / rute | Apakah penanganan yang terlihat berbeda dari pola normal | Catat field yang terlihat tanpa inferensi berlebihan |
Peringatan suara membantu memprioritaskan perhatian. Peringatan dapat dikonfigurasi untuk order bervolume besar, waktu holding yang sangat singkat, atau order berulang. Peringatan bukan penilaian; peringatan berarti Dealer harus memverifikasi bukti order, konteks pasar, dan dampak aktual.
Verifikasi Terminal Klien dan Kuotasi¶
Pemantauan Bridge harus dipadukan dengan tinjauan Terminal Klien MT4 / MT5. Membiarkan beberapa Terminal Klien terbuka membantu Dealer mengonfirmasi apakah chart dan harga pada platform terlihat normal dari sisi klien.
| Jenis Masalah | Tanda Umum | Bukti yang Harus Dikumpulkan |
|---|---|---|
| Lonjakan harga | Jarum abnormal yang tiba-tiba muncul pada chart dan cepat kembali ke rentang normal | Screenshot chart, waktu tick, Bid / Ask, produk terdampak |
| Dugaan harga off-market | Satu Quote terlihat menyimpang dari sumber lain atau rentang pasar yang wajar | Perbandingan Quote Source, timestamp, Spread, pasar referensi |
| Divergensi Quote Source | Perbedaan high/low yang terlihat antar-Quote Source menciptakan Spread atau perilaku chart yang abnormal | Status Quote Source, kontribusi Quote, log Bridge |
| Ketidaksesuaian chart/Order | Chart yang terlihat oleh Client tampak tidak konsisten dengan perilaku pemicu atau fill | Screenshot Client Terminal, ID Order, waktu server, catatan Bridge |
Saat hal-hal ini muncul, jangan menyatakan bahwa sistem atau klien yang salah sebelum bukti ditinjau. Simpan screenshot, timestamp, produk, bukti kuotasi, log Bridge, ID order terdampak, dan cakupan dampak terhadap klien, lalu eskalasikan kepada penanggung jawab yang ditetapkan.
Studi Kasus¶
“Semuanya Tampak Hijau”¶
Semua dasbor menunjukkan status hijau, tetapi:
- Satu sumber kuotasi berkontribusi lebih sedikit daripada biasanya.
- Spread XAUUSD lebih lebar hanya pada Order berukuran besar.
- Antrean Bridge mulai meningkat dalam rentang waktu yang sama.
Halaman kondisi keseluruhan yang hijau tidak menggantikan analisis tren. Dealer harus mengidentifikasi penurunan yang diamati, mempertahankan bukti, dan melakukan eskalasi tanpa menyatakan akar penyebab yang belum dikonfirmasi.
Pelatihan Praktis¶
Siapkan catatan pemantauan untuk kasus di atas. Sertakan baseline, perubahan yang diamati, bukti perbandingan, cakupan terdampak, tindakan saat ini, penanggung jawab yang ditetapkan, dan waktu pembaruan berikutnya.
Ringkasan¶
Pemantauan yang baik memiliki ritme, bersifat komparatif, dan berorientasi pada tindakan. Pemantauan mendeteksi perubahan bermakna sebelum menjadi insiden penuh dan mempertahankan bukti yang memadai agar penanggung jawab yang tepat dapat menentukan langkah berikutnya.
Kriteria Penyelesaian¶
- Dapat menjelaskan tujuan utama Risk atau operasional dari pelajaran ini
- Dapat mengidentifikasi sistem, data, atau bukti yang wajib ditinjau
- Dapat menjelaskan proses eskalasi atau penanganan yang benar
- Dapat menerapkan pelajaran dengan benar dalam skenario yang diawasi