交易运营团队、风控团队、技术团队、客服团队及 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 系统交换明确的排查标识。