交易營運團隊、風控團隊、技術團隊、客服團隊及 Broker 整合團隊
訂單錯誤記錄
按 Order ID、Client Order ID、錯誤階段、Error Code、外部返回代碼、Request ID 和 FIX 資訊追蹤被拒絕或處理失敗的訂單。訂單錯誤記錄
用於查看 Finger Manager 中訂單處理過程中產生的異常、拒絕及失敗記錄。
訂單錯誤記錄用於查看 Finger Manager 中訂單處理過程中產生的異常、拒絕及失敗記錄。
當訂單在提交、校驗、風控、路由、發送至交易系統或接收執行回報的過程中發生異常時,系統可以記錄對應的訂單資訊、錯誤類型及返回結果,幫助機構快速定位問題。
交易營運團隊、風控團隊、技術團隊、客服團隊及 Broker 整合團隊
用於查看 Finger Manager 中訂單處理過程中產生的異常、拒絕及失敗記錄。
透過 Finger Manager 配置的通知,將在 Finger Trader App 中按設定規則精準觸達使用者,提升營運效率與使用體驗。
訂單錯誤記錄主要用於確認哪一筆訂單發生了異常、異常發生在什麼時間、訂單來自哪個用戶或系統、錯誤發生在哪個處理階段、為什麼訂單被拒絕或處理失敗、錯誤來自 Finger Manager、交易系統還是外部機構,以及是否需要人工處理。
透過這些資訊,交易營運、風控及技術人員可以更快速地排查訂單問題。
訂單錯誤記錄可以覆蓋訂單參數不完整、產品代碼錯誤、市場未開放、產品不可交易、超出交易時間、價格格式錯誤、數量格式錯誤、最小交易單位不符合要求、帳戶狀態異常、餘額或購買力不足、風控校驗失敗、權限不足、重複訂單、API 請求異常、FIX 消息異常、訂單路由失敗、LP / Broker 拒絕訂單、外部交易系統超時、訂單回報解析失敗、系統內部處理異常等場景。
實際錯誤類型會根據機構使用的交易架構及接入系統有所不同。
一條訂單錯誤記錄通常可包含錯誤發生時間、Order ID、Client Order ID、User ID、Account ID、Organization ID、產品 / Ticker、買賣方向、訂單類型、訂單數量、訂單價格、來源系統、訂單通道、錯誤階段、Error Code、Error Message、外部返回代碼、Request ID、FIX Session、處理狀態及其他技術資訊。
這些欄位可以幫助技術團隊還原訂單在系統中的處理過程。
訂單錯誤可以發生在訂單提交、參數校驗、風控檢查、訂單路由、Broker / LP、交易所或執行系統、執行回報等不同階段。
Validation Error 表示訂單在進入交易流程之前就因為參數問題被拒絕。Risk Rejected 表示訂單未透過風險控制規則。Routing Failed 表示系統無法將訂單成功發送至目標交易通道。Execution Rejected 表示訂單已經發送至外部交易系統,但被 Broker、LP 或其他執行方拒絕。
每一類錯誤可以對應具體的 Error Code。
例如 INVALID_SYMBOL 表示產品代碼無效,MARKET_CLOSED 表示市場當前未開放,INSUFFICIENT_BUYING_POWER 表示購買力不足,RISK_REJECTED 表示未通過風險規則,INVALID_ORDER_QTY 表示訂單數量不符合要求,ROUTING_FAILED 表示訂單路由失敗,BROKER_REJECTED 表示外部 Broker 拒絕訂單,TIMEOUT 表示外部系統回應超時。
具體 Error Code 以機構當前系統配置及接入系統返回結果為準。
Finger Manager 可以與 Broker、LP、交易所、OMS 或其他交易系統進行連接。
因此,部分訂單錯誤可能並不是由 Finger Manager 本身產生,而是來自外部交易系統。
例如 Finger Trader → Finger Manager → FIX → Broker → Broker Reject。此時,Finger Manager 可以記錄 Broker 返回的拒絕代碼及錯誤資訊,幫助機構確認錯誤來源。
對於透過 FIX 協議傳輸的訂單,可以結合 FIX 資訊進行問題排查。
例如可記錄 ClOrdID、OrigClOrdID、ExecID、MsgType、OrdStatus、ExecType、Session ID、Reject Reason 和 Text。
這些資訊可以幫助機構技術團隊與 Broker、LP 或其他交易對手進行訂單核對。
機構可以根據不同條件查詢訂單錯誤。
常見查詢條件包括時間範圍、Order ID、Client Order ID、User ID、Account ID、Ticker、市場、Error Code、錯誤類型、來源系統、Broker / LP 和訂單狀態。
例如,可以查詢過去 24 小時所有 Risk Rejected 訂單,或者查詢某個 Broker 最近一小時返回的全部訂單拒絕記錄。
例如,一名用戶提交美股訂單:Order ID:ORD-20260828-100821,Ticker:AAPL,Side:BUY,Quantity:1,000。系統返回 Status:Rejected,Error Code:INSUFFICIENT_BUYING_POWER,Error Message:Insufficient available buying power。此時說明訂單已經被系統拒絕,原因是帳戶當前可用購買力不足。
又例如:Order ID:ORD-20260828-100932,Status:Rejected,Source:External Broker,Error Code:BROKER_REJECTED,External Code:10017,Message:Order rejected by execution venue。此時表示訂單已經發送至外部執行系統,但由外部交易方拒絕。
發現訂單錯誤後,建議先查看 Order ID 與錯誤時間,再查看 Error Code 與 Error Message,確認錯誤發生階段,檢查訂單參數、市場及產品狀態、帳戶與風控狀態、訂單路由、API / FIX 日誌、Broker / LP 返回資訊,並在必要時根據 Request ID 或 FIX ID 進一步追蹤。
透過結合訂單錯誤記錄、API 日誌及系統日誌,可以更加完整地還原異常訂單的處理過程。
訂單歷史記錄主要用於查看訂單發生了什麼,包括已提交、已成交、已取消、已拒絕及當前狀態。
訂單錯誤記錄主要用於解釋為什麼訂單出現異常,包括錯誤代碼、錯誤來源、失敗階段、外部返回資訊和技術排查資訊。
因此,訂單歷史適合業務查詢,而訂單錯誤記錄更適合技術、交易營運及風控排查。
訂單錯誤記錄主要用於訂單異常追蹤和技術排查。
機構可以結合訂單歷史、API 日誌、FIX 日誌、系統錯誤、風控記錄、外部 Broker / LP 回報,對訂單問題進行綜合分析。
對於來自外部交易系統的錯誤,最終錯誤定義及處理結果應以對應 Broker、LP、交易所或執行系統的實際返回資訊為準。
訂單錯誤記錄為交易營運、風控和技術團隊提供了一個專門查看訂單拒絕與失敗原因的入口。
透過結合錯誤階段、Error Code、外部返回資訊、Request ID、FIX 標識、API 日誌和訂單歷史,機構可以用更清晰的證據鏈排查訂單問題。
交易營運可以透過 Order ID、Client Order ID、用戶、帳戶、Ticker、買賣方向、訂單類型、數量和價格定位受影響訂單。
團隊在查看更深層日誌前,可以先確認具體是哪一筆訂單失敗。錯誤記錄可以顯示失敗發生在參數校驗、風控檢查、訂單路由、外部 Broker 執行、FIX 處理或執行回報解析等階段。
團隊可以判斷問題來自 Finger Manager、風控規則、訂單路由還是外部執行系統。需要進一步排查時,團隊可以結合 Request ID、FIX Session、ClOrdID、外部返回代碼、API 日誌和系統日誌還原完整訂單處理鏈路。
技術和 Broker 整合團隊可以與 LP、Broker 或 OMS 系統交換明確的排查標識。