大家好，我是十三。
导言：通往资金出口的"最后一公里"
至此，P2P（Procurement to Pay）的前半段——Procurement（采购）环节已经完成。现在，我们进入通往资金出口的最后一个关键环节——Pay（付款）。
付款流程的核心目标是：在正确的时间，以正确的方式，将正确的金额，付给正确的供应商。并且，这一切都要在系统中留下可追溯的记录。
采购结算：从"可以付了"到"准备付款"
在上一篇文章中，发票通过了"三单匹配"校验。此时，系统里会生成一笔关键的负债记录——应付账款（Accounts Payable, AP）。
应付账款，通俗地说，就是公司账本上正式承认"欠了供应商这笔钱"。
但是，财务人员不会每天盯着零散的应付账款来决定今天给谁付款。他们需要一个更高效的方式来批量处理。于是，采购结算 环节应运而生。
业务定义
采购结算是指财务人员定期（如每周）将已校验通过、且达到付款期限的应付账款，汇总生成 付款申请单（Payment Request） 的过程。
它解决了什么问题？
- 批量处理，提升效率：将多笔应付账款合并处理，比如将本周所有应付给 A 供应商的款项，汇总成一张付款申请单。
- 资金规划，加强内控：财务主管可以通过审批付款申请单，来控制未来一段时间的资金流出节奏，而不是让付款行为变得随意和不可预测。
系统流程
这个流程确保了，在打开银行 U 盾之前，付款的意图和金额已经在内部得到了最终的授权。
付款：资金的"离港"与账务的"闭环"
付款申请单审批通过后，就进入了真金白银的支付环节。
业务定义
付款是资金管理部门依据已批准的付款申请单，通过银行系统（如企业网银）向供应商完成资金划转，并在 ERP 系统中记录付款信息的最终执行动作。
核心步骤与系统记录
- 生成支付指令：财务人员在 ERP 系统中执行"付款"，系统会生成支付批次，并可能通过与银行直连的"银企直联"接口，自动将支付指令发送给银行。
- 银行处理：银行执行资金划转。
- 获取回单：支付成功后，银行返回电子回单。财务人员将回单信息（如银行流水号）录入或自动同步回 ERP 系统。
- 核销应付账款：ERP 系统会用这笔付款记录，去"核销"对应的应付账款。核销，就是一个"勾对"的动作，表示这笔欠款已经还清了。
付款的会计分录（最终的闭环）
当付款完成后，系统会自动生成一笔至关重要的会计凭证，为整个 P2P 流程画上句号。
还记得我们第二篇提到的"暂估入账"吗？现在是时候清理它了。
第一步：收到发票、三单匹配通过后，系统会冲销暂估，并确认正式应付
// 伪代码：冲销暂估并确认正式应付
journalEntry.debit("应付账款-暂估", 10000); // 冲销暂估负债（红字）
journalEntry.credit("应付账款", 10000); // 确认正式负债
// （此处还会涉及增值税进项税的处理）
第二步：付款时，系统会记录银行存款减少，并核销应付
// 伪代码：付款核销
journalEntry.debit("应付账款", 10000); // 负债减少
journalEntry.credit("银行存款", 10000); // 资产减少
至此，一笔从采购申请发起的业务，其信息流（单据）与资金流（付款）在账务上完全闭环。资产（银行存款）和负债（应付账款）同时减少，公司的财务状况被准确地记录下来。
总结：一次规范的"花钱之旅"
让我们一起回顾，从最初的一个采购念头，到最终资金流出，我们走过了一段多么严谨的旅程：
- PR → PO：将内部需求，转化为对外的法律承诺。
- 收货 → 入库：将实体货物，转化为企业账面上的资产。
- 发票校验（三单匹配）：确保了业务与票据的统一，是付款前的"守门员"。
- 结算 → 付款：将确认的负债，通过规范的流程转化为资金的支付，并完成账务闭环。
这一整套 P2P 流程，就是企业管理思想的体现：它用环环相扣的制度，确保了每一次花钱行为的合规性、合理性和准确性，将复杂的商业活动，编码成了一套可执行、可追溯、可审计的"商业源代码"。
至此，企业"如何花钱"的完整画卷已经展开。接下来，在踏入"如何赚钱"的 O2C 流程之前，我们需要先夯实一个基础概念——商品管理的核心：SPU 与 SKU。
往期回顾
- 业财通识 03：收到供应商账单能直接付款吗？三单匹配与发票校验深度解析
- 业财通识 02：当货物上门，系统里发生了什么？收货、入库与暂估入账全解析
- 业财通识 01：企业花钱的第一步，从采购需求到法律合同
关于十三Tech
资深服务端研发工程师、架构师、AI 编程实践者。
专注分享真实的技术实践经验，持续记录企业系统、架构设计与 AI 编程实践。