Kesalahan Umum dengan Kedaluwarsa Pesanan Tertunda

Kedaluwarsa pesanan tertunda dalam istilah sederhana

Pesanan tertunda adalah pesanan yang tidak dieksekusi secara langsung. Pesanan tersebut menjadi memenuhi syarat untuk terisi hanya ketika pasar mencapai harga tertentu (pemicu), atau ketika platform menerimanya sesuai aturannya.

Kedaluwarsa pesanan tertunda adalah batas waktu bawaan setelah itu platform membatalkan pesanan tertunda tersebut jika belum terisi. Poin kuncinya adalah penanganan waktu kedaluwarsa adalah bagian dari mekanisme pesanan, bukan bagian dari “jaminan” pasar.

Kesalahan umum dan apa yang bisa salah

1. Membingungkan “waktu kedaluwarsa” dengan “pemicu tercapai.” Kesalahpahaman yang sering terjadi adalah berpikir bahwa jika harga nantinya bergerak menembus pemicu, platform akan tetap menjaga pesanan tetap aktif. Pada kenyataannya, begitu batas waktu kedaluwarsa berlalu, pesanan dibatalkan dan tidak dapat terisi setelahnya. Konsekuensinya adalah peluang yang terlewat yang tampak seperti kegagalan pengisian yang “misterius” tetapi sebenarnya hanyalah ketidakcocokan waktu kedaluwarsa.

2. Menggunakan zona waktu atau dasar waktu yang salah untuk batas waktu pesanan. Banyak orang berasumsi bahwa waktu kedaluwarsa yang dimasukkan ditafsirkan sama di mana saja. Platform dapat menampilkan waktu dalam zona waktu yang dipilih atau menggunakan waktu referensi internal. Jika model mental Anda berbeda, pesanan dapat kedaluwarsa lebih awal dari yang dimaksudkan. Hasil operasionalnya bisa berupa pesanan tidak pernah memiliki peluang realistis untuk menjadi aktif.

3. Mengabaikan penanganan khusus platform seputar akhir pekan, hari libur, atau celah sesi. Pasar dan tempat perdagangan dapat memiliki periode tanpa perdagangan berkelanjutan. Jika kedaluwarsa pesanan tertunda dijadwalkan selama celah, peluang praktisnya untuk terisi mungkin lebih rendah dari yang diharapkan. Bahkan tanpa pergerakan harga apa pun, pembatalan masih dapat terjadi pada batas waktu.

4. Berasumsi pesanan menjadi dapat diperdagangkan segera setelah harga pemicu “terlihat.” Kesalahan lain adalah memperlakukan “harga tercapai” sebagai cukup untuk eksekusi. Di dekat pemicu, harga yang dapat dieksekusi mungkin berbeda karena spread dan likuiditas. Jika platform mensyaratkan hubungan tertentu antara pemicu dan harga yang tersedia, Anda dapat berakhir dengan perilaku parsial (tergantung jenis pesanan) atau tanpa pengisian sebelum kedaluwarsa.

5. Mengabaikan biaya perdagangan dan efeknya pada apakah pengisian terjadi sebelum pembatalan. Biaya, biaya swap/holding, dan perbedaan efektif antara bid/ask dapat memengaruhi waktu eksekusi. Bahkan jika pemicu tercapai, pesanan mungkin tidak terisi seperti yang diharapkan karena kondisi yang benar-benar dapat dieksekusi tidak sejalan selama sisa masa berlaku.

6. Merencanakan durasi kedaluwarsa tanpa menyatakan asumsi. Kesalahan yang netral tetapi umum adalah memilih jendela kedaluwarsa berdasarkan harapan bahwa pergerakan akan terjadi “segera,” tanpa menentukan apa arti “segera” dalam waktu dan rezim pasar apa yang Anda asumsikan (volatilitas tinggi vs. rendah, periode likuid vs. tidak likuid). Ini membuat sulit untuk memverifikasi apakah desain tersebut cocok dengan kondisi.

Bukti dan contoh yang dapat Anda verifikasi (tanpa memprediksi hasil)

Contoh A: Ketidakcocokan waktu

Asumsi yang harus Anda nyatakan secara eksplisit: Anda percaya kedaluwarsa pada pukul 15:00 akan menjaga pesanan tetap aktif hingga saat itu dalam waktu lokal Anda.

Verifikasi: periksa bagaimana platform menampilkan kedaluwarsa pesanan dan apakah menyebutkan zona waktu atau waktu server. Jika platform menggunakan referensi yang berbeda, jendela aktif pesanan Anda mungkin lebih pendek dari yang dimaksudkan.

Contoh B: Pemicu tercapai, tetapi eksekusi tidak dijamin

Asumsi: ketika harga “menyentuh” pemicu Anda, eksekusi akan terjadi sebelum kedaluwarsa.

Verifikasi: tinjau bidang riwayat pesanan yang terkait dengan pembatalan dan status pengisian. Cari alasan “kedaluwarsa” atau “dibatalkan” dan bandingkan dengan jendela waktu yang Anda harapkan.

Contoh C: Likuiditas di dekat pemicu

Asumsi: harga pemicu dapat dijangkau dengan likuiditas yang cukup untuk menghasilkan pengisian segera.

Verifikasi: bandingkan waktu percobaan pemicu dengan waktu platform menandai pesanan sebagai kedaluwarsa. Anda tidak mengonfirmasi hasil masa depan; Anda menguji apakah pengisian mungkin terjadi dalam sisa masa berlaku pesanan.

Keterbatasan dan risiko (apa yang tidak dapat Anda anggap tetap)

Kedaluwarsa pesanan tertunda berperilaku deterministik dalam mekanismenya (platform membatalkan setelah batas waktu), tetapi hasil dunia nyata bersifat kondisional. Kondisi pasar, spread bid/ask, likuiditas, dan detail eksekusi dapat mengubah apakah pesanan menjadi memenuhi syarat untuk terisi dalam sisa waktu.

Selain itu, aturan kedaluwarsa dapat bervariasi menurut penyedia dan yurisdiksi.