อ่าน ticket คำสั่งออปชัน

เริ่มจากฟิลด์ของ contract ก่อนพิจารณาราคา Symbol ของ underlying ระบุผู้ออกหรือดัชนี แต่ยังไม่ทำให้ตัวตนครบถ้วน Call และ put บน underlying เดียวกันอาจมีสิทธิ์เชิงทิศทางตรงข้ามกัน Strike และ expiration แยก series หนึ่งออกจากอีกหลาย series ที่อาจอยู่ใน chain เดียวกัน และ contract อาจมีเงื่อนไขปรับปรุงหลัง corporate action อ่านคำอธิบายเต็มที่ broker แสดง แทนการพึ่ง ticker ที่จำได้หรือแถวใกล้เคียงใน chain

Symbol ออปชันที่แสดงอาจย่อฟิลด์เหล่านี้เป็นรหัส อ่านรหัสนั้นควบคู่กับคำอธิบายบน ticket เมื่อดูเหมือนไม่ตรงกัน หาก contract เป็น spread หรือกลยุทธ์หลาย leg อื่น ให้ตรวจสอบทุก leg และ ratio ที่ระบุ ชื่อกลยุทธ์ที่คุ้นเคยใช้แทน leg จริงไม่ได้

ตรวจสอบด้วยว่า ticket เป็น listed option มาตรฐานหรือ series ที่ปรับปรุงแล้ว Deliverable, multiplier และเงื่อนไขการใช้สิทธิ์อาจต่างจากออปชันที่ดูเหมือนปกติหลังมีการปรับปรุง อย่าแปลง premium ที่ quote ไว้เป็นจำนวนเงินสดตามกฎทั่วไปเมื่อหน้าจอของ contract ระบุเงื่อนไขของตัวเอง คำสั่งอาจกรอกได้ถูกต้องทุกประการแต่ยังเป็น trade ที่ผิด หากฟิลด์ของ contract เพียงฟิลด์เดียวผิด

Side ระบุว่าคำสั่งซื้อหรือขาย Position effect อธิบายว่า action นั้นตั้งใจทำอะไรในบัญชี Buy to open เพิ่ม long option ส่วน buy to close ลด short option Buy to open เทียบกับ buy to close แยกการซื้อสองแบบนี้ออกจากกัน Sell to open สร้างหรือเพิ่ม short exposure ส่วน sell to close ลด holding ที่เป็น long ให้อ่าน position effect อย่างระมัดระวังเช่นเดียวกันกับการขายแต่ละครั้ง

Ticket บางแบบแสดง effect เป็น selector แยกต่างหาก ขณะที่บางแบบอนุมานหรือติด label จาก order และบัญชี ไม่ว่าแบบใด ให้ตรวจสอบ position preview ที่เกิดขึ้นหากมีให้ดู Ticket ที่ตั้งใจปิด long call สอง contracts ไม่ควรกลับกลายเป็นเปิด short call สอง contracts เช่นเดียวกัน ticket ที่ตั้งใจซื้อคืน short option ไม่ควรปล่อยให้ short position ยังเปิดอยู่เพราะเลือก action ผิด

Action ยังเปลี่ยนสิ่งที่ต้องตรวจสอบในบัญชีด้วย การเปิด short option อาจต้องมี approval และ collateral ส่วนการปิด position อาจล้มเหลวหากบัญชีไม่ได้ถือ contract ที่ระบุในรูปแบบที่คาดไว้ หน้าจอที่อนุญาตให้ส่งคำสั่งไม่ได้ยืนยันว่าคำสั่งจะได้รับการยอมรับหรือ execute Position effect เป็นตัวควบคุมไม่ให้สร้าง exposure ที่แนวคิดของ trade ไม่เคยวางไว้

สำหรับ limit order, buy limit คือราคาสูงสุดที่ผู้ซื้อยอมจ่าย และ sell limit คือราคาต่ำสุดที่ผู้ขายยอมรับได้ Limit อาจได้ราคาที่ดีขึ้น แต่ไม่ได้จอง size ที่แสดงอยู่หรือรับประกัน execution ส่วน market order ให้ความสำคัญกับการหาการ execution ที่ราคาซึ่งมีอยู่ และไม่ได้กำหนดขอบเขตแบบเดียวกัน ความแลกเปลี่ยนนี้สำคัญเป็นพิเศษเมื่อ quote กว้างหรือกำลังเคลื่อนที่

อ่านทิศทาง debit หรือ credit ของ ticket รวมทั้งตัวเลขด้วย Ticket หลาย leg มักแสดง net debit หรือ net credit ขณะที่ออปชันเดี่ยวแสดง premium ต่อ contract ตาม convention ของ broker ยืนยัน quantity เป็น contract เต็มจำนวน ผลกระทบต่อเงินสดหรือการเปลี่ยนแปลง buying power โดยประมาณเมื่อมีแสดง และดูว่าตัวเลขหมายถึง leg เดียวหรือทั้งกลยุทธ์ Limit ที่ดูสมเหตุสมผลสำหรับหนึ่ง contract อาจกลายเป็น exposure ที่แตกต่างอย่างมีนัยสำคัญเมื่อ quantity เป็นสิบ

อย่าใช้ midpoint, mark หรือ last trade ราวกับเป็น commitment จากตลาด สิ่งเหล่านี้อาจอธิบายการคำนวณหรือธุรกรรมในอดีต แทนที่จะเป็นคู่สัญญาที่พร้อม execute หากคำสั่งมีขนาดใหญ่เมื่อเทียบกับ size ที่แสดง ให้ตัดสินใจก่อนส่งว่าคุณยอมรับ partial execution หรือไม่ จุดที่ควรเห็นการตัดสินใจนี้คือ ticket ไม่ใช่สิ่งที่เพิ่งค้นพบหลัง contract แรก ๆ trade แล้ว

Time in force บอก broker และ venue ว่าคำสั่งจะมีสิทธิ์อยู่นานเท่าใด คำสั่ง Day โดยทั่วไปสิ้นสุดเมื่อช่วงการซื้อขายที่มีสิทธิ์จบลงหากยังไม่ execute ส่วนคำสั่ง GTC หรือ GTD อาจยัง active ต่อได้นานกว่า โดยขึ้นอยู่กับกฎของ broker และ product คำสั่งออปชันเปิดค้างได้นานเท่าใด อธิบายว่าอายุของคำสั่งแยกจากวัน expiration ของออปชันอย่างไร คำสั่งแบบทันที เช่น IOC หรือ FOK อาจกำหนดเงื่อนไขที่แตกต่างออกไปเมื่อรองรับ

ตรวจสอบช่วงการซื้อขายและเวลาหมดอายุที่แสดง แทนการสมมติว่าเวลาของหุ้น underlying ใช้กับออปชันด้วย ตรวจสอบ ticket ที่ส่งใกล้เวลาปิด ระหว่าง event หรือพร้อมการตั้งค่า extended session เพราะอาจทำงานต่างจาก ticket เดียวกันที่ส่งในช่วงตลาดปกติที่ active Broker อาจปฏิเสธ duration หรือ condition ที่ไม่รองรับสำหรับ contract หรือกลยุทธ์หนึ่ง ๆ ด้วย

ก่อนส่งครั้งสุดท้าย ให้อ่าน ticket จากบนลงล่างเป็นการทดสอบ position ที่จะเกิดขึ้น: series ที่แน่นอน, buy หรือ sell, open หรือ close, จำนวน contract, ประเภทคำสั่งและขอบเขตราคา, duration และ position ที่คาดว่าจะเหลืออยู่ หลังส่งคำสั่งให้บันทึกหรือจด order ID แล้วใช้หน้าจอสถานะคำสั่งเพื่อดูว่าเกิดอะไรขึ้นจริง Ticket บันทึกเจตนา ส่วน execution report และ position ในบัญชีบันทึกผลลัพธ์

ลองใช้ template นี้ก่อนกดส่ง:

วิธีนี้ลดความสับสนระหว่าง “ฉันคิดว่าส่งคำสั่งปิด” กับ “ฉันลดลงจริงตามจำนวนนี้พอดี”

• หาก ticket fill, position ของฉันใน contract ที่แน่นอนนี้จะเป็น [new quantity]
• ผลกระทบต่อเงินสดในกรณีแย่ที่สุดคือ [maximum debit] และกรณีดีที่สุดคือ [current best estimate]
• คำสั่งจะทำงานต่อได้ [duration] และใช้ได้เฉพาะในช่วง [session]
• หากคำสั่ง fill เพียงบางส่วน แผนที่เหลือของฉันคือ [revisit / scale down / flatten]

เมื่อ ticket มาถึงขั้นยืนยัน ให้ใช้ matrix ด้านล่าง

หากสัญญาณเตือนสองข้อทับซ้อนกัน ทางที่ปลอดภัยกว่าคือยกเลิกและสร้าง ticket ใหม่ ไม่ใช่ “แก้ทีหลัง”

• Contract ไม่ตรงกันแต่ ticker เดียวกัน: หยุดทันทีและตรวจ strike, expiry, adjusted flag
• Side ไม่มี position effect: หยุดและกำหนดเจตนา close/open ให้ชัดก่อนส่งใหม่
• Limit ไม่สอดคล้องกับ size จริง: ลด size แบ่งเป็นขั้นเล็กลง หรือใช้ตรรกะของช่วงการซื้อขายที่เข้มงวดขึ้น
• Market order ระหว่าง earnings: ยอมรับ slippage ที่กว้างขึ้นและลดการพึ่งสมมติฐานว่า fill จะยังไม่เปลี่ยน

ตัวอย่าง: การปิด ticket บางส่วน

Position เปลี่ยนเป็นสองขั้น: ปิดไปหนึ่งตอนนี้ และยังเปิดอยู่หนึ่ง

หากกลยุทธ์ของคุณใช้คู่ position ของคุณตอนนี้ก็ไม่สมบูรณ์แล้ว อย่าสมมติว่าอีกครึ่งหนึ่งยังได้รับการป้องกันจากแผนเดิม

ขั้นแรกควรเป็นการ audit position ขั้นที่สองคือกำหนดคำสั่งเดี่ยวใหม่สำหรับ exposure ที่เหลือ

• planned: ปิด 2 contracts ของ short series เดียวกัน
• actual: fill 1 contract, อีก 1 contract ถูกปฏิเสธว่าเป็น duplicate หรือไม่ fill

กรณี 1: expiry ผิด

คุณตั้งใจปิดและเลือก expiry ของ 15 September แพลตฟอร์มรับ strike ใกล้เคียงจากรอบอื่น เพราะ symbol lookup ค้างอยู่ใน memory Trade execute แล้ว แต่เป็น contract คนละรายการ

กรณี 2: effect ผสมที่ซ่อนอยู่

คุณเชื่อว่ากำลังลด long exposure ระบบอนุมาน lot เป็น buy to open เพราะ short ที่มีอยู่ก่อนถูกปิดไปแล้วจาก activity ของอีกระบบหนึ่ง คำสั่งจึงสร้าง long position ใหม่

ทั้งสองกรณีหลีกเลี่ยงได้ด้วยประโยคผลลัพธ์ก่อนส่งและการ audit ทันทีหลัง fill

ใช้ทั้งสองข้อต่อไปนี้:

1. ตรวจเจตนาของ ticket: ข้อความคำสั่งแสดง series และ position effect ที่ตั้งใจไว้หรือไม่ 2. ตรวจ position: record ในบัญชีที่มีอยู่ตรงกับ series และจำนวนใน ticket หรือไม่

คำสั่งควรถูกส่งต่อเมื่อการตรวจทั้งสองข้อผ่านเท่านั้น [!TRYMARK] จุดตรวจคุณภาพของ ticket บันทึก position หลัง trade ที่คุณตั้งใจก่อนกรอกคำสั่ง หลัง execution ให้เปรียบเทียบกับรายงานของบัญชี และปฏิเสธความแตกต่างใด ๆ ที่มากกว่า 0 lots [!WARNING] อย่าข้ามการกระทบยอดหลัง trade Confirmation ที่ fill แล้วไม่ใช่สิ่งเดียวกับการตัดสินใจที่เสร็จสมบูรณ์ Exposure ที่เหลือโดยไม่กระทบยอดคือแหล่งความเสี่ยงออปชันที่หลีกเลี่ยงได้สูงสุด

หาก broker แก้ ticket ให้อัตโนมัติ ฉันยังได้รับการป้องกันจากแผนเดิมหรือไม่

ไม่ การแก้อัตโนมัติอาจช่วยด้าน routing และ validation แต่ position effect อาจเปลี่ยน คุณต้องตรวจ contract สุดท้าย quantity และทิศทางหลัง trade ทันทีหลัง confirmation