采购申请与审批流 P08 · 采购域 P2P

含义：申请人刚创建，还没提交。
字段：物料、需求数量、需求日期、成本中心、预算科目、建议供应商（可选）、用途说明。
可操作：修改、删除、提交。
出口：提交后进入「待审批」，此时不占用预算（占用时机可配置，多数企业选择审批通过后占用）。

含义：已提交，等待第一级审批人处理。
系统动作：根据审批矩阵（金额 + 品类 + 组织）自动算出审批链并推送待办。
可操作：审批人通过/驳回/转交；申请人可撤回。
出口：通过进入下一级或「已批准」；驳回进入「已驳回」。

含义：多级审批中的中间态，通常 2–4 级。
关键设计：必须记录每一级的审批人、时间、意见、附加附件，用于审计追溯。
可操作：当前级审批人处理；超过 SLA（如 48 小时）自动提醒或升级。
出口：全部通过后进入「已批准」。

含义：审批通过，等待采购执行。
系统动作：占用预算（冻结对应金额），进入采购池等待分配采购员。
可操作：分配采购员、合并请购（同物料同需求期合并以凑量降本）、转 PO。
出口：全部数量转 PO 后进入「已转 PO」；部分转单则保持本状态直到剩余处理完。

含义：已生成采购订单，PR 的使命基本完成。
关键规则：PR 与 PO 是多对多关系（多张 PR 合并成一张 PO，或一张 PR 拆成多张 PO），必须记录映射关系。
可操作：查看关联 PO、跟踪执行。
出口：PO 完成收货后 PR 自动转为「已关闭」。

含义：审批不通过，退回申请人。
关键设计：必须填写驳回原因（系统预置原因码 + 文本），这既是沟通也是数据分析素材（哪类申请常被驳回）。
可操作：修改后重新提交，或作废。
出口：重新提交 → 「待审批」；作废 → 「已取消」。

含义：需求消失或重复申请，主动作废。
系统动作：释放预算占用，写审计日志。
关键规则：已转 PO 的 PR 不能直接取消，必须先处理 PO（关闭订单），否则会出现「PR 取消了但采购还在买」的失控场景。

含义：业务闭环，PR 归档。
触发：关联 PO 全部收货完成，或人工强制关闭（如剩余量不再采购）。
系统动作：释放剩余预算占用，进入历史库供查询与分析。