经纪商的订单管理系统：购买供应商的 OMS、扩展交易平台自带的 OMS，还是自建

经纪商的订单管理系统（OMS）是处理客户订单的软件，从订单到达的那一刻起，直到成交或撤销为止。它检查订单，把订单发往交易场所或另一家经纪商，跟踪订单，并记录每一个步骤。你可以从供应商那里购买一套，也可以扩展交易平台里已有的订单处理功能，或者自建。哪种选择合适，取决于你的订单要经过多少个平台和交易场所，以及你处理订单的方式是不是你所销售产品的一部分。无论怎么选，义务都不会变。不管软件是谁写的，风控检查和记录都由你的公司负责。

订单管理系统为经纪商做什么？

无论订单来自哪里，都要经过同样的步骤：移动应用、桌面终端、客户通过 API 接入的自有软件，或者打给你交易台的电话。OMS 就是你的系统中执行这些步骤的那一部分：

• 接收订单，并给它分配一个从头跟到尾的 ID
• 执行交易前检查：资金或保证金是否充足、数量和价格是否在限额之内，以及是否有权交易该品种
• 把订单发往交易所、流动性提供商或上游经纪商
• 跟踪订单状态，比如在途（仍在市场上挂着）、部分成交、全部成交、已撤销或已拒绝，以及客户在此过程中所做的任何修改
• 把每一笔成交回传到客户账户和你的后台系统
• 记录每一个步骤及其时间

发送这一步通常通过 FIX 完成，这是经纪商和交易场所之间传递订单和成交的一种通用消息格式。维护它的 FIX Trading Community 把 FIX 协议描述为“一项让金融机构能够交流交易信息的全球性开放标准”。它的交易消息清单以“订单与执行”开头。问清你计划接入的每个交易场所和经纪商，它们要求哪个 FIX 版本、哪些消息。

OMS 与 EMS、与我们的交易平台有什么区别？

在本文中，OMS 指保存订单正式记录的系统：每位客户要求了什么，以及订单后来怎样了。执行管理系统（EMS）是交易员在市场上处理订单的工具。例如，它可以把一笔大单拆成若干小单，或者交给执行算法。供应商对这两个名称用得并不严格，很多产品两样工作都做。

零售经纪商往往已经有第三种：交易平台内置的订单处理。平台的服务器接收订单、检查账户，然后要么由经纪商自己承担风险，要么通过一种叫作网关的连接器把订单转出去。MetaQuotes 在面向经纪商的页面上说，MetaTrader 5 网关“使经纪商能够即时对冲其风险”。对许多经纪商来说，这种内置的订单处理就是他们的 OMS，哪怕没有人这么叫它。

监管机构对订单记录有什么要求？

每笔订单及其各个时间点的完整记录，以及公平对待客户订单的程序。美国规则还要求拥有市场准入的经纪商把风控措施掌握在自己手中。

在欧盟，MiFIR 第 25 条规定，投资公司“应将其所执行的全部金融工具订单和全部交易的相关数据保存五年，供主管机关随时调用”。MiFID II 第 28 条要求执行客户订单的公司具备“相对于其他客户订单或投资公司自身的交易利益，确保迅速、公平和快捷地执行客户订单的程序和安排”。

MiFID II 关于最佳执行的第 27 条规定，公司必须能够应客户要求向其证明，“已按照该投资公司的执行政策执行了其订单”。要证明这一点，公司需要记录每笔订单何时到达、去往何处。

在美国，SEC 规则 17a-3 要求经纪自营商为每一笔经纪订单保存记录，无论订单是否已执行。该规则把这种记录称为备忘录（memorandum）。它必须写明“订单或指令的条款和条件”、“收到订单的时间、录入时间、执行价格”，以及“在可行的范围内，执行或撤销的时间。”

FINRA 是监管美国经纪自营商的自律机构。SEC 规则 613 要求 FINRA 和美国各全国性证券交易所共同提交一份综合审计追踪系统的计划，这一系统称为 CAT。FINRA 的页面把它描述为一个综合审计追踪系统，“收集并准确识别美国所有市场上全部交易所上市股票和期权的每一笔订单、撤单、修改和成交。”同一页面写道：“全国性证券交易所或全国性证券协会的每一位会员，都必须遵守 CAT NMS 计划的全部条款。”

SEC 规则 15c3-5 要求拥有市场准入的经纪自营商“建立、记录并维护一套风险管理控制和监督程序体系”。这些控制措施“应处于经纪商或交易商的直接且排他的控制之下”，只对本身就是经纪自营商的客户有一个范围很窄的例外。软件可以买，但限额必须由你掌控。

本文所有来源均于 2026 年 11 月 2 日查阅。本文只涉及欧盟和美国的规则。其他国家有各自的规则。

无论选哪条路，有哪些东西保持不变？

无论走哪条路，这些工作都存在。变化的只是由谁编写和运行软件：

• 对每一笔新订单以及对在途订单的每一次修改执行交易前风控检查，限额由你自己的风控人员设定
• 审计轨迹：每一笔订单、修改、撤单、成交和拒单及其时间，按适用于你的规则所要求的期限保存
• 与每个交易场所和上游经纪商的 FIX 连接，每一条都要与对方公司一起配置和测试
• 对账：每天把你的订单、成交和持仓与交易场所、经纪商和清算公司的记录逐一核对，每一处差异都要说明原因

供应商或平台可以替你完成其中一部分工作，但你的公司仍要对全部工作负责。

经纪商什么时候应该购买供应商的 OMS？

如果你的订单流与该供应商其他客户的订单流相似，就购买。典型的迹象有：

• 你交易的资产类别和订单类型，产品已经支持
• 你很快需要接入许多交易场所或经纪商，而供应商已经在运行这些连接
• 你的团队规模小，希望交易场所修改规范时由别人来保证连接正常运行
• 让你与众不同的是价格或应用，而不是你处理订单的方式

你放弃的是控制权。你的规则必须迁就供应商的设置，你需要的功能要么等供应商排进计划，要么你付费定制。

什么时候应该扩展我们交易平台里的订单处理功能？

如果你的大多数客户都在一个平台上交易，平台的订单处理运转正常，只缺一小块功能，那就扩展。缺的这一块可能是平台设置无法表达的一条风控规则、通往一家新流动性提供商的路由，或者与你后台系统的对接。平台厂商为此提供编程接口，也就是 API。MetaQuotes 表示，其“Gateway API 用于 MetaTrader 5 与其他交易系统的集成以及自定义数据源的创建。”Spotware 把其 cTrader 平台的 Manager's API 描述为给经纪商提供“对 cTrader 服务器实体的完全控制”。

在扩展之前，先弄清楚：

• 平台在谁的许可下运行，如果许可终止，你的附加功能会怎样
• 平台厂商每次发布新版本时，你的附加功能如何测试
• 接口是否及时把每一笔订单和每一次修改交给你的代码，让它来得及处理，而不只是在日终给一份报告

针对一个平台的接口编写的代码，无法搬到另一个平台上。如果你打算为客户提供第二个平台，就把共用的部分（比如风控检查和订单记录）放在两个平台之外。

什么时候自建 OMS 是值得的？

在以下情况下，自建是值得的：

• 订单通过不止一个平台或渠道进来，而你希望所有渠道的每笔订单只有一份记录、共用一套风控限额
• 你的订单处理是你所销售产品的一部分，比如你自己的路由规则，或者你测试过的产品都不支持的订单类型
• 按用户、订单或连接收取的费用，已经超过了一支运行你自有系统的团队的成本
• 你希望完整的订单历史存放在自己的数据库里，结构由你掌控
• 你计划增加或更换平台和交易场所，又不想每次都重建记录

这并不意味着要把一切都换掉。很多时候，它只是位于客户渠道与交易场所之间的一层，承载订单记录和风控检查，而你现有的平台仍留在下面照常运行。

工作不会在上线时结束。交易时段里得有人响应告警，每个交易场所的规范一有变化，也得有人跟进。如果你没有人做这些，也不打算招人，那就先购买或扩展。

与 OMS 供应商签约之前，我们应该核查什么？

• 我们能否随时以有文档说明的格式导出完整的订单历史和审计轨迹，在我们终止合作时这又要花多少钱？
• 谁来设置和修改风控限额：是我们的员工在我们自己的界面上操作，还是供应商的支持团队按请求代为操作？
• 哪些交易场所和经纪商已经接通、目前正被其他客户使用，哪些还只是在计划中？
• 当用户数、订单量或交易场所连接数翻倍时，费用会如何变化？
• 如果 OMS 或某一条连接宕机，在途订单会怎样，我们的员工能否撤销某个账户或整个公司的全部在途订单？
• 定制规则如何计价、如何排期，为我们编写的代码归谁所有？
• 如果供应商下架该产品或调整价格，会提前多久通知我们？

拥有代码和数据意味着什么？

拥有代码，意味着你拿到源代码以及构建和运行它所需的一切，并且可以雇任何团队来修改它。拥有数据，意味着每一条订单记录都存放在你掌控的数据库里，结构有文档说明，这样监管机构提出要求时，你不必等任何人。

供应商拥有其 OMS 的代码，平台厂商拥有它的平台。你的数据，以及你付费定制的任何附加功能，只有在合同写明的情况下才归你所有。如果自建，两者你都可以拥有。请开发方在合同中列出它保留的所有组件，以及你可以依据什么许可继续使用这些组件。

我们应该向负责开发的公司问些什么？

• 系统会跟踪哪些订单状态，它如何处理部分成交以及对在途订单的修改？
• 交易日中途重启之后，系统如何重建在途订单和持仓，并在恢复交易之前与各交易场所的记录核对？
• 你们会先接入哪些交易场所和经纪商、使用哪个 FIX 版本，由谁来安排与每一家的测试？
• 风控检查在哪里运行、需要多长时间，这个时间是怎么测出来的？
• 每笔订单在审计轨迹中写入哪些内容、带哪些时间戳，系统能否生成我们的监管机构要求的记录？
• 每日对账如何进行，发现差异时会通知谁？
• 能否在一套今天正在运行的系统里演示它是如何工作的？

amBrain 在其中处于什么位置？

本博客由 amBrain 发布。它用一句话描述自己这部分工作：“amBrain 构建算法交易基础设施：订单执行、行情数据和交易前风控。”amBrain 网站上的另一句话是：“交易终端开发、订单管理系统和 FIX 协议交易所对接。”

amBrain 自 2019 年起开发软件。关于与客户的合作方式，它说：“三种合作方式：整体交付、专属团队，或工程师嵌入你的团队。”它关于所有权的说法是：“客户拥有产品与代码的全部所有权，我们的可复用组件除外。”签约之前，请要求它逐项列出这些组件的名称。

本文不是案例研究，也不描述任何客户项目。本文并未声称 amBrain 为任何客户自建、购买或扩展过 OMS。本文引用的 FIX Trading Community、MetaQuotes、Spotware 和 FINRA 的内容均来自它们公开发布的页面，本文并不声称 amBrain 与它们中的任何一方有任何关系。本文不给出 amBrain 的任何价格或工期。

本文同样不构成法律意见。请与律师核实适用于你公司的规则。如果 amBrain 在你的候选名单上，就向它提出与其他任何公司同样的问题。