Một hệ thống quản lý đơn hàng (OMS) là phần mềm theo dõi các đơn đặt hàng giao dịch từ khi ai đó quyết định giao dịch cho đến khi kết quả đến tài khoản. Nó ghi lại những gì đã được yêu cầu, kiểm tra xem đơn hàng có được phép không, gửi đi để thực hiện và theo dõi mọi thứ xảy ra với nó sau đó.
Mỗi đơn hàng đặt ra ba câu hỏi, và OMS là nơi các câu trả lời xuất hiện: Chúng tôi đã dự định giao dịch gì? Thực tế đã giao dịch gì? Còn gì cần hành động?
Những gì được dự định và những gì thực sự được giao dịch thường khác nhau. Hãy tưởng tượng một yêu cầu mua 1.000 cổ phiếu. 400 cổ phiếu đầu tiên được mua, và sau đó người mua yêu cầu hủy phần còn lại. Trong khi yêu cầu đó đang được xử lý, thêm 150 cổ phiếu nữa được mua. Đơn hàng cuối cùng được đánh dấu là “Đã hủy”, nhưng vẫn có 550 cổ phiếu đã được mua. Một hệ thống OMS tốt sẽ cho thấy toàn bộ câu chuyện đứng sau trạng thái một từ đó, và hướng dẫn này giải thích cách thức hoạt động.
Tóm lại:
- Một OMS là hồ sơ trung tâm của các đơn đặt hàng giao dịch: những gì đã được yêu cầu, cho ai, và điều gì đã xảy ra với nó.
- Nó kiểm tra từng đơn hàng trước khi gửi, sau đó theo dõi xác nhận, các giao dịch đã thực hiện, thay đổi và hủy bỏ.
- Nó không thực hiện giao dịch một mình. Các nhà môi giới và sàn giao dịch làm điều đó, và OMS giữ cho hồ sơ được chính xác.
- Lịch sử được ghi lại theo thời gian của nó là một trong những hồ sơ chính mà các công ty và cơ quan quản lý sử dụng để tái tạo bất kỳ đơn hàng nào sau này.
Hệ thống quản lý đơn hàng là gì?
Trong các thị trường tài chính, một OMS quản lý đơn hàng cho cổ phiếu, trái phiếu, tiền tệ, hợp đồng phái sinh và các công cụ khác. Tên gọi này cũng được chia sẻ với phần mềm mà các cửa hàng trực tuyến sử dụng để xử lý giao hàng, nhưng một OMS giao dịch là một công cụ khác với một nhiệm vụ khác.
Hãy nghĩ về nó như sổ ghi chép và bàn điều khiển cho các đơn hàng. Bất kỳ giao dịch nào cũng trải qua các giai đoạn tương tự, cho dù nó bắt đầu bằng việc một nhà quản lý quỹ đặt một đơn hàng lớn cho quỹ hưu trí hoặc bằng việc ai đó nhấn “Mua” trong một ứng dụng giao dịch. Trong các công ty chuyên nghiệp, OMS là hệ thống tổ chức những giai đoạn đó. Trong một ứng dụng giao dịch tiêu dùng, các chức năng tương tự thường hoạt động bên trong nền tảng của nhà môi giới, ngoài tầm nhìn.
Các tính năng chính của một hệ thống quản lý giao dịch (OMS)
- Ghi nhận đơn hàng: ghi lại tài khoản, công cụ, hướng mua hoặc bán, số lượng, loại đơn hàng, giá và thời gian mà đơn hàng vẫn có hiệu lực.
- Kiểm tra trước giao dịch: xác nhận rằng đơn hàng được phép, rằng tài khoản có khả năng chi trả và rằng nó tuân thủ các giới hạn giao dịch.
- Định tuyến: gửi các đơn hàng đã được phê duyệt đến một nhà môi giới, một hệ thống thực hiện hoặc một địa điểm giao dịch.
- Theo dõi đơn hàng: giữ một bản ghi trực tiếp về các xác nhận, hoàn thành, thay đổi và hủy bỏ.
- Giữ vị trí: cập nhật các khoản đầu tư và tiền mặt khi có giao dịch, để đơn hàng tiếp theo được kiểm tra dựa trên các số liệu mới nhất.
- Phân bổ: chia một đơn hàng lớn đã thực hiện trên các tài khoản mà nó được đặt, khi cần thiết.
- Đường dẫn kiểm toán: lưu trữ một lịch sử có dấu thời gian của mọi sự kiện, để bất kỳ ai cũng có thể tái tạo lại chính xác những gì đã xảy ra sau này.
- Chuyển giao sau giao dịch: truyền đạt kết quả cho các hệ thống kế toán và vận hành.
Các sản phẩm OMS một số là ứng dụng độc lập. Những sản phẩm khác được tích hợp vào một nền tảng giao dịch lớn hơn.
Các thuật ngữ chính bằng tiếng Anh đơn giản
| Thuật ngữ | Nó có nghĩa là gì |
|---|---|
| Đơn hàng | Một chỉ thị để mua hoặc bán một số lượng cụ thể của một công cụ |
| Nơi giao dịch | Một nơi mà các đơn hàng được khớp, chẳng hạn như sàn chứng khoán |
| Thực hiện | Một giao dịch thực hiện toàn bộ hoặc một phần của một đơn hàng |
| Thực hiện một phần | Chỉ một phần của số lượng đã được giao dịch cho đến nay |
| Số lượng đang chờ | Phần của một đơn hàng vẫn đang chờ giao dịch |
| Đơn hàng thị trường | Một đơn hàng để giao dịch càng sớm càng tốt với giá tốt nhất có sẵn |
| Đơn hàng giới hạn | Một đơn hàng có thể chỉ giao dịch tại giá đã nêu hoặc tốt hơn |
| Thời gian hiệu lực | Thời gian mà đơn hàng vẫn còn hiệu lực, ví dụ trong một ngày hoặc cho đến khi bị hủy |
| Xác nhận | Xác nhận từ phía nhận rằng họ đã chấp nhận đơn hàng |
| Điều chỉnh | Một yêu cầu để thay đổi một đơn hàng, chẳng hạn như giá hoặc số lượng của nó |
| Hủy bỏ | Một yêu cầu để dừng số lượng chưa được giao dịch |
| Hủy bỏ đang chờ | Một yêu cầu hủy bỏ đã được đưa ra nhưng chưa được xác nhận; đơn hàng vẫn có thể giao dịch |
| Bị từ chối | Đơn hàng bị từ chối, có thể do kiểm tra của công ty hoặc bởi phía nhận |
| Hết hạn | Đơn hàng đã đến thời hạn mà không được giao dịch đầy đủ |
| Phân bổ | Chia một đơn hàng đã thực hiện giữa nhiều tài khoản |
| Giải quyết và thanh toán | Các bước sau một giao dịch xác nhận ai nợ ai và sau đó trao đổi chứng khoán và tiền mặt |
Cách một hệ thống quản lý đơn hàng hoạt động, từng bước một
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. Đơn hàng đã được nhập
Một đơn hàng có thể đến từ một người, một hệ thống quản lý danh mục đầu tư, một thuật toán giao dịch hoặc một chương trình khác được kết nối qua API (giao diện phần mềm). OMS trước tiên cần biết chính xác những gì đang được yêu cầu.
“Mua 1.000 XYZ với giá 25 đô la” thì chưa đủ. OMS cũng cần biết tài khoản nào là của đơn hàng, công cụ cụ thể nào được đề cập (cùng một mã chứng khoán có thể tồn tại trên nhiều thị trường), loại tiền tệ và thời gian mà đơn hàng vẫn có hiệu lực. Đơn hàng theo ngày sẽ hết hạn vào cuối ngày giao dịch; đơn hàng vẫn hiệu lực cho đến khi được thực hiện hoặc hủy bỏ, mặc dù nhiều nhà môi giới đặt thời gian tối đa.
OMS cung cấp cho đơn hàng một định danh. Mọi lần điền, thay đổi và hủy bỏ sau đó đều gắn liền với định danh đó. Nếu không có liên kết đó, đội ngũ vận hành có thể nhận được một giao dịch hợp lệ mà không biết nó thuộc về chỉ dẫn nào.
2. Đơn hàng đã được kiểm tra
Trước khi bất kỳ điều gì được gửi đi, OMS thực hiện các kiểm tra trước giao dịch, tự nó hoặc thông qua các dịch vụ rủi ro và tuân thủ liên kết. Các kiểm tra điển hình bao gồm:
- liệu tài khoản có thể giao dịch công cụ này hay không,
- liệu nó có đủ tiền mặt hoặc ký quỹ (tiền vay từ nhà môi giới) không,
- liệu kích thước và giá cả có nằm trong giới hạn hay không,
- liệu công cụ có nằm trong danh sách hạn chế hay không, ví dụ như vì công ty nắm giữ thông tin bí mật về công ty.
Số lượng đơn hàng mở cũng vậy. Một tài khoản có thể có đủ tiền cho một đơn hàng nhưng không đủ cho hai đơn hàng tương tự được đặt cùng một lúc. Các kiểm tra tốt tính đến các đơn hàng vẫn đang chờ, không chỉ các giao dịch đã xảy ra.
Các kiểm tra tuân thủ cũng có thể diễn ra sau một giao dịch, để xác nhận rằng kết quả vẫn nằm trong quy định. Khi một kiểm tra bị thất bại trước giao dịch, lý do từ chối nên được nêu rõ. “Công cụ không được phép cho tài khoản này” có thể được khắc phục trong vài phút. “Đơn hàng bị từ chối” khiến ai đó phải tìm kiếm trong các bản ghi.
3. Đơn hàng đã được gửi và xác nhận
Các đơn hàng đã được phê duyệt sẽ đến đích của chúng: một nhà môi giới, một hệ thống quản lý thực hiện, một bộ định tuyến đơn hàng thông minh hoặc một kết nối trực tiếp đến một địa điểm.
Gửi một đơn hàng và việc đơn hàng đó được chấp nhận là hai sự kiện riêng biệt. Hệ thống quản lý đơn hàng (OMS) ghi lại việc gửi của chính nó, sau đó chờ bên kia xác nhận hoặc từ chối. Nếu một đơn hàng lớn được chia thành các đơn hàng “con” nhỏ hơn, OMS sẽ giữ chúng liên kết với “cha” ban đầu, để có thể kiểm tra rằng các đơn hàng con không bao giờ tổng cộng vượt quá đơn hàng cha.
Các đơn hàng di chuyển giữa các hệ thống dưới dạng tin nhắn, thường thông qua một API giao dịch hoặc giao thức FIX tiêu chuẩn ngành. OMS đọc các tin nhắn đó và cập nhật trạng thái và số lượng của từng đơn hàng.
4. Các đợt điền, thay đổi và hủy bỏ được theo dõi
Một lệnh fill làm tăng số lượng mua hoặc bán và có thể để lại một phần của đơn hàng vẫn đang hoạt động. Một lệnh sửa đổi yêu cầu thay đổi đơn hàng. Một lệnh hủy yêu cầu dừng mọi thứ chưa được giao dịch.
Không có sự thay đổi hay hủy bỏ nào có hiệu lực ngay khi nó được gửi đi. Cho đến khi bên kia xác nhận, lệnh gốc có thể tiếp tục giao dịch. Thông số trạng thái lệnh FIX, mà nhiều hệ thống giao dịch theo dõi, có trạng thái “hủy đang chờ” riêng biệt chính vì lý do này. Nó cũng cho phép một lệnh đã hủy chứa các giao dịch đã thực hiện. Chỉ trạng thái không cho bạn biết đã giao dịch bao nhiêu; số lượng mới là điều đó.
5. Kết quả đi đến hệ thống sau giao dịch
Khi giao dịch đã hoàn tất, OMS sẽ chuyển giao các thông tin về lấp đầy, chi tiết tài khoản và các định danh cho các hệ thống văn phòng hậu cần. Đội ngũ vận hành sau đó sẽ kiểm tra các hồ sơ đó với các xác nhận từ các nhà môi giới, địa điểm và công ty thanh toán.
Đối với một nhà quản lý quỹ đã mua cổ phiếu cho nhiều danh mục cùng một lúc, đây cũng là lúc số lượng đã thực hiện được phân bổ cho từng danh mục theo các quy tắc đã thỏa thuận trước.
Thực hiện một giao dịch không giống như việc hoàn tất nó. Trong thị trường chứng khoán, việc thanh toán là sự trao đổi thực tế giữa chứng khoán và tiền mặt, được xử lý bởi hạ tầng thanh toán và bù trừ. OMS cung cấp thông tin về tài khoản và phân bổ được sử dụng trong quá trình đó; nó không nắm giữ tài sản hoặc hoàn tất việc thanh toán. Cổ phiếu của Mỹ, chẳng hạn, sẽ được thanh toán sau một ngày làm việc kể từ khi giao dịch (T+1).
Ví dụ: một đơn hàng được điền một phần bị hủy
Đây là đơn hàng từ phần giới thiệu một cách chi tiết. Đây là một ví dụ giả định: mua 1.000 cổ phiếu XYZ với mức giới hạn là 25 đô la, có hiệu lực trong ngày. Tài khoản bắt đầu với không có cổ phiếu XYZ nào, tất cả các kiểm tra đều đạt, và phí được bỏ qua.
- Nhà môi giới chấp nhận đơn đặt hàng. 400 cổ phiếu giao dịch ở mức $24.98, và 600 cổ phiếu vẫn đang chờ xử lý.
- Người mua yêu cầu hủy phần còn lại. Việc hủy hiện đang chờ xử lý.
- Trước khi được xác nhận, 150 cổ phiếu nữa giao dịch ở mức $24.99.
- Nhà môi giới xác nhận việc hủy bỏ 450 cổ phiếu còn lại.
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.
Kết quả cuối cùng:
- Đã mua: 550 cổ phiếu
- Hủy bỏ mà không giao dịch: 450 cổ phiếu
- Vẫn đang hoạt động: 0 cổ phiếu
- Tổng chi phí: (400 × 24,98 đô la) + (150 × 24,99 đô la) = 13.740,50 đô la
- Giá trung bình: $13,740.50 ÷ 550 ≈ $24.9827
Các cổ phiếu bị hủy không đóng vai trò gì trong giá trung bình, vì chúng chưa bao giờ được giao dịch. Việc hủy bỏ cũng không làm mất hiệu lực 550 cổ phiếu đã được mua.
Nếu người mua vẫn muốn 1.000 cổ phiếu tổng cộng, khoảng cách còn lại là 450. Ai đó chỉ nhìn vào lệnh đầu tiên và gửi một lệnh mới cho 600 sẽ có tổng cộng 1.150 cổ phiếu nếu lệnh đó được lấp đầy hoàn toàn.
Nếu người mua không bao giờ yêu cầu hủy, số cổ phiếu chưa được lấp đầy sẽ đơn giản hết hạn khi kết thúc, vì đây là một đơn hàng trong ngày.
Các hệ thống thực tế có thể gán nhãn các bước này khác nhau hoặc bỏ qua một số thông điệp trung gian, nhưng các số lượng luôn phải tổng hợp lại: đã hoàn tất + vẫn đang hoạt động + đã hủy (hoặc hết hạn) phải bằng số lượng đơn hàng hiện tại, bao gồm bất kỳ sửa đổi nào.
OMS so với EMS và các hệ thống giao dịch khác
Nhiều hệ thống có thể xử lý cùng một đơn hàng, và một sản phẩm có thể kết hợp nhiều vai trò.
| Hệ thống | Công việc chính | Câu hỏi mà nó trả lời |
|---|---|---|
| PMS (hệ thống quản lý danh mục đầu tư) | Theo dõi các danh mục và quyết định nên mua hay bán cái gì, chẳng hạn như khi tái cân bằng | Chúng ta nên giao dịch cái gì? |
| OMS | Ghi lại các đơn hàng, thực hiện kiểm tra, theo dõi trạng thái và chuyển kết quả cho các hoạt động | Đã đặt hàng gì, cho tài khoản nào, và tình trạng hiện tại ra sao? |
| EMS (hệ thống quản lý thực hiện) | Cung cấp cho các nhà giao dịch công cụ để xử lý đơn hàng trên thị trường, thường với dữ liệu và thuật toán thời gian thực | Chúng ta nên thực hiện đơn hàng này như thế nào ngay bây giờ? |
| OEMS | Kết hợp chức năng của OMS và EMS trong một hệ thống | Cả hai chức năng trên, trong một nơi |
| Bộ định tuyến đơn hàng thông minh | Chọn nơi gửi một đơn hàng dựa trên các quy tắc định tuyến | Địa điểm nào nên nhận đơn hàng này? |
| Máy ghép lệnh | Ghép các đơn hàng mua và bán trong một địa điểm giao dịch | Các đơn hàng nào có thể giao dịch với nhau? |
| Văn phòng back office | Quản lý kế toán, ghi chép và đối chiếu | Tất cả các ghi chép có nhất quán không? |
Một cách đơn giản để nhớ sự khác biệt: PMS quyết định cái gì để giao dịch, OMS theo dõi cái gì đã được đặt hàng và cho ai, và EMS quản lý như thế nào nó được thực hiện. Bộ định tuyến đơn hàng thông minh quyết định nơi để gửi nó, và công cụ khớp lệnh ghép nối người mua với người bán trong địa điểm.
Ai sử dụng hệ thống quản lý đơn hàng?
Các nhà quản lý tài sản, quỹ hưu trí và quỹ đầu cơ (gọi là “bên mua”) sử dụng OMS để biến các quyết định đầu tư thành các đơn đặt hàng được kiểm soát. Họ thường giao dịch thay mặt cho nhiều danh mục cùng một lúc, vì vậy các quy tắc phân bổ và các hạn chế đầu tư là rất quan trọng.
Các ngân hàng và môi giới (gọi là “bên bán”) nhận đơn đặt hàng từ khách hàng và gửi chúng đến các thị trường. Hệ thống quản lý đơn hàng (OMS) của họ phải xử lý khối lượng đơn hàng lớn, giới hạn ở cấp độ khách hàng và một sự phân tách rõ ràng giữa các đơn hàng của khách hàng và các giao dịch của công ty.
Các công ty giao dịch độc quyền giao dịch bằng tiền của chính họ và sử dụng quản lý đơn hàng cùng với các chiến lược và kiểm soát rủi ro của họ.
Nhà đầu tư bán lẻ thường không thấy một OMS bằng tên. Khi bạn đặt hàng trong một ứng dụng giao dịch, các hệ thống của nhà môi giới thực hiện các bước tương tự: họ ghi lại đơn hàng của bạn, kiểm tra số dư của bạn, gửi đơn hàng đến thị trường và cập nhật tài khoản của bạn khi có các đơn hàng được thực hiện. Khi một ứng dụng hiển thị một đơn hàng là “đã thực hiện một phần” hoặc “đang chờ hủy”, bạn đang thấy cùng một trạng thái đơn hàng mà OMS theo dõi.
Một lịch sử ngắn: từ cuộc gọi điện thoại đến đơn hàng điện tử
Trước khi giao dịch chuyển sang điện tử, nhiều lệnh được gọi qua điện thoại hoặc viết trên vé giấy, và nhân viên theo dõi việc thực hiện bằng tay. Khi giao dịch điện tử lan rộng trong những năm 1990, các công ty cần một ngôn ngữ chung để gửi lệnh giữa các hệ thống. Giao thức FIX phát triển từ một dự án năm 1992 giữa Fidelity Investments và Salomon Brothers để trao đổi thông tin lệnh cổ phiếu một cách điện tử, và sau đó nó trở thành tiêu chuẩn của ngành. FIX là ngôn ngữ chung; OMS là một trong những hệ thống chính sử dụng nó.
Tại sao các công ty sử dụng hệ thống quản lý đơn hàng
Ít lỗi thủ công hơn
Một số lượng hoặc giá cả được nhập sai có thể tốn kém rất nhiều. Vào tháng 12 năm 2005, một nhà giao dịch tại Mizuho Securities ở Tokyo đã nhập một đơn đặt hàng để bán 610,000 cổ phiếu với giá 1 yên thay vì 1 cổ phiếu với giá 610,000 yên, gấp hơn 40 lần số lượng cổ phiếu mà công ty, J-Com, đã phát hành. Một cảnh báo đã xuất hiện trên màn hình, nhưng nhà giao dịch đã bỏ qua nó. Các nỗ lực của Mizuho để hủy bỏ sau đó đã bị chặn bởi một lỗi trong hệ thống của Sở Giao dịch Chứng khoán Tokyo. Cuối cùng, khoản lỗ đã lên tới khoảng 40 tỷ yên. Một tòa án sau đó đã yêu cầu sàn giao dịch phải trả một phần trong số đó, nhưng đã xác định Mizuho có một phần trách nhiệm do những thiếu sót trong quản lý đơn hàng của chính họ.
Bài học cho bất kỳ OMS nào: một cảnh báo có thể bị bỏ qua không đủ. Các giới hạn về kích thước và giá thực sự chặn một đơn hàng mới ngăn chặn được loại sai lầm này trước khi nó đến tay thị trường.
Một nguồn thông tin chính xác
Các nhà giao dịch, quản lý rủi ro, nhân viên vận hành và khách hàng đều cần câu trả lời giống nhau cho câu hỏi “điều gì đã xảy ra với đơn hàng này?” Khi mỗi lần hoàn tất, thay đổi và hủy bỏ cập nhật một bản ghi trung tâm, không ai phải ghép nối câu chuyện từ email, bảng tính và các màn hình riêng biệt.
Các điều khiển nhất quán
Các giới hạn và hạn chế được áp dụng cho mỗi đơn hàng theo cùng một cách, cho dù nó đến từ một người, một thuật toán hay một API. Các quy tắc được cấu hình một lần thay vì được nhớ bởi mỗi nhà giao dịch.
Một dấu vết kiểm toán hoàn chỉnh
Các công ty giao dịch phải có khả năng chứng minh, thường là nhiều năm sau, chính xác những gì đã xảy ra với mỗi lệnh: ai đã nhập lệnh, khi nào nó được thay đổi, nó được gửi đến đâu và cái gì đã được giao dịch.
Các cơ quan quản lý dựa vào những hồ sơ này. Tại Hoa Kỳ, Consolidated Audit Trail của SEC được thiết kế để theo dõi các lệnh trong các cổ phiếu niêm yết và tùy chọn trong suốt vòng đời của chúng, từ việc khởi tạo, định tuyến, sửa đổi, hủy bỏ đến thực hiện. Các quy tắc ở những khu vực khác, chẳng hạn như MiFID II trong Liên minh Châu Âu, đặt ra các yêu cầu riêng về việc lưu giữ hồ sơ. Những hồ sơ tương tự được sử dụng trong các đánh giá thực hiện tốt nhất, kiểm tra xem các lệnh của khách hàng có được thực hiện với các điều kiện tốt nhất hợp lý có sẵn hay không.
Một OMS không tự động làm cho một công ty tuân thủ, nhưng nó tạo ra rất nhiều dữ liệu mà các đội tuân thủ phụ thuộc vào. Đó là lý do tại sao một OMS tốt giữ lại toàn bộ lịch sử thay vì ghi đè lên trạng thái cũ của một đơn hàng.
Những gì có thể sai trong quản lý đơn hàng
Kết nối bị ngắt sau khi một đơn hàng được gửi
OMS gửi một đơn hàng, nhưng kết nối thất bại trước khi có xác nhận đến. Đơn hàng có thể đã hoặc không đến được đích. Chỉ cần gửi lại đơn hàng có thể làm cho vị trí bị nhân đôi. Một quy trình phục hồi an toàn trước tiên kiểm tra trạng thái của đơn hàng với bên kia, và trong khi đó cho nhân viên thấy rằng kết quả vẫn chưa được giải quyết.
Một thông điệp lặp lại trở thành một giao dịch lặp lại
Khi các kết nối phục hồi, các hệ thống đôi khi gửi lại các tin nhắn trước đó. OMS phải nhận ra rằng một lệnh đã được phát lại là cùng một giao dịch mà nó đã ghi nhận, không phải là một giao dịch mới. Nếu một sàn giao dịch sau đó sửa đổi hoặc hủy bỏ (“busts”) một giao dịch, thì thay đổi đó được lưu trữ như một bản ghi mới, vì vậy bản gốc vẫn được hiển thị.
Hệ thống mất dấu những gì đã được điền
Ví dụ nổi tiếng nhất về việc xử lý đơn hàng sai lầm là Knight Capital. Vào ngày 1 tháng 8 năm 2012, một lỗi trong bộ định tuyến đơn hàng tự động của công ty đã khiến nó không thể nhận ra khi nào các đơn hàng đã được thực hiện. Nó tiếp tục gửi các đơn hàng mới. Trong 45 phút đầu tiên của giao dịch, nó đã gửi hơn 4 triệu đơn hàng trong khi cố gắng thực hiện chỉ 212 đơn hàng của khách hàng, đã giao dịch hơn 397 triệu cổ phiếu và mất hơn 460 triệu đô la. SEC sau đó đã phát hiện ra rằng công ty thiếu các biện pháp kiểm soát thích hợp để giới hạn các đơn hàng mà nó gửi và các vị thế mà nó đã tích lũy.
Thành phần bị lỗi là một bộ định tuyến chứ không phải là một OMS, nhưng bài học này áp dụng cho bất kỳ hệ thống xử lý đơn hàng nào. Luôn biết đã giao dịch bao nhiêu, và có các giới hạn cứng ngăn chặn hệ thống khi các con số không còn hợp lý.
Giao dịch đúng, nhưng tài khoản sai
Một giao dịch với giá đúng vẫn có thể gây ra thua lỗ nếu nó được ghi vào tài khoản sai. Đó là lý do tại sao việc thay đổi phân bổ và tài khoản thường yêu cầu sự cho phép, lý do được ghi lại và một cuộc xem xét, và tại sao hồ sơ đơn hàng nên được đối chiếu thường xuyên với dữ liệu văn phòng hỗ trợ.
Dấu hiệu của một OMS được xây dựng tốt
Dù bạn đang đánh giá một hệ thống, sử dụng một hệ thống tại nơi làm việc hay chỉ muốn biết “tốt” trông như thế nào, đây là những tình huống phân biệt một OMS đáng tin cậy với một cái dễ vỡ:
| Tình huống | Một OMS được xây dựng tốt sẽ làm gì |
|---|---|
| Một đơn hàng vượt quá giới hạn tài khoản | Chặn đơn hàng hoặc gửi để phê duyệt, và ghi lại lý do |
| Một đơn hàng được thực hiện một phần, sau đó bị hủy | Giữ số lượng đã thực hiện và đang làm việc hiển thị cho đến khi việc hủy được xác nhận |
| Kết nối bị ngắt sau khi gửi đơn hàng | Kiểm tra trạng thái thực tế của đơn hàng trước khi gửi bất kỳ thứ gì lần nữa |
| Một thông điệp thực hiện đến hai lần | Nhận diện bản sao và không tính giao dịch hai lần |
| Một phân bổ bị thay đổi sau giao dịch | Cần sự cho phép và giữ lịch sử thay đổi |
| Ai đó hỏi điều gì đã xảy ra với một đơn hàng cũ | Tái tạo lại hướng dẫn ban đầu, mọi thay đổi và mọi lần thực hiện |
Một hệ thống được xây dựng cho một loại hình kinh doanh, chẳng hạn như nhà quản lý quỹ cổ phần, cũng có thể cần nhiều công sức đáng kể để xử lý các công cụ khác như tiền tệ hoặc công cụ phái sinh.
