用途：理解企业采购业务的主干流程、单据链路与常见系统职责划分
Source-to-Pay（S2P，寻源到付款） 描述企业从“产生需求”到“完成付款”的端到端过程，是 ERP、SRM、采购中台类系统的共同业务骨架。它是行业通用流程模型，各厂商实现细节不同但单据语义高度一致。
| 阶段 |
常见单据 |
关键动作 |
责任角色 |
| 需求 |
请购单 / 采购申请（PR） |
需求提出、预算校验、审批 |
需求部门、预算管理员 |
| 寻源 |
询价单、竞价单、招标书、定标单 |
供应商选择、价格谈判、定标 |
采购员、评标委员会 |
| 协议 |
合同、价格协议、框架协议 |
条款、有效期、配额分配 |
法务、采购经理 |
| 执行 |
采购订单（PO）、订单确认（OC）、变更单 |
下单、供应商确认、变更 |
采购员、供应商 |
| 交付 |
发货通知（ASN）、收货单（GR）、质检结果 |
到货、验收、入库 |
仓库、质检 |
| 结算 |
发票、三单匹配结果、对账单、付款单 |
开票、匹配、付款 |
财务、资金 |
- 下推关系（PR → PO → GR → Invoice → Payment）：每张下游单据可追溯到上游来源，形成审计链。实现上常用“来源单据类型 + 来源单号 + 行号”三元组，或维护关系表。
- 数量与金额的逐级差异：申请量、订购量、发货量、收货量、合格量、开票量、付款量各不相同，报表与结算必须区分，混用会造成对不上账。
- 一对多与多对一：一份框架协议可生成多张 PO；多张 PO 可合并一次收货或一次付款。单据模型必须支持拆分与合并，否则后续业务无法表达。
- 状态机分散：每张单据都有自己的状态（审批中/已批准/执行中/已关闭/已取消），跨单据还有“整体执行进度”概念，需要明确谁是权威状态。
| 变体 |
说明 |
| 目录采购（Punchout/Catalog） |
需求方在既定价格协议内自助下单，跳过寻源环节 |
| 无订单采购（Direct/Blanket） |
小额高频场景用框架协议 + 收货直接结算，不逐单下 PO |
| VMI/寄售 |
供应商管理库存，消耗后才形成应付 |
| 服务类采购 |
无实物收货，以验收单/工时确认替代 GR |
| 跨公司/内部交易 |
涉及组织间结算与转移定价 |
| 系统 |
负责 |
不负责 |
| ERP |
主数据、财务总账、库存、应付 |
供应商协同、复杂寻源过程 |
| SRM/采购平台 |
寻源、供应商协同、订单执行与对账 |
总账与凭证 |
| 合同管理 |
条款、审批、履约跟踪 |
数量与金额的执行明细 |
| 商城/目录 |
自助下单、购物车 |
复杂协议与配额 |
| 结算/支付 |
付款执行、资金对账 |
业务真实性判定 |
集成要点：主数据与财务凭证以 ERP 为权威，业务过程数据以采购平台为权威，两侧通过幂等接口与对账保持一致。
| 误区 |
修正 |
| 把 PR 与 PO 合并成一张单 |
需求与承诺是两个不同责任主体，合并后无法表达拆分与配额 |
| 收货即入库即应付 |
质检、暂估、冲销是必要环节 |
| 只支持一对一关联 |
拆单/合单业务真实存在，模型要支持多对多 |
| 状态由前端拼装 |
应有权威状态机与迁移历史 |
| 忽略无订单/服务类等变体 |
上线后被迫用“特例代码”堆叠 |
- 采购与供应管理教材（如 Lysons & Farrington《Purchasing and Supply Chain Management》）
- APICS/ISM 关于采购流程的公开术语体系
- 主流 ERP 模块文档中的 MM/P2P 流程说明