3. 采购订单基础概念：采购订单(PO)定义、PO类型与状态机
采购订单（Purchase Order，简称PO）是采购管理平台中最核心的数据载体，它既是采购方向供应商发出的正式购买要约，也是后续收货、质检、对账、付款等流程的源头凭证。理解PO的定义、分类与生命周期状态，是掌握自动生成与供应商确认流程的前提。
3.1 采购订单(PO)定义
采购订单是一份具有法律约束力的商业文件，由采购方（买方）向供应商（卖方）发出，明确列明所需商品或服务的规格、数量、单价、交货日期、付款条款及双方权利义务。在数字化采购平台中，PO以结构化数据形式存在，支持系统间的自动流转与状态跟踪。
核心要素： 一份标准的PO必须包含PO编号、供应商信息、物料/服务明细、单价与总价、交货地址与日期、付款条件、采购方签字/电子签章。
3.2 PO类型
根据采购业务场景的差异，采购管理平台通常支持以下三种主要PO类型。正确选择PO类型，直接影响订单生成效率与合同执行合规性。
| PO类型 | 英文名称 | 适用场景 | 特点 |
|---|---|---|---|
| 标准PO | Standard PO | 一次性采购，需求明确、数量与价格固定 | 单次有效，收货即关闭；流程简单，适合非重复性采购 |
| 框架协议 | Framework Agreement | 长期合作，约定价格与条款，但无具体数量 | 不直接触发发货；后续通过“释放订单”或“请购单”引用执行 |
| 一揽子订单 | Blanket Order / Blanket PO | 预估总数量，分批交货、分批结算 | 一次创建、多次释放；适合MRO、办公用品等高频低值采购 |
实践建议： 在采购管理平台中，框架协议通常不直接生成入库单，而标准PO和一揽子订单的释放单会触发后续的收货与结算流程。系统设计时需为每种PO类型配置独立的审批流与确认规则。
3.3 PO状态机
PO状态机定义了订单从创建到关闭的完整生命周期。每个状态代表订单在业务流程中的特定阶段，状态之间的转换由系统事件（如审批通过、供应商确认、收货完成）或人工操作驱动。清晰的状态机设计是采购平台实现自动化流转与异常管控的基础。
3.4 状态机关键节点说明
上图中的状态流转遵循采购业务的一般规律，但在实际平台设计中，以下节点需要特别关注：
- 草稿 → 待审批： 系统自动生成PO后默认进入草稿状态，经采购员确认后提交审批。自动生成场景下可配置“提交即审批”规则，跳过草稿阶段。
- 已审批 → 已发送： 审批通过后，系统通过EDI、邮件或供应商门户将PO发送给供应商。发送动作通常由定时任务或人工触发。
- 供应商已确认： 供应商在门户中确认PO后，订单进入可执行状态。若供应商拒绝或修改，PO应回退至“待修改”状态（图中未展开，属于异常分支）。
- 部分收货 → 已收货： 一揽子订单或分批交货场景下，系统支持多次收货登记，直至累计数量达到订单总量后自动变更为“已收货”。
- 已关闭： 收货完成且发票匹配通过后，PO自动关闭。关闭后的PO不可再执行收货或修改操作。
常见设计陷阱： 部分平台将“已取消”与“已关闭”混为一谈。实际上，取消是主动终止（未收货或未完全收货），关闭是正常完成。两者在财务结算与库存冲销逻辑上存在本质区别，必须分开设计。
3.5 PO类型与状态机的关联
不同类型的PO在状态机中的流转路径存在差异，下表总结了关键区别：
| PO类型 | 初始状态 | 是否支持分批收货 | 关闭条件 | 取消限制 |
|---|---|---|---|---|
| 标准PO | 草稿 | 否（一次性收货） | 单次收货完成 | 收货前可取消 |
| 框架协议 | 已审批（无收货流程） | 不适用 | 协议到期或手动关闭 | 随时可取消 |
| 一揽子订单 | 草稿 | 是（多次释放/收货） | 累计收货数量达到总量 | 未释放行可取消，已释放行需单独处理 |
3.6 状态机设计原则
在采购管理平台中设计PO状态机时，应遵循以下原则以确保流程的严谨性与灵活性：
- 单向性原则： 状态应沿生命周期单向推进，避免循环跳转（如已收货不可回退至待审批）。取消操作应作为独立分支处理。
- 可追溯性： 每次状态变更需记录操作人、时间、变更原因，形成完整的审计日志。
- 异常处理： 供应商拒绝、交货延迟、数量差异等异常场景应设计对应的状态（如“待修改”、“争议中”），避免订单卡死在中间状态。
- 自动化触发： 状态变更应尽可能由系统事件自动驱动（如收货单创建后自动将PO从“部分收货”推进至“已收货”），减少人工干预。
总结： PO定义、类型与状态机构成了采购管理平台订单模块的三大基石。标准PO、框架协议、一揽子订单分别对应不同的采购场景，而状态机则确保订单在生命周期中按规则流转。在后续章节中，我们将基于这些基础概念，深入讲解采购订单的自动生成逻辑与供应商确认流程的集成设计。