Di meja perdagangan yang sibuk, pertanyaan tersulit jarang sekali adalah “bisakah kita mengirimkan pesanan ini?”
Ini biasanya: apa yang masih perlu diputuskan?
Satu pesanan orang tua mungkin terisi sebagian di dua tempat, bekerja secara pasif di tempat ketiga, mendekati batasnya dan di belakang tolok ukurnya. Seorang trader perlu melihat keadaan itu di satu tempat sebelum memutuskan apakah akan menunggu, membatalkan, mengubah algoritma, melepaskan lebih banyak kuantitas, atau menghentikan perdagangan.
Itulah tugas dari sistem manajemen eksekusi, atau EMS: perangkat lunak yang digunakan trader untuk merencanakan, mengirim, memantau, dan mengukur pesanan langsung. Ini menggabungkan data pasar, pesanan, koneksi broker dan tempat, algoritma eksekusi, pengisian, dan analitik ke dalam satu ruang kerja.
Singkatnya:
- EMS adalah tempat di mana trader menjalankan pesanan di pasar: mereka membaginya, memilih algoritma dan rute, serta mengawasi setiap pengisian saat tiba.
- Sistem manajemen pesanan (OMS) menyimpan catatan pesanan resmi, dan EMS menangani bagaimana pesanan dilaksanakan. Produk yang melakukan keduanya disebut OEMS.
- Sebuah EMS yang baik menjaga setiap pesanan anak terikat pada induknya, sehingga jumlah yang terisi, bekerja, dan belum dirilis selalu sesuai dengan pesanan asli.
- Setelah pesanan selesai, EMS mengukur hasilnya terhadap tolok ukur seperti harga kedatangan. Tinjauan tersebut disebut analisis biaya transaksi (TCA).
Sebuah perusahaan dapat terhubung ke sepuluh tempat dan tetap memiliki alur kerja eksekusi yang lemah jika para tradernya tidak dapat melihat keadaan pesanan yang sebenarnya, bertindak berdasarkan itu, dan menjelaskan hasilnya nanti. Kesenjangan itulah yang ditutup oleh EMS.
Apa yang sebenarnya dilakukan oleh sistem manajemen eksekusi
EMS mencakup bagian aktif dari kehidupan sebuah pesanan: waktu antara “pesanan ini disetujui” dan “pesanan ini selesai”. Ini mengubah instruksi perdagangan menjadi proses eksekusi yang terkontrol.
| Fungsi EMS | Apa yang dibutuhkan trader darinya |
|---|---|
| Penyimpanan pesanan | Buat atau terima pesanan induk dengan sisi, jumlah, batas, tolok ukur, urgensi, dan instruksi yang utuh |
| Konteks pasar | Lihat harga langsung, likuiditas, berita, buku pesanan, dan analitik yang relevan tanpa meninggalkan alur kerja |
| Kontrol eksekusi | Kirim pesanan secara manual, gunakan algoritma, rilis jumlah secara bertahap, atau ubah rencana saat pesanan sedang bekerja |
| Konektivitas | Jangkau broker yang disetujui, penyedia likuiditas, dan tempat, biasanya melalui protokol FIX, dengan penanganan sesi dan status pesanan yang dapat diandalkan |
| Supervisi langsung | Melacak pengisian, pesanan anak, pembatalan, penolakan, eksposur, dan jumlah yang tersisa secara real-time |
| Kepatuhan dan kontrol | Terapkan batasan sebelum perdagangan, pemeriksaan daftar terbatas, dan kerah harga, serta catat siapa yang memutuskan apa |
| Analisis pasca-perdagangan | Bandingkan eksekusi dengan tolok ukur dan tinjau bagaimana tempat, broker, dan algoritma berkinerja |
Pedagang menjaga EMS terbuka sepanjang sesi dan bertindak melalui itu. Itulah sebabnya kecepatan, kejelasan, dan status pesanan yang benar sangat penting di sini dibandingkan dengan sebagian besar perangkat lunak back-office.
Istilah kunci dalam bahasa Inggris yang sederhana
| Istilah | Apa artinya |
|---|---|
| Parent order | Instruksi lengkap yang diterima trader, misalnya “beli 60.000 saham” |
| Child order | Pesanan lebih kecil yang dikirim ke satu broker atau tempat untuk mengerjakan sebagian dari parent order |
| Execution algorithm | Perangkat lunak yang membagi sebuah pesanan dan memutuskan kapan dan bagaimana mengirim setiap bagian |
| Participation algorithm | Sebuah algoritma yang memperdagangkan bagian tertentu dari volume pasar, misalnya 10% |
| VWAP | Harga rata-rata tertimbang volume selama periode tertentu, digunakan baik sebagai target algoritma maupun sebagai tolok ukur |
| Arrival price | Harga pasar ketika pesanan tiba untuk dieksekusi, biasanya titik tengah antara penawaran terbaik dan permintaan |
| Slippage | Perbedaan antara harga eksekusi dan harga tolok ukur |
| Basis point (bp) | Satu per seratus persen (0,01%), unit biasa untuk biaya eksekusi |
| Implementation shortfall | Biaya penuh untuk mengeksekusi pesanan dibandingkan dengan harga saat keputusan untuk berdagang dibuat, termasuk penundaan, dampak pasar, biaya, dan saham yang tidak pernah dibeli |
| Markout | Bagaimana harga bergerak segera setelah terisi; menunjukkan apakah suatu rute cenderung terisi tepat sebelum harga berbalik melawan Anda |
| Transaction cost analysis (TCA) | Ulasan biaya eksekusi terhadap tolok ukur setelah pesanan selesai |
| FIX protocol | Format pesan standar yang digunakan sebagian besar broker dan tempat untuk menerima pesanan dan melaporkan pengisian |
| Direct market access (DMA) | Mengirim pesanan langsung ke buku pesanan bursa melalui koneksi broker dan pemeriksaan risiko, tanpa broker yang menangani mereka |
| OEMS | Sebuah produk tunggal yang menggabungkan manajemen pesanan (OMS) dan manajemen eksekusi (EMS) |
Bagaimana EMS bekerja: satu pesanan dari awal hingga akhir
Anggap seorang trader menerima instruksi ini pada 10:00:
BELI 60.000 ABC
Batas: $85,60
Tolok ukur: harga kedatangan
Selesaikan pada: 11:00
Instruksi: hindari mengambil dampak yang tidak perluPada pukul 10:00, ABC dikutip pada $85.18 untuk bid dan $85.22 untuk ask, jadi harga kedatangan (titik tengah) adalah $85.20. Pesanan ini lebih besar dari ukuran yang tersedia pada ask terbaik. Mengirim semuanya sekaligus mungkin akan mendorong harga naik, sementara membiarkannya sepenuhnya pasif bisa berarti kehilangan pesanan jika pasar naik.
Sebuah EMS memberikan cara bagi trader untuk menyelesaikan pilihan itu.
1. Pesanan masuk ke ruang kerja eksekusi
EMS menerima pesanan dari OMS, sistem portofolio, API atau tiket manual. Ini mempertahankan identitas pesanan induk, akun, instrumen, jumlah, batas, dan instruksi.
Sebelum sesuatu meninggalkan meja, sistem menerapkan kontrol yang relevan: izin akun, batas ukuran, sekuritas yang dibatasi, daya beli yang tersedia, pemeriksaan harga, dan kelayakan tempat.
2. Trader memilih rencana eksekusi
Untuk pesanan ini, trader memilih algoritma partisipasi, menjaga batas $85,60 dan memungkinkan tiga rute: Venue A, Venue C, dan algoritma di Broker B. Trader lain mungkin mengerjakan 10.000 saham pertama secara manual dan kemudian menyerahkan sisanya kepada algoritma.
EMS harus membuat rencana tersebut terlihat. Status yang hanya mengatakan “algo berjalan” memberi tahu trader sangat sedikit. Trader membutuhkan jumlah target, berapa banyak yang telah dirilis, di mana itu bekerja, apa yang telah terisi dan apa yang masih tersisa di bawah pesanan induk.
3. EMS membuat pesanan anak
Pada pukul 10:05, trader melepaskan 32.000 saham pertama sebagai pesanan anak: 14.000 ke Venue A, 10.000 ke Broker B dan 8.000 ke Venue C. 28.000 lainnya tetap dengan pesanan induk untuk nanti.
Pesanan anak dapat pergi ke algoritma broker, langsung ke bursa melalui akses pasar langsung, atau ke pengarah pesanan cerdas yang memilih tujuan untuk setiap bagian pada saat itu.
EMS tetap menjadi permukaan kontrol. Ini menunjukkan setiap pesanan anak dan statusnya saat ini: menunggu baru, bekerja, terisi sebagian, menunggu pembatalan, dibatalkan, ditolak, atau terisi.
4. Trader mengawasi pesanan terhadap pasar
Pada pukul 10:18, pesanan telah mengisi 21.500 saham: 14.000 di Venue A dan 7.500 di Venue C. Rencana tersebut memanggil sekitar 27.000 pada waktu ini. Penawaran terbaik telah naik menjadi $85,52, delapan sen di bawah batas, dan Broker B masih memiliki 10.000 saham yang bekerja tanpa pengisian dalam 13 menit.
Pedagang dapat mengurangi partisipasi, mengubah batas, menerima pengisian yang lebih lambat, atau memindahkan jumlah ke jalur dengan lebih banyak likuiditas. Salah satu dari ini bisa menjadi pilihan yang wajar. Yang penting adalah bahwa EMS menunjukkan cukup untuk membuat pilihan dengan sengaja.
Di sini trader membatalkan pesanan anak di Broker B untuk memindahkan jumlahnya ke Venue A. Sebelum pembatalan dikonfirmasi, 2.000 saham terisi di Broker B. EMS menambahkannya ke pesanan induk dan hanya melepaskan 8.000 saham yang sebenarnya dibatalkan. Seandainya semua 10.000 segera dikirim ulang setelah pembatalan dilakukan, meja perdagangan bisa saja membeli 62.000 saham.
5. EMS mencatat hasilnya
Pada pukul 10:54, pengisian terakhir tiba. EMS mengantarkan mereka ke pesanan induk: 60.000 saham dengan harga rata-rata $85,41. Melawan harga kedatangan $85,20, itu adalah 21 sen per saham, atau sekitar 25 basis poin: $12.600 sebelum biaya.
EMS juga menjaga jejak eksekusi: siapa yang mengubah pesanan, apa yang dikirim, apa yang kembali dan kapan. Dengan jejak itu, meja dapat memisahkan bagian dari biaya yang berasal dari kenaikan pasar selama pesanan dari bagian yang berasal dari keputusan mereka sendiri.
How one order moves through an EMS
Done: 60,000 at $85.41, 25 bp (about $12,600) above arrival.
- 10:00, arrive: the order to buy 60,000 ABC shares arrives from the OMS with a $85.60 limit; the arrival price is $85.20. Nothing has been sent.
- 10:05, release: 32,000 shares go out as child orders, 14,000 to Venue A, 10,000 to Broker B and 8,000 to Venue C. 28,000 are held back.
- 10:18, exception: 21,500 filled against about 27,000 planned; the best ask is $85.52, eight cents below the limit; Broker B has had no fills for 13 minutes.
- 10:19, decision: the child order at Broker B is canceled. 2,000 shares fill before the cancel is confirmed, so only 8,000 move to Venue A.
- 10:54, review: 60,000 filled at an average of $85.41, 21 cents or about 25 basis points ($12,600) above the arrival price. Venue A 36,000, Broker B 2,000, Venue C 22,000. The fills go back to the OMS for booking.
Di setiap langkah contoh, jumlah kuantitas yang terisi, bekerja, dan belum dirilis menjumlah menjadi 60.000. Jika mereka pernah berhenti menjumlah, ada yang salah dalam catatan eksekusi, dan EMS yang baik membuat hal itu terlihat dengan segera.
EMS vs OMS: perbedaan yang menyebabkan kebingungan terbesar
Kedua produk tersebut dapat terpisah, terintegrasi dengan erat, atau dijual sebagai satu sistem, yang biasanya disebut OEMS (sistem manajemen pesanan dan eksekusi). Di dalam sebuah OEMS, pembagian tanggung jawab tetap sama.
| OMS | EMS | |
|---|---|---|
| Fokus utama | Kepemilikan pesanan dan alur kerja bisnis | Eksekusi aktif dan kontrol trader |
| Pengguna tipikal | Manajer portofolio, operasi, kepatuhan, kantor tengah | Trader, meja eksekusi, trader penjualan |
| Pertanyaan utama | Siapa yang memiliki pesanan? Rekening mana? Apakah disetujui? | Bagaimana seharusnya diperdagangkan sekarang? Pesanan mana yang aktif? |
| Status tipikal | Baru, disetujui, dialokasikan, dibooking, selesai | Bekerja, terisi sebagian, menunggu pembatalan, dibatalkan, ditolak |
| Data pasar | Sering kali terbatas atau kontekstual | Pusat alur kerja |
| Setelah perdagangan | Alokasi, konfirmasi, catatan, serah terima ke operasi | Analisis eksekusi, tinjauan tolok ukur dan venue |
Pengaturan yang paling bersih adalah yang di mana sebuah pesanan mempertahankan identitasnya saat berpindah antara aplikasi, tidak peduli berapa banyak yang ada.
Sebuah cara praktis untuk menguji integrasi adalah dengan melacak satu pesanan dari saat itu dibuat hingga saat pengisiannya dipesan. Jika ID induk, akun, pembatasan, atau cap waktu menghilang antara OMS dan EMS, integrasi tersebut belum selesai.
EMS vs pengarah pesanan pintar, mesin pencocokan, dan platform perdagangan
Sebuah EMS dapat memanggil router, menampilkan data tempat, dan mengirimkan pesanan melalui platform perdagangan. Setiap komponen ini masih memiliki tugasnya masing-masing.
| Komponen | Pekerjaan sempitnya | Pertanyaan yang dijawabnya |
|---|---|---|
| EMS | Menampilkan dan mengontrol proses eksekusi untuk trader | Bagaimana seharusnya pesanan ini dikerjakan saat ini? |
| OMS | Menjaga catatan bisnis resmi dan alur kerja di sekitar pesanan induk | Siapa pemilik pesanan ini, dan apakah disetujui? |
| Pemilih pesanan cerdas | Memilih tujuan untuk pesanan anak berdasarkan aturan dan kondisi pasar langsung | Tujuan mana yang seharusnya menerima pesanan anak ini? |
| Mesin pencocokan | Mencocokkan pesanan yang kompatibel dalam buku pesanan suatu tempat | Pesanan beli dan jual mana yang diperdagangkan satu sama lain? |
| Platform perdagangan | Menyediakan entri pesanan, akses pasar, dan fungsi perdagangan yang berhubungan dengan akun | Bagaimana klien dan staf melakukan dan mengikuti pesanan? |
Misalnya, sebuah EMS dapat menunjukkan pesanan induk dengan 38.500 saham yang masih terbuka. Ini dapat meminta router pesanan cerdas untuk menemukan tujuan untuk pesanan anak berikutnya. Setelah pesanan anak tersebut mencapai bursa, mesin pencocokan memutuskan apakah akan melakukan perdagangan.
Sebuah EMS dapat menyerahkan pengaturan rute, pencocokan, dan entri pesanan kepada komponen lain. Tugasnya adalah untuk menyajikan keputusan dan hasil sebagai satu alur kerja yang koheren.
Apa yang seharusnya dapat dilihat oleh trader tanpa bertanya kepada siapa pun
Sebuah EMS mendapatkan tempatnya ketika ia menghilangkan pencarian status selama pesanan langsung. Untuk setiap pesanan induk, trader harus menemukan jawaban-jawaban ini dengan cepat:
- Apa instruksi asli, dan apa yang telah berubah?
- Seberapa banyak yang terisi, berfungsi, dibatalkan, dan belum dirilis ke rute?
- Pesanan anak mana yang ada di setiap broker atau tempat?
- Apakah ada pembatalan, penolakan, atau pemeriksaan risiko yang masih tertunda?
- Seberapa dekat harga rata-rata dengan batas dan tolok ukur?
- Apakah pesanan tersebut lebih awal atau terlambat dari rencananya?
- Siapa yang membuat perubahan terbaru, dan mengapa?
- Apakah trader dapat menjeda, mengubah, atau membatalkan dengan aman tanpa menciptakan eksposur ganda?
Jika sebuah meja membutuhkan spreadsheet, pesan obrolan, dan beberapa tab browser untuk menjawab pertanyaan-pertanyaan tersebut, itu memiliki koneksi ke pasar tetapi tidak memiliki alur kerja eksekusi tunggal.
Siapa yang menggunakan EMS
Perusahaan sisi pembeli (manajer aset, dana pensiun, dan dana lindung nilai) menggunakan EMS untuk mengelola pesanan melalui beberapa broker, membandingkan algoritme mereka, dan menunjukkan bahwa pesanan klien telah dieksekusi dengan baik.
Perusahaan sisi penjual (pialang dan bank) menggunakan satu untuk mengerjakan pesanan klien, terutama yang besar atau sensitif, dan untuk mengelola perdagangan mereka sendiri.
Perusahaan perdagangan milik sendiri menggunakan alat eksekusi bersama dengan strategi dan batas risiko mereka, sering kali dengan proporsi aliran otomatis yang lebih tinggi.
Broker forex ritel dan CFD jarang menjalankan EMS institusional terpisah untuk pesanan klien. Eksekusi mereka biasanya dilakukan melalui platform perdagangan, sebuah jembatan likuiditas ke penyedia likuiditas dan pengaturan risiko broker untuk aliran A-book dan B-book. Pertanyaan yang dijawab oleh EMS masih berlaku: apa yang diminta, apa yang diperdagangkan dan apa yang masih memerlukan keputusan.
Di mana EMS memberikan nilai tertinggi
Eksekusi multi-broker atau multi-venue
Semakin banyak tujuan eksekusi yang digunakan oleh sebuah meja, semakin sulit untuk melihat keadaan penuh. Sebuah EMS mengkonsolidasikan pesanan induk sambil mempertahankan detail broker, tempat, dan pesanan anak.
Pesanan yang lebih besar atau lebih sensitif
Sebuah pesanan yang dapat menggerakkan pasar memerlukan lebih banyak pertimbangan daripada perdagangan satu klik. Trader mungkin menyeimbangkan urgensi, dampak pasar, probabilitas pengisian, dan kebocoran informasi seiring perubahan kondisi.
Meja multi-aset
Saham, opsi, FX, berjangka, dan pendapatan tetap memiliki mekanisme eksekusi yang berbeda. EMS yang baik memberikan meja satu alur kerja yang konsisten sambil menjaga kontrol khusus produk di tempat yang penting, seperti tanggal kedaluwarsa untuk berjangka, tanggal nilai untuk FX, atau perdagangan permintaan penawaran untuk obligasi.
Eksekusi yang diserahkan atau agen
Ketika meja atau broker lain mengerjakan suatu pesanan, perusahaan yang mengirimkannya tetap memerlukan catatan yang dapat diandalkan tentang instruksi, status, pengisian, dan pengecualian. “Kami mengirimkannya ke broker” bukanlah jejak eksekusi.
Perusahaan dengan kewajiban pengawasan eksekusi
Di bawah MiFID II, pedoman pelaksanaan terbaik ESMA mengharapkan perusahaan untuk memantau baik kualitas pelaksanaan yang mereka peroleh maupun kualitas pengaturan pelaksanaan mereka, dan mengambil tindakan perbaikan ketika mereka menemukan kekurangan. Pemantauan tersebut bergantung pada data pesanan dan pengisian yang bersih. EMS membantu dengan mengubah kebijakan pelaksanaan menjadi pengaturan yang benar-benar digunakan oleh trader dan dengan merekam apa yang terjadi untuk ditinjau kemudian.
Apa yang harus diukur oleh EMS setelah pesanan selesai
Harga pengisian rata-rata berguna, tetapi itu sendiri tidak memberikan banyak informasi. Tinjauan biaya eksekusi biasanya disebut analisis biaya transaksi (TCA), dan melihat beberapa ukuran secara bersamaan.
| Ukuran | Apa yang diberitahukan |
|---|---|
| Tingkat pengisian | Apakah meja menyelesaikan jumlah yang ingin diperdagangkan? |
| Waktu untuk mengisi | Seberapa cepat pesanan diselesaikan, termasuk periode menunggu atau dijeda? |
| Performa harga kedatangan | Bagaimana hasil akhir dibandingkan dengan pasar saat pesanan tiba? |
| Kerugian implementasi | Berapa biaya yang ditambahkan oleh penundaan, pergerakan pasar, dan eksekusi dibandingkan dengan harga keputusan? |
| Dampak pasar | Apakah pesanan mempengaruhi pasar saat dieksekusi? |
| Kualitas venue dan broker | Rute mana yang memberikan pengisian, penolakan, perbaikan harga, atau penandaan yang merugikan? |
| Tingkat pengecualian | Seberapa sering alur kerja memerlukan pemulihan manual karena penolakan, kesalahan, atau keadaan tidak valid? |
Benchmark harus sesuai dengan pesanan. Harga kedatangan cocok untuk pesanan mendesak. VWAP bisa masuk akal untuk pesanan yang dirancang untuk mengikuti volume hari itu. Mengukur setiap perdagangan terhadap satu benchmark menghasilkan laporan yang rapi dan kesimpulan yang lemah.
Dalam contoh di atas, pesanan selesai 21 sen, atau sekitar 25 basis poin, di atas harga kedatangannya. TCA kemudian akan bertanya seberapa banyak dari itu berasal dari pasar yang naik saat pesanan sedang diproses dan seberapa banyak dari pilihan meja itu sendiri, seperti 13 menit Broker B yang dihabiskan tanpa pengisian.
Kegagalan EMS yang umum
Ini menunjukkan pengisian tetapi menyembunyikan status urutan induk
Blotter pengisian menunjukkan aktivitas. Untuk tetap mengendalikan, trader juga perlu mengetahui sisa kuantitas, status pesanan anak, batasan, dan rencana eksekusi.
Ini menganggap permintaan pembatalan sebagai pembatalan
“Pembatalan terkirim” dan “pembatalan dikonfirmasi” adalah keadaan yang berbeda, dan pengisian dapat terjadi di antara keduanya, seperti yang terjadi di Broker B dalam contoh. Jika EMS menganggap pesanan telah hilang terlalu cepat, pesanan pengganti dapat menciptakan eksposur yang tidak diinginkan.
Ini memiliki koneksi broker tetapi tidak ada rekonsiliasi yang bersih
Sistem yang berbeda dapat memberi label pada pesanan yang sama dengan cara yang berbeda. EMS harus memetakan eksekusi, konfirmasi pembatalan, dan penolakan kembali ke pesanan induk yang benar. Jika tidak, pedagang dan kantor belakang dapat mengakhiri hari dengan posisi yang berbeda.
Ini membuat otomatisasi tidak mungkin dipertanyakan
Sebuah algoritma bisa berfungsi dengan baik sebagian besar waktu dan tetap salah untuk satu pesanan. Trader membutuhkan kontrol yang jelas untuk menghentikan, mengubah, dan membatasi rute, serta untuk melihat mengapa sistem mengirimkan pesanan anak ke tempat tertentu.
Kecelakaan kilat pada 6 Mei 2010 menunjukkan apa yang dapat terjadi pada pengaturan eksekusi yang tidak diperiksa. Menurut laporan bersama staf CFTC dan SEC, sebuah kompleks reksa dana memulai program untuk menjual 75.000 kontrak berjangka E-mini S&P 500, senilai sekitar $4,1 miliar, melalui algoritma yang ditetapkan untuk memperdagangkan 9% dari volume menit sebelumnya “tanpa mempedulikan harga atau waktu.” Dalam kesempatan sebelumnya, trader yang sama membutuhkan lebih dari lima jam untuk menjual jumlah yang serupa, menggunakan pesanan manual dan algoritma yang mempertimbangkan harga, waktu, dan volume. Pada 6 Mei, dengan pasar sudah berada dalam tekanan, penjualan memakan waktu sekitar 20 menit. Pelajaran pertama dari laporan tersebut adalah bahwa eksekusi otomatis dari pesanan besar dapat memicu pergerakan harga ekstrem di pasar yang tertekan, terutama ketika algoritma mengabaikan harga.
Alat eksekusi mendapatkan manfaatnya di saat-saat seperti ini: menunjukkan harga, waktu, dan partisipasi secara berdampingan, menandai algoritma yang berjalan jauh lebih cepat dari yang direncanakan, dan menempatkan kontrol jeda hanya satu klik saja.
Ini hanya mengukur harga
Pengisian cepat dengan harga yang baik masih bisa menjadi eksekusi yang buruk jika melanggar batas, memperdagangkan jumlah yang salah, menciptakan posisi duplikat, atau mengabaikan instruksi klien. Kualitas eksekusi adalah hasil dengan batasan, bukan satu angka.
Apakah setiap perusahaan perdagangan memerlukan EMS?
Tidak.
Sebuah perusahaan dengan satu mitra eksekusi dan pesanan kecil yang sederhana mungkin tidak memerlukan EMS yang khusus. Sebuah platform perdagangan yang jelas, kontrol risiko, kantor belakang, dan proses rekonsiliasi bisa jadi sudah cukup.
Kasus ini menjadi lebih kuat dengan beberapa sumber eksekusi, pengawasan manual yang aktif, pesanan besar, instruksi eksekusi khusus klien, atau kebutuhan untuk membandingkan pengisian di berbagai tempat dan broker.
Sebuah tes sederhana: ketika sebuah pesanan berperilaku tidak terduga, dapatkah tim merekonstruksi apa yang terjadi, dan mengapa, dalam beberapa menit? Jika jawabannya melibatkan beberapa sistem dan pencarian manual melalui log FIX, ruang kerja eksekusi yang lebih baik mungkin dibenarkan.
Tanda-tanda EMS yang dibangun dengan baik
Apakah Anda memilih sistem, menggunakannya di tempat kerja, atau hanya ingin tahu seperti apa yang baik, situasi-situasi ini memisahkan EMS yang andal dari yang rapuh:
| Situasi | Apa yang dilakukan EMS yang dibangun dengan baik |
|---|---|
| Pesanan besar dibagi ke beberapa rute | Menjaga setiap pesanan anak terhubung dengan induknya dan menunjukkan jumlah yang terisi, bekerja, dan belum dirilis yang saling menjumlah |
| Sebuah pembatalan dikirim saat pesanan masih dapat diperdagangkan | Menampilkan “pembatalan tertunda” hingga dikonfirmasi dan menghitung setiap pengisian terlambat sebelum merilis jumlah di tempat lain |
| Koneksi broker terputus | Menandai pesanan yang terkena dampak sebagai belum terpecahkan dan memeriksa status sebenarnya sebelum ada yang dikirim ulang |
| Data pasar menjadi usang | Mengingatkan trader dan menahan tindakan yang bergantung pada harga saat ini |
| Seorang trader mengubah rencana di tengah pesanan | Mencatat siapa yang mengubah apa, kapan, dan mengapa, serta menjaga jejak audit tetap utuh |
| Sebuah algoritma berdagang jauh lebih cepat atau lebih lambat dari yang direncanakan | Menampilkan selisih terhadap rencana dan memungkinkan trader untuk menjeda atau menyesuaikannya |
| Seseorang bertanya bagaimana pesanan lama dieksekusi | Membuat ulang instruksi, keputusan, pesanan anak, respons tempat, pengisian, dan hasil tolok ukur |
Cakupan juga penting: kelas aset mana, jenis pesanan dan protokol broker atau tempat yang didukung sistem saat ini, apakah izin dan aturan pengalihan dapat berbeda berdasarkan akun, pedagang, dan instrumen, serta tolok ukur dan cap waktu mentah mana yang tersedia untuk TCA.
Uji coba yang paling mengungkap adalah jejak eksekusi lengkap untuk satu pesanan orang tua nyata: instruksi, keputusan, pesanan anak, tanggapan tempat, perubahan, pengisian, pengecualian, dan pemesanan akhir. Ini menunjukkan jauh lebih banyak daripada daftar fitur.
Ujian praktis
Sistem manajemen eksekusi harus membuat pesanan aktif lebih mudah dipahami dan lebih aman untuk dikendalikan.
Dalam setiap momen, trader harus tahu apa yang diminta, apa yang sedang berjalan, apa yang telah terisi, apa yang berubah dan keputusan apa yang tersisa. Jika sistem dapat menunjukkan itu dengan jelas, menyimpan jejak audit dan mengukur hasilnya terhadap tolok ukur yang tepat, maka itu melakukan pekerjaan yang ada untuk EMS.
