1. 从MD04看MRP一次运行结果的深度“体检”刚接触SAP PP模块的朋友跑完MRP物料需求计划后最常问的问题可能就是“跑完了然后呢我怎么知道它跑得对不对” 确实MRP运行本身只是一个后台计算过程它的价值完全体现在运行结果上。而评估这些结果是PP顾问和计划员日常工作中最核心、最频繁的环节。这不像按个按钮那么简单它更像是对生产计划和物料供应体系的一次全面“体检”。你需要知道去哪里看报告如何解读那些密密麻麻的数据以及如何判断哪些是正常的“生理指标”哪些是需要紧急处理的“异常警报”。今天我们就以最经典的MD04库存/需求清单为核心结合MD05等工具来一次彻底的MRP结果评估实战拆解。MRP的运行逻辑简而言之就是基于销售订单、预测、库存、在途量、BOM和工艺路线计算出未来一段时间内什么物料、在什么时候、需要多少数量。但系统计算出的结果是冰冷的数字和需求元素。我们的工作就是赋予这些数字以业务意义将其转化为可执行的采购申请、生产订单或计划订单。评估过程本质上是一个“翻译”和“决策”的过程将系统的语言翻译成业务的行动。这个过程离不开两个核心事务码MD04和MD05。MD04是你的“显微镜”和“手术台”用于逐项检查每个物料的供需状况而MD05则是你的“望远镜”和“沙盘”用于从更高维度审视物料之间的关联和整体计划的可执行性。接下来我们就拿起这些工具开始这次评估之旅。2. MD04逐层剥开物料供需的“洋葱”MD04全称“库存/需求清单”是评估MRP结果最基础、最强大的工具没有之一。你可以把它想象成一个针对单个物料的、横跨时间的“供需平衡表”。输入一个物料号它就能展示该物料在所有相关工厂下的所有未来需求、供给以及系统给出的净需求建议。2.1 MD04界面核心字段解读读懂供需“语言”打开MD04界面信息量巨大。我们需要快速抓住关键字段它们构成了MRP结果的“单词表”。需求区Requirement这代表了“花钱”或“消耗”的一方。销售订单/需求通常以订单号或项目号显示是确定的客户需求。独立需求通常来自预测或计划独立需求计划策略40等是预测性的需求。相关需求由上层物料的计划订单或生产订单分解而来通过BOM展开这是MRP运行的核心产出之一。例如成品A的生产计划会分解出对半成品B和原材料C的相关需求。预留为特定用途如项目、维修而预留的库存也是一种需求。收货区Receipt这代表了“进账”或“供应”的一方。采购申请向采购部门提出的采购需求尚未转化为采购订单。采购订单已向供应商下达的正式订单。计划订单系统为自制件生成的、建议性的生产建议。这是MRP运行的另一核心产出需要计划员将其转换为固定的生产订单。生产订单已下达的、正在执行或待执行的生产指令。库存当前可用库存。关键日期与数量日期每一项需求或收货都有对应的日期这是计划排程的基石。数量对应的需求或收货数量。可用库存Available Stock这是一个动态计算值公式大致为前期可用库存 本期及之前所有收货 - 本期及之前所有需求。当可用库存为负或低于安全库存时系统就会触发新的供应建议计划订单或采购申请。MRP元素与例外消息这是MD04的“警报系统”。MRP元素如LSF计划订单、BES采购申请等标识了供应类型。例外消息以数字代码形式显示如01短缺、02过期、51计划订单被固定等。这些消息是评估工作首要关注点它们直接指出了计划中的问题。注意MD04的显示格式和字段可以通过后台配置如定义需求/收货类型进行个性化设置。一个熟练的计划员通常会根据自己的关注点定制专属的MD04布局以便一眼看到最关键的信息。2.2 评估流程从异常到根源的排查链路面对一个物料的MD04清单如何进行高效评估我个人的习惯是遵循一个“由表及里从异常到正常”的排查链路。第一步快速扫描“例外消息”列。这是最高效的入口。所有标有例外代码如01 02的行都是系统亮起的“红灯”必须优先处理。例如看到一堆01短缺你立刻就知道这些物料的供应不足需要跟进采购或生产。第二步分析供需平衡理解净需求的计算。即使没有例外消息也需要审视关键日期的供需情况。重点关注“可用库存”转为负数或接近零的时间点。系统正是在这些点生成了新的计划订单或采购申请。你需要判断这个需求是否合理销售订单是否确认预测是否准确系统建议的供应计划订单日期和数量是否可行考虑物料采购提前期、生产周期、产能限制。第三步追溯需求来源。对于相关需求双击行项目可以穿透到产生它的上层物料的计划订单或生产订单通常跳转到上层物料的MD04。这是理解需求来源、进行联动调整的关键。例如你发现原材料D突然出现大量短缺需求追溯后发现是因为成品E的销售订单大幅增加这时你就需要联动评估成品E的生产能力。第四步检查供应要素的确定性。区分“建议”和“确定”。计划订单LSF是建议可以删除、修改、或转换为生产订单采购申请BES是向采购部门的建议而采购订单BEST和生产订单是已确定的供应。评估时要确保在需求时间点之前有足够确定的供应来覆盖。如果依赖的仍是计划订单则需要推动其尽快转换或确认。第五步处理特殊标识。注意“固定”、“已排产”等标识。被固定的元素不会在下次MRP运行时被自动更改这既是优点计划稳定也可能是风险僵化。需要确认固定的理由是否仍然成立。通过这五步你就能对一个物料的MRP结果有一个全面且深入的判断。但这只是单个物料的视角。生产是一个网络一个物料的问题往往源于另一个物料。3. MD05构建物料网络的“全景地图”MD04虽好但它是孤立的。一个成品由数十上百个组件构成逐个检查MD04效率低下且无法看清组件之间的关联。这时就需要MD05MRP清单登场。MD05可以理解为“多层BOM的MD04”。它允许你输入一个顶层物料如最终产品然后系统会展开其多层BOM结构并以层次化的方式展示所有相关物料的供需情况。在MD05中你可以一目了然地看到物料层级关系成品 - 半成品 - 原材料。快速定位瓶颈物料哪个层级的哪个物料出现了例外消息如短缺会非常显眼。执行联动操作你可以直接在MD05中对多个相关物料的需求或供应元素进行集中处理比如同时将多个计划订单转换为生产订单。MD05的典型使用场景当你接到一个紧急的销售订单需要快速评估其可交付性时在MD05中输入该成品物料号设置相关需求参数你就能立刻看到完成这个订单所需的所有子件它们的库存状况、在途量以及是否存在供应短缺。这比在MD04里一个个物料去查要快得多也避免了遗漏。实操心得MD05的显示和筛选功能非常强大。我强烈建议配置和使用“选择变式”将常用的筛选条件如只显示有例外消息的物料、只显示特定工厂的物料等保存起来。每次评估时调用变式可以瞬间聚焦于问题点极大提升效率。另外MD05的初始视图可能信息过载善用“折叠/展开”层级和列筛选功能能让你的“全景地图”更加清晰。4. 关键事务码协同构建完整的评估工具箱除了MD04和MD05一个完整的MRP结果评估体系还需要其他事务码的配合它们各自解决特定问题。4.1 MD06/MD07MRP运行结果的集中“报告厅”MD04/05是“诊断工具”而MD06MRP评估总览和MD07MRP清单评估则是“报告工具”。MD06提供更宏观的视图可以按物料类型、MRP控制者、工厂等维度汇总显示MRP运行后产生的计划订单、采购申请等新物料的总体数量和价值。适合管理层或计划主管快速把握MRP运行的总体产出和影响。MD07功能与MD05类似但输出格式更偏向于清单报表便于打印或导出分析。它可以显示多层BOM的需求并允许进行批量处理操作。4.2 MD09需求溯源与“影响分析”MD09单个物料的多层需求溯源是一个强大的需求穿透工具。当你在MD04中看到一个令人困惑或异常的需求时MD09可以帮你追根溯源。它不仅能像MD05一样向上追溯还能清晰地展示需求的传递路径和计算过程。例如某个原材料的需求突然激增通过MD09你可以一步步追溯到最顶层的销售订单或预测并看到在每一层BOM展开时需求数量是如何被计算和传递下来的。这对于验证需求准确性、分析需求波动原因至关重要。4.3 COGI处理“卡住”的订单在评估过程中你可能会发现某些生产订单状态异常无法正常收货或发货。这时COGI记录和处理的错误事务码就派上用场了。生产订单执行过程中如发料、报工、收货如果出现库存不足、批次确定失败、成本中心错误等问题系统会产生错误日志并将订单置于“有错误”状态。COGI就是集中查看和处理这些错误的地方。定期检查和处理COGI中的错误是保证生产订单顺畅执行、从而使MRP计划得以落地的基础。一个积压了大量错误的COGI意味着你的生产执行与MRP计划已经严重脱节。4.4 其他辅助工具MMBE库存概览快速查看物料在不同库存地点、批次、特殊库存如质检、冻结下的库存情况比MD04的库存视图更详细。COOIS订单信息系统从订单维度生产订单、流程订单查看状态、日期、成本等信息与MD04的物料维度形成互补。MD02单个物料MRP运行在评估发现问题后如果只是个别物料的主数据如BOM、工艺路线或需求发生了微小变化不需要重新运行全厂MRP可以使用MD02对单个物料进行重跑快速更新其计划结果。5. 从评估到行动计划员的决策与处理评估的最终目的是行动。看懂MD04/MD05只是第一步如何基于评估结果做出正确的决策和处理才是计划员价值的体现。5.1 处理系统建议计划订单的“命运”MRP运行产生的大量计划订单通常有以下几种处理方式直接转换对于需求稳定、无需调整的计划订单直接在MD04或MD05中将其转换为生产订单对于自制件或采购申请对于外购件但通常MRP直接产生采购申请。调整后转换如果系统建议的日期或数量不合理先手动修改计划订单的日期、数量然后再转换。这可能是因为考虑了实际的产能瓶颈、供应商的谈判结果或最小包装量。删除如果需求已取消或错误可以删除系统产生的计划订单。但需谨慎并最好在删除前固定需求防止下次MRP运行时再次产生。固定对于已经确认、不希望被下次MRP运行自动更改的计划可以将其固定。固定后的计划订单会带有一个锁形图标并在下次MRP运行时被保留。5.2 处理异常消息系统“警报”的响应针对常见的例外消息需要有标准的处理流程短缺01这是最常见的消息。处理步骤a) 检查是否有在途订单采购/生产可以提前b) 检查是否有替代物料可用c) 创建紧急采购申请或催交现有订单d) 与销售协商调整客户交期。过期02收货如采购订单的日期已过但货物仍未到。处理联系采购或供应商确认新的到货日期并在系统中更新订单的交货日期。已取消/被删除的需求覆盖相关消息检查是否有需求被意外删除导致供给过剩。可能需要手动减少或取消对应的供给。5.3 主数据与参数评估中发现的“慢性病”很多MRP运行结果的问题根源在于主数据或参数设置不准确。在评估过程中要养成“顺藤摸瓜”的习惯如果总是出现不合理的短缺检查物料的采购提前期或生产周期是否设置过短或者安全库存设置是否不足。如果计划订单数量波动巨大检查物料的批量大小如固定批量、期间批量策略是否合适或者需求来源预测、销售订单是否不稳定。如果相关需求计算错误检查BOM的组件用量和有效期是否正确。如果计划订单的日期不合理检查工艺路线中的工时和维护是否准确。评估MRP结果的过程也是一个持续优化主数据的过程。发现的问题应及时反馈给主数据维护团队。6. 实战案例一个紧急插单的MRP评估全流程假设你是一家电子制造公司的计划员周一早上接到一个紧急销售订单要求本周五交付100台成品“智能网关A”。你需要快速评估可行性。第一步在MD05中创建顶层视图。输入物料“智能网关A”选择该销售订单的需求运行MD05多层显示。快速浏览整个BOM树重点关注标有红色例外消息如短缺01的物料。假设你发现关键芯片“IC-888”显示短缺50个交期在周五之后。第二步在MD04中深度诊断“IC-888”。跳转到“IC-888”的MD04。发现现有库存100个但有一个下周一到货的采购订单200个而本周五的新增需求来自智能网关A是150个。因此周五当天可用库存为100 - 150 -50系统抛出短缺01并产生了一个建议本周四到货的采购申请50个。显然系统建议的采购申请无法实现采购提前期不足。第三步制定并执行行动计划。方案A优先联系采购确认下周一到货的200个“IC-888”能否提前至本周四到货一部分至少50个。如果可以在系统中将该采购订单的行项目交货日期提前并确认数量。系统重新评估后短缺消息可能消失。方案B检查是否有替代物料。经查物料“IC-889”可以替代且库存充足。但需要通知技术部门确认替代可行性并可能需要修改BOM或生产订单的组件分配。方案C与销售协商能否将100台订单分批交付本周五先交付50台消耗库存100个芯片中的50个另50个留给其他订单剩余50台利用下周一到货的芯片生产下周一交付。方案D检查是否有其他生产订单或项目预留了该芯片可以临时借用需谨慎避免引发连锁问题。第四步更新系统状态并监控。根据确定的方案在系统中执行相应操作如修改采购订单日期、转换替代物料、调整生产订单等。然后对“智能网关A”再次运行MD05或检查相关MD04确认短缺警报已解除整个供应网络恢复绿色。最后将确认的交期回复给销售。这个案例展示了如何将MD04/MD05的评估结果迅速转化为具体的、多选项的应对策略并最终在系统中完成闭环操作。7. 评估工作的日常节奏与最佳实践评估MRP结果不是一次性任务而应融入每日工作流程。每日必做检查MD04/MD05中的例外消息特别是短缺01和过期02消息这些是当天必须处理的“火情”。同时处理COGI中的生产订单错误。每周回顾运行MD06或相关报表查看一周内MRP产生的计划订单总量、价值以及主要物料类别的供需趋势。回顾并处理那些不太紧急但长期存在的例外如计划订单被固定过久。每月/每季分析深入分析频繁出现问题的物料追溯根源推动主数据提前期、批量策略或需求管理策略预测准确性的改进。最佳实践分享个性化布局花时间配置属于你自己的MD04/MD05布局将最关心的字段如例外消息、可用库存、需求日期放在最显眼位置。善用变式为不同的评估场景如“紧急订单检查”、“外购件监控”、“自制件产能评估”创建MD05的选择变式一键切换。建立处理清单可以简单利用Excel或SAP的清单管理功能将每天需要跟进的异常物料清单记录下来标注责任人、处理措施和截止日期避免遗漏。沟通闭环MRP计划不是计划员一个人的事。评估发现的问题很多需要采购、生产、销售、仓库等多个部门协同解决。建立有效的沟通机制如每日生产计划会将MD04/MD05的评估结果作为会议输入共同讨论决策是计划能够顺利执行的关键。评估MRP的运行结果是SAP PP模块知识从理论走向实践的核心桥梁。它要求你不仅懂系统操作更要懂业务逻辑、懂供应链、懂沟通协调。MD04和MD05是你的眼睛和大脑而你的经验和判断力才是让整个计划体系灵活运转的灵魂。每一次对MRP清单的仔细审视都是在为企业的平稳运营排除隐患、创造价值。
1. 从MD04看MRP一次运行结果的深度“体检”刚接触SAP PP模块的朋友跑完MRP物料需求计划后最常问的问题可能就是“跑完了然后呢我怎么知道它跑得对不对” 确实MRP运行本身只是一个后台计算过程它的价值完全体现在运行结果上。而评估这些结果是PP顾问和计划员日常工作中最核心、最频繁的环节。这不像按个按钮那么简单它更像是对生产计划和物料供应体系的一次全面“体检”。你需要知道去哪里看报告如何解读那些密密麻麻的数据以及如何判断哪些是正常的“生理指标”哪些是需要紧急处理的“异常警报”。今天我们就以最经典的MD04库存/需求清单为核心结合MD05等工具来一次彻底的MRP结果评估实战拆解。MRP的运行逻辑简而言之就是基于销售订单、预测、库存、在途量、BOM和工艺路线计算出未来一段时间内什么物料、在什么时候、需要多少数量。但系统计算出的结果是冰冷的数字和需求元素。我们的工作就是赋予这些数字以业务意义将其转化为可执行的采购申请、生产订单或计划订单。评估过程本质上是一个“翻译”和“决策”的过程将系统的语言翻译成业务的行动。这个过程离不开两个核心事务码MD04和MD05。MD04是你的“显微镜”和“手术台”用于逐项检查每个物料的供需状况而MD05则是你的“望远镜”和“沙盘”用于从更高维度审视物料之间的关联和整体计划的可执行性。接下来我们就拿起这些工具开始这次评估之旅。2. MD04逐层剥开物料供需的“洋葱”MD04全称“库存/需求清单”是评估MRP结果最基础、最强大的工具没有之一。你可以把它想象成一个针对单个物料的、横跨时间的“供需平衡表”。输入一个物料号它就能展示该物料在所有相关工厂下的所有未来需求、供给以及系统给出的净需求建议。2.1 MD04界面核心字段解读读懂供需“语言”打开MD04界面信息量巨大。我们需要快速抓住关键字段它们构成了MRP结果的“单词表”。需求区Requirement这代表了“花钱”或“消耗”的一方。销售订单/需求通常以订单号或项目号显示是确定的客户需求。独立需求通常来自预测或计划独立需求计划策略40等是预测性的需求。相关需求由上层物料的计划订单或生产订单分解而来通过BOM展开这是MRP运行的核心产出之一。例如成品A的生产计划会分解出对半成品B和原材料C的相关需求。预留为特定用途如项目、维修而预留的库存也是一种需求。收货区Receipt这代表了“进账”或“供应”的一方。采购申请向采购部门提出的采购需求尚未转化为采购订单。采购订单已向供应商下达的正式订单。计划订单系统为自制件生成的、建议性的生产建议。这是MRP运行的另一核心产出需要计划员将其转换为固定的生产订单。生产订单已下达的、正在执行或待执行的生产指令。库存当前可用库存。关键日期与数量日期每一项需求或收货都有对应的日期这是计划排程的基石。数量对应的需求或收货数量。可用库存Available Stock这是一个动态计算值公式大致为前期可用库存 本期及之前所有收货 - 本期及之前所有需求。当可用库存为负或低于安全库存时系统就会触发新的供应建议计划订单或采购申请。MRP元素与例外消息这是MD04的“警报系统”。MRP元素如LSF计划订单、BES采购申请等标识了供应类型。例外消息以数字代码形式显示如01短缺、02过期、51计划订单被固定等。这些消息是评估工作首要关注点它们直接指出了计划中的问题。注意MD04的显示格式和字段可以通过后台配置如定义需求/收货类型进行个性化设置。一个熟练的计划员通常会根据自己的关注点定制专属的MD04布局以便一眼看到最关键的信息。2.2 评估流程从异常到根源的排查链路面对一个物料的MD04清单如何进行高效评估我个人的习惯是遵循一个“由表及里从异常到正常”的排查链路。第一步快速扫描“例外消息”列。这是最高效的入口。所有标有例外代码如01 02的行都是系统亮起的“红灯”必须优先处理。例如看到一堆01短缺你立刻就知道这些物料的供应不足需要跟进采购或生产。第二步分析供需平衡理解净需求的计算。即使没有例外消息也需要审视关键日期的供需情况。重点关注“可用库存”转为负数或接近零的时间点。系统正是在这些点生成了新的计划订单或采购申请。你需要判断这个需求是否合理销售订单是否确认预测是否准确系统建议的供应计划订单日期和数量是否可行考虑物料采购提前期、生产周期、产能限制。第三步追溯需求来源。对于相关需求双击行项目可以穿透到产生它的上层物料的计划订单或生产订单通常跳转到上层物料的MD04。这是理解需求来源、进行联动调整的关键。例如你发现原材料D突然出现大量短缺需求追溯后发现是因为成品E的销售订单大幅增加这时你就需要联动评估成品E的生产能力。第四步检查供应要素的确定性。区分“建议”和“确定”。计划订单LSF是建议可以删除、修改、或转换为生产订单采购申请BES是向采购部门的建议而采购订单BEST和生产订单是已确定的供应。评估时要确保在需求时间点之前有足够确定的供应来覆盖。如果依赖的仍是计划订单则需要推动其尽快转换或确认。第五步处理特殊标识。注意“固定”、“已排产”等标识。被固定的元素不会在下次MRP运行时被自动更改这既是优点计划稳定也可能是风险僵化。需要确认固定的理由是否仍然成立。通过这五步你就能对一个物料的MRP结果有一个全面且深入的判断。但这只是单个物料的视角。生产是一个网络一个物料的问题往往源于另一个物料。3. MD05构建物料网络的“全景地图”MD04虽好但它是孤立的。一个成品由数十上百个组件构成逐个检查MD04效率低下且无法看清组件之间的关联。这时就需要MD05MRP清单登场。MD05可以理解为“多层BOM的MD04”。它允许你输入一个顶层物料如最终产品然后系统会展开其多层BOM结构并以层次化的方式展示所有相关物料的供需情况。在MD05中你可以一目了然地看到物料层级关系成品 - 半成品 - 原材料。快速定位瓶颈物料哪个层级的哪个物料出现了例外消息如短缺会非常显眼。执行联动操作你可以直接在MD05中对多个相关物料的需求或供应元素进行集中处理比如同时将多个计划订单转换为生产订单。MD05的典型使用场景当你接到一个紧急的销售订单需要快速评估其可交付性时在MD05中输入该成品物料号设置相关需求参数你就能立刻看到完成这个订单所需的所有子件它们的库存状况、在途量以及是否存在供应短缺。这比在MD04里一个个物料去查要快得多也避免了遗漏。实操心得MD05的显示和筛选功能非常强大。我强烈建议配置和使用“选择变式”将常用的筛选条件如只显示有例外消息的物料、只显示特定工厂的物料等保存起来。每次评估时调用变式可以瞬间聚焦于问题点极大提升效率。另外MD05的初始视图可能信息过载善用“折叠/展开”层级和列筛选功能能让你的“全景地图”更加清晰。4. 关键事务码协同构建完整的评估工具箱除了MD04和MD05一个完整的MRP结果评估体系还需要其他事务码的配合它们各自解决特定问题。4.1 MD06/MD07MRP运行结果的集中“报告厅”MD04/05是“诊断工具”而MD06MRP评估总览和MD07MRP清单评估则是“报告工具”。MD06提供更宏观的视图可以按物料类型、MRP控制者、工厂等维度汇总显示MRP运行后产生的计划订单、采购申请等新物料的总体数量和价值。适合管理层或计划主管快速把握MRP运行的总体产出和影响。MD07功能与MD05类似但输出格式更偏向于清单报表便于打印或导出分析。它可以显示多层BOM的需求并允许进行批量处理操作。4.2 MD09需求溯源与“影响分析”MD09单个物料的多层需求溯源是一个强大的需求穿透工具。当你在MD04中看到一个令人困惑或异常的需求时MD09可以帮你追根溯源。它不仅能像MD05一样向上追溯还能清晰地展示需求的传递路径和计算过程。例如某个原材料的需求突然激增通过MD09你可以一步步追溯到最顶层的销售订单或预测并看到在每一层BOM展开时需求数量是如何被计算和传递下来的。这对于验证需求准确性、分析需求波动原因至关重要。4.3 COGI处理“卡住”的订单在评估过程中你可能会发现某些生产订单状态异常无法正常收货或发货。这时COGI记录和处理的错误事务码就派上用场了。生产订单执行过程中如发料、报工、收货如果出现库存不足、批次确定失败、成本中心错误等问题系统会产生错误日志并将订单置于“有错误”状态。COGI就是集中查看和处理这些错误的地方。定期检查和处理COGI中的错误是保证生产订单顺畅执行、从而使MRP计划得以落地的基础。一个积压了大量错误的COGI意味着你的生产执行与MRP计划已经严重脱节。4.4 其他辅助工具MMBE库存概览快速查看物料在不同库存地点、批次、特殊库存如质检、冻结下的库存情况比MD04的库存视图更详细。COOIS订单信息系统从订单维度生产订单、流程订单查看状态、日期、成本等信息与MD04的物料维度形成互补。MD02单个物料MRP运行在评估发现问题后如果只是个别物料的主数据如BOM、工艺路线或需求发生了微小变化不需要重新运行全厂MRP可以使用MD02对单个物料进行重跑快速更新其计划结果。5. 从评估到行动计划员的决策与处理评估的最终目的是行动。看懂MD04/MD05只是第一步如何基于评估结果做出正确的决策和处理才是计划员价值的体现。5.1 处理系统建议计划订单的“命运”MRP运行产生的大量计划订单通常有以下几种处理方式直接转换对于需求稳定、无需调整的计划订单直接在MD04或MD05中将其转换为生产订单对于自制件或采购申请对于外购件但通常MRP直接产生采购申请。调整后转换如果系统建议的日期或数量不合理先手动修改计划订单的日期、数量然后再转换。这可能是因为考虑了实际的产能瓶颈、供应商的谈判结果或最小包装量。删除如果需求已取消或错误可以删除系统产生的计划订单。但需谨慎并最好在删除前固定需求防止下次MRP运行时再次产生。固定对于已经确认、不希望被下次MRP运行自动更改的计划可以将其固定。固定后的计划订单会带有一个锁形图标并在下次MRP运行时被保留。5.2 处理异常消息系统“警报”的响应针对常见的例外消息需要有标准的处理流程短缺01这是最常见的消息。处理步骤a) 检查是否有在途订单采购/生产可以提前b) 检查是否有替代物料可用c) 创建紧急采购申请或催交现有订单d) 与销售协商调整客户交期。过期02收货如采购订单的日期已过但货物仍未到。处理联系采购或供应商确认新的到货日期并在系统中更新订单的交货日期。已取消/被删除的需求覆盖相关消息检查是否有需求被意外删除导致供给过剩。可能需要手动减少或取消对应的供给。5.3 主数据与参数评估中发现的“慢性病”很多MRP运行结果的问题根源在于主数据或参数设置不准确。在评估过程中要养成“顺藤摸瓜”的习惯如果总是出现不合理的短缺检查物料的采购提前期或生产周期是否设置过短或者安全库存设置是否不足。如果计划订单数量波动巨大检查物料的批量大小如固定批量、期间批量策略是否合适或者需求来源预测、销售订单是否不稳定。如果相关需求计算错误检查BOM的组件用量和有效期是否正确。如果计划订单的日期不合理检查工艺路线中的工时和维护是否准确。评估MRP结果的过程也是一个持续优化主数据的过程。发现的问题应及时反馈给主数据维护团队。6. 实战案例一个紧急插单的MRP评估全流程假设你是一家电子制造公司的计划员周一早上接到一个紧急销售订单要求本周五交付100台成品“智能网关A”。你需要快速评估可行性。第一步在MD05中创建顶层视图。输入物料“智能网关A”选择该销售订单的需求运行MD05多层显示。快速浏览整个BOM树重点关注标有红色例外消息如短缺01的物料。假设你发现关键芯片“IC-888”显示短缺50个交期在周五之后。第二步在MD04中深度诊断“IC-888”。跳转到“IC-888”的MD04。发现现有库存100个但有一个下周一到货的采购订单200个而本周五的新增需求来自智能网关A是150个。因此周五当天可用库存为100 - 150 -50系统抛出短缺01并产生了一个建议本周四到货的采购申请50个。显然系统建议的采购申请无法实现采购提前期不足。第三步制定并执行行动计划。方案A优先联系采购确认下周一到货的200个“IC-888”能否提前至本周四到货一部分至少50个。如果可以在系统中将该采购订单的行项目交货日期提前并确认数量。系统重新评估后短缺消息可能消失。方案B检查是否有替代物料。经查物料“IC-889”可以替代且库存充足。但需要通知技术部门确认替代可行性并可能需要修改BOM或生产订单的组件分配。方案C与销售协商能否将100台订单分批交付本周五先交付50台消耗库存100个芯片中的50个另50个留给其他订单剩余50台利用下周一到货的芯片生产下周一交付。方案D检查是否有其他生产订单或项目预留了该芯片可以临时借用需谨慎避免引发连锁问题。第四步更新系统状态并监控。根据确定的方案在系统中执行相应操作如修改采购订单日期、转换替代物料、调整生产订单等。然后对“智能网关A”再次运行MD05或检查相关MD04确认短缺警报已解除整个供应网络恢复绿色。最后将确认的交期回复给销售。这个案例展示了如何将MD04/MD05的评估结果迅速转化为具体的、多选项的应对策略并最终在系统中完成闭环操作。7. 评估工作的日常节奏与最佳实践评估MRP结果不是一次性任务而应融入每日工作流程。每日必做检查MD04/MD05中的例外消息特别是短缺01和过期02消息这些是当天必须处理的“火情”。同时处理COGI中的生产订单错误。每周回顾运行MD06或相关报表查看一周内MRP产生的计划订单总量、价值以及主要物料类别的供需趋势。回顾并处理那些不太紧急但长期存在的例外如计划订单被固定过久。每月/每季分析深入分析频繁出现问题的物料追溯根源推动主数据提前期、批量策略或需求管理策略预测准确性的改进。最佳实践分享个性化布局花时间配置属于你自己的MD04/MD05布局将最关心的字段如例外消息、可用库存、需求日期放在最显眼位置。善用变式为不同的评估场景如“紧急订单检查”、“外购件监控”、“自制件产能评估”创建MD05的选择变式一键切换。建立处理清单可以简单利用Excel或SAP的清单管理功能将每天需要跟进的异常物料清单记录下来标注责任人、处理措施和截止日期避免遗漏。沟通闭环MRP计划不是计划员一个人的事。评估发现的问题很多需要采购、生产、销售、仓库等多个部门协同解决。建立有效的沟通机制如每日生产计划会将MD04/MD05的评估结果作为会议输入共同讨论决策是计划能够顺利执行的关键。评估MRP的运行结果是SAP PP模块知识从理论走向实践的核心桥梁。它要求你不仅懂系统操作更要懂业务逻辑、懂供应链、懂沟通协调。MD04和MD05是你的眼睛和大脑而你的经验和判断力才是让整个计划体系灵活运转的灵魂。每一次对MRP清单的仔细审视都是在为企业的平稳运营排除隐患、创造价值。
)
