如果您的产品代表客户转移资金，并且您管理分类帐，则需要对帐。您可以将recon视为确保系统中的每一笔交易都与外部交易相匹配的过程。对于您转移的每一美元，外部实体都会同意其金额和方向，并为此提供了“文件”。
我看到一些高性能的侦察系统在扩展时会遇到压力，而且我已经在足够早的阶段与初创公司合作，以确保正确的侦察是不存在的。我也从未从头开始构建侦察系统。我在这里所说的一切都是从侦察系统的用户而非制造者的角度出发的。我曾经是一对夫妇的客户，他们的表现影响了我的产出，因此我对自己的愿望有强烈的看法。由于我不确定完美的侦察系统是什么样子，因此我写这篇文章是为了充实思想，并抽出已经知道的人。
面向交易的侦查可确保某些外部方同意您分类账中的所有资金流动。我在Cash App＆amp; amp;与之互动的侦察系统中看到了这种理念。一般广场。在此模型中，目标是确保每个资金流转操作都符合您的意图。这意味着交易的状态，方向和金额就是您所期望的。第二个目标是确保时间符合您的意图。这是次要的，因为在很多情况下，实际的准确计时时间只要很快就发生，只要基础帐户的余额不是$ 0，就无关紧要。在这种情况下，对帐解决了一个会计问题，确保了资金往来是正确的。它还有助于确保公司的应收款和应付账款完整，可用于监管和管理。财务审计，并授权您的财务团队制定良好的现金管理决策。我怀疑大多数收购方（Stripe，Square，Adyen等）至少从追求面向交易的侦察开始。
通常，在收单世界中，您可以根据卡网络生成的结算/捕获消息来构造“内部”分类帐。这就是产品团队用来告知面向客户的功能的东西。您可以根据收单行生成的结算文件构建“外部”分类帐。会计团队查看外部分类帐（技术上会计团队同时查看两个分类帐，但是产品团队很少持续查看外部分类帐）。
侦察系统通常包括一个工程团队和一个运营团队，一起工作。如果内部和外部分类账不一致，则由人（操作团队）检查数据。他们确定导致异常的原因，是否是系统的异常，发生的频率以及如何解决。 eng团队会不断优化流程，以降低一段时间内的异常率。面向事务的侦察主要解决会计问题。通常，您正在努力设计用于月/季度收入结算的SLA，并且您的输出会输入到收入/现金流量表中。
以余额为导向的侦查可确保定期在银行或客户帐户中提供准确的金额。您使用与面向事务的勘查中相同的内部和外部分类帐。但是，您不仅要比较交易的金额，状态和方向，还需要比较其时间。这种类型的侦察系统可用于记帐，但对于构建在某个时间点报告余额的系统是理想的。一个例子是银行记录系统。在记录系统的情况下，面向余额的侦察系统通知面向客户的余额和FDIC保险。
发行工具的组织需要以平衡为导向的侦察系统，这是其自己的分类账的最终真理。如今，大多数金融技术公司都依靠其基础架构提供商管理的分类帐。例如，如果您发行卡，则银行即服务平台通常会连接到银行的核心，而大多数传统的银行核心都内置有面向余额的侦察框架。
就上下文而言-为了向客户提供FDIC保险，要求银行在任何时间点提供可审核的客户余额记录。通常可以通过提供客户余额的每日快照来解决此问题。此功能是核心处理器提供的几种功能之一，因此，大多数核心处理器默认都内置了一个面向平衡的侦察过程。
但是，如果您是管理自己的分类帐的稀有卡发行商（或真正构建自己负责分类帐的任何类型的金融产品，例如拥有汇款许可证的数字钱包），则需要最终建立一个面向平衡的侦察系统。这是确保您告诉客户的钱的一种方式。
当所有类型的货币变动影响收支平衡时，会影响所有侦察系统的一个首要问题。例如，假设您运行一个数字钱包，其中主要资金和现金交易类型为ACH借方和贷方。另外，想象一下您已经建立了一个完善的对帐系统，将技术和人工流程结合起来，可以使余额和付款的故障率达到零（这是极不可能的）。将付款卡添加为资金/现金工具后，您现在将拥有一个与之集成的其他外部分类帐。它的边缘将与您以前习惯的边缘不同。您将与潜在的不同组织打交道，这些组织具有不同的解决异常流程。无论您做什么，都需要花费一些时间才能正确完成，并且在启动新功能很长时间之后，您可能会发现新的，未记录的怪癖。仅当您大规模处理资金流动时，其中一些怪异现象才会清楚。我曾见过一些情况，其中通过卡网络设置的错误MID导致数亿美元被转到错误的（内部）帐户。汇总交易对帐后仍存在可幸存的错误，但不利于会计和分散精力，导致跨职能团队成员忙于解决问题。
特别是对于面向平衡的对账系统，解决计时问题至关重要。通常在以下情况下出现计时问题：a）付款授权时间和结算时间不同，并且系统不一定知道，b）您正在处理的结算类型可以多次调整的付款类型c）分类帐更新客户余额当出现新的付款授权，而不是结算消息时。在所有这些情况下，您都会遇到一些问题（我实际上不知道这些问题的正确答案）：
您何时应该更新客户的余额？当您知道有交易时（进入身份验证时）或金额完成时（结算到来时）
如果授权和结算金额不同，您是否会追溯调整授权当天的余额？还是您将其固定到位，并且仅在结算到达之日调整余额与差额？
您在特定日期的快照是否一成不变（即永远无法调整），如果是这样，您如何处理授权和结算之间金额的变化？
传统的核心系统将具有可用余额（这是您可以访问的数量，除去了未完成的交易金额）和帐户余额（包括未完成的交易，通常高于可用余额）。
通常，您与一家批发银行合作，该批发银行的系统经验丰富，可使用手动工作流程处理大多数例外情况。这可能令人沮丧。您可能会面临采用他们的人工流程（将您的成本结构绑定到他们的成本结构）的麻烦，或者在围绕他们的流程构建技术系统时暂时接受更高的例外率。这里没有容易的取舍。
在产品开发过程中，您经常会通过在分类帐中添加新的资金往来类型来制作原型。这些原型中的许多（应该发生）将被丢弃。尽管如此，他们将转移真实货币并影响您的真实分类帐，并且（至少对于您的会计团队而言，）您将需要一种有状态的方法来对付转移至分类帐的资金。在Cash期间，我曾经花了一年的时间集成到6个卡发行者处理器系统中，同时对Cash Card进行原型制作。每次集成时，我们都需要一个浮动账户（在发卡行中存入资金，以便我们可以测试现实世界中的交易），这意味着我们的会计团队现在需要监视6个新的银行业务关系，其中4个业务持续了不到6个月，但是所有这些所需的物料浮动金额。在某些情况下，发行者处理器实际上并不能使我们管理自己的分类帐，因此我们必须保持并行分类帐（数据库中有一个分类帐，数据库中有一个镜像），我们必须保持同步。我们最终放弃了至少一个整合，这使我们花了几个月的时间来调和，这距离我们脱离合伙制很久了。您如何处理这些案件取决于您组织的财务“实质”内容。在我们的案例中，原型浮标的价格都在10万美元以下，因此在我们的规模下仍然可以生存。但是，反复跟踪这些信息是令人烦躁的乏味程度。
有时您会与多家银行签定合同，以提供不同的金融服务。例如，一家银行用于获取商户，另一家用于发行卡。 （令人失望的提示：为这两个功能使用相同的合作伙伴通常不会简化分类帐的管理或对帐。）如果您的分类帐跨越两个银行，您将需要一个内部流程，以确保根据客户的正确帐户中的正确金额需要（有时是法规要求）。这在您扩展规模时会带来一些有趣的问题-我曾经看到一个过程，该过程使用了类似于SQL的cron作业-监控不足-每天几次在两个帐户之间转移资金。有时，这项工作失败了，如果您不注意的话，几个月后您就会陷入困境，试图弄清楚每个帐户的实际金额为何不符合您的期望。
如果账户在不同的监管架构下运作，这将变得更加复杂。例如，根据MTL处理的交易通常必须与商业交易保存在单独的帐户中。这意味着将p2p和商业付款（例如Paypal）混合在一起的余额最终由单独的付款渠道提供资金。
许多早期的侦查系统将根据汇总视图（一批事务）而不是单个事务级别进行协调。例如，您可能查看特定交易对手在特定日期的所有交易。即使是小规模的生产，也会变得凌乱，但总比没有好，而且比您想像的要多。
提前思考-有人可能应该以此为基础建立起一家初创公司，但这将是一个口号。
已经链接了外部/现实分类帐，因此您可以交换身份验证，这将消耗外部流量。例如，它已经在主要的批发银行（Wells＆amp; Chase）的顶部建立了一个外部分类帐，并且有一个整合承销/批发银行的长尾巴的团队。
您可以使用内部资金往来流量调用API，并以非开发人员为中心的方式对其进行映射（这意味着在出现问题时，您的侦察过程并不总是需要工程上的关注）
一种跟踪付款状态变化的方法，因此您可以跟踪未对帐交易的处理方式。
提醒您的团队有关超过一定金额或百分比阈值的未对帐金额。您可以根据会计团队的重要性计算
警报打到您的银行帐户的未映射资金流（任何时候与未知/意外的交易对手进行交易时，都会有人寻呼，并且必须了解发生了什么）
您的侦察系统将不会保持静态。如果您正在开发产品，那么您永远不会真正被“完成”。对产品开发的轻量级集成以及对变化将如何影响资金流的定期了解对于将反应和消除过多的周期以寻找丢失的资金流至关重要。
不久以前，我在搜寻创意时曾问过我们会计团队的一位高级成员。如果我能为他们解决一个问题，那我应该选什么？响应：“即时月末关闭”。金融服务公司面临的一个令人沮丧的问题是在月底（如果您是公开的，则在季度末）结帐。我以前曾经历过这种痛苦，并且知道对于其他金融服务组织来说这是真的。当然，侦察并不是减慢收盘速度的唯一因素，但通常是长杆。这体现在：1）季度末，您需要关闭帐簿2）您的内部分类帐与外部分类帐不匹配3）您的产品，工程，运营和会计团队竭力停止追逐美元。另外，考虑到＆＃34; money＆＃34;是您在金融服务中的产品，此功能尤为重要。您越大，赌注就越高；作为一家初创企业，季度关闭可能并不重要。作为一家上市公司，收益面临风险。当侦察系统运行良好时，“即时月末关闭”是最重要的选择。
即使在规模上，并非所有金融技术公司都管理自己的分类帐。许多人没有。但是，如果您正在运行P2P程序并依靠自己的汇款许可证，则很可能自己管理分类帐。州监管机构可以在例行审核期间要求提供客户余额的详细信息，因此您有义务提供这些余额。举例来说，最后我进行了检查，即使像Chime这样庞大的金融科技公司也无法管理自己的核心支票账户产品分类帐。他们依靠其核心处理器伽利略（Galileo），其中包括一个余额对帐系统（如果您使用的是Chime，但现在不再正确，请告诉我）
如果您的竞争优势涉及围绕货币变动的创新，则通常需要自己管理分类帐。这包括股票出售后或收到信用卡刷卡后的即时资金可用性等功能。这是因为当前的基础架构提供商还不够成熟，无法为年轻产品提供这种灵活性。到目前的基础架构提供商数量成熟时，您尝试进行创新的轴将成为一种商品，因为其他任何人都可以通过API进行访问。
如果您要构建金融服务产品并管理自己的分类帐，但尚未建立对帐流程，希望对您有所帮助。而且，如果您遇到此处未列出的问题，我很想听听有关它们的信息：ayo [at] kunle [dot] app。
感谢Molly Zhang，Ryan Lea，Dimitri Dadiomov，Timothy Thairu，Jim Esposito和＆amp; Dhanji Prasanna以草稿形式审阅了此文档。