ระบบ การจัดการคำสั่ง (OMS) เป็นซอฟต์แวร์ที่ติดตามคำสั่งการซื้อขายตั้งแต่ช่วงเวลาที่มีคนตัดสินใจจะซื้อขายจนถึงผลลัพธ์ที่ถึงบัญชี มันบันทึกสิ่งที่ถูกขอ ตรวจสอบว่าคำสั่งนั้นได้รับอนุญาตหรือไม่ ส่งไปเพื่อดำเนินการและติดตามทุกสิ่งที่เกิดขึ้นกับมันหลังจากนั้น
ทุกคำสั่งซื้อจะสร้างคำถามสามข้อ และ OMS คือที่ที่คำตอบอยู่: เราตั้งใจจะค้าขายอะไร? อะไรที่ถูกค้าขายจริง? อะไรที่ยังต้องการการดำเนินการ?
สิ่งที่ตั้งใจไว้และสิ่งที่ถูกซื้อขายจริงมักจะแตกต่างกัน ลองนึกภาพคำขอซื้อหุ้น 1,000 หุ้น หุ้นแรก 400 หุ้นถูกซื้อไปแล้ว และจากนั้นผู้ซื้อขอให้ยกเลิกที่เหลือ ขณะที่คำขอนั้นกำลังดำเนินการอีก 150 หุ้นถูกซื้อไปแล้ว สั่งซื้อนั้นจบลงด้วยการทำเครื่องหมายว่า “ถูกยกเลิก” แต่ 550 หุ้นถูกซื้อไปแล้ว OMS ที่ดีจะแสดงเรื่องราวทั้งหมดเบื้องหลังสถานะคำเดียวนี้ และคำแนะนำนี้จะอธิบายว่าอย่างไร
โดยสรุป:
- OMS เป็นบันทึกกลางของคำสั่งซื้อขาย: สิ่งที่ถูกขอ, สำหรับใคร, และมันเกิดอะไรขึ้น
- มันตรวจสอบแต่ละคำสั่งก่อนที่จะส่ง จากนั้นติดตามการยืนยัน การซื้อขายที่ดำเนินการ การเปลี่ยนแปลง และการยกเลิก
- มันไม่ทำการซื้อขายเอง โบรกเกอร์และตลาดหลักทรัพย์ทำเช่นนั้น และ OMS จะเก็บบันทึกให้ถูกต้อง
- ประวัติที่มีการระบุเวลาเป็นหนึ่งในบันทึกหลักที่บริษัทและหน่วยงานกำกับดูแลใช้ในการสร้างคำสั่งใด ๆ ในภายหลัง
ระบบการจัดการคำสั่งซื้อคืออะไร?
ในตลาดการเงิน OMS จะจัดการคำสั่งซื้อสำหรับหุ้น, พันธบัตร, สกุลเงิน, สัญญาซื้อขายล่วงหน้า และเครื่องมืออื่น ๆ ชื่อที่ใช้ร่วมกันกับซอฟต์แวร์ที่ร้านค้าออนไลน์ใช้ในการประมวลผลการจัดส่ง แต่ OMS สำหรับการเทรดนั้นเป็นเครื่องมือที่แตกต่างและมีหน้าที่ที่แตกต่างออกไป
คิดว่าเป็นสมุดบันทึกและโต๊ะควบคุมสำหรับคำสั่งซื้อ การซื้อขายใด ๆ ผ่านกระบวนการที่คล้ายกัน ไม่ว่าจะเริ่มต้นด้วยผู้จัดการกองทุนที่วางคำสั่งขนาดใหญ่สำหรับกองทุนบำนาญหรือกับใครบางคนที่แตะ “ซื้อ” ในแอปซื้อขาย ในบริษัทมืออาชีพ OMS คือระบบที่จัดระเบียบขั้นตอนเหล่านั้น ในแอปซื้อขายสำหรับผู้บริโภค ฟังก์ชันเดียวกันมักจะทำงานภายในแพลตฟอร์มของนายหน้า โดยไม่ปรากฏให้เห็น
คุณสมบัติหลักของ OMS การซื้อขาย
- การจับคำสั่ง: บันทึกบัญชี, เครื่องมือ, ทิศทางการซื้อหรือขาย, ปริมาณ, ประเภทคำสั่ง, ราคา และระยะเวลาที่คำสั่งยังคงมีผล.
- การตรวจสอบก่อนการซื้อขาย: ยืนยันว่าคำสั่งซื้อได้รับอนุญาต, ว่าบัญชีสามารถจ่ายได้และว่ามันเคารพขีดจำกัดการซื้อขาย.
- การจัดเส้นทาง: ส่งคำสั่งที่ได้รับการอนุมัติเสนอต่อโบรกเกอร์ ระบบการดำเนินการ หรือสถานที่ซื้อขาย.
- การติดตามคำสั่งซื้อ: รักษาบันทึกสดของการยืนยัน การเติม การเปลี่ยนแปลง และการยกเลิก.
- การรักษาตำแหน่ง: อัปเดตการถือหุ้นและเงินสดเมื่อมีการซื้อขายเข้ามา ดังนั้นคำสั่งถัดไปจะถูกตรวจสอบกับตัวเลขที่เป็นปัจจุบัน。
- การจัดสรร: แบ่งคำสั่งที่ดำเนินการขนาดใหญ่ไปยังบัญชีที่วางไว้สำหรับเมื่อจำเป็น.
- บันทึกการตรวจสอบ: เก็บประวัติที่มีการระบุเวลาเกี่ยวกับเหตุการณ์ทุกครั้ง เพื่อให้ใครก็ตามสามารถสร้างภาพเหตุการณ์ที่เกิดขึ้นได้ในภายหลังอย่างแม่นยำ.
- การส่งมอบหลังการซื้อขาย: ส่งผลลัพธ์ไปยังระบบบัญชีและการดำเนินงาน.
บางผลิตภัณฑ์ OMS เป็นแอปพลิเคชันที่ทำงานได้อย่างอิสระ ส่วนผลิตภัณฑ์อื่นๆ จะถูกสร้างขึ้นในแพลตฟอร์มการซื้อขายที่ใหญ่กว่า
คำศัพท์สำคัญในภาษาอังกฤษที่เข้าใจง่าย
| คำศัพท์ | ความหมาย |
|---|---|
| คำสั่ง | คำแนะนำในการซื้อหรือขายปริมาณเฉพาะของเครื่องมือ |
| สถานที่ซื้อขาย | สถานที่ที่คำสั่งถูกจับคู่ เช่น ตลาดหลักทรัพย์ |
| การเติมเต็ม | การซื้อขายที่ดำเนินการคำสั่งทั้งหมดหรือบางส่วน |
| การเติมเต็มบางส่วน | มีเพียงบางส่วนของปริมาณที่ทำการซื้อขายไปแล้ว |
| ปริมาณที่รอการซื้อขาย | ส่วนของคำสั่งที่ยังรอการซื้อขายอยู่ |
| คำสั่งตลาด | คำสั่งที่จะทำการซื้อขายโดยเร็วที่สุดที่ราคาที่ดีที่สุดที่มีอยู่ |
| คำสั่งจำกัด | คำสั่งที่อาจทำการซื้อขายได้เฉพาะที่ราคาที่ระบุหรือดีกว่า |
| ระยะเวลาในการบังคับใช้ | ระยะเวลาที่คำสั่งยังคงมีผลอยู่ เช่น หนึ่งวันหรือจนกว่าจะถูกยกเลิก |
| การรับรอง | การยืนยันจากฝ่ายที่รับว่าได้ยอมรับคำสั่งแล้ว |
| การแก้ไข | คำขอในการเปลี่ยนแปลงคำสั่ง เช่น ราคา หรือปริมาณ |
| การยกเลิก | คำขอในการหยุดปริมาณที่ยังไม่ได้ทำการซื้อขาย |
| รอยกเลิกที่รอการยืนยัน | การยกเลิกได้ถูกขอแล้วแต่ยังไม่ได้รับการยืนยัน; คำสั่งยังสามารถทำการซื้อขายได้ |
| ถูกปฏิเสธ | คำสั่งถูกปฏิเสธ ไม่ว่าจะโดยการตรวจสอบของบริษัทเองหรือโดยฝ่ายที่รับ |
| หมดอายุ | คำสั่งถึงจุดสิ้นสุดของระยะเวลาที่มีผลโดยไม่สามารถทำการซื้อขายได้ทั้งหมด |
| การแบ่งสรร | การแบ่งคำสั่งที่ดำเนินการแล้วระหว่างบัญชีหลายบัญชี |
| การเคลียร์และการตั้งถิ่นฐาน | ขั้นตอนหลังการซื้อขายที่ยืนยันว่าใครเป็นหนี้อะไรและจากนั้นแลกเปลี่ยนหลักทรัพย์และเงินสด |
ระบบการจัดการคำสั่งทำงานอย่างไรทีละขั้นตอน
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. คำสั่งถูกป้อน
คำสั่งสามารถมาจากบุคคล, ระบบการจัดการพอร์ตการลงทุน, อัลกอริธึมการซื้อขาย หรือโปรแกรมอื่นที่เชื่อมต่อผ่าน API (ส่วนติดต่อซอฟต์แวร์). OMS ต้องการทราบให้ชัดเจนว่ากำลังมีการขออะไร.
การ “ซื้อ 1,000 XYZ ที่ราคา $25” เพียงอย่างเดียวไม่เพียงพอ ระบบ OMS ยังต้องทราบด้วยว่าคำสั่งนั้นเป็นของบัญชีใด, เครื่องมือใดที่เจาะจง (สัญลักษณ์เดียวกันสามารถมีอยู่ในหลายตลาด), สกุลเงิน และคำสั่งนั้นจะมีอายุอยู่ได้นานแค่ไหน คำสั่งรายวันจะหมดอายุเมื่อสิ้นสุดวันซื้อขาย; คำสั่งที่ดีจนกว่าจะถูกยกเลิกจะยังคงดำเนินการจนกว่าจะถูกเติมเต็มหรือถูกยกเลิก แม้ว่าหลายโบรกเกอร์จะตั้งระยะเวลาสูงสุดไว้
OMS มอบหมายหมายเลขประจำตัวให้กับคำสั่ง ทุกครั้งที่มีการเติม เปลี่ยนแปลง หรือยกเลิกจะเชื่อมโยงกับหมายเลขประจำตัวนั้น โดยไม่มีลิงก์ดังกล่าว ทีมปฏิบัติการอาจได้รับการซื้อขายที่ถูกต้องและไม่ทราบว่าคำสั่งนั้นเป็นของใคร
2. การตรวจสอบคำสั่งซื้อ
ก่อนที่จะมีการส่งอะไร OMS จะทำการตรวจสอบก่อนการซื้อขาย ไม่ว่าจะเป็นด้วยตนเองหรือผ่านบริการความเสี่ยงและการปฏิบัติตามกฎระเบียบที่เชื่อมต่ออยู่ การตรวจสอบทั่วไปจะครอบคลุม:
- บัญชีสามารถซื้อขายเครื่องมือนี้ได้หรือไม่,
- ไม่ว่าจะมีเงินสดหรือมาร์จิ้น (เงินที่ยืมจากโบรกเกอร์) เพียงพอหรือไม่
- ไม่ว่าจะขนาดและราคาตกอยู่ในขอบเขตหรือไม่
- ไม่ว่าเครื่องมือจะอยู่ในรายการที่ถูกจำกัดหรือไม่ ตัวอย่างเช่น เนื่องจากบริษัทมีข้อมูลลับเกี่ยวกับบริษัทนั้น.
จำนวนคำสั่งซื้อที่เปิดอยู่ก็มีความสำคัญเช่นกัน บัญชีอาจมีเงินเพียงพอสำหรับคำสั่งซื้อหนึ่งรายการ แต่ไม่เพียงพอสำหรับคำสั่งซื้อที่คล้ายกันสองรายการที่ทำในเวลาเดียวกัน การตรวจสอบที่ดีจะต้องคำนึงถึงคำสั่งซื้อที่ยังรออยู่ ไม่ใช่แค่การซื้อขายที่เกิดขึ้นแล้วเท่านั้น
การตรวจสอบการปฏิบัติตามสามารถดำเนินการหลังจากการซื้อขายเพื่อยืนยันว่าผลลัพธ์อยู่ภายในกฎ เมื่อการตรวจสอบล้มเหลวก่อนการซื้อขาย การปฏิเสธควรระบุเหตุผล “เครื่องมือไม่ได้รับอนุญาตสำหรับบัญชีนี้” สามารถแก้ไขได้ในไม่กี่นาที “คำสั่งล้มเหลว” จะส่งให้ใครบางคนค้นหาผ่านบันทึกการทำงาน
3. คำสั่งถูกส่งและยืนยัน
คำสั่งที่ได้รับการอนุมัติจะไปยังจุดหมาย: โบรกเกอร์, ระบบการจัดการการดำเนินการ, เราท์เตอร์คำสั่งอัจฉริยะ หรือการเชื่อมต่อโดยตรงกับสถานที่.
การส่งคำสั่งและการได้รับการตอบรับเป็นสองเหตุการณ์ที่แยกจากกัน OMS จะบันทึกการส่งของตนเอง จากนั้นรอให้ฝ่ายตรงข้ามยืนยันหรือปฏิเสธ หากคำสั่งขนาดใหญ่ถูกแบ่งออกเป็นคำสั่ง “ลูก” ขนาดเล็กกว่า OMS จะเชื่อมโยงพวกมันกับ “พ่อแม่” เดิม เพื่อที่จะสามารถตรวจสอบได้ว่าคำสั่งลูกจะไม่รวมกันเกินกว่าคำสั่งพ่อแม่
คำสั่งเดินทางระหว่างระบบในรูปแบบข้อความบ่อยครั้งผ่าน trading API หรือโปรโตคอล FIX มาตรฐานในอุตสาหกรรม OMS จะอ่านข้อความเหล่านั้นและอัปเดตสถานะและปริมาณของคำสั่งแต่ละคำสั่ง
4. การเติมเต็ม การเปลี่ยนแปลง และการยกเลิกจะถูกติดตาม
การเติมเต็มจะเพิ่มปริมาณที่ซื้อหรือขายและอาจทำให้ส่วนหนึ่งของคำสั่งยังคงทำงานอยู่ การแก้ไขขอให้เปลี่ยนแปลงคำสั่ง การยกเลิกขอให้หยุดสิ่งที่ยังไม่ได้ซื้อขาย
การเปลี่ยนแปลงหรือการยกเลิกจะไม่มีผลในทันทีที่ถูกส่ง จนกว่าฝ่ายตรงข้ามจะยืนยัน คำสั่งเดิมสามารถดำเนินการซื้อขายต่อไปได้ สเปคสถานะคำสั่ง FIX ซึ่งระบบการซื้อขายหลายระบบปฏิบัติตาม มีสถานะ “รอยกเลิก” แยกต่างหากเพื่อเหตุผลนี้โดยเฉพาะ นอกจากนี้ยังอนุญาตให้คำสั่งที่ถูกยกเลิกมีการซื้อขายที่ดำเนินการแล้ว สถานะเพียงอย่างเดียวไม่บอกคุณว่ามีการซื้อขายมากแค่ไหน ปริมาณต่างหากที่บอกคุณได้
5. ผลลัพธ์จะไปยังระบบหลังการค้า
เมื่อการซื้อขายเสร็จสิ้น OMS จะส่งข้อมูลการทำรายการ รายละเอียดบัญชี และรหัสไปยังระบบหลังบ้าน ทีมงานปฏิบัติการจะตรวจสอบบันทึกเหล่านั้นกับการยืนยันจากโบรกเกอร์ สถานที่ และบริษัทชำระเงิน
สำหรับผู้จัดการกองทุนที่ซื้อหุ้นสำหรับหลายพอร์ตโฟลิโอในครั้งเดียว นี่ก็เป็นช่วงเวลาที่ปริมาณที่ดำเนินการจะถูกจัดสรรให้กับแต่ละพอร์ตโฟลิโอตามกฎที่ตกลงกันไว้ล่วงหน้า
การดำเนินการซื้อขายไม่เหมือนกับการชำระบัญชี ในตลาดหลักทรัพย์, การชำระบัญชี คือการแลกเปลี่ยนหลักทรัพย์และเงินสดที่เกิดขึ้นจริง ซึ่งจัดการโดยโครงสร้างพื้นฐานการชำระบัญชีและการชำระบัญชี OMS จะจัดเตรียมรายละเอียดบัญชีและการจัดสรรที่ใช้ในกระบวนการนั้น; มันไม่ได้ถือครองสินทรัพย์หรือดำเนินการชำระบัญชีเอง หุ้นสหรัฐฯ ตัวอย่างเช่น จะชำระบัญชีหนึ่งวันทำการหลังจากการซื้อขาย (T+1).
ตัวอย่าง: คำสั่งซื้อที่กรอกข้อมูลบางส่วนซึ่งถูกยกเลิก
นี่คือคำสั่งจากบทนำโดยละเอียด มันเป็นตัวอย่างสมมุติ: ซื้อหุ้น XYZ จำนวน 1,000 หุ้น โดยมีขีดจำกัดที่ $25 ซึ่งใช้ได้ในวันนั้น บัญชีเริ่มต้นด้วยหุ้น XYZ เป็นศูนย์ ผ่านการตรวจสอบทั้งหมด และไม่มีค่าธรรมเนียม
- โบรกเกอร์รับคำสั่งแล้ว 400 หุ้น ซื้อขายที่ $24.98 และยังมีอีก 600 หุ้นที่ยังทำงานอยู่
- ผู้ซื้อขอให้ยกเลิกที่เหลืออยู่ การยกเลิกกำลังรอดำเนินการอยู่
- ก่อนที่จะได้รับการยืนยัน, 150 หุ้นเพิ่มเติม จะทำการซื้อขายที่ $24.99.
- นายหน้ายืนยันการยกเลิกการถือหุ้นที่เหลือ 450 หุ้น.
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.
ผลลัพธ์สุดท้าย:
- ซื้อ: 550 หุ้น
- ยกเลิกโดยไม่มีการซื้อขาย: 450 หุ้น
- ยังทำงานอยู่: 0 หุ้น
- ค่าใช้จ่ายทั้งหมด: (400 × $24.98) + (150 × $24.99) = $13,740.50
- ราคาเฉลี่ย: $13,740.50 ÷ 550 ≈ $24.9827
หุ้นที่ถูกยกเลิกไม่มีส่วนเกี่ยวข้องในราคาเฉลี่ย เนื่องจากมันไม่เคยมีการซื้อขาย การยกเลิกนี้ยังไม่ทำให้หุ้น 550 หุ้นที่ซื้อไปแล้วกลับคืนสู่สถานะก่อนหน้านี้.
หากผู้ซื้อยังต้องการหุ้นทั้งหมด 1,000 หุ้น ช่องว่างที่เหลืออยู่คือ 450 คนที่มองเพียงแค่การเติมครั้งแรกและส่งคำสั่งใหม่สำหรับ 600 จะมีหุ้นรวม 1,150 หุ้นหากคำสั่งนั้นถูกเติมเต็มทั้งหมด
ถ้าผู้ซื้อไม่เคยขอให้ยกเลิก หุ้นที่ยังไม่ได้เติมจะหมดอายุในตอนปิดตลาด เพราะนี่คือคำสั่งในวันนั้น
ระบบจริงอาจมีการตั้งชื่อขั้นตอนเหล่านี้แตกต่างกันหรือข้ามข้อความระหว่างบางข้อความ แต่ปริมาณทั้งหมดต้องรวมกัน: ที่เติม + ที่ยังดำเนินการ + ที่ยกเลิก (หรือลดอายุ) จะต้องเท่ากับปริมาณคำสั่งปัจจุบัน รวมถึงการแก้ไขใดๆ
OMS กับ EMS และระบบการซื้อขายอื่น ๆ
หลายระบบสามารถจัดการคำสั่งเดียวกันได้ และผลิตภัณฑ์หนึ่งอาจรวมหลายบทบาทเข้าด้วยกัน
| ระบบ | งานหลัก | คำถามที่มันตอบ |
|---|---|---|
| PMS (ระบบบริหารจัดการพอร์ตการลงทุน) | ติดตามพอร์ตการลงทุนและตัดสินใจว่าจะซื้อหรือขายอะไร เช่น เมื่อทำการปรับสมดุล | เราควรซื้อขายอะไร? |
| OMS | บันทึกคำสั่ง, ตรวจสอบ, ติดตามสถานะ และส่งผลลัพธ์ให้กับการดำเนินงาน | คำสั่งที่ถูกสั่งคืออะไร, สำหรับบัญชีไหน, และสถานะอยู่ที่ไหน? |
| EMS (ระบบบริหารจัดการการดำเนินการ) | ให้เครื่องมือแก่ผู้ค้าในการดำเนินการตามคำสั่งในตลาด โดยปกติมีข้อมูลสดและอัลกอริธึม | เราควรดำเนินการคำสั่งนี้อย่างไรในตอนนี้? |
| OEMS | รวมฟังก์ชันของ OMS และ EMS ไว้ในระบบเดียว | ทั้งสองอย่างข้างต้นในที่เดียว |
| สมาร์ทออร์เดอร์รูเตอร์ | เลือกที่จะส่งคำสั่งตามกฎการจัดส่ง | สถานที่ไหนควรได้รับคำสั่งนี้? |
| เอนจินการจับคู่ | จับคู่คำสั่งซื้อและขายภายในสถานที่ซื้อขาย | คำสั่งใดบ้างที่สามารถทำการซื้อขายกับกันและกันได้? |
| แบ็คออฟฟิศ | จัดการบัญชี, บันทึก และการกระทบยอด | บันทึกทั้งหมดตรงกันหรือไม่? |
วิธีง่าย ๆ ในการจำความแตกต่าง: PMS ตัดสินใจ ว่า จะซื้อขายอะไร, OMS ติดตาม สิ่งที่ถูกสั่งซื้อและสำหรับใคร, และ EMS จัดการ อย่างไร ที่จะดำเนินการมัน. สมาร์ทออร์เดอร์รูตเตอร์ ตัดสินใจ ว่าจะส่งไปที่ไหน, และ เอนจินจับคู่ จับคู่ผู้ซื้อกับผู้ขายภายในสถานที่.
ใครใช้ระบบจัดการคำสั่งซื้อ?
ผู้จัดการสินทรัพย์ กองทุนบำนาญ และกองทุนเฮดจ์ (เรียกว่า “ด้านซื้อ”) ใช้ OMS เพื่อเปลี่ยนการตัดสินใจลงทุนให้กลายเป็นคำสั่งที่ควบคุมได้ พวกเขามักจะทำการซื้อขายในนามของพอร์ตโฟลิโอหลายแห่งในเวลาเดียวกัน ดังนั้นกฎการจัดสรรและข้อจำกัดในการลงทุนจึงมีความสำคัญ
ธนาคารและนายหน้า (ด้าน “ขาย”) รับคำสั่งจากลูกค้าและส่งไปยังตลาด ระบบจัดการคำสั่ง (OMS) ของพวกเขาต้องสามารถจัดการปริมาณคำสั่งที่มาก, ขีดจำกัดในระดับลูกค้า และมีการแยกแยะที่ชัดเจนระหว่างคำสั่งของลูกค้าและการซื้อขายของบริษัทเอง.
บริษัทการค้าเฉพาะกิจ จะทำการค้าด้วยเงินของตนเองและใช้การจัดการคำสั่งควบคู่ไปกับกลยุทธ์และการควบคุมความเสี่ยงของพวกเขา.
นักลงทุนรายย่อย มักจะไม่เห็น OMS โดยตรง เมื่อคุณทำการสั่งซื้อในแอปการซื้อขาย ระบบของโบรกเกอร์จะทำตามขั้นตอนเดียวกัน: พวกเขาจะบันทึกคำสั่งของคุณ ตรวจสอบยอดเงินของคุณ ส่งคำสั่งไปยังตลาด และอัปเดตบัญชีของคุณเมื่อมีการเติมคำสั่งเข้ามา เมื่อแอปแสดงสถานะคำสั่งว่า “เติมบางส่วน” หรือ “รอการยกเลิก” คุณกำลังเห็นสถานะคำสั่งเดียวกับที่ OMS ติดตามอยู่
ประวัติย่อ: จากการโทรศัพท์ไปยังการสั่งซื้อทางอิเล็กทรอนิกส์
ก่อนที่การซื้อขายจะกลายเป็นอิเล็กทรอนิกส์ หลายคำสั่งถูกโทรเข้ามาหรือเขียนลงบนตั๋วกระดาษ และพนักงานติดตามการทำรายการด้วยมือ เมื่อการซื้อขายอิเล็กทรอนิกส์เริ่มแพร่หลายในปี 1990 บริษัทต่าง ๆ ต้องการภาษาร่วมเพื่อส่งคำสั่งระหว่างระบบ โปรโตคอล FIX เกิดขึ้นจากโครงการในปี 1992 ระหว่าง Fidelity Investments และ Salomon Brothers เพื่อแลกเปลี่ยนข้อมูลคำสั่งหุ้นทางอิเล็กทรอนิกส์ และต่อมาได้กลายเป็นมาตรฐานในอุตสาหกรรม FIX คือภาษาที่ใช้ร่วมกัน; OMS เป็นหนึ่งในระบบหลักที่ใช้มัน
ทำไมบริษัทต่างๆ ถึงใช้ระบบจัดการคำสั่งซื้อ
ข้อผิดพลาดด้วยมือที่น้อยลง
การพิมพ์จำนวนหรือราคาที่ผิดพลาดอาจมีค่าใช้จ่ายสูงมาก ในเดือนธันวาคม 2005 ผู้ค้าในบริษัท Mizuho Securities ที่โตเกียวได้ป้อนคำสั่งเพื่อ ขายหุ้น 610,000 หุ้นในราคา 1 เยนแทนที่จะเป็น 1 หุ้นในราคา 610,000 เยน ซึ่งมากกว่าจำนวนหุ้นที่บริษัท J-Com ออกให้ถึง 40 เท่า มีการแสดงข้อความเตือนบนหน้าจอ แต่ผู้ค้าได้ทำการข้ามมันไป ความพยายามของ Mizuho ในการยกเลิกคำสั่งถูกบล็อคโดยข้อผิดพลาดในระบบของตลาดหุ้นโตเกียว ขาดทุนในที่สุดสูงถึง ประมาณ 40,000 ล้านเยน ศาลในภายหลังได้สั่งให้ตลาดหุ้นจ่ายส่วนหนึ่งของมัน แต่พบว่า Mizuho มีความรับผิดชอบบางส่วนเนื่องจากความล้มเหลวในระบบการจัดการคำสั่งของตนเอง
บทเรียนสำหรับ OMS ใด ๆ: การแจ้งเตือนที่สามารถคลิกปิดได้ไม่เพียงพอ ข้อจำกัดด้านขนาดและราคา ที่สามารถบล็อกคำสั่งจริง ๆ คือสิ่งที่หยุดความผิดพลาดประเภทนี้ก่อนที่จะถึงตลาด
แหล่งข้อมูลเดียวที่เชื่อถือได้
เทรดเดอร์ ผู้จัดการความเสี่ยง พนักงานปฏิบัติการ และลูกค้าต้องการคำตอบเดียวกันสำหรับ “เกิดอะไรขึ้นกับคำสั่งนี้?” เมื่อทุกการเติม การเปลี่ยนแปลง และการยกเลิกอัปเดตบันทึกกลางเดียวกัน ไม่มีใครต้องประกอบเรื่องราวจากอีเมล สเปรดชีต และหน้าจอแยกต่างหาก.
การควบคุมที่สอดคล้องกัน
ข้อจำกัดและข้อกำหนดจะถูกนำไปใช้กับทุกคำสั่งในลักษณะเดียวกัน ไม่ว่าจะมาจากบุคคล อัลกอริธึม หรือ API กฎจะถูกตั้งค่าเพียงครั้งเดียวแทนที่จะถูกจดจำโดยแต่ละเทรดเดอร์
เส้นทางการตรวจสอบที่สมบูรณ์
บริษัทการค้าต้องสามารถแสดงให้เห็นได้ แม้ว่าจะผ่านไปหลายปี ว่าเกิดอะไรขึ้นกับคำสั่งซื้อแต่ละคำสั่ง: ใครเป็นผู้ป้อนคำสั่งเมื่อใด มีการเปลี่ยนแปลงเมื่อไหร่ ส่งไปที่ไหน และมีการซื้อขายอะไรบ้าง.
หน่วยงานกำกับดูแลพึ่งพาบันทึกเหล่านี้ ในสหรัฐอเมริกา Consolidated Audit Trail ของ SEC ถูกออกแบบมาเพื่อติดตามคำสั่งในหุ้นและออปชั่นที่จดทะเบียนตลอดวงจรชีวิตของพวกเขา ตั้งแต่การเริ่มต้นจนถึงการจัดเส้นทาง การปรับเปลี่ยน การยกเลิก และการดำเนินการ กฎในภูมิภาคอื่นๆ เช่น MiFID II ในสหภาพยุโรป กำหนดข้อกำหนดในการเก็บบันทึกของตนเอง บันทึกเดียวกันนี้ถูกใช้ในการตรวจสอบการดำเนินการที่ดีที่สุด ซึ่งตรวจสอบว่าคำสั่งของลูกค้าได้รับการดำเนินการในเงื่อนไขที่ดีที่สุดที่มีเหตุผล
ระบบ OMS เองไม่ได้ทำให้บริษัทปฏิบัติตามข้อกำหนด แต่ผลิตข้อมูลมากมายที่ทีมงานด้านการปฏิบัติตามข้อกำหนดต้องพึ่งพา นั่นคือเหตุผลที่ระบบ OMS ที่ดีจะรักษาประวัติทั้งหมดไว้แทนที่จะเขียนทับสถานะเก่าของคำสั่งซื้อ
สิ่งที่อาจผิดพลาดในกระบวนการจัดการคำสั่งซื้อ
การเชื่อมต่อจะถูกตัดหลังจากที่มีการส่งคำสั่ง
OMS ส่งคำสั่ง แต่การเชื่อมต่อไม่สำเร็จก่อนที่การยืนยันจะมาถึง คำสั่งอาจถึงหรือไม่ถึงจุดหมายปลายทาง การส่งมันอีกครั้งอาจทำให้ตำแหน่งเพิ่มขึ้นเป็นสองเท่า กระบวนการกู้คืนที่ปลอดภัยจะตรวจสอบสถานะคำสั่งกับอีกฝ่ายก่อน และในระหว่างนี้จะแสดงให้พนักงานเห็นว่าผลลัพธ์ยังไม่ถูกแก้ไข
ข้อความที่ซ้ำกันกลายเป็นการซื้อขายที่ซ้ำกัน
เมื่อการเชื่อมต่อกลับมา ระบบบางครั้งจะส่งข้อความก่อนหน้านี้อีกครั้ง OMS ต้องรู้จักว่าการเติมที่เล่นซ้ำเป็นการซื้อขายเดียวกันที่มันได้บันทึกไว้แล้ว ไม่ใช่การซื้อขายใหม่ หากสถานที่จัดการแก้ไขหรือยกเลิก (“บัสต์”) การซื้อขายในภายหลัง การเปลี่ยนแปลงนั้นจะถูกเก็บเป็นบันทึกใหม่ ดังนั้นต้นฉบับจะยังคงมองเห็นได้
ระบบสูญเสียการติดตามสิ่งที่ได้ถูกกรอกไปแล้ว
ตัวอย่างที่เป็นที่รู้จักดีที่สุดเกี่ยวกับการจัดการคำสั่งที่ผิดพลาดคือ Knight Capital ในวันที่ 1 สิงหาคม 2012 ข้อบกพร่องในระบบส่งคำสั่งอัตโนมัติของบริษัททำให้มัน ไม่สามารถรับรู้ได้เมื่อคำสั่งถูกเติมเต็ม มันยังคงส่งคำสั่งใหม่ ในช่วง 45 นาทีแรกของการซื้อขาย มันส่งคำสั่งมากกว่า 4 ล้านคำสั่งในขณะที่พยายามเติมเต็มคำสั่งของลูกค้าเพียง 212 คำสั่ง ซื้อขายมากกว่า 397 ล้านหุ้นและสูญเสียมากกว่า 460 ล้านดอลลาร์ สำนักงาน ก.ล.ต. พบในภายหลังว่าบริษัทขาดการควบคุมที่เพียงพอในการจำกัดคำสั่งที่ส่งออกไปและตำแหน่งที่สร้างขึ้น
ชิ้นส่วนที่ผิดพลาดคือเราเตอร์มากกว่าระบบ OMS แต่บทเรียนนี้ใช้ได้กับระบบการจัดการคำสั่งใด ๆ เสมอ รู้เสมอว่ามีการซื้อขายไปแล้วเท่าไหร่ และต้องมีขีดจำกัดที่เข้มงวดที่จะหยุดระบบเมื่อจำนวนหยุดทำให้มีความหมาย
การซื้อขายถูกต้อง แต่บัญชีผิด
การทำธุรกรรมในราคาที่ถูกต้องยังสามารถก่อให้เกิดการขาดทุนได้หากถูกบันทึกในบัญชีที่ผิด นั่นเป็นเหตุผลว่าทำไมการเปลี่ยนแปลงการจัดสรรและบัญชีจึงมักต้องการการอนุญาต สาเหตุที่บันทึกไว้ และการตรวจสอบ และทำไมบันทึกคำสั่งซื้อควรถูกปรับยอดกับข้อมูลจากฝ่ายหลังอย่างสม่ำเสมอ
สัญญาณของ OMS ที่สร้างขึ้นมาอย่างดี
ไม่ว่าคุณจะกำลังประเมินระบบ ใช้งานที่ทำงาน หรือแค่ต้องการทราบว่าความ “ดี” ดูเป็นอย่างไร นี่คือสถานการณ์ที่แยกความแตกต่างระหว่าง OMS ที่เชื่อถือได้กับ OMS ที่เปราะบาง:
| สถานการณ์ | สิ่งที่ OMS ที่สร้างขึ้นอย่างดีทำ |
|---|---|
| การสั่งซื้อเกินขีดจำกัดของบัญชี | บล็อกหรือส่งเพื่อขออนุมัติ และบันทเหตุผล |
| การสั่งซื้อถูกเติมบางส่วนแล้วถูกยกเลิก | เก็บจำนวนที่เติมและทำงานให้มองเห็นจนกว่าจะมีการยืนยันการยกเลิก |
| การเชื่อมต่อขาดหลังจากส่งคำสั่งซื้อ | ตรวจสอบสถานะจริงของคำสั่งซื้อก่อนที่จะส่งอะไรอีกครั้ง |
| ข้อความการดำเนินการมาถึงสองครั้ง | รู้จำการซ้ำซ้อนและไม่คิดการซื้อขายสองครั้ง |
| การจัดสรรถูกเปลี่ยนหลังการซื้อขาย | ต้องการอนุญาตและเก็บประวัติการเปลี่ยนแปลง |
| มีคนถามว่าเกิดอะไรขึ้นกับคำสั่งซื้อเก่า | สร้างคำสั่งเดิมขึ้นใหม่ ทุกการเปลี่ยนแปลงและทุกการเติม |
ระบบที่สร้างขึ้นสำหรับธุรกิจประเภทหนึ่ง เช่น ผู้จัดการกองทุนหุ้น อาจต้องการการปรับปรุงอย่างมากเพื่อจัดการกับเครื่องมืออื่น ๆ เช่น สกุลเงินหรืออนุพันธ์
