อธิบายคำสั่งฟิวเจอร์สที่ถูกปฏิเสธเทียบกับคำสั่งที่ยังไม่จับคู่
เรียนรู้ความแตกต่างระหว่างคำสั่งฟิวเจอร์สที่ถูกปฏิเสธ คำสั่งที่รับและกำลังทำงานแต่ยังไม่จับคู่ และการจับคู่บางส่วน รวมถึงการตรวจสอบของโบรกเกอร์ การควบคุมของตลาด และขั้นตอนกระทบยอดที่ปลอดภัย
คำตอบโดยตรง
คำสั่งฟิวเจอร์สที่ถูก reject และคำสั่งฟิวเจอร์สที่ยังไม่ fill หยุดอยู่คนละขั้นตอน การ reject ตอนส่งคำสั่งใหม่หมายความว่า instruction นั้นไม่ผ่านการตรวจสอบการรับคำสั่งของโบรกเกอร์หรือตลาด จึงไม่ได้กลายเป็นคำสั่งที่ทำงานอยู่ใน venue นั้น คำสั่งที่รับแล้วและกำลังทำงานผ่านการตรวจสอบที่เกี่ยวข้อง และกำลังรอการจับคู่สำหรับจำนวนที่ยังไม่ fill ตามเงื่อนไขของคำสั่ง Partial fill หมายความว่าจำนวนบางส่วนของที่ขอถูกดำเนินการแล้ว ขณะที่จำนวนที่เหลือต้องกระทบยอดจากสถานะคำสั่งปัจจุบัน การควบคุมของโบรกเกอร์และข้อจำกัดของบัญชีต่างกันตามบริษัท Price bands ของตลาด exchange velocity logic daily limits sessions instructions ของคำสั่ง สภาพคล่อง และกฎสัญญาต่างกันตามผลิตภัณฑ์และ venue คำขอ cancel หรือ replace ที่ถูก reject อาจทำให้คำสั่งเดิมไม่เปลี่ยน ดังนั้นต้องอ่าน order ID ที่แน่นอน สถานะสุดท้าย ข้อความ เดือนสัญญา จำนวน ราคา และ time-in-force ก่อนเปลี่ยนหรือทำซ้ำ instruction
Fill เกิดหลังโบรกเกอร์และตลาดรับคำสั่ง
ที่ CME โดยทั่วไปคำสั่งจะผ่านการตรวจสอบของโบรกเกอร์ก่อน แล้วจึงผ่านการตรวจสอบของตลาด โบรกเกอร์อาจตรวจสอบประเภทสัญญา จำนวนคำสั่ง margin ที่มีอยู่ และระบบป้องกันของตนเอง หากตลาดรับคำสั่งตามข้อกำหนด คำสั่งจะกลายเป็น working; ต้องมีการจับคู่กับคำสั่งฝั่งตรงข้ามจึงจะเกิด fill
ลำดับนี้ทำให้สถานะมีประโยชน์กว่าการดู alert เพียงรายการเดียว “Rejected” โดยทั่วไปหมายความว่าการส่งคำสั่งใหม่ล้มเหลวก่อนกลายเป็น working ส่วน “Working”, “open” หรือสถานะเทียบเท่าบนแพลตฟอร์ม โดยทั่วไปหมายความว่าคำสั่งถูกรับแล้วและรอการจับคู่สำหรับจำนวนที่ยังไม่ fill รวมถึงจำนวนที่เหลือหลัง partial fill คำที่แพลตฟอร์มใช้และจังหวะเวลาอาจต่างกัน ดังนั้น detailed order history ของโบรกเกอร์คือบันทึกที่ควรใช้เมื่อสถานะไม่ชัดเจน
คำสั่งที่รับแล้วอาจไม่ fill โดยที่ไม่ได้ผิดปกติ
Limit order อาจถูกต้องและกำลังทำงานอยู่ในขณะที่ตลาดไม่เคยมาถึงราคา จำนวนที่ดำเนินการได้ที่ราคานั้นไม่มีอยู่ หรือจำนวนที่เหลือของคำสั่งไม่ได้จับคู่ Last trade ที่แสดงหรือระดับบนกราฟไม่ได้กันคำสั่งฝั่งตรงข้ามไว้ให้ instruction ที่ส่งภายหลัง ไม่ได้พิสูจน์ว่าราคานั้นใช้กับเดือนสัญญาเดียวกัน และไม่ได้แสดงว่ามีขนาดเพียงพอหรือไม่
Partial fill สร้างจำนวนที่ดำเนินการแล้วและ exposure ที่เกี่ยวข้อง ส่วนการแสดงบัญชีและสถานะอาจอัปเดตตามจังหวะของโบรกเกอร์และกระบวนการ clearing จำนวนที่เหลืออาจมีสถานะปัจจุบันต่างกันตาม instructions ของคำสั่ง session และวิธีจัดการของโบรกเกอร์หรือ venue ตรวจสอบจำนวนที่ fill จำนวนที่เหลือ ราคา execution เฉลี่ย และดูว่าจำนวนที่เหลือยังทำงานอยู่หรือไม่ก่อนส่งคำสั่งทดแทน
Open interest เทียบกับ volume ของฟิวเจอร์ส ให้บริบทกับตัวชี้วัดกิจกรรม แต่ไม่มีตัวใดรับประกัน fill ทันที มูลค่า tick และตัวคูณสัญญาฟิวเจอร์ส แปลงการเคลื่อนไหวของราคาหรือส่วนต่างจาก execution เป็น exposure เงินสดของสัญญา
Market controls อาจ reject หรือ pause เส้นทางการจับคู่
Exchange price bands อาจ reject limit price ที่ห่างจาก reference ปัจจุบันเกินไป Velocity logic อาจระงับการจับคู่ชั่วขณะเมื่อ execution ทำให้ผลิตภัณฑ์เคลื่อนผ่านจำนวน tick ที่กำหนดภายในเวลาที่กำหนด Daily price limits หรือ circuit breakers อาจจำกัดหรือ pause การเทรดตามกฎเฉพาะผลิตภัณฑ์ การควบคุมเหล่านี้ใช้แทนกันไม่ได้ และผลิตภัณฑ์หนึ่งอาจใช้ชุดการควบคุมต่างกันในแต่ละ session
หน้าจอคำสั่งเพียงอย่างเดียวไม่บอกว่าการควบคุมใดถูกใช้ ยืนยันข้อความ reject ที่แน่นอนหรือประกาศของ venue, session ผลิตภัณฑ์ reference price ที่เกี่ยวข้อง และกฎที่ใช้ในวันนั้น Price limits และ circuit breakers ของฟิวเจอร์ส แยกการควบคุมเหล่านี้และผลกระทบที่ต่างกันต่อทางออก
กระทบยอดก่อนส่ง instruction อีกครั้ง
เก็บ order ID ทั้งหมด timestamp เดือนสัญญา side จำนวน เงื่อนไข limit หรือ stop time-in-force session ที่เลือก status ข้อความ reject และ fills ที่ยืนยันแล้ว ขอให้โบรกเกอร์บอกว่าคำสั่งไปถึงตลาดหรือไม่ การตรวจสอบใดล้มเหลวหากถูก reject และมีคำขอ cancel หรือ replace ที่ยังรออยู่หรือไม่
อย่าถือว่า new order ที่ถูก reject คือการปิดสถานะที่เสร็จแล้ว และอย่าถือว่าคำสั่งที่ยังไม่ fill ถูกยกเลิกจนกว่าแพลตฟอร์มจะยืนยัน คำขอ cancel หรือ replace ที่ถูก reject อาจทำให้ instruction เดิมยังทำงานอยู่ คำสั่งอิสระรายการที่สองอาจสร้าง exposure ซ้ำ หากคำสั่งแรกยังทำงานหรือ fill กำลังอยู่ระหว่างทาง Margin และ leverage ของฟิวเจอร์ส อธิบายว่าเหตุใดจำนวนที่เปิดจริงและ collateral ที่ใช้ได้จึงสำคัญขณะที่กำลังแก้สถานะนั้น
นี่เป็นคู่มือกลไกตลาด ไม่ใช่คำสั่งให้ส่ง ยกเลิก หรือ replace คำสั่ง ใช้กฎสัญญาปัจจุบันและรายละเอียด status จากโบรกเกอร์สำหรับบัญชีจริง
แผนที่สถานะเร็วที่ใช้ได้ในหนึ่งนาที
ให้คิดว่ากระบวนการมีสี่กลุ่ม:
แผนที่นี้เป็นเพียงจุดเริ่มต้น ส่วนที่ยากคือการเปรียบเทียบแผนที่นี้กับ order id และเดือนสัญญาที่แน่นอนในหน้าจอโบรกเกอร์
- ส่งคำสั่งใหม่ถูกปฏิเสธ
- คำสั่งไม่เคยกลายเป็น working
- ไม่มี market match เกิดขึ้นได้จนกว่าจะส่งใหม่
- คำสั่งทำงานอยู่แต่ยังไม่จับคู่
- คำสั่งถูกรับและพร้อมอยู่ในตลาด
- ยังไม่มี price match ที่เสร็จสมบูรณ์
- จับคู่บางส่วน
- สัญญาบางส่วนถูกดำเนินการแล้ว
- จำนวนที่เหลือยังทำตามสถานะคำสั่งและต้องติดตาม
- คำขอยกเลิกหรือเปลี่ยนคำสั่งรอดำเนินการ
- อาจทำให้คำสั่งเดิมยังเปิดอยู่
- มีความเสี่ยง exposure ซ้ำจนกว่าจะทราบสถานะสุดท้าย
การตรวจสอบตัวเลขสำหรับคุณภาพการดำเนินการ
สมมติว่าขอฟิวเจอร์ส 2 สัญญาด้วย sell stop limit:
ผลลัพธ์:
จำนวนที่จับคู่แล้ว = 1 / จำนวนที่ขอ = 2
Notional gap สำหรับ open risk ยังรวมสัญญาที่สองอยู่ในขณะที่คำสั่งของสัญญาที่สองยัง active
หากส่งคำสั่งปิดรายการที่สองทันทีโดยไม่กระทบยอด อาจเทรดเกินหรือเผลอกลับสถานะหนึ่งสัญญา
สำหรับทางออกหลายขา แต่ละขาที่เหลือควรมีแผนที่สถานะของตนเองก่อนเพิ่ม hedge
- limit spread แสดง 1 สัญญาในแต่ละระดับ
- 1 สัญญา fill ที่ 4120
- สัญญาที่สองไม่จับคู่ก่อนตลาดเคลื่อนหนี
คำถามที่พบบ่อย
เหตุใดคำสั่งฟิวเจอร์สของฉันจึง reject ทั้งที่มีเงินในบัญชี
เงินที่ใช้ได้เป็นเพียงการตรวจสอบที่เป็นไปได้อย่างหนึ่ง สิทธิ์ของสัญญา จำนวน การควบคุมราคา ข้อจำกัดบัญชี session instruction ของคำสั่ง และระบบป้องกันของโบรกเกอร์ก็มีผลได้ ขอเหตุผล reject ที่แน่นอนจากโบรกเกอร์
มี trade ที่ราคา limit ของฉัน ทำไมคำสั่งที่ทำงานอยู่จึงไม่ fill
Print ไม่ได้พิสูจน์ว่าคำสั่งของคุณมี priority มีจำนวนเดียวกันพร้อมอยู่ หรือใช้กับสัญญาและช่วงเวลาเดียวกัน กระทบยอดรายละเอียดของคำสั่งและตลาดที่แน่นอนกับโบรกเกอร์
คำสั่งฟิวเจอร์สที่ถูก reject จะ fill เองภายหลังได้หรือไม่
New order ที่ถูก reject จริงไม่ใช่คำสั่งที่ทำงานอยู่ แต่คำขอ cancel หรือ replace ที่ถูก reject อาจทำให้คำสั่งเดิมยังเปิดอยู่ และจังหวะของ interface อาจทำให้เข้าใจผิด ยืนยันสถานะสุดท้ายและ order ID ก่อนสมมติว่าจะไม่มี instruction ใดดำเนินการได้