Sebuah sistem manajemen pesanan (OMS) adalah perangkat lunak yang melacak pesanan perdagangan dari saat seseorang memutuskan untuk berdagang hingga hasilnya mencapai akun. Ini mencatat apa yang diminta, memeriksa apakah pesanan diizinkan, mengirimkannya untuk dieksekusi dan mengikuti segala sesuatu yang terjadi setelahnya.
Setiap pesanan menimbulkan tiga pertanyaan, dan OMS adalah tempat jawaban itu berada: Apa yang kami maksudkan untuk diperdagangkan? Apa yang sebenarnya diperdagangkan? Apa yang masih perlu tindakan?
Apa yang dimaksud dan apa yang sebenarnya diperdagangkan seringkali berbeda. Bayangkan sebuah permintaan untuk membeli 1.000 saham. 400 saham pertama dibeli, dan kemudian pembeli meminta untuk membatalkan sisanya. Sementara permintaan itu dalam proses, 150 saham lainnya dibeli. Pesanan tersebut akhirnya ditandai “Dibatalkan”, namun 550 saham telah dibeli. Sebuah OMS yang baik menunjukkan keseluruhan cerita di balik status satu kata itu, dan panduan ini menjelaskan bagaimana.
Singkatnya:
- Sebuah OMS adalah catatan pusat dari pesanan perdagangan: apa yang diminta, untuk siapa, dan apa yang terjadi padanya.
- Ini memeriksa setiap pesanan sebelum mengirimnya, kemudian melacak konfirmasi, perdagangan yang dieksekusi, perubahan, dan pembatalan.
- Ia tidak melakukan perdagangan itu sendiri. Broker dan bursa yang melakukannya, dan OMS menjaga catatan tetap akurat.
- Sejarah yang diberi cap waktu adalah salah satu catatan utama yang digunakan perusahaan dan regulator untuk merekonstruksi pesanan apa pun di kemudian hari.
Apa itu sistem manajemen pesanan?
Dalam pasar keuangan, OMS mengelola pesanan untuk saham, obligasi, mata uang, derivatif, dan instrumen lainnya. Nama ini juga digunakan untuk perangkat lunak yang digunakan toko online untuk memproses pengiriman, tetapi OMS perdagangan adalah alat yang berbeda dengan tugas yang berbeda.
Anggaplah ini sebagai buku log dan meja kontrol untuk pesanan. Setiap perdagangan melewati tahap yang serupa, apakah itu dimulai dengan manajer dana yang menempatkan pesanan besar untuk dana pensiun atau dengan seseorang yang mengetuk “Beli” di aplikasi perdagangan. Di perusahaan profesional, OMS adalah sistem yang mengatur tahap-tahap tersebut. Di aplikasi perdagangan konsumen, fungsi yang sama biasanya berjalan di dalam platform broker, tidak terlihat.
Fitur utama dari OMS perdagangan
- Penangkapan pesanan: mencatat akun, instrumen, arah beli atau jual, kuantitas, jenis pesanan, harga dan berapa lama pesanan tetap berlaku.
- Pemeriksaan pra-perdagangan: mengonfirmasi bahwa pesanan diizinkan, bahwa akun dapat memenuhinya, dan bahwa itu mematuhi batasan perdagangan.
- Routing: mengirimkan pesanan yang disetujui ke broker, sistem eksekusi, atau tempat perdagangan.
- Pelacakan pesanan: menyimpan catatan langsung tentang konfirmasi, pengisian, perubahan, dan pembatalan.
- Pemeliharaan posisi: memperbarui kepemilikan dan kas saat perdagangan masuk, sehingga pesanan berikutnya diperiksa terhadap angka yang terkini.
- Alokasi: membagi pesanan besar yang telah dieksekusi ke berbagai akun tempat pesanan itu ditempatkan, jika diperlukan.
- Jejak audit: menyimpan sejarah bertanda waktu dari setiap acara, sehingga siapa pun dapat merekonstruksi kemudian dengan tepat apa yang terjadi.
- Penyerahan pasca-perdagangan: meneruskan hasil ke sistem akuntansi dan operasi.
Beberapa produk OMS adalah aplikasi mandiri. Yang lainnya dibangun ke dalam platform perdagangan yang lebih besar.
Istilah kunci dalam bahasa Inggris sederhana
| Istilah | Apa artinya |
|---|---|
| Order | Sebuah instruksi untuk membeli atau menjual jumlah tertentu dari suatu instrumen |
| Tempat perdagangan | Tempat di mana order dipadankan, seperti bursa saham |
| Pengisian | Transaksi yang mengeksekusi seluruh atau sebagian dari sebuah order |
| Pengisian parsial | Hanya sebagian dari jumlah yang telah diperdagangkan sejauh ini |
| Jumlah yang sedang dalam proses | Bagian dari sebuah order yang masih menunggu untuk diperdagangkan |
| Order pasar | Sebuah order untuk diperdagangkan sesegera mungkin dengan harga terbaik yang tersedia |
| Order batas | Sebuah order yang mungkin diperdagangkan hanya pada harga yang dinyatakan atau lebih baik |
| Waktu aktif | Berapa lama order tetap aktif, misalnya selama satu hari atau sampai dibatalkan |
| Pemberitahuan | Konfirmasi dari pihak penerima bahwa mereka telah menerima order |
| Perubahan | Sebuah permintaan untuk mengubah order, seperti harga atau jumlahnya |
| Pembatalan | Sebuah permintaan untuk menghentikan jumlah yang belum diperdagangkan |
| Pembatalan tertunda | Sebuah pembatalan telah diminta tetapi belum dikonfirmasi; order masih dapat diperdagangkan |
| Ditolak | Order ditolak, baik oleh pemeriksaan perusahaan sendiri atau oleh pihak penerima |
| Kedaluwarsa | Order mencapai akhir waktu aktifnya tanpa sepenuhnya diperdagangkan |
| Alokasi | Pembagian order yang telah dieksekusi di antara beberapa akun |
| Penyelesaian dan penyelesaian | Langkah-langkah setelah transaksi yang mengonfirmasi siapa yang berutang apa dan kemudian menukar sekuritas dan uang tunai |
Bagaimana sistem manajemen pesanan bekerja, langkah demi langkah
Where the OMS sits
Orders go out through the OMS; confirmations and fills come back to it; results go on to the back office. Shown from a fund manager’s point of view. In a trading app, the broker runs the OMS.
- Order sourceInvestor, fund manager, algorithm or app
- OMSRecords, checks and tracks the order
- ExecutionBroker, EMS or smart order router
- Trading venueExchange or other venue matches orders
- ↑ Confirmations and fills flow back to the OMS
- Post-tradeThe OMS passes results to the back office, which works with clearing and settlement
1. Pesanan telah dimasukkan
Sebuah pesanan dapat berasal dari seorang individu, sistem manajemen portofolio, algoritma perdagangan, atau program lain yang terhubung melalui API (antarmuka perangkat lunak). OMS terlebih dahulu perlu mengetahui dengan tepat apa yang diminta.
“Beli 1.000 XYZ seharga $25” tidak cukup dengan sendirinya. OMS juga perlu tahu akun mana yang dimaksud untuk pesanan tersebut, instrumen mana yang tepat yang dimaksud (ticker yang sama bisa ada di beberapa pasar), mata uang, dan berapa lama pesanan tersebut berlaku. Pesanan harian berakhir pada akhir hari perdagangan; pesanan good-till-canceled tetap berlaku hingga terisi atau dibatalkan, meskipun banyak broker menetapkan periode maksimum.
OMS memberikan pesanan sebuah pengidentifikasi. Setiap pengisian, perubahan, dan pembatalan yang dilakukan setelahnya terkait dengan pengidentifikasi tersebut. Tanpa tautan itu, tim operasi bisa menerima perdagangan yang valid dan tidak tahu instruksi mana yang dimaksud.
2. Pesanan telah diperiksa
Sebelum sesuatu dikirim, OMS melakukan pemeriksaan pra-perdagangan, baik itu sendiri atau melalui layanan risiko dan kepatuhan yang terhubung. Pemeriksaan yang biasa dilakukan meliputi:
- apakah akun ini dapat memperdagangkan instrumen ini,
- apakah ia memiliki cukup uang tunai atau margin (uang yang dipinjam dari pialang),
- apakah ukuran dan harga berada dalam batas,
- apakah instrumen tersebut ada dalam daftar terbatas, misalnya karena perusahaan memiliki informasi rahasia tentang perusahaan tersebut.
Jumlah pesanan terbuka juga. Sebuah akun mungkin memiliki cukup uang untuk satu pesanan tetapi tidak untuk dua pesanan serupa yang ditempatkan pada saat yang sama. Pemeriksaan yang baik mempertimbangkan pesanan yang masih menunggu, bukan hanya perdagangan yang sudah terjadi.
Pemeriksaan kepatuhan juga dapat dilakukan setelah perdagangan, untuk memastikan bahwa hasilnya tetap sesuai dengan aturan. Ketika pemeriksaan gagal sebelum perdagangan, penolakan harus menyebutkan alasannya. “Instrumen tidak diizinkan untuk akun ini” dapat diperbaiki dalam beberapa menit. “Pesanan gagal” membuat seseorang mencari melalui log.
3. Pesanan telah dikirim dan dikonfirmasi
Pesanan yang disetujui pergi ke tujuan mereka: seorang broker, sistem manajemen eksekusi, router pesanan pintar, atau sambungan langsung ke sebuah tempat.
Mengirimkan sebuah pesanan dan menerima persetujuannya adalah dua peristiwa yang terpisah. OMS mencatat pengirimannya sendiri, kemudian menunggu pihak lain untuk mengonfirmasi atau menolak. Jika sebuah pesanan besar dibagi menjadi pesanan “anak” yang lebih kecil, OMS menjaga agar mereka terhubung dengan “induk” aslinya, sehingga dapat memeriksa bahwa pesanan anak tidak pernah melebihi jumlah pesanan induk.
Pemesanan berpindah antar sistem sebagai pesan, sering melalui API perdagangan atau protokol FIX yang menjadi standar industri. OMS membaca pesan-pesan tersebut dan memperbarui status dan kuantitas setiap pesanan.
4. Pengisian, perubahan, dan pembatalan dilacak
Sebuah pengisian meningkatkan jumlah yang dibeli atau dijual dan mungkin meninggalkan sebagian dari pesanan masih aktif. Sebuah amandemen meminta untuk mengubah pesanan. Sebuah pembatalan meminta untuk menghentikan apapun yang belum diperdagangkan.
Baik perubahan maupun pembatalan tidak berlaku saat itu juga setelah dikirim. Hingga pihak lain mengonfirmasinya, pesanan asli masih bisa diperdagangkan. Spesifikasi status pesanan FIX, yang diikuti banyak sistem perdagangan, memiliki status “pembatalan tertunda” yang terpisah untuk alasan ini. Ini juga memungkinkan pesanan yang dibatalkan untuk berisi transaksi yang telah dilaksanakan. Status itu sendiri tidak memberi tahu Anda seberapa banyak yang diperdagangkan; jumlahnya yang memberi tahu.
5. Hasilnya pergi ke sistem pasca-perdagangan
Setelah perdagangan selesai, OMS mengirimkan pengisian, detail akun, dan pengenal ke sistem back-office. Tim operasi kemudian memeriksa catatan tersebut terhadap konfirmasi dari pialang, tempat perdagangan, dan perusahaan kliring.
Untuk seorang manajer dana yang membeli saham untuk beberapa portofolio sekaligus, ini juga merupakan saat di mana jumlah yang dieksekusi dialokasikan ke setiap portofolio sesuai dengan aturan yang telah disepakati sebelumnya.
Melakukan perdagangan tidak sama dengan menyelesaikannya. Di pasar sekuritas, penyelesaian adalah pertukaran nyata sekuritas dan uang tunai, yang ditangani oleh infrastruktur penyelesaian dan kliring. OMS menyediakan detail akun dan alokasi yang digunakan dalam proses itu; ia tidak menyimpan aset atau menyelesaikan penyelesaian itu sendiri. Saham AS, misalnya, diselesaikan satu hari kerja setelah perdagangan (T+1).
Contoh: pesanan yang terisi sebagian yang dibatalkan
Berikut adalah urutan dari pengantar secara rinci. Ini adalah contoh hipotetis: beli 1.000 saham XYZ dengan batas $25, berlaku untuk hari ini. Akun dimulai tanpa saham XYZ, semua pemeriksaan berhasil, dan biaya diabaikan.
- Broker menerima pesanan. 400 saham diperdagangkan pada $24.98, dan 600 masih dalam proses.
- Pembeli meminta untuk membatalkan sisa. Pembatalan sekarang sedang diproses.
- Sebelum dikonfirmasi, 150 saham lagi diperdagangkan pada $24,99.
- Broker mengonfirmasi pembatalan sisa 450 saham.
Follow the cancellation
An illustrative buy order for 1,000 shares. A cancellation stops the remaining quantity; it does not reverse existing fills.
Order status: Canceled
- Shares filled
- 550
- Still working
- 0
- Canceled
- 450
The remaining 450 shares are canceled. The 550 shares already bought remain in the account. No quantity is still working.
Read the complete sequence
- First fill: 400 shares trade at $24.98. Another 600 are still working.
- Cancel requested: a cancellation is pending. The 600 remaining shares can still execute.
- Another fill: 150 more shares trade at $24.99 before cancellation is confirmed. Filled quantity is now 550; 450 remain working.
- Cancel confirmed: those 450 shares are canceled. The final result is 550 bought, 450 canceled and none working.
Hasil akhir:
- Dibeli: 550 saham
- Dibatalkan tanpa perdagangan: 450 saham
- Masih bekerja: 0 saham
- Biaya total: (400 × $24.98) + (150 × $24.99) = $13,740.50
- Harga rata-rata: $13,740.50 ÷ 550 ≈ $24.9827
Saham yang dibatalkan tidak berpengaruh pada harga rata-rata, karena mereka tidak pernah diperdagangkan. Pembatalan juga tidak membatalkan 550 saham yang sudah dibeli.
Jika pembeli masih menginginkan 1.000 saham secara total, selisih yang tersisa adalah 450. Seseorang yang hanya melihat pengisian pertama dan mengirimkan pesanan baru untuk 600 akan berakhir dengan 1.150 saham jika pesanan itu terisi sepenuhnya.
Seandainya pembeli tidak meminta untuk membatalkan, saham yang tidak terisi akan langsung kedaluwarsa pada penutupan, karena ini adalah pesanan harian.
Sistem nyata mungkin memberi label langkah-langkah ini dengan cara yang berbeda atau melewatkan beberapa pesan perantara, tetapi jumlahnya harus selalu dijumlahkan: terisi + masih bekerja + dibatalkan (atau kedaluwarsa) harus sama dengan jumlah pesanan saat ini, termasuk perubahan apa pun.
OMS vs EMS dan sistem perdagangan lainnya
Beberapa sistem dapat menangani pesanan yang sama, dan satu produk dapat menggabungkan beberapa peran.
| Sistem | Pekerjaan utama | Pertanyaan yang dijawab |
|---|---|---|
| PMS (sistem manajemen portofolio) | Melacak portofolio dan memutuskan apa yang harus dibeli atau dijual, misalnya saat menyeimbangkan kembali | Apa yang harus kita perdagangkan? |
| OMS | Mencatat pesanan, menjalankan pemeriksaan, melacak status dan menyerahkan hasil kepada operasi | Apa yang dipesan, untuk akun mana, dan di mana posisinya? |
| EMS (sistem manajemen eksekusi) | Memberikan alat kepada trader untuk mengerjakan pesanan di pasar, seringkali dengan data langsung dan algoritma | Bagaimana kita harus mengeksekusi pesanan ini sekarang? |
| OEMS | Menggabungkan fungsi OMS dan EMS dalam satu sistem | Keduanya di atas, dalam satu tempat |
| Router pesanan pintar | Memilih di mana mengirim pesanan berdasarkan aturan pengiriman | Venue mana yang harus menerima pesanan ini? |
| Mesin pencocokan | Mencocokkan pesanan beli dan jual di dalam venue perdagangan | Pesanan mana yang dapat diperdagangkan satu sama lain? |
| Kantor belakang | Menangani akuntansi, pencatatan, dan rekonsiliasi | Apakah semua catatan setuju? |
Cara sederhana untuk mengingat perbedaannya: PMS memutuskan apa yang akan diperdagangkan, OMS melacak apa yang dipesan dan untuk siapa, dan EMS mengelola bagaimana itu dieksekusi. Router pesanan cerdas memutuskan di mana mengirimnya, dan mesin pencocokan memasangkan pembeli dengan penjual di dalam venue.
Siapa yang menggunakan sistem manajemen pesanan?
Manajer aset, dana pensiun, dan hedge fund (sisi “pembeli”) menggunakan OMS untuk mengubah keputusan investasi menjadi pesanan yang terkontrol. Mereka sering melakukan perdagangan atas nama banyak portofolio sekaligus, sehingga aturan alokasi dan pembatasan investasi menjadi sangat penting.
Bank dan pialang (sisi “penjual”) menerima pesanan dari klien dan mengirimkannya ke pasar. OMS mereka harus menangani volume pesanan yang besar, batas tingkat klien, dan pemisahan yang jelas antara pesanan klien dan perdagangan perusahaan sendiri.
Perusahaan perdagangan proprietary memperdagangkan uang mereka sendiri dan menggunakan manajemen pesanan bersamaan dengan strategi dan kontrol risiko mereka.
Investor ritel biasanya tidak melihat OMS dengan nama. Namun, ketika Anda melakukan pemesanan di aplikasi perdagangan, sistem broker melakukan langkah yang sama: mereka mencatat pesanan Anda, memeriksa saldo Anda, mengirimkan pesanan ke pasar, dan memperbarui akun Anda saat pengisian tiba. Ketika sebuah aplikasi menampilkan pesanan sebagai “terisi sebagian” atau “menunggu pembatalan”, Anda melihat status pesanan yang sama yang dilacak oleh OMS.
Sejarah singkat: dari panggilan telepon ke pesanan elektronik
Sebelum perdagangan menjadi elektronik, banyak pesanan dikirim melalui telepon atau ditulis di tiket kertas, dan staf mencatat pengisian secara manual. Ketika perdagangan elektronik menyebar pada tahun 1990-an, perusahaan membutuhkan bahasa umum untuk mengirim pesanan antar sistem. Protokol FIX muncul dari proyek tahun 1992 antara Fidelity Investments dan Salomon Brothers untuk menukar informasi pesanan ekuitas secara elektronik, dan kemudian menjadi standar industri. FIX adalah bahasa yang digunakan bersama; OMS adalah salah satu sistem utama yang menggunakannya.
Mengapa perusahaan menggunakan sistem manajemen pesanan
Kesalahan manual yang lebih sedikit
Kesalahan pengetikan jumlah atau harga bisa sangat mahal. Pada Desember 2005, seorang trader di Mizuho Securities di Tokyo memasukkan pesanan untuk menjual 610.000 saham seharga 1 yen alih-alih 1 saham seharga 610.000 yen, lebih dari 40 kali jumlah saham yang diterbitkan perusahaan, J-Com. Sebuah peringatan muncul di layar, tetapi trader tersebut mengabaikannya. Upaya Mizuho untuk membatalkan kemudian terhalang oleh kesalahan dalam sistem Bursa Efek Tokyo. Kerugian akhirnya mencapai sekitar 40 miliar yen. Sebuah pengadilan kemudian memerintahkan bursa untuk membayar sebagian dari kerugian tersebut, tetapi menemukan Mizuho sebagian bertanggung jawab karena kegagalan dalam manajemen pesanan mereka sendiri.
Pelajaran untuk OMS mana pun: peringatan yang dapat diabaikan tidaklah cukup. Batas ukuran dan harga yang sebenarnya memblokir pesanan adalah apa yang menghentikan jenis kesalahan ini sebelum mencapai pasar.
Satu sumber kebenaran
Pedagang, manajer risiko, staf operasional, dan klien semua membutuhkan jawaban yang sama untuk “apa yang terjadi pada pesanan ini?” Ketika setiap pengisian, perubahan, dan pembatalan memperbarui satu catatan pusat, tidak ada yang perlu menyusun cerita dari email, spreadsheet, dan layar terpisah.
Kontrol yang konsisten
Batasan dan pembatasan diterapkan pada setiap pesanan dengan cara yang sama, apakah itu berasal dari seseorang, algoritma, atau API. Aturan dikonfigurasi sekali alih-alih diingat oleh setiap trader.
Jejak audit yang lengkap
Perusahaan perdagangan harus dapat menunjukkan, sering kali bertahun-tahun kemudian, persis apa yang terjadi dengan setiap pesanan: siapa yang memasukkannya, kapan itu diubah, ke mana itu dikirim, dan apa yang diperdagangkan.
Regulator bergantung pada catatan ini. Di Amerika Serikat, Jalur Audit Terpadu SEC dirancang untuk mengikuti pesanan dalam saham dan opsi yang terdaftar selama seluruh siklus hidupnya, dari asal hingga pengalihan, modifikasi, pembatalan, dan pelaksanaan. Aturan di wilayah lain, seperti MiFID II di Uni Eropa, menetapkan persyaratan pencatatan mereka sendiri. Catatan yang sama digunakan dalam tinjauan pelaksanaan terbaik, yang memeriksa apakah pesanan klien dieksekusi dalam syarat terbaik yang wajar tersedia.
Sebuah OMS tidak membuat sebuah perusahaan patuh dengan sendirinya, tetapi ia menghasilkan banyak data yang bergantung pada tim kepatuhan. Itulah sebabnya OMS yang baik menyimpan riwayat lengkap alih-alih menimpa keadaan lama sebuah pesanan.
Apa yang bisa salah dalam manajemen pesanan
Koneksi terputus setelah pesanan dikirim
OMS mengirimkan sebuah pesanan, tetapi koneksi gagal sebelum konfirmasi tiba. Pesanan mungkin sudah atau belum mencapai tujuannya. Mengirimkannya lagi bisa menggandakan posisi. Proses pemulihan yang aman pertama-tama memeriksa status pesanan dengan pihak lain, dan sementara itu menunjukkan kepada staf bahwa hasilnya belum teratasi.
Pesan yang diulang menjadi perdagangan yang diulang
Ketika koneksi pulih, sistem kadang-kadang mengirim ulang pesan yang lebih awal. OMS harus mengenali bahwa pengisian yang diputar ulang adalah perdagangan yang sama yang sudah dicatat, bukan yang baru. Jika suatu tempat kemudian memperbaiki atau membatalkan (“busts”) perdagangan, perubahan itu disimpan sebagai catatan baru, sehingga yang asli tetap terlihat.
Sistem kehilangan jejak apa yang sudah diisi
Contoh paling terkenal dari penanganan pesanan yang salah adalah Knight Capital. Pada 1 Agustus 2012, sebuah cacat dalam router pesanan otomatis perusahaan membuatnya tidak dapat mengenali kapan pesanan telah terisi. Perusahaan terus mengirimkan pesanan baru. Dalam 45 menit pertama perdagangan, perusahaan mengirimkan lebih dari 4 juta pesanan sambil mencoba mengisi hanya 212 pesanan pelanggan, memperdagangkan lebih dari 397 juta saham dan kehilangan lebih dari $460 juta. SEC kemudian menemukan bahwa perusahaan tersebut kekurangan kontrol yang memadai untuk membatasi pesanan yang dikirim dan posisi yang dibangunnya.
Komponen yang rusak adalah router dan bukan OMS, tetapi pelajaran ini berlaku untuk sistem penanganan pesanan mana pun. Selalu ketahui berapa banyak yang sudah diperdagangkan, dan miliki batasan yang tegas yang menghentikan sistem ketika angka-angka tidak lagi masuk akal.
Perdagangannya benar, tetapi akunnya salah
Perdagangan pada harga yang tepat masih dapat menyebabkan kerugian jika dicatat ke akun yang salah. Itulah mengapa perubahan pada alokasi dan akun biasanya memerlukan izin, alasan yang dicatat, dan tinjauan, serta mengapa catatan pesanan harus secara rutin disesuaikan dengan data back-office.
Tanda-tanda OMS yang dibangun dengan baik
Apakah Anda sedang mengevaluasi suatu sistem, menggunakannya di tempat kerja, atau hanya ingin tahu seperti apa “baik” itu, berikut adalah situasi-situasi yang memisahkan OMS yang dapat diandalkan dari yang rentan:
| Situasi | Apa yang dilakukan OMS yang dibangun dengan baik |
|---|---|
| Pesanan melebihi batas akun | Memblokirnya atau mengirimnya untuk persetujuan, dan mencatat alasannya |
| Pesanan terisi sebagian, lalu dibatalkan | Menjaga jumlah yang terisi dan sedang diproses terlihat hingga pembatalan dikonfirmasi |
| Koneksi terputus setelah pesanan dikirim | Memeriksa status nyata pesanan sebelum mengirim apa pun lagi |
| Pesan eksekusi tiba dua kali | Mengenali duplikat dan tidak menghitung perdagangan dua kali |
| Alokasi diubah setelah perdagangan | Membutuhkan izin dan menyimpan riwayat perubahan |
| Seseorang bertanya apa yang terjadi pada pesanan lama | Membangun kembali instruksi asli, setiap perubahan dan setiap pengisian |
Sebuah sistem yang dibangun untuk satu jenis bisnis, seperti manajer dana ekuitas, mungkin juga memerlukan pekerjaan yang signifikan untuk menangani instrumen lain seperti mata uang atau derivatif.
