经纪商和金融科技公司的交易与资金对账：购买产品、使用后台系统自带模块，还是自建

对账是一项定期核对，通常每天进行，用来确认你关于交易、持仓和资金的记录与外部各方的记录一致。这些外部方是持有或划转资金的银行、托管机构、流动性提供商、支付服务商和交易所。经纪商、加密货币交易所或金融科技公司可以购买对账产品，使用自己已在运行的后台系统或平台中的模块，或者自建匹配和差异处理流程。对大多数有多个对手方、又受客户资金规则约束的机构来说，稳妥的做法是购买产品，自己保留一份原始数据副本，只自建产品无法完成的那些核对。

对账必须匹配哪些内容？

每一项核对，都是把你的一份记录与一份外部记录进行比较。以下五项核对涵盖了大部分工作：

• 交易：你平台上的每一笔成交，对照交易所、清算经纪商或流动性提供商（站在你交易另一边的银行或经纪商）的报告。
• 持仓：你账上的持仓，对照托管机构或流动性提供商的对账单。在加密货币交易所，则是客户分户账对照区块链上的钱包余额。
• 资金：余额对照银行对账单和支付服务商（PSP）的结算报告，逐个币种核对。
• 费用与佣金：你系统中记录的收费，对照交易场所、银行和 PSP 开具的发票；以及你应付给推荐合作伙伴的款项，在自营交易公司则是应付给获得资金账户的交易员的款项。
• 客户资金：你必须为客户持有的金额，对照隔离账户或资金保障账户中实际存放的金额。下文引用的大多数规则，针对的都是这项核对。

核对也分两个层面。余额核对比较某一时刻的总额，逐笔匹配则把单个条目配对，比如一笔客户入金和它对应的银行入账记录。销售账本软件的 Formance 说，它自己的对账功能“按资产核对某一时点的汇总财务状态。它不会把单笔 Ledger 分录与银行或 PSP 对账单的明细行进行匹配。”余额核对能说明存在差异，逐笔匹配则能说明是哪一笔造成的，大多数机构两者都需要。

为什么电子表格和脚本在对账上会不管用？

许多机构一开始用的是电子表格，或者某位分析师写的脚本。业务量小时它还能用，但会在一些可以预见的地方出问题：

• 业务量：部分成交、批量付款和费用明细带来的行数，比客户数增长得还快。
• 格式：对账软件供应商 Duco 描述过一种典型情况：“一个文件用符号表示货币，另一个用三字母代码，日期有多种格式，而且经常缺少部分数据。”按某一种版式写的脚本，在某一列挪动位置时，可能会悄无声息地出错。
• 时间差：对账单在不同的截止时间、按不同的时区到达，所以电子表格分辨不出是对账单晚到了，还是有一笔付款缺失了。
• 账龄和审计轨迹：电子表格很少能显示一个差异项已经多久未解决，也很少能显示是谁把两行记录匹配在一起、为什么这样匹配。

大公司也有这个问题。销售对账软件的 Gresham 写道：“在金融服务业，几乎每一个企业级对账平台旁边，都躺着一大堆电子表格对账。”把其中一张电子表格迁到平台上，“在专家资源、供应商投入、实施工作和变更管理上的花费，往往比原地不动还要高。”

监管机构对客户资金对账和资金保障对账有什么要求？

规则因国家和牌照而异，这些引文也不是各个制度的全部内容。请把它们当作给律师的一张地图。

• 英国支付机构和电子货币机构。英国金融行为监管局（FCA）在政策声明 PS25/12 中新增了 CASS 15 章，并称这些规则将于 2026年5月7日生效。内部对账和外部对账必须“按需要的频率进行，且每个对账日不少于一次”。对账日不包括周末、银行假日以及相关外国市场休市的日子。资金缺口必须“尽快，并且无论如何不晚于进行对账当天结束时”补足。
• 英国投资公司。FCA 在 2014 年关于客户资金的最终规则（PS14/9，CASS 7 章）中，要求“每个营业日”进行一次内部对账。对账必须“以公司截至上一营业日营业结束时的记录为依据”。外部对账必须“按需要定期进行，但不得相隔超过一个月”。FCA 的指引称，在大多数情况下，每天进行交易的公司“应当在每个营业日进行一次外部客户资金对账”。2026 年，FCA 修订了载有这些规则的 CASS 7.15 节，所以请核对手册的现行文本。
• 欧盟投资公司。《委员会授权指令（EU）2017/593》（按通过时的文本引用）规定，公司“必须定期对其内部账目和记录与持有这些资产的任何第三方的账目和记录进行对账”。该指令要求成员国作出这项规定，所以请核实你所在国家的规则。
• 欧盟支付机构。《支付服务指令（EU）2015/2366》（按通过时的文本引用）的 Article 10 规定了客户资金的保障方式，例如存放在“信贷机构的一个单独账户”中。它没有提到对账。请询问你的监管机构期望看到什么证据。
• 欧盟加密资产服务提供商。这里引用的《加密资产市场条例》（MiCA）出自欧盟证券监管机构 ESMA 的在线规则手册。根据其 Article 75，托管机构须保存“以每位客户名义开立的持仓登记簿”。“任何可能产生或改变客户权利的事件，均应立即记录”于该登记簿中。把登记簿与区块链上的钱包余额进行对账，就能看出两者是否一致。
• 美国经纪自营商。根据美国证券交易委员会（SEC）的 Rule 15c3-3，持有客户资金或证券的经纪自营商要“不迟于下一个营业日”核查账簿，以确定有多少全额付款证券和超额保证金证券处于其占有或控制之下，又有多少不在。在大多数情况下，它每周计算一次客户储备金；若其平均贷项总额达到 5 亿美元，则最迟须在此后六个月起改为每天计算。Rule 17a-13 要求由独立于证券保管和记录的人员，每季度对证券进行清点和核对。未解决的差异须在清点后“不迟于 7 个营业日”记入账簿。

每一次对账还需要一份注明日期的记录。例如，CASS 15 要求机构记录“其执行相关流程的时间和日期”以及“其采取的行动”，并将记录保存 5 年。

如何把每个对手方的数据统一成一种格式？

在任何匹配开始之前，文件和报文必须按时到达，并且格式统一。Gresham 列出的数据源包括“SWIFT 报文、FIX 数据流、ISO 20022 支付报文、托管机构文件、主经纪商数据流”。SWIFT 和 ISO 20022 是银行报文标准，FIX 是交易中使用的报文格式。不同来源的时间也不一样。向经纪商销售 B2CORE 后台系统的 B2Broker 举过一个例子：交易平台显示一笔成交，但“流动性提供商确认的数量不同，而加密钱包在一小时后才记入这笔资金。”

标准化让这些来源可以相互比较：

• 标识符：把你的金融工具代码、账户和交易 ID，与每个对手方相应的标识对应起来。
• 金额：统一的正负号约定、统一的币种代码，以及足够的小数位。Gresham 指出，加密资产可能带有“多达 18 位小数”。
• 时间：统一的时区，每个来源有固定的截止时间。FCA 的资金保障规则要求，对账时点设在“每天相同的一个或多个时间”。
• 重复与缺失：同一个文件发了两次，或者少了一天的数据。

每个文件都按收到时的原样保存，与标准化副本放在一起。对手方对某个差异项提出异议时，原始文件就是你的证据；规则变更之后，你也可以用它重新跑一遍匹配。

匹配规则和容差应当如何运作？

匹配规则规定，两条记录要算作同一笔，哪些字段必须一致。对交易而言，通常是交易或订单 ID、金融工具、买卖方向、数量和价格。对资金而言，通常是金额、币种、起息日和参考号。配对可以是一对一，比如一笔成交和流动性提供商的成交单；可以是一对多，比如一笔银行入账对应 PSP 的一批付款；也可以是多对多，比如双方的部分成交按订单总量进行匹配。

容差是你可以接受、仍算作匹配的差额，比如货币兑换后的舍入差额。Duco 把“用户自设的容差、汇总规则、模糊匹配和多轮处理”描述为消除虚假差异项的手段。Gresham 提供“N 方对账，在一次运行中跨三个或更多数据源进行匹配”，比如你的账本、一家流动性提供商和一家银行。

一个每天吸收一点费用差额的容差，也可能把一笔错误收费掩盖好几个月。给每个容差指定负责人，写明理由，并记录每一次规则变更。Duco 的数据准备页面列有“配置变更须经四眼审批。”FCA 的资金保障规则要求，机构发现与银行或托管机构对账单不符的差异时，要进行调查，并采取一切合理步骤“无不当延误”地予以解决。如果差异“仅由时间差异造成”，这项要求不适用。

对账差异项由谁负责，最长可以存在多久？

差异项是没有匹配上的记录。很多差异项并无大碍，比如对账单晚到，但有些是记账错误，还有少数意味着资金缺失。异常处理负责把它们分门别类：

• 分类：按原因给每个差异项打标签，比如时间差、数据缺失或记账错误，这样报告就能显示哪些问题反复出现。
• 负责人：把每一类差异项分派给一个指定的团队，例如资金类交给资金部，流动性提供商持仓类交给交易台。
• 账龄：从差异项首次出现那天起算天数，跨日结转时继续累计，达到设定的账龄和金额时逐级上报。
• 关闭：记录原因、修正措施，以及是谁批准关闭这个差异项。

供应商已经把这些功能做进了产品。Duco 描述的是“一个界面涵盖工作流、归属、账龄和审计”。Gresham 的 Control Cloud 对异常“按账龄、金额和对手方”进行排序。

陈年的差异项可能会让你赔钱。FCA 的资金保障规则涵盖这样一种情形：机构无法立即解决与对账单之间的某个差异项，而其中一份记录显示需要更多资金。这时机构“必须在问题最终解决之前，假定该记录或该组记录是准确的”，并用自有资金补足。如果你的交易所周末也有交易，要指定周末的差异项由谁负责。

对账产品能给你什么，局限在哪里？

以下是供应商自己的描述。Duco 自称是“面向金融服务业的智能体化运营平台”，并说实施“几天之内即可完成，无需大型 IT 项目”。它还说，更复杂的对账“可能需要几天或几周”。在 Gresham 的 Control Cloud 中，业务用户配置控制项，“直接在 Control Studio 中完成，无需专家参与。”AutoRek 针对 FCA 的 CASS 6 和 7 规则，销售“自动化的客户资金和托管资产对账”，另有一套单独的资金保障解决方案。Xceptor 的常见问题称，其客户“在几个月内完成了初始实施”。Smartstream 以“本地部署或 SaaS”的方式销售 Smart Reconciliations。

产品自带供应商已经建好的连接器、匹配引擎、差异处理流程和审计轨迹。但你得让自己的数据适应供应商的模型，新增一项对账可能还需要供应商的专家。你自己数据流里的缺口，仍然要自己补上。试用期间，请要求看一项用你自己的文件搭建起来的对账。

Gresham 还提供代管服务，它将其描述为“把你的对账任务外包给我们的专家”。如果你采用这类服务，要问清每天的结果由谁签字确认。

后台系统或平台自带的模块，什么时候就足以完成对账？

你已经在用的平台，往往能承担一部分工作。B2Broker 称，B2CORE 承担了对账所需工作中“连接和记录保存这一面”。它把 B2CORE 描述为“在对账所依据的系统中保存客户、支付、监管合规和合作伙伴记录。”Stripe 的打款对账报告“帮助你把银行账户收到的打款，与它们所对应的付款批次及其他交易匹配起来。”

钱包和账本平台会把一部分核对留给你。Fireblocks 对把充值收进其金库账户的开发者说：“在给终端用户入账之前，先把每一笔充值与区块链核对。”它把这称为一项“独立核查”，是对其自身控制措施的补充。上文引用过的 Formance 对账功能核对的是余额，不做单笔明细匹配。

模块只能看到它所在平台看到的东西，所以一家拥有两个交易平台和多家流动性提供商的经纪商，除非有一个模块能读取全部数据，否则就会有盲区。请列出每一个持有你资金或持仓的外部方。然后核对：模块能读取其中哪些，它是逐笔匹配明细还是只核对余额，差异项有没有负责人和账龄，以及历史记录能否导出。如果它能端到端地覆盖客户资金核对，可能就够用了。

什么时候应该自建对账系统？

自建只在少数情况下说得通。一种是你测试过的产品读不了的数据，比如分散在你自己的撮合引擎和多条区块链上的余额。另一种是你自己平台内部的核对，比如在给客户入账之前确认每一笔充值。无论哪种情况，你都需要能多年留守这套系统的工程师和运营人员。

匹配只是其中的小部分。自建还需要为每个对手方做一个连接器，并在版式变化时有人去修。它还需要一个带版本和审批的规则库、差异处理流程、审计轨迹，以及审计师看得懂的报告。

开源组件并不一定包含对账功能。Formance 以 MIT 许可证发布其核心账本，但对账模块只列在付费的 Enterprise 套餐中，该套餐为“年度订阅，按规模定制报价”。

折中的做法是一层薄薄的自有层。连接器、原始文件和标准化存储归你所有，买来的产品在其上运行匹配和差异处理流程。如果更换产品，数据及其历史记录仍留在你手里。

对账软件供应商如何给产品定价？

请向每家供应商索取书面报价。Duco、Gresham、AutoRek 和 Xceptor 都要求你申请或预约演示，Formance 只说明了定价模式，没有给出数字。Duco 关于购买对账软件的常见问题列出了要计入的项目：“要考虑升级成本、维护成本、IT 和项目成本，以及无形成本或机会成本。”

请让对方按你当前的业务量和翻倍后的业务量分别报价，并列出一次性费用，以及新增一项对账或一种对手方格式的费用。这些费用决定了你剩下的那些电子表格，最终会不会迁到产品上。

被对账软件供应商锁定是什么样子，你该保留什么才能离开？

锁定风险在于规则和历史记录。更换供应商时，匹配规则多半要重写，所以要用平实的语言把它们记录下来。差异项的历史是你几年后可能还需要的证据。上文引用的那部针对投资公司的欧盟指令，要求客户资产记录“可用作审计轨迹”。

Duco 称它“存储多年的历史数据”，并称你“也可以把数据导出给上游流程，或导出到下游用于其他报告目的。”签约之前先测试导出功能，并把以下内容保存成无需供应商也能读取的格式：

• 每一份按收到时原样保存的源文件，以及它的到达时间。
• 匹配规则和容差，连同它们的变更和审批历史。
• 每一个差异项，连同其账龄、负责人、备注、原因和关闭情况。
• 每日的签字确认记录，以及发给审计师或监管机构的报告。

迁移时，让两套系统并行运行，直到它们的差异项逐行一致；未结的差异项要带着原有账龄一起迁过去。把数据导出，以及足以支撑这段并行运行的通知期，都写进合同。

你该向对账软件供应商，或打算为你构建系统的团队问什么？

• 我们的银行、托管机构、流动性提供商、PSP 和区块链中，你们已经能读取哪些，用什么格式？
• 你们是逐笔匹配明细，还是只核对余额？
• 谁可以修改容差，每次修改是否都连同批准人一起记录在案？
• 差异项如何确定负责人、计算账龄并升级处理？
• 我们能否导出每一份源文件、每一条规则、每一个差异项和每一次签字确认？用什么格式，费用多少？
• 按我们当前的业务量和翻倍后的业务量，价格分别是多少？每新增一项对账要花多少钱？
• 如果由你们为我们开发：代码归谁所有，哪些部分会复用你们现有的组件？

amBrain 在其中处于什么位置？

本博客由 amBrain 发布。它用三句话描述自己交易方向的部分工作：“amBrain 构建算法交易基础设施：订单执行、行情数据和交易前风控。”“amBrain 构建加密货币交易所：撮合引擎、钱包、充值与提现。”“amBrain 为自营交易公司构建平台：考核挑战、交易规则和账务。”这三句话都没有提到对账产品。它们只是服务描述。

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

本文不是案例研究，也不描述任何客户工作。文中没有任何内容表明 amBrain 为任何客户建造、销售或运行过对账系统。引文来自上文所列公司、FCA、ESMA、《联邦法规汇编》和 legislation.gov.uk 已发布的页面，阅读日期为 2026年11月12日。文章不声称 amBrain 与其中任何一家有关系，不推荐其中任何产品，也不给出 amBrain 的价格或时间表。

本文同样不构成法律或会计建议。请在你持有客户资金或资产的每个市场，与律师核对适用于你机构的规则。如果 amBrain 在你的候选名单里，请像对其他任何公司一样，向它提出同样的问题。