Workflow Incident & Risk¶
Halaman ini merangkum pelaporan Incident, eskalasi Risk, persiapan peristiwa besar, dan peninjauan perilaku Client dalam satu workflow.
Kapan Workflow Ini Digunakan¶
Gunakan workflow ini saat salah satu hal berikut muncul:
- Anomali Quote, Quote yang stale, lonjakan, dugaan harga di luar pasar, atau masalah chart.
- Keterlambatan Execution, timeout, kelompok reject, atau peningkatan partial fill.
- Anomali Bridge, pertumbuhan antrean, atau sinyal Bridge Trade Log yang tidak normal.
- Exposure atau konsentrasi berubah secara material.
- Muncul keluhan Client atau Order yang disengketakan.
- Berita besar, rollover, hari libur, pembukaan / penutupan pasar, atau kontrol terjadwal menimbulkan risiko.
- Pola order flow yang tidak normal memerlukan peninjauan.
Catatan Incident / Risk¶
Waktu:
Pemicu:
Symbol / platform / Group akun terdampak:
Konteks pasar:
Bukti Quote / chart:
Bukti Bridge / Execution:
Exposure / konsentrasi:
Bukti dampak terhadap Client:
Tindakan saat ini:
Pemilik yang ditugaskan:
Tindakan yang memerlukan persetujuan:
Pembaruan berikutnya:
Standar penutupan:
Standar Respons Awal¶
- Amankan bukti sebelum melakukan interpretasi.
- Pisahkan fakta, asumsi, dan keputusan yang diminta.
- Tetapkan cakupan berdasarkan waktu, Symbol, Group akun, jenis Order, dan lapisan sistem.
- Beri tahu Shift Leader ketika dampak, tren, atau tindakan yang diperlukan melampaui monitoring normal.
- Jangan menjanjikan kompensasi, menyesuaikan hasil Client, atau mengubah ketentuan tanpa persetujuan.
Persiapan Peristiwa Besar¶
Sebelum peristiwa berdampak tinggi, konfirmasikan:
- Waktu peristiwa, zona waktu, dan Symbol terdampak.
- Akses ke platform, Bridge, Quote Source, dan pelaporan.
- Exposure saat ini, konsentrasi, dan risiko pending Order.
- Rencana sementara, pengaturan Margin / Spread, atau perubahan profil yang telah disetujui.
- Pemilik eskalasi dan frekuensi pembaruan.
- Standar pemulihan dan penutupan pascaperistiwa.
Untuk peristiwa bulanan atau terjadwal, konfirmasikan juga:
| Item | Standar |
|---|---|
| Lembar peristiwa bulanan | Tanggal peristiwa, waktu platform, zona waktu, Symbol terdampak, dan informasi kedaluwarsa / rollover telah diperbarui |
| Pengumuman dan verifikasi | Konten pengumuman telah disetujui, dan setiap tampilan platform sesuai dengan pengumuman yang disetujui setelah dipublikasikan |
| Pengingat jadwal Shift | Pengingat pengumuman, Execution, pemulihan, dan peninjauan pascaperistiwa ditambahkan ke Shift terkait |
| Pengingat Risk Tool | Pengingat sebelum peristiwa, sebelum peristiwa final, segera setelah peristiwa, dan peninjauan pemulihan telah dikonfigurasi |
| Rencana kontrol | Stop level, Margin, Spread, profil, atau rencana sementara memiliki catatan persetujuan |
| Verifikasi Terminal Client | Setelah kontrol diaktifkan, ketentuan trading yang terlihat oleh Client atau status tampilan diperiksa dari tampilan sisi Client yang disetujui |
| Pemeriksaan pemulihan | Pengaturan default dipulihkan sesuai persetujuan, dengan waktu pemulihan, bukti, dan peninjau dicatat |
Peninjauan Perilaku Client¶
Peninjauan perilaku Client harus tetap netral dan berbasis bukti. Gunakan redaksi seperti:
“Group akun ini memenuhi kriteria peninjauan internal karena Holding Time singkat, aktivitas berulang dalam Event Window, dan sinyal konteks Execution. Bukti telah dieskalasikan kepada Shift Leader.”
Hindari bahasa tanpa bukti pendukung seperti:
- “Client ini abusif.”
- “Aliran yang menguntungkan adalah masalah.”
- “Batasi akun ini segera.”
Prinsip Status Risk Internal¶
Informasi status Risk internal membantu tim yang berwenang mengidentifikasi kasus yang memerlukan peninjauan, monitoring berkelanjutan, atau kontrol yang disetujui. Informasi ini bukan penilaian pribadi terhadap Client dan bukan alat yang dapat diterapkan sendiri oleh Dealer.
Label tertentu, urutan kedalaman kontrol, parameter teknis, jalur sistem, dan logika Execution merupakan informasi terbatas dan tidak boleh dicantumkan dalam materi Academy publik.
Disiplin Operasional¶
- Bukti harus disimpan sebelum rekomendasi status Risk internal dibuat: catatan Order, Holding Time, Event Window, hasil trading, dampak Exposure, hubungan akun, dan riwayat peninjauan sebelumnya.
- Dealer dapat mengidentifikasi, mencatat, dan mengeskalasikan bukti, tetapi tidak boleh secara mandiri mengubah status risk atau ketentuan trading Client.
- Cakupan akun terkait harus ditinjau melalui proses yang disetujui sebelum tindakan yang lebih luas dipertimbangkan.
- Komunikasi eksternal tidak boleh menyebutkan label internal, kedalaman kontrol, parameter Execution, logika pewarisan, atau logika kontrol tertentu.
- Redaksi Handover harus dibatasi pada “akun / cakupan terkait sedang dalam peninjauan internal” atau “kontrol yang disetujui telah diterapkan”; jangan sertakan nama pribadi, nomor akun asli, atau detail sensitif yang tidak perlu.
Jenis Risk Khusus yang Umum¶
| Jenis | Hal yang harus ditinjau Dealer |
|---|---|
| Akun tertaut / aktivitas multi-akun oleh orang yang sama | Sinyal hubungan yang disetujui, waktu trading, pola pendanaan, dan perilaku Order |
| Risk Fast Deal / penutupan cepat | Holding Time, profit dari penutupan cepat, skor Risk, Event Window, dan pergerakan harga pascatransaksi |
| Wash rebate / penyalahgunaan volume ter-hedge | Apakah hedging, pembentukan volume, atau pola Holding Time yang tidak biasa digunakan untuk memperoleh rebate |
| Pemicu status Risk otomatis | Apakah sinyal peninjauan atau pembatasan otomatis memerlukan validasi |
| Risk gap unhedge sebelum penutupan | Apakah hedge dalam akun yang sama ditutup sebagian sesaat sebelum pasar tutup sehingga menyisakan Exposure gap semalam |
Template Pembaruan Eskalasi¶
Subjek:
Waktu:
Observasi:
Cakupan terdampak:
Bukti:
Risk / dampak terhadap Client:
Tindakan saat ini:
Keputusan yang diperlukan:
Pemilik yang ditugaskan:
Pembaruan berikutnya:
Standar Penutupan¶
Incident atau item Risk tidak boleh ditutup hingga:
- Status Quote, chart, Bridge, dan Execution stabil.
- Cakupan Order terdampak atau cakupan dampak terhadap Client telah dikonfirmasi.
- risiko terkait Exposure atau konsentrasi telah dipahami.
- Persetujuan atau keputusan yang diperlukan telah dicatat.
- Pemilik tindak lanjut yang ditugaskan dan tanggal peninjauan sudah jelas.