← 返回应用场景

银行流水对账:先生成匹配候选,再处理差额

同金额、同一天的回款不一定对应同一笔应收。通过三条假设流水,说明一对一、合并付款和金额差异怎样核对,并给出避免重复占用流水的分配记录表。

通用场景示例,非真实客户案例。文中数据用于说明方法,不代表已交付结果。

直接结论:对账工具先缩小查找范围;只有来源、对应关系和金额分配都确认后,才能把候选标记为已核对。

适用读者:每周需要把银行导出流水与应收清单核对的财务或业务支持人员。

三条流水,可能需要三种处理

以下金额和编号均为假设,且处于同一账户、同一币种的核对范围。表中的“明确候选”仍要核对原始凭据,不代表已经记账。先分清候选与确认结果,后面才不会因一条错误匹配而连带冲销其他款项。

假设流水与应收的匹配情况
银行流水发现的对应项下一步
B01:收款 2,000 元附言含应收单 R101;单据余额 2,000 元核对付款方和单据,列为明确候选
B02:收款 3,000 元可能是 R102 的 1,000 元加 R103 的 2,000 元,也可能是另一张 3,000 元单据保留两个候选组合,等待付款明细
B03:收款 1,500 元疑似对应余额 1,520 元的 R104记录 20 元差额,核实原因

这批输出可以是“一条明确候选、两条待核对”。不要为了提高自动匹配率,把 B02 随意分给日期最近的单据,也不要把 B03 的 20 元直接归为手续费;实际可能是部分付款、扣款、录入错误或其他原因。

先统一核对范围,再做匹配

导入时记录银行账户、币种、起止日期、文件名称和批次。不同账户、不同币种分开处理;余额、收入额和支出额要识别为不同字段。退款、冲正和付款也不能只因金额为正就进入收款候选。

应收表至少需要单据编号、客户编号、币种、原金额和已确认未结余额。单据编号按文本保存,不能删除前导零。银行流水优先使用银行提供的唯一标识;没有唯一标识时,建立来源文件与原行号的内部定位关系,并检查两次导出期间是否重叠。

一笔钱怎样分配,必须有明细

如果付款明细确认 B02 用于 R102 和 R103,就分别写两条分配记录:B02→R102 为 1,000 元,B02→R103 为 2,000 元。该流水累计分配为 3,000 元,剩余可分配为零。以后再匹配同一流水时,应能看到它已被占用。

已确认但尚未反映在业务余额中的分配,也要占用该单据的可分配额度。例如业务余额仍显示 1,000 元,而另一批已有 600 元已确认分配,则本次最多再分配 400 元。回写后的余额已经包含这 600 元时,应更新关联状态,不能再次扣除。

同一应收也可能分几次付款。结果表同时展示“流水尚未分配金额”和“单据尚未核对金额”,避免只检查其中一端。更正匹配应留下撤销原因和新分配关系,不能直接删掉旧结果而失去追踪线索。

让未匹配项成为可处理的工作清单

异常可按缺付款明细、付款方待确认、金额差异、找不到单据、重复导入分类。每条写明需要哪份证据和由谁补充;不必让所有人反复查看整张银行表。付款方名称相近只能作为搜索线索,不能自动认定为同一客户。

对账输出先供负责人复核。导出给财务系统时,应带核对编号及已确认状态;未确认候选留在工作清单中,不直接改变正式账务。

验收看分配是否守恒

  1. 同一份流水导入两次,不产生第二份可用金额。
  2. 一笔 3,000 元流水拆分后,分配之和不能超过 3,000 元。
  3. 撤销一条分配后,两端剩余金额同步恢复,并保留操作记录。
  4. 20 元差额没有证据时,仍显示待处理。
  5. 每条确认结果都能回到原流水和对应单据。

流水与应收分配表

核对批次|账户|币种|流水编号|流水金额|应收单号|本次分配金额|匹配依据|确认状态|确认人|证据位置
流水剩余可分配金额 = 流水金额 − 该流水全部有效已确认分配金额合计(跨批次)
单据剩余可分配金额 = 指定余额快照中的未结余额 − 尚未包含在该余额快照中的全部有效已确认分配金额(跨批次汇总)
异常原因:缺付款明细 / 付款方待确认 / 金额差异 / 找不到单据 / 重复来源
更正记录:原分配编号|撤销原因|更正后分配编号|操作人|时间

可直接选中文本,手动复制。

您是否也遇到类似问题?

从一个表格、一项功能或一段流程入手,找到适合您的优化方案。

沟通我的需求