对账的基本数据结构

很多人一拿到两张表 就直接开始比金额。

这样做最大的问题 是你根本还没定义 自己到底在对什么。

是按客户对 还是按单据对。

是对余额 还是对发生额。

是要找未达账项 还是要找口径差异。

对账结构的意义 就是先把这些问题固定下来。

只有先定义 对账单位 匹配字段 结果状态 和 差异分类 后面的金额比较才有意义。

否则你看到的差额 只是一个数字 不是一个可处理的问题。

做对账结构时 先定三件事。

第一 对账目标 是核余额 对发生额 还是核单据闭环。

第二 对账单位 是客户 供应商 发票 订单 还是银行流水笔数。

第三 结果状态 至少要分 已匹配 部分匹配 待确认 无法匹配。

很多对账越做越乱 不是不会用函数 而是一开始没把这三件事写清。

你对客户余额 就不能拿发票级别结果直接得结论。

你对发票回款 就不能只看客户总额。

先把目标和状态写定 后面所有字段映射才会稳定。

关键字段通常分三类。

第一类 匹配字段 比如 客户名称 发票号 单据号 合同号 交易日期 金额。

第二类 解释字段 比如 摘要 项目编号 业务员 部门。

第三类 结果字段 比如 差异类型 处理建议 外部确认状态。

很多对账表失败 就是把所有原始字段都扔进去 却没区分哪些是用来配对 哪些是用来解释。

你真正需要的 不是一张大表 而是一张让匹配和解释都能发生的结果表。

有发票号 合同号 单据编号 这种唯一键时 优先精确匹配。

没有稳定唯一键 但名称 日期 金额能组合定位时 走组合匹配。

名称存在简称别名时 再考虑模糊匹配 但只能作为辅助 不能直接当最终结论。

一笔回款对应多张发票 一笔付款对应多张验收单 这类场景必须允许一对多或多对一。

很多对账错得很深 不是因为公式错 而是匹配关系选错了。

你先判断关系 再选方法 才会稳。

建议把差异至少分成 字段差异 金额差异 时间差异 单据缺失 四类。

字段差异通常是名称 编码 摘要不统一。

金额差异通常是少记 多记 税额口径不同。

时间差异常见于未达账项或跨月入账。

单据缺失则说明根本还无法完成匹配。

差异分类的作用 是让你后面知道该改台账 还是补单据 还是找业务确认 还是直接联系外部对方。

只写 对不上 没有任何处理价值。

AI 很适合先帮你梳理字段映射 生成差异分类框架 和 结果表结构。

它也适合根据你给的字段 先列出哪些列应该用于匹配 哪些列应该用于解释。

它不适合替你决定 对账到底按客户级 还是发票级 也不能替你拍板 哪种差异算可接受 哪种必须升级处理。

因为这些都涉及公司流程和管理口径。

AI 最好的角色 是先把结构搭出来 让你少走弯路 最后由你把口径定死。

一张能长期复用的往来对账字段映射表 至少要有 原表字段 标准字段 作用分类 匹配优先级 差异类型 处理动作 六列。

最好再加 对账目标 和 结果状态 两列。

以后你做银企 客户 供应商 或三表匹配时 都可以先从这张底板开始。

这样你每次拿到新表 都是先映射 再匹配 再解释 而不是直接扑上去比金额。