3. 采购申请与采购订单协同流程

在S/4HANA采购与供应链协同体系中,采购申请(Purchase Requisition,PR)与采购订单(Purchase Order,PO)构成需求从"内部提出"到"对外承诺"的主干链路。理解这条链路的关键,不是记住几个事务代码,而是看清需求如何被结构化、审批如何被触发、订单如何被确认,以及MRP如何在这条链路上持续施加影响。

一、采购申请:需求的第一次结构化

采购申请的本质是把业务需求翻译成采购可执行的语言。一张PR至少需要明确:物料或服务、数量、需求日期、工厂/库存地点、采购组、科目分配类别(如成本中心、内部订单、WBS元素、销售订单)。在S/4HANA中,PR可通过手工创建(ME51N)、MRP自动生成、或由采购申请审批工作流、SRM/外部系统接口写入。

以手工创建为例,典型输入包括:物料号、数量、交货日期、工厂、采购组、评估价格(可选)。系统会根据物料主数据中的采购类型(E/外部采购、F/内部生产)决定后续走向。若物料主数据维护了货源清单或采购信息记录,PR在保存时即可被自动分配货源,减少后续人工干预。

审批是PR从"申请"变为"可执行需求"的关键闸门。S/4HANA提供基于灵活工作流(Flexible Workflow)的审批机制,可按采购组、工厂、金额、科目分配类别等条件触发多级审批。审批未通过的PR处于"未批准"状态,MRP不会将其纳入净需求计算,也不会被转换为PO。这一点在协同场景中尤为重要:如果审批周期过长,MRP计划结果会持续把该需求视为"未释放",导致计划员反复看到同一需求却无法推进。

二、采购订单:从需求到对外承诺

PR转PO(ME21N或ME59N自动转换)时,系统会继承PR中的物料、数量、交货日期、工厂、采购组、科目分配等字段,并补充供应商、采购价格、付款条件、交货条件、货币等采购订单特有信息。转换过程中,采购信息记录(Info Record)和货源清单(Source List)会提供默认供应商与价格,减少手工录入。

PO创建后,其状态管理是协同的核心。S/4HANA中PO的关键状态包括:

  • 已创建:订单已保存,尚未发送供应商。
  • 已发送:通过消息输出(如EDI、邮件、打印)发送给供应商。
  • 已确认:供应商返回确认,可能包含数量、日期、价格的差异。
  • 部分收货/全部收货:基于收货(MIGO)更新订单历史。
  • 已开票/已付款:基于发票校验(MIRO)和财务过账。

订单确认(Order Confirmation)是供应商协同的反馈环节。供应商可通过EDI 855(采购订单确认)或门户返回确认信息,系统在PO的"确认"页签中记录确认数量、确认交货日期、确认类型(如按订单确认、按行项目确认)。如果确认日期晚于需求日期,计划员需要评估是否触发催货、替代货源或调整MRP参数。

三、交货计划与MRP的集成

交货计划(Delivery Schedule)是PO中用于管理分批交货的机制。对于长期采购或JIT场景,一张PO可包含多个计划行(Schedule Line),每行有独立的交货日期和数量。S/4HANA支持在PO中维护计划行,也支持通过MRP生成计划行建议。

MRP与PR/PO的集成体现在三个层面:

  1. 需求传递:MRP运行后,净需求以PR形式输出,PR的日期和数量由MRP根据提前期、批量、安全库存等参数计算。
  2. 供应反馈:已创建的PR和PO被视为"已计划供应",MRP在净需求计算时会扣除这些供应量。如果PO确认日期延迟,MRP会重新计算并可能产生新的例外消息(如"重新计划")。
  3. 例外管理:MRP例外消息(如"取消"、"提前"、"推迟")直接指向PR或PO行项目,计划员可据此调整订单。

一个典型的协同场景是:MRP运行后生成PR,PR经审批转为PO,供应商确认交货日期比需求日期晚5天。此时MRP在下一次运行时,会因供应不足产生"重新计划"例外消息,计划员可选择:与供应商协商提前、寻找替代货源、或调整需求日期。这一闭环正是采购与供应链协同的核心价值。

采购申请与采购订单协同流程 MRP 运行 净需求计算 批量/提前期/安全库存 例外消息生成 采购申请 PR 物料/数量/需求日期 工厂/采购组/科目分配 审批工作流触发 审批工作流 按采购组/金额/科目 多级审批 批准/拒绝/退回 采购订单 PO 供应商/价格/条件 交货计划行 消息输出/EDI发送 订单历史记录 供应商确认 确认数量 确认交货日期 确认类型 差异标记 收货与发票校验 MIGO 收货过账 MIRO 发票校验 三单匹配 MRP 再计划 供应不足/延迟 例外消息反馈 调整PR/PO 生成PR 提交审批 批准后 发送PO 确认反馈 收货/开票 MRP 再计划反馈 图例 MRP/收货 PR/再计划 PO 审批 确认

四、协同场景设计要点

在实际项目中,PR与PO的协同流程需要根据业务类型做差异化设计。以下是几个值得关注的场景:

场景关键设计点MRP影响
直接采购(无PR)PO直接创建,跳过PR审批PO作为供应直接参与净需求计算
框架协议下的PRPR关联合同/计划协议,自动带出价格协议行项目作为供应来源
跨工厂调拨PR触发STO(库存转储订单)调拨提前期纳入MRP计算
服务采购PR使用服务类目,PO含服务行服务确认(SES)作为收货依据

设计协同流程时,建议先明确三个问题:需求由谁提出、审批由谁负责、供应由谁确认。这三个问题的答案决定了PR的创建方式、审批路径和PO的确认机制。例如,对于MRO物料,通常由需求部门手工创建PR,采购组审批后转PO;对于生产物料,MRP自动生成PR,计划员审批后转PO,供应商通过EDI确认。

实践提示:在S/4HANA中,PR的审批状态直接影响MRP结果。如果希望MRP将未审批的PR视为"已计划供应",需要在MRP配置中调整"未审批PR"的处理方式。默认情况下,未审批PR不参与净需求计算,这可能导致计划员看到需求缺口却无法通过MRP自动补货。

五、关键参数与判断依据

在PR/PO协同流程中,以下参数直接影响流程效率和MRP结果:

  • PR处理时间:从PR创建到审批完成的天数。该参数影响MRP的提前期计算,若处理时间过长,MRP会提前生成PR。
  • PO确认类型:按订单确认、按行项目确认、按计划行确认。不同确认类型影响MRP对供应日期的判断精度。
  • 交货计划容差:允许供应商确认日期与需求日期的偏差范围。超出容差时,系统可触发例外消息。
  • 货源清单固定标识:若货源清单中某供应商被标记为"固定",MRP会优先使用该供应商,PR转PO时自动带出。

判断协同流程是否健康,可以观察几个指标:PR平均审批周期、PO确认及时率、MRP例外消息中"重新计划"的比例、以及因供应延迟导致的缺料次数。这些指标在S/4HANA的标准报表(如ME2M、ME2L、MD04)中均可获取。

注意:PR与PO的协同不是单向流程。MRP运行后生成的PR,在审批和转PO过程中可能被修改(如数量、日期、供应商),这些修改会反向影响MRP的下一次运行结果。因此,计划员需要定期检查MD04中的例外消息,而不是仅依赖MRP自动运行。

总结来说,采购申请与采购订单的协同流程,本质上是需求从内部结构化到外部承诺的转化过程。PR负责把需求说清楚,审批负责把需求管住,PO负责把需求发出去,供应商确认负责把需求接住,而MRP则在整个过程中持续计算供需平衡。理解这条链路上的每个状态变化和参数影响,是设计高效协同场景的基础。