Kasus untuk Reformasi Peningkatan Harga

Saat diskusi tentang model ‘pembayaran untuk aliran pesanan’ berlangsung di antara para peserta pasar, regulator, dan media keuangan, perubahan halus namun kuat dalam pengungkapan perdagangan memiliki kemampuan untuk memberikan serangkaian hasil positif tanpa penerapan reformasi pasar yang mengganggu. Di inti perdebatan adalah metrik perbaikan harga (PI), yang saat ini dihitung oleh broker/dealer sebagai selisih antara harga eksekusi dan harga pasar yang dikutip terbaik. Di AS, di mana perdagangan di luar bursa diizinkan, perbaikan diukur terhadap NBBO yang dilaporkan oleh operator pita terkonolidasi. Likuiditas yang tersembunyi di antara kutipan terbaik cukup signifikan untuk memungkinkan broker tidak hanya memenuhi persyaratan eksekusi optimal tetapi juga mengarahkan pesanan pelanggan ke penyedia likuiditas yang membayar rebate tertinggi. Dibandingkan dengan kutipan terbaik, PI jarang merupakan angka negatif, secara esensial menyesatkan investor dengan gagal melaporkan biaya perdagangan yang sudah ada. Untuk investor ritel, perubahan kecil dalam rumus - khususnya, mengganti tawaran atau permintaan terbaik dengan kutipan tengah - kemungkinan besar akan menghasilkan perbaikan harga negatif yang meningkatkan kesadaran tentang komisi dan rebate yang tersembunyi. Untuk investor institusi, perubahan dalam rumus tidak mungkin terjadi mengingat pesanan non-ritel biasanya tidak diarahkan ke penyedia likuiditas. Selain itu, investor institusi menggunakan berbagai teknik untuk mengendalikan biaya perdagangan dan mencapai eksekusi terbaik, menggunakan yang disebut Analisis Biaya Transaksi (TCA). TCA menawarkan cara untuk mendeteksi pesanan yang tidak efisien dengan membandingkan harga eksekusi dengan harga peserta pasar lainnya, dengan mempertimbangkan ukuran pesanan, kedalaman likuiditas, arah pasar, dan parameter meta-pesanan.

Grafik 1

Contoh pesanan jual yang tidak efisien, yang tidak hanya melintasi spread tetapi juga menerobos beberapa level buku pesanan limit, diikuti oleh pemulihan cepat.

Analisis Eksekusi

Dalam implementasi dasar, seseorang perlu membandingkan harga perdagangan sendiri dengan VWAP peserta lainnya selama interval waktu yang telah ditentukan atau selama volume yang telah ditentukan setelah setiap perdagangan. Ini memerlukan akses ke laporan perdagangan dalam format mentah, serta ke log umpan data perdagangan publik dengan cap waktu dan nomor perdagangan yang tepat. Umpan perdagangan SIP cukup untuk menyelesaikan tugas ini. Untuk menghilangkan dampak pasar, perdagangan sendiri dikecualikan dari sejarah publik untuk menghitung VWAP pesaing selama jendela waktu yang telah ditentukan. Sebagai alternatif untuk jendela waktu yang ditentukan, perdagangan pesaing dapat dimasukkan untuk volume yang sama atau lebih besar dari perdagangan sendiri yang disesuaikan dengan parameter partisipasi volume. Dalam implementasi yang lebih canggih, VWAP pesaing dihitung hanya untuk pesanan dengan arah yang sama. Ini memungkinkan pengguna untuk membandingkan perdagangan beli sendiri dengan perdagangan beli peserta lainnya, secara berurutan. Untuk jenis analisis ini, log pesanan penuh yang menghubungkan pesanan dengan perdagangan diperlukan. Log pesanan penuh seperti Umpan Data Terintegrasi NYSE bersifat spesifik untuk setiap bursa dan tidak tersedia dari SIP. Dalam hal log perdagangan publik tidak tersedia, dimungkinkan untuk melakukan perhitungan perkiraan menggunakan batang OHLC hingga 1 menit sebagai proksi untuk VWAP pesaing. Jika riwayat batang menyediakan parameter VWAP, seseorang dapat mengurangkan total nilai perdagangan sendiri dan menghitung ulang VWAP pesaing untuk meningkatkan perbandingan.

Tabel 1

Perbedaan antara harga eksekusi dan VWAP pesaing dapat digabungkan untuk melaporkan hasil kumulatif untuk setiap pesanan dan meta-pesanan.

Catatan: Analisis perdagangan hanya berlaku untuk pesanan yang terisi atau sebagian terisi. Pesanan yang dibatalkan tidak termasuk dalam ruang lingkup.

Analisis Penempatan

Analisis penempatan melihat parameter pesanan (harga, jumlah, jenis, kondisi, tempat, waktu) di satu sisi, dan karakteristik likuiditas yang terlihat di sisi lain. Tujuan dari latihan ini adalah untuk mendeteksi latensi pengalihan dan kesalahan konfigurasi pesanan, seperti pesanan pasar yang terlalu besar atau pesanan limit yang menerobos beberapa level harga. Aturan untuk penempatan pesanan optimal dapat dikodifikasi dalam buku aturan, dengan setiap aturan diberikan skor numerik.

Aturan contoh:

2. Ukuran pesanan pasar terlalu besar.
3. Ukuran pesanan limit terlalu besar (kebocoran informasi).
4. Harga pesanan limit terlalu agresif (spread dilintasi atau terisi pada beberapa harga).
5. Pesanan es yang terisi di mana pesanan limit dasar sudah cukup (biaya ekstra).
6. Pembatalan pesanan silang (biaya ekstra).
7. Harga yang lebih baik terlihat di tempat lain.

Untuk analisis penempatan dasar, umpan kutipan SIP sudah cukup. Untuk beberapa aturan, umpan data Level 2 yang bersifat proprietary atau bahkan log pesanan penuh diperlukan untuk merekonstruksi buku pesanan pada saat kedatangan pesanan.

Audit dan Pelaporan

Kedua jenis analisis dapat digunakan untuk menghasilkan laporan tentang kualitas eksekusi, secara reguler. Dengan memberikan metadata kepada setiap pesanan (seperti tipe dan versi algoritma, referensi akun dan broker, dll.) laporan semacam itu dapat menemukan strategi perdagangan yang berkinerja buruk dan mengurangi biaya perdagangan setiap hari, terutama untuk portofolio dengan perputaran tinggi.

> Untuk meja perdagangan sisi beli, TCA adalah kunci untuk mengoptimalkan eksekusi di pasar modal yang berubah cepat saat ini. - Sergei Rodionov, CEO, Axibase

Untuk mencapai tujuan ini dengan cara yang berfungsi di seluruh integrasi OMS dan kelas aset, pelanggan sering kali harus memulai jalur solusi bangun-sendiri. Dengan penambahan fungsionalitas TCA ke Database Waktu-Series Axibase, pelanggan sekarang dapat menghindari biaya berkelanjutan dan mengandalkan solusi industri yang mengintegrasikan praktik terbaik untuk penempatan pesanan, menyediakan integrasi dengan berbagai format kutipan/perdagangan, dan mencakup mesin pelaporan terjadwal dengan dukungan untuk SQL.