3. 对账核心流程:采购对账、销售对账、三方对账的流程设计与数据流
对账核心流程是发票与业务数据交叉验证的骨架。在企业级 SaaS 架构中,对账流程通常按交易方向分为采购对账(应付)、销售对账(应收)以及涉及多参与方的三方对账。本章从流程设计与数据流两个维度,拆解三类对账的核心逻辑。
3.1 采购对账流程
采购对账的核心目标是验证供应商发票与采购订单(PO)、入库单的一致性。流程通常从发票录入开始,经过匹配、异常处理,最终进入应付账款。
关键匹配维度: 数量(发票数量 ≤ 入库数量)、单价(发票单价 ≤ PO 单价)、税额、价税合计。
3.1.1 流程步骤
- 发票接收与数字化:通过 OCR 或电子发票接口获取发票结构化数据。
- PO 匹配:以发票上的 PO 号为索引,拉取采购订单与入库单。
- 三单匹配:比对发票、PO、入库单的数量与金额。
- 异常标记:若差异超过阈值(如金额差异 > 0.01 元),进入异常池。
- 审批与调整:财务或采购人员处理差异,生成调整单或拒绝发票。
- 生成应付凭证:匹配通过后,推送至总账模块。
3.1.2 数据流设计
| 数据源 | 目标 | 关键字段 | 匹配逻辑 |
|---|---|---|---|
| 供应商发票 | 应付暂估池 | 发票号、PO号、含税金额 | —— |
| 采购订单 | 匹配引擎 | PO号、物料编码、单价 | PO号关联 |
| 入库单 | 匹配引擎 | PO号、入库数量、入库日期 | PO号 + 物料编码 |
| 匹配结果 | 异常处理队列 | 差异类型、差异金额、状态 | 三单差异 > 阈值 |
工程实践: 采购对账建议采用“先数量后金额”的两阶段匹配策略,避免因单价尾差导致大量无效异常。
3.2 销售对账流程
销售对账聚焦于企业开票数据与客户确认的应收数据之间的核对。常见场景包括电商平台对账、线下经销商对账等。
3.2.1 流程步骤
- 开票数据提取:从税控系统或电子发票平台拉取已开票列表。
- 客户回单获取:通过 API 或文件导入获取客户侧的对账单。
- 逐笔勾对:按发票号、金额、税率进行一对一匹配。
- 差异分析:识别未匹配发票、金额差异、红冲发票等。
- 差异处理:补开、红冲或调整应收余额。
- 确认应收:生成对账确认单,进入收款流程。
3.2.2 数据流设计
| 数据源 | 目标 | 关键字段 | 匹配逻辑 |
|---|---|---|---|
| 税控开票数据 | 对账中心 | 发票代码、号码、金额 | —— |
| 客户对账单 | 对账中心 | 客户订单号、发票号、应付金额 | 发票号 + 金额 |
| 匹配结果 | 差异明细表 | 差异类型、差异金额、处理状态 | 完全匹配 / 部分匹配 / 未匹配 |
常见陷阱: 客户对账单中的发票号可能为空(未开票先收货),此时需按“订单号 + 金额”进行模糊匹配,并设置超时未匹配告警。
3.3 三方对账流程
三方对账常见于供应链金融、电商平台代销、多级分销等场景,涉及买方、卖方、平台方或资金方三方的数据核对。
3.3.1 流程步骤
- 三方数据采集:分别从买方 ERP、卖方 ERP、平台系统拉取交易数据。
- 两两比对:先进行买方 vs 平台、卖方 vs 平台的两组比对。
- 三方交叉验证:将两组比对结果合并,识别三方一致、两方一致、全不一致的记录。
- 差异归因:分析差异来源(如平台手续费、折扣、退货未同步)。
- 调整与结算:生成三方确认的对账报告,作为结算依据。
3.3.2 数据流设计
| 数据源 | 比对对象 | 比对维度 | 输出 |
|---|---|---|---|
| 买方应付数据 | 平台交易记录 | 订单号、金额、状态 | 买方-平台差异集 |
| 卖方应收数据 | 平台交易记录 | 订单号、金额、状态 | 卖方-平台差异集 |
| 两两差异集 | 三方交叉引擎 | 差异类型、差异金额 | 三方一致 / 两方一致 / 全不一致 |
架构要点: 三方对账建议采用“两两比对 + 交叉合并”的架构,避免一次性三表 JOIN 导致的性能瓶颈。差异归因时需引入“时间窗口”概念,允许因跨日结算产生的合理差异。
3.4 三类对账流程对比
| 维度 | 采购对账 | 销售对账 | 三方对账 |
|---|---|---|---|
| 参与方 | 企业 + 供应商 | 企业 + 客户 | 买方 + 卖方 + 平台 |
| 核心单据 | 发票、PO、入库单 | 开票数据、客户对账单 | 三方交易记录 |
| 匹配策略 | 三单匹配(数量+金额) | 逐笔勾对(发票号+金额) | 两两比对 + 交叉验证 |
| 异常类型 | 数量差异、单价差异、无PO | 未匹配发票、金额差异、红冲 | 两方一致/全不一致、时间差 |
| 输出结果 | 应付凭证 | 应收确认单 | 三方对账报告 |
架构建议: 三类对账可共用一套“对账引擎”核心服务,通过配置化方式定义匹配规则、差异阈值与处理流程,避免为每种对账场景重复开发。