第4章 应付管理（AP）：从发票到付款的全链路实战

应付模块，说白了就是管「我们欠别人多少钱」的。很多新手觉得AP就是记个账、付个款，其实没那么简单。我做过好几个企业的AP系统重构，踩过的坑能绕办公室一圈。今天咱们就聊聊应付管理的核心流程，以及那些容易翻车的地方。

4.1 应付模块的业务流程

先看整体流程，我习惯把它分成三段：

1. 采购到发票：采购订单→收货单→供应商发票
2. 发票到应付：发票校验→生成应付凭证→账龄管理
3. 付款到核销：付款计划→付款执行→自动核销

你想想看，这三段里最容易出问题的是哪段？我个人经验，发票校验是事故高发区。为什么？因为采购订单、收货单、发票这三者经常对不上。

我在项目中遇到过一家制造企业，他们的采购员和财务各管各的。采购下了100个螺丝，仓库收了98个，供应商却开了100个的发票。财务直接按发票付款，结果库存对不上，盘点时才发现亏了。嗯，这就是典型的流程断裂。

4.2 供应商管理

供应商管理不只是建个档案那么简单。我建议至少包含以下字段：

分类	字段	说明
基本信息	供应商编码、名称、税号	唯一标识，建议用统一社会信用代码
财务信息	银行账号、付款条件、信用额度	付款条件我常用「30天净额」或「2/10, n/30」
采购信息	默认采购员、交货周期、最小起订量	用于采购订单自动带出
状态控制	启用/停用、黑名单标记	停用的供应商不能创建新PO

这里有个坑：供应商编码不要用流水号。我曾经接手过一个系统，供应商编码是自增的「0001、0002...」，结果后来合并了两家公司，编码全冲突了。建议用「地区+类型+序号」的编码规则，比如「CN-RAW-001」。

4.3 采购发票处理

发票处理是AP模块的核心。流程大概是：

1. 财务收到供应商发票（纸质或电子）
2. 在系统里录入发票信息
3. 系统自动匹配采购订单和收货单
4. 匹配通过 → 生成应付凭证
5. 匹配失败 → 进入异常处理流程

匹配的逻辑，我一般这样设计：

// 伪代码：三单匹配逻辑
if (发票数量 == 收货数量 && 发票单价 == PO单价) {
    匹配成功 → 生成应付凭证
} else if (发票数量 <= 收货数量 * 1.05) {
    匹配警告 → 人工确认
} else {
    匹配失败 → 退回供应商
}

为什么允许5%的差异？因为实际业务中，供应商多送几个或少送几个很正常。但要注意，金额差异必须严格控制。我见过一个案例，采购单价是10元，发票开了10.01元，系统直接通过了。结果一年下来，这种「小差异」累计了十几万。嗯，这就是积少成多。

4.4 付款与核销

付款不是简单的「给钱」，它涉及三个关键决策：

• 付给谁：供应商的银行账号对不对？
• 付多少：是全额付还是按比例付？
• 什么时候付：是按账期还是提前付款拿折扣？

我建议付款流程这样设计：

1. 付款计划：系统根据应付账龄和付款条件，自动生成建议付款清单
2. 付款审批：超过一定金额需要主管审批
3. 付款执行：生成付款凭证，更新应付余额
4. 自动核销：将付款与对应的发票进行匹配

核销这块，很多人会忽略预付款的处理。比如你先付了30%的预付款，等发票来了，要把预付款和发票核销掉。我见过一个项目，预付款和发票各记各的，结果应付余额虚高，财务天天被老板骂。

最后说个实战技巧：批量付款。很多企业每周只付一次款，把所有到期的发票打包成一个付款单。这样做的好处是减少银行手续费，坏处是核销时容易乱。我建议在付款单上注明「包含发票编号列表」，方便后续对账。

好了，应付管理这块就聊到这儿。说白了，AP的核心就是「三单匹配」和「付款核销」两个闭环。你只要把这两个闭环跑通了，应付模块就稳了。下一章咱们聊聊固定资产，那个更刺激——折旧算错了，财务报表直接崩。