IOC vs FOK, Market dan Limit Order: Jenis Order untuk Eksekusi Forex Algoritmik November 4, 2026 – Posted in: Arbitrage Software, Forex trading

Jenis order dan time in force adalah dua keputusan yang terpisah

Sebagian besar glosarium mencantumkan market, limit, stop, IOC, dan FOK seolah-olah kelimanya adalah pilihan dari menu yang sama. Kenyataannya tidak demikian. Di baliknya ada dua pertanyaan yang tidak saling bergantung, dan algoritma harus menjawab keduanya untuk setiap order:

• Harga berapa yang bersedia saya terima? Itulah jenis order: market (harga berapa pun), limit (harga ini atau lebih baik), stop (aktif saat harga pemicu diperdagangkan atau dikuotasikan).
• Berapa lama order boleh tetap aktif? Itulah time in force, atau TIF: segera (IOC, FOK), sampai akhir sesi (Day), sampai dibatalkan (GTC), atau sampai waktu tertentu (GTD).

Jadi, IOC dan FOK bukan alternatif dari limit order. Keduanya adalah masa berlaku yang dilekatkan pada limit order. “Limit IOC” dan “Limit FOK” adalah dua instruksi agresif yang paling umum dalam forex algoritmik, dan protokol FIX menyimpan kedua keputusan tersebut dalam field terpisah: OrdType (tag 40) dan TimeInForce (tag 59).

Market order di forex: arti sebenarnya dari “at market”

Market order berarti: eksekusi saya sekarang, harga urusan kedua. Karena tidak memiliki limit, order ini menawarkan kepastian eksekusi tertinggi tetapi tanpa perlindungan atas harga yang Anda peroleh. Jika order book telah bergerak atau tipis, order akan naik melewati level-level yang tersedia sampai ukurannya terpenuhi. Biaya itulah yang disebut slippage, yang dibahas secara mendalam dalam panduan kami tentang cara mengukur dan mengurangi slippage forex.

Forex memiliki dua detail tambahan yang dilewatkan oleh penjelasan berbasis bursa:

• Tidak ada satu order book pusat. Broker atau ECN Anda menampilkan aliran harga gabungan dari beberapa penyedia likuiditas. “At market” berarti harga terbaik yang bisa didapat venue Anda dari aliran tersebut, bukan harga pasar universal.
• Market order tetap memiliki masa berlaku implisit. Banyak venue memperlakukan market order sebagai IOC atau FOK secara internal: mengisi apa yang bisa diisi saat ini dan melaporkan sisanya. Sebagian venue memungkinkan Anda menambahkan deviasi maksimum, yang secara efektif mengubah order menjadi limit. Jangan berasumsi; bacalah spesifikasi venue.

Peran praktis market order dalam algoritma cukup sempit. Order ini cocok digunakan saat tidak melakukan trade justru menjadi bahaya yang lebih besar, misalnya menutup posisi yang kehilangan hedge-nya.

Limit, marketable limit, dan stop order

Limit order pasif

Limit order yang ditempatkan jauh dari harga saat ini akan berdiam di order book dan menunggu. Buy limit di bawah ask tidak mengambil likuiditas, melainkan menyediakannya. Anda mungkin memperoleh spread alih-alih membayarnya, tetapi Anda menanggung risiko antrean dan adverse selection: order pasif cenderung terisi ketika pasar sedang bergerak menembusnya. Order pasif biasanya dipasangkan dengan Day, GTC, atau GTD.

Marketable limit order

Buy limit yang dipasang pada atau di atas ask saat ini langsung tereksekusi seperti market order, tetapi tidak dapat terisi melewati limitnya. “Marketable limit” ini adalah andalan eksekusi otomatis. Jika digabungkan dengan IOC, artinya: ambil likuiditas sekarang, sampai harga ini, dan jangan tinggalkan apa pun di order book.

Poin price improvement sering disalahpahami. Limit adalah harga terburuk yang dapat diterima, bukan harga eksekusi. Jika Anda membeli dengan limit di 1.08510 dan ask berada di 1.08502, Anda seharusnya mendapatkan 1.08502 atau level berikutnya hingga limit Anda.

Stop order dan stop-limit order

Stop order tidak aktif sampai harga pemicu tercapai, lalu berubah menjadi market order. Stop-limit justru berubah menjadi limit order. Yang pertama menjamin aktivasi, bukan harga. Yang kedua membatasi harga tetapi bisa membuat Anda tidak terisi justru saat pasar mengalami gap, sifat yang kurang menyenangkan untuk stop pelindung. Tempat stop disimpan juga penting: stop yang disimpan di venue tetap bertahan saat koneksi Anda terputus, sedangkan stop yang disimulasikan di perangkat lunak Anda sendiri tidak.

Time in force: daftar lengkap

Nilai diambil dari spesifikasi FIX 4.4. Venue biasanya hanya mendukung sebagian dari daftar ini, dan sebagian membatasi TIF untuk jenis order tertentu, sehingga aturan dari broker Anda mengesampingkan tabel apa pun dalam artikel.

IOC vs FOK vs market: satu order book, tiga hasil

Mari ambil contoh konkret. Sebuah algoritma ingin membeli 2,000,000 EURUSD. Best ask adalah 1.08500, dan inilah sisi penawaran yang terlihat saat order tiba:

Baris terakhir inilah yang paling halus. Tambahan sepersepuluh pip saja mengubah FOK dari tanpa trade menjadi terisi penuh, dengan rata-rata yang lebih baik daripada limitnya. FOK tidak berarti “ketat”. FOK berarti “seluruh ukuran harus muat di bawah harga ini pada saat ini”. IOC dan FOK pada limit yang sama melihat likuiditas yang sama. Keduanya hanya berbeda dalam tindakan yang diambil ketika likuiditas itu tidak cukup.

Tidak ada pula instruksi yang selalu lebih murah. IOC seharga $5 tampak murah dibandingkan market order $35, tetapi hanya memberikan separuh posisi. Jika sisa 1M harus dibeli kemudian pada harga yang lebih buruk, perbandingannya berubah. Biaya dari ukuran yang hilang itulah yang dibahas di sisa panduan ini.

Bagaimana order terlihat di FIX

Pada koneksi FIX API, Anda menyatakan setiap instruksi secara eksplisit dalam pesan NewOrderSingle (35=D). Jika disederhanakan ke field yang penting saja, order IOC dari contoh di atas terlihat seperti ini:

Ubah 59=3 menjadi 59=4 dan order yang sama menjadi FOK. Hapus harga dan tetapkan 40=1, maka order menjadi market order. Header, checksum, timestamp, dan field akun tidak ditampilkan di sini, dan format simbol berbeda-beda di setiap venue: sebagian menggunakan ID simbol numerik.

Bagian yang rumit bukan mengirim order, melainkan membaca jawabannya. Satu IOC dapat menghasilkan serangkaian ExecutionReport (35=8), dan cara sisa order dilaporkan bergantung pada venue.

Sebagian venue mengirim konfirmasi tambahan (150=0) sebelum eksekusi. Venue lain mengirim satu eksekusi gabungan. Sesi FIX 4.2 menggunakan nilai ExecType yang berbeda untuk eksekusi (1 dan 2) dibandingkan FIX 4.3 dan yang lebih baru (F). Karena itu, handler yang andal berpatokan pada CumQty, LeavesQty, dan OrdStatus, bukan pada jumlah pesan yang tetap. Panduan langkah demi langkah protokol FIX menjelaskan lapisan sesi di balik pesan-pesan ini.

Likuiditas full-amount dan last look: mengapa forex berbeda

Penjelasan pasar saham mengasumsikan central limit order book, tempat penawaran yang ditampilkan bersifat pasti. Venue forex dapat berperilaku berbeda dalam dua hal yang langsung memengaruhi IOC dan FOK.

Likuiditas sweepable vs full-amount. Dalam order book sweepable, order dapat mengambil beberapa level dari beberapa penyedia, seperti pada contoh di atas. Dalam harga full-amount, penyedia mengutip satu harga untuk seluruh ukuran dan tingkatannya tidak dapat dijumlahkan, sehingga FOK untuk 2M seharusnya dicocokkan dengan tingkatan 2M, bukan dengan jumlah kuotasi 1M. Karena itu, tampilan kedalaman yang terlihat sama bisa berarti hal yang berbeda.

Last look. Jika penyedia menerapkan last look, order Anda hanyalah permintaan yang masih bisa ditolak setelah penahanan singkat. FOK bisa ditolak meskipun order book menampilkan ukuran yang cukup saat Anda mengirimnya, dan IOC bisa kembali dengan ukuran lebih kecil daripada yang ditampilkan. FX Global Code (kode etik pasar valas global) meminta penyedia yang menggunakan last look untuk mengungkapkan praktik ini kepada klien, jadi mintalah pengungkapan tersebut. Penolakan akibat last look hanya terlihat di log Anda jika Anda mencatatnya. Mekanismenya dibahas dalam panduan kami tentang eksekusi broker, A-book, B-book, dan last look.

Di mana menempatkan limit: model perhitungan

Untuk IOC atau FOK, parameter kuncinya bukan TIF, melainkan harga limit. Pasang tepat di kuotasi saat ini dan sebagian besar sinyal akan terlewat. Biarkan tanpa batas dan eksekusi terburuk akan menggerus edge. Di antara kedua ekstrem itu ada jawaban yang dapat dihitung.

Ambil contoh sinyal berumur pendek dengan ekspektasi edge 1.2 pip setelah komisi, diukur dari harga sinyal. Antara sinyal dan kedatangan di venue, harga bergerak. Asumsikan dua rezim: pada 80% kasus harga bergeser sekitar 0.2 pip berlawanan dengan Anda (standar deviasi 0.3 pip), dan pada 20% kasus pergerakan cepat membawanya sekitar 2 pip menjauh (standar deviasi 1 pip). Input ini bersifat ilustratif. Dalam praktik, Anda memperkirakannya dari log order Anda sendiri.

Tiga kesimpulan berikut berlaku jauh melampaui contoh ini:

• Limit terbaik adalah harga impas, bukan kuotasi. Setiap eksekusi yang masih menyisakan ekspektasi laba positif layak diambil. Dalam model ini, nilai maksimum berada tepat di titik toleransi sama dengan edge, karena eksekusi marginal berikutnya menghasilkan nol.
• Kurva di dekat puncak cenderung datar. Antara 0.8 dan 2 pip, ekspektasi laba nyaris tidak berubah. Anda tidak memerlukan toleransi yang presisi, tetapi Anda tetap harus memilikinya.
• Rata-rata harga eksekusi adalah target yang menyesatkan. Limit paling ketat memiliki harga terbaik per eksekusi (1.38 pip) dan hasil terburuk per sinyal (0.29 pip), karena 79% sinyal tidak pernah menjadi trade.

Model ini mengabaikan efek antrean dan mengasumsikan seluruh ukuran terisi setiap kali limit tercapai. Untuk order yang lebih besar, ulangi perhitungan dengan kedalaman riil Anda, karena limit juga menentukan seberapa besar ukuran yang bisa masuk. Periksa asumsi dengan data: panduan kami tentang kesenjangan antara backtest dan eksekusi live menunjukkan cara memasukkan waktu eksekusi ke dalam pengujian.

Menangani eksekusi parsial tanpa menciptakan risiko baru

Eksekusi parsial bukan kesalahan, melainkan kondisi baru yang harus memiliki aturan dalam algoritma. FOK menghindari kondisi ini saat entri; IOC memindahkan masalahnya ke logika Anda. Tentukan kebijakannya sebelum live:

Trade dua leg memerlukan kehati-hatian paling besar. Misalkan sebuah trade ter-hedge membeli 2M di venue A dengan IOC dan menjual di venue B. Jika A hanya mengisi 1M dan algoritma tetap menjual 2M sesuai rencana, algoritma memegang posisi short terbuka 1M. Dengan sekitar $100 per pip per juta pada EURUSD, pergerakan 10 pip melawan posisi tersebut menelan biaya $1,000, yang dengan mudah melebihi edge banyak trade. Aturannya sederhana: tentukan ukuran leg kedua dari CumQty leg pertama, jangan pernah dari kuantitas yang diminta.

Konversikan juga ke grid ukuran venue kedua. Jika leg pertama terisi 1,370,000 dan venue B menerima kelipatan 100,000, Anda dapat melakukan hedge 1,400,000 atau 1,300,000, bukan ukuran yang persis sama. Tetapkan aturan untuk sisa tersebut, dan perlakukan sisa yang tidak ter-hedge sebagai batas risiko.

FOK pada leg pertama menghilangkan ketidaksesuaian ukuran, tetapi menciptakan lebih banyak kejadian tanpa trade. FOK pada leg kedua biasanya merupakan pilihan buruk: ketika leg pertama sudah terisi, hedge yang dibatalkan membuat Anda terekspos sepenuhnya. Leg kedua itulah tempat kepastian eksekusi layak dibayar.

Order mana untuk strategi mana

Eksekusi juga bergantung pada waktu. Di sekitar rollover dan berita, spread melebar dan kedalaman menipis, sehingga limit yang terisi baik pada tengah hari London bisa gagal atau menjadi mahal pada periode tersebut. Buat toleransi dan ukuran bergantung pada spread saat ini, jangan menetapkannya untuk sepanjang hari. Pembahasan lebih dalam tentang strategi yang peka terhadap kecepatan tersedia dalam panduan kami tentang latency arbitrage.

Tujuh langkah mengonfigurasi eksekusi order

Kesalahan umum dalam penanganan order otomatis

• Mengasumsikan ukuran yang diminta telah terisi. Posisi harus berasal dari laporan eksekusi, bukan dari order yang Anda kirim.
• Menganggap FOK yang dibatalkan sebagai kesalahan sistem. Ini adalah hasil yang normal. Memberi peringatan untuk setiap kejadian membuat Anda terbiasa mengabaikan peringatan; buatlah peringatan berdasarkan tingkat kejadiannya.
• Mengulang pada harga yang sama dalam loop. Jika harga sudah bergerak, percobaan ulang juga gagal, dan percobaan ulang yang cepat bisa melanggar batas pesan. Perbarui harga, atau berhenti.
• Mengabaikan kondisi tidak diketahui. Jika tidak ada respons, order mungkin masih aktif atau sudah terisi. Tanyakan statusnya dengan OrderStatusRequest (35=H) atau rekonsiliasi posisi setelah tersambung kembali, sebelum mengirim order pengganti.
• Menggunakan ulang nilai ClOrdID. Tag 11 yang unik untuk setiap order, termasuk setiap percobaan ulang, adalah yang memungkinkan rekonsiliasi.
• Menggunakan harga usang untuk limit. Limit yang dihitung dari kuotasi tertunda akan terlalu ketat atau terlalu longgar. Feed harga yang cepat membuat toleransi menjadi bermakna.
• Menguji dengan eksekusi sempurna. Backtest yang mengisi setiap order secara penuh pada kuotasi tidak dapat membedakan market, IOC, dan FOK. Modelkan kedalaman dan penolakan, atau lakukan forward test dengan ukuran kecil.
• Membawa pengaturan antar-venue. Toleransi yang disetel pada satu broker hanya sedikit berlaku untuk broker lain, karena kedalaman, last look, dan latensi semuanya berbeda.

Apa yang perlu diukur

Memilih jenis order adalah pertanyaan empiris, dan hanya log yang lengkap yang dapat menjawabnya. Laporan harus mencakup sinyal dan percobaan, bukan hanya trade yang selesai.

Pisahkan angka-angka ini berdasarkan simbol, venue, jam, dan jenis order, lalu bandingkan hasilnya sebelum dan sesudah setiap perubahan. SharpTrader menampilkan order dan statistik kinerja dengan PnL, slippage, dan waktu eksekusi, yang menjadi dasar praktis untuk tinjauan semacam ini. Jenis order dan nilai TIF yang tersedia dalam suatu pengaturan bergantung pada konektor dan broker, jadi pastikan untuk akun Anda sendiri.

Pertanyaan yang sering diajukan

Artikel ini bersifat edukatif dan bukan nasihat investasi. Order book dan model di sini adalah contoh ilustratif, bukan hasil trading. Trading valuta asing mengandung risiko kerugian yang signifikan.