银行回单、平台账单、内部记账，三份数据每天都要逐行核对，错一笔就影响结账。对账自动化把重复核对交出去：数字员工按路书定时抓取、逐行比对，只把差异摆在人面前。
一、场景与痛点：对账是每天必做、却几乎不创造增量价值的工作
只要有真实收款，就有对账：第三方支付平台的账单、银行的入账回单、内部系统的记账记录，三份数据必须逐行核对一致，才能确认一笔收入真实到账、没有错漏。它不是偶尔发生的工作，而是每天、每笔都在发生的基本功。
对账自动化想解决的不是「要不要对」，而是把最机械的比对环节从人的日程里拿走：规则固定、可以写进路书的部分，由数字员工每天自动执行；人只处理需要判断的差异，把时间留给真正的财务工作。
二、原来的做法与卡点
手工对账的流程有四个典型卡点。第一是数据散：银行网银、支付平台、业务系统、Excel 记账表，每份账单格式不同，下载、导出、转格式这一步就占了大半时间，对账还没开始，精力先耗掉一半。第二是比对累：金额、日期、订单号三列对齐，逐行看几百上千条，注意力一滑就漏过一行，漏掉的往往正是问题的那一笔。
第三是差异排查成本高：发现对不上，要逐笔翻原始单据确认原因，而大多数差异是「合理的」——手续费、退款、结算周期造成的口径差异。真正的问题藏在噪声里，查一笔合理差异花的时间，跟查一笔真实错漏一样多。第四是时效差：很多团队习惯月底集中对账，发现问题时已经过去好几周，追查的成本成倍放大。
三、对账自动化的完整做法（分步骤）
第一步，定时抓取：数字员工按路书，在每天固定时间登录各数据源——网银、支付平台、业务系统，下载当日账单到指定目录，并记录抓取时间与文件版本。哪个数据源没抓到、为什么没抓到，都要记进日志，而不是悄悄跳过。
第二步，格式归一：不同来源的账单列名、日期格式、金额单位各不相同。路书里写明每一列的映射规则——比如「订单金额（含手续费）」和「结算金额（净额）」是两个口径，核对时用净额对净额。这份映射规则第一次由财务确认，之后自动执行，规则变更才需要人再看。
第三步，逐行比对：以订单号或流水号作为主键，三方数据逐行匹配。结果分成三类：一致、合理差异、异常差异。合理差异是预设规则能解释的——手续费、退款、结算周期内待清算的，自动标记原因；异常差异是金额对不上、缺单边记录的，进入待处理清单。
第四步，差异报告：一致的部分直接归档入库，什么也不打扰人；报告只列异常差异和待处理的合理差异，每笔附上差异原因的初步判断和原始单据的定位信息。财务每天打开的，永远是一份「今天需要看什么」清单，而不是一份需要从头看到尾的原始账单。
第五步，异常兜底：如果某个数据源登录失败或账单下载缺失，数字员工按路书中的备用方案重试；仍失败的，在报告顶部明确标出「今日数据不完整」。对账有一条铁律：绝不拿着缺数据的账单给出「全部一致」的结论，缺什么、卡在哪，要比结论本身更显眼。
四、人保留做什么
对账交出去之后，人有三件事不能省。第一是定规则：哪些差异算合理、阈值设多少、结算周期按几天算，由财务拍板写进路书。规则的决策权永远在人手里，数字员工只执行已经定下来的规则。第二是查异常：报告里的异常差异逐笔追查——是上游平台漏结算、内部记账错误，还是更值得警惕的信号，需要人的专业判断。
第三是调口径：新增收款渠道、费率调整、退款政策变化时，同步更新路书里的映射规则。对账规则是活的，变更由人发起，数字员工按新版本执行。这套路数用熟之后，同类型的重复核对——比如月结复核、费用报销核验——可以沿用同一套机制，思路与本站另一篇《日报自动化怎么做：从手工汇总到每天自动送达》相通：先把链路固定成规则，再把执行交给数字员工。
五、上手注意事项
第一，先对齐口径再自动化。手续费含还是不含、退款算在哪一天、结算周期从哪天起算——这些口径财务内部先统一，再写进路书。如果口径本身混乱，自动化只会更快地生产分歧，而不是消除分歧。
第二，从单一渠道开始。先跑通「一个收款平台对内部账」这一段，验证差异分类规则是否准确、异常报告是否好用，再逐步加入银行回单等更多数据源。渐进上线，信任也在渐进中建立。第三，留好审计痕迹：每份账单原始文件、每版比对结果、每次规则变更，都要留档。对账是财务工作，自动化必须经得起事后检查——任何时候都能还原「当时是怎么对的」，这是整套机制可信的前提。