Jawaban langsung
Untuk menilai slippage, kumpulkan data yang menghubungkan niat suatu order dengan hasil eksekusi aktualnya. Minimal, Anda perlu harga eksekusi yang dimaksud (atau referensi keputusan), harga yang dieksekusi, timestamp yang menempatkan peristiwa-peristiwa tersebut pada sumbu waktu yang sama, serta biaya eksekusi terkait (misalnya spread dan komisi) agar Anda tidak keliru menganggap “pergerakan harga” sebagai “biaya” atau “efek kuot.” Selain itu, catat dari mana data tersebut berasal (laporan platform, broker, atau tiket order) dan seberapa lengkap datanya.
Mekanisme dan definisi
Slippage adalah selisih antara harga yang Anda harapkan saat Anda menempatkan atau mengonfirmasi sebuah order dan harga yang benar-benar Anda dapatkan ketika order tersebut terisi. Dalam praktiknya, penilaian bergantung pada “harga yang diharapkan” mana yang Anda pilih:
- Harga referensi dari sisi order: harga yang ditampilkan saat pengiriman order atau saat persetujuan order.
- Harga referensi dari sisi kuot: level mid/ask/bid yang diamati di dekat waktu keputusan order.
- Harga referensi dari sisi eksekusi: harga yang dicatat oleh venue eksekusi atau sistem trading pada saat broker menerima order.
Pilihan-pilihan ini penting karena slippage dapat dihitung dengan cara yang berbeda. Agar perhitungan tetap bermakna, nyatakan asumsi Anda secara eksplisit, misalnya: “slippage = harga dieksekusi − harga referensi untuk buy, menggunakan kuot yang tercatat pada waktu konfirmasi order.”
Pisahkan komponen yang mungkin terlihat mirip:
- Pergerakan pasar: perubahan harga saat order menunggu untuk dieksekusi.
- Kendala eksekusi: bagaimana penyedia Anda merutekan order, menangani likuiditas, dan menerapkan harga yang tersedia.
- Biaya transaksi: komisi, pembiayaan, atau biaya lain yang dapat menggeser biaya efektif Anda.
Jika Anda memperlakukan biaya sebagai slippage, penilaian Anda bisa melebih-lebihkan celah eksekusi.
Bukti, contoh, dan data yang perlu dicatat
Catatan slippage yang berdiri sendiri untuk satu order biasanya memerlukan:
- Detail instrumen: identitas simbol/pasangan mata uang dan ukuran kontrak (untuk menghindari pencampuran instrumen).
- Sisi dan tipe order: buy/sell dan apakah itu market/limit; logika eksekusi berbeda.
- Harga yang dimaksud/referensi: harga yang Anda gunakan sebagai “yang diharapkan” (dan dari mana Anda mendapatkannya).
- Harga yang dieksekusi: harga pengisian (fill) yang benar-benar Anda terima.
- Timestamp: waktu pengiriman order, waktu penerimaan/konfirmasi, dan waktu setiap fill. Gunakan zona waktu yang konsisten atau sertakan offset zona waktu.
- Struktur fill: apakah order terisi sekali atau dalam beberapa bagian; jika terjadi partial fills, catat setiap fill dan total kuantitas.
- Rincian biaya: minimal komisi dan komponen biaya lain yang terdokumentasi yang memengaruhi biaya eksekusi bersih.
- Asal-usul dan kelengkapan data: apakah nilai berasal dari tiket order, execution report, buku besar (ledgers), atau log sistem, serta apakah ada field yang hilang.
Contoh perhitungan konkret (asumsi diperlukan):
- Asumsikan harga referensi Anda adalah kuot yang ditampilkan pada waktu konfirmasi order.
- Untuk order buy, hitung slippage_points = executed_price − reference_price untuk setiap fill, lalu hitung rata-rata tertimbang kuantitas (quantity-weighted average) slippage jika ada beberapa fill.
- Jika Anda ingin slippage dalam istilah biaya, ubah selisih harga menggunakan ukuran kontrak, lalu tambahkan komisi yang terdokumentasi secara terpisah untuk menghindari pencampuran “selisih harga eksekusi” dengan “biaya.”
Keterbatasan dan risiko (mode kegagalan yang material)
Beberapa keterbatasan dapat membuat penilaian slippage menjadi tidak andal:
- Ketidakcocokan waktu referensi: jika “harga yang diharapkan” Anda tercatat pada momen yang berbeda dari keputusan eksekusi, slippage yang dihitung bisa mencerminkan kesalahan penyelarasan timing, bukan kualitas eksekusi.
- Partial fills dan kesalahan agregasi: merata-ratakan secara keliru di seluruh beberapa fill (atau mengabaikan bahwa fill terjadi pada waktu dan harga yang berbeda) dapat salah menyatakan slippage.
- Field yang hilang atau diubah: jika execution reports menghilangkan peristiwa tertentu, atau jika platform menulis ulang harga saat rekonsiliasi, dataset Anda mungkin tidak sesuai dengan urutan waktu eksekusi yang sebenarnya.
- Kebingungan biaya: biaya penyebaran (bid/ask) dan komisi dapat tertukar dengan slippage harga kecuali Anda memisahkan “effective price” dan “komponen biaya.”
- Hubungan yang tidak stasioner: hubungan historis apa pun antara slippage dan kondisi tidak menjamin perilaku di masa depan; likuiditas pasar dan volatilitas dapat berubah.
Cara paling aman untuk menangani ketidakpastian adalah memperlakukan slippage sebagai metrik yang dihitung yang bergantung pada definisi referensi yang Anda pilih dan integritas data, bukan sebagai satu angka universal.
Verifikasi dan pertanyaan berikutnya
Untuk memverifikasi fakta Anda secara independen, Anda seharusnya dapat menunjuk ke field yang tepat yang digunakan untuk harga referensi, harga yang dieksekusi, dan timestamp, serta memastikan bahwa semuanya berasal dari siklus eksekusi yang sama (tiket order vs. execution report).