AI 对账怎么做：付款单、发票与银行回单对不上时该先查什么

对账最花时间的部分往往在算术之外。同一笔付款在三个地方的说法经常不一样：ERP 里付款单已经核销，发票还没到；发票已经入账，银行回单上的金额却差了手续费；银行当天已经扣款，ERP 里那笔付款还停在待支付。这篇写的是 AI 在员工权限内把这批记录按同一笔业务排到一起之后，一次对账该按什么顺序核对、常见差异分别要到哪里找证据、哪些差异不该让 AI 直接调账，以及首个对账场景拿什么验收。

核心观点

对账要先做的事，是把三份记录按同一笔业务排到一起。受控范围内的跨系统查询负责把付款单、发票与银行回单按同一个业务标识、同一段对账期间对齐，给出标了来源的差异清单；至于差异是不是真的差错、要不要调整凭证、要不要挂账，仍由财务人员判断。星云 PLUS 在这类场景里的角色，是让 AI 在员工已有的系统权限内完成跨系统查询与分析，不换系统、沿用员工权限、关键操作人确认、调用审计。

同一笔付款被三套记录分别记着

付款这件事从头到尾被三套记录分别记着，各有各的用途。ERP 关心的是业务流程走到哪一步：付款申请审批了没有、付款单生成了没有、应付账款核销了没有、暂估什么时候冲回。发票记录关心的是税务口径：什么时候收到、含税金额是多少、能不能抵扣。银行回单关心的是钱有没有真的动过：什么时候扣的、扣了多少、收款方是谁。

三套记录服务的目标不同，记录的时间点也不同步，对账工作就是这么来的。麻烦出在查询方式上：付款单在 ERP 里查，发票在收票或开票记录里查，回单在网银或资金系统里查，三处各有各的查询入口和筛选条件。有经验的会计靠手工在几份导出的表格之间比对，这是完全可行的做法，只是当供应商多、单据杂、跨月业务多起来之后，比对的量会迅速超过人力能稳定处理的规模。

三份记录缺一份都完不成核对，而把它们放在一起看，是人工最耗时的那一步。

常见不一致，分别要到哪里找证据

把差异先归类，查什么、到哪里查就清楚了。下面几类覆盖了付款对账中常见的差异形态；实际企业里字段由哪个系统保存，仍要看各自的系统建设情况。

这张表只列可能性，不代表其中任何一项已经发生，也不是结论。

差异金额往往很小，小到容易被当成尾差放过。金额小并不等于可以忽略，它可能是手续费这类正常项，也可能是入账口径本来就不一致。要分清这两种情况，得看原始单据，只看差异金额的大小说明不了什么。

一次核对按什么顺序走

按固定顺序核对，每一步都建立在上一步已确认的事实上，不容易越查越乱。

1. 先锁定范围：确定一个供应商（或客户）、一段对账期间、一类单据。范围不锁定，后面的比较没有基准。
2. 再把三份记录排到一起：优先用付款单号、发票号或银行交易流水号这类在两边都能找到的业务标识串联。找不到对应标识的部分单独列出来，这部分信息本身就是结论的一部分。
3. 先比金额：统一含税与不含税口径之后再比，确认差额是否等于手续费、汇差等可以解释的项目。
4. 再看时间：付款单的核销时间与银行回单日期是否落在同一对账期间，跨期业务的差异通常出在这里。
5. 最后看关联关系：存在一笔付款对多张发票、预付与暂估并存的，确认对应关系由谁在 ERP 里维护、规则是否稳定。
6. 汇总成差异清单：每行写清业务标识、三份记录各自的取值、记录来源系统、差异类型，并标明哪些已证实、哪些因权限不足无法核对。

这份清单同时是一张待办分工表。资金侧的时间差交给资金岗核实，发票侧的交给税务或收票岗，ERP 侧的关联关系交给应付会计确认。AI 把该找谁、该核什么整理出来，核实动作仍由对应岗位完成。

差异查出来之后，哪些动作必须回到人

查到差异只是把问题定位到了具体单据上，处置动作是另一回事，而这一层不适合交给模型自动完成。

调账、冲销、修改核销状态、补录发票，这些都是写操作。按已确认的产品能力，新增、修改、删除和审批默认要求员工确认后才生效。如果后续把处置动作也接入进来，比如由 AI 在原有 ERP 页面上预填调整凭证或核销说明，那属于页面预填，页面预填不等于提交成功，一切以页面回执或目标系统的实际结果为准。

需要守住的判断边界是：差异清单说明哪些记录彼此对不上，不等于认定哪一方有责任，也不等于对税务处理给出结论。这两类判断都有对应的岗位和外部规则，AI 提供的是核对过的事实与出处。

数据边界同样要写清楚：员工账号看不到的其他供应商付款、未授权的成本科目或跨期间数据，查询结果里应当写明「该部分证据缺失，需有权限的人补充」，不能用推算填满。星云 PLUS 采用两层权限判断，连接器只决定当前员工能否调用某项能力，功能权限与数据权限仍由目标系统按其账号规则最终判断，因此不同岗位拿到的同一份查询，数据范围本来就应该不同。

同一项对账能力，不同岗位看到的数据不同

应付会计关注付款单核销与供应商往来，资金岗关注银行实际收付与资金计划，成本或管理会计关注入账口径。用同一套查询能力服务这些角色时，最容易踩的坑是「一份结果发给所有人」。

按岗位收敛的做法是：把对账查询能力按员工、用户组或组织授权，同一项能力只发给需要它的角色；数据范围则继续由 ERP、资金系统各自按员工账号判断。这样应付会计看到的是付款与核销，资金岗看到的是银行收付，跨范围的数据不出现在查询结果里，无需先查出来再在界面上隐藏。

首个对账场景怎么验收

不要一上来就覆盖全部供应商，也不必先接完所有系统。选一个供应商、一段时间、一类单据，先把这条链路走通，再谈扩展。

边界清晰的单场景，典型验证周期可以很短，但正式项目周期要以场景范围和系统条件评估为准，不作为承诺。

结语

对账花时间的地方大多在算术之外。同一笔业务被三套记录分别记着，彼此的时间点和口径本来就不一样，人工要做的头一件事是把它们按同一个业务标识对齐。可行的路径是先形成一份标明来源与待确认项的差异清单，让 AI 承担跨系统查找与整理，让财务人员承担判断与处置。从一个供应商、一段时间、一类单据开始，把权限、确认、审计和异常一起验收，再逐步扩展到更多科目和对账期间。

常见问题

AI 能不能直接做对账调整分录，或者改核销状态？

不能。调账、冲销、修改核销状态属于写操作，默认由员工确认后才生效。AI 可以做的是把差异定位到具体单据，并把需要调整的字段准备好，是否调整、怎么调整由财务人员决定。

银行流水没有接口，这个场景还能做吗？

先评估银行侧是否提供可用的只读接口、可查询数据或原业务页面，再按目标系统条件确认接入方式。若现有材料只有导出文件，需单独评估如何纳入查询流程，不能默认可直接导入处理。具体系统组合与字段范围以项目评估为准。

供应商或客户能通过 AI 看到对方的付款信息吗？

不会因为用了 AI 就扩大范围。连接器先判断当前员工能否调用这项能力，目标系统再按员工账号判断功能与数据权限；超出范围的部分应在结果里标明缺失，由有权限的岗位补充。

AI 会直接判定哪一笔是差错、哪一方有责任吗？

不会。差异清单说明哪些记录对不上、各自的值是多少，不给出责任判定和税务结论。是否构成差错、如何处理，由企业内部流程与相应岗位认定。

预约系统连接评估：https://www.xingyunzuo.cn/

相关阅读：AI 系统连接器 · ERP 场景解决方案

相关阅读：AI 工作台读取 ERP 数据：实时查询还是先同步？