尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

SAP PP后台配置全解析:BOM、工艺路线与MRP核心配置实战指南

SAP PP后台配置全解析:BOM、工艺路线与MRP核心配置实战指南 1. 从一张工单说起SAP PP后台配置到底在配什么刚入行那会儿我最怕听到的一句话就是“这个物料跑不出计划订单你去看下后台”。那时候我对SAP PP的理解还停留在前台事务代码层面——MD01跑MRP、CS01建BOM、CA01建工艺路线觉得这些操作已经够用了。直到有一次一个成品物料在MD01里死活跑不出计划订单前台查了半天没任何异常最后一位老顾问淡淡地说了一句“你去OPPQ看看计划策略配了没。”那一刻我才意识到SAP PP真正的功夫大半都藏在后台配置里。SAP PPProduction Planning生产计划模块的后台配置说白了就是给系统定规矩。前台操作是“做事”后台配置是“定规则”——物料怎么算需求、BOM怎么展开、工艺路线怎么选、MRP怎么跑、工单怎么生成这些行为的底层逻辑全部由后台配置决定。你可以把后台配置想象成一套交通法规前台操作是开车后台配置是红绿灯、车道线和限速标志。法规没定好车要么跑不起来要么到处撞。这套配置的核心链路围绕三个关键词展开BOM物料清单、工艺路线Routing、MRP物料需求计划。BOM回答“一个成品需要哪些零部件、各需要多少”工艺路线回答“这些零部件经过哪些工序、在哪些工作中心加工、每道工序花多长时间”MRP则回答“什么时候需要采购或生产、需要多少”。三者环环相扣缺一不可。BOM不准MRP算出来的需求就是错的工艺路线不准排产和成本核算就是空中楼阁。这篇文章适合谁看如果你是刚接触SAP PP的顾问或关键用户正在被后台配置的层层菜单搞得头晕那这篇内容可以帮你理清主线如果你已经有一定基础但配置总是“知其然不知其所以然”那这里会重点解释每个配置节点背后的逻辑和踩坑经验。我不会只告诉你“点哪里”更会告诉你“为什么这么点”以及“不这么点会怎样”。整篇内容按照一条完整的配置链路来组织先讲BOM的后台配置再讲工艺路线的后台配置然后是MRP相关的核心配置最后把三者串起来用一个完整的物料主数据配置案例收尾。每个环节都会附上实操步骤、参数说明和我自己踩过的坑。2. BOM后台配置不只是CS01那么简单2.1 BOM用途与替代BOM的配置逻辑很多人觉得BOM就是CS01建一条物料清单没什么好配的。但实际项目中BOM的复杂度远超想象。同一个成品可能因为不同的客户、不同的工厂、不同的时间段需要不同的BOM版本。这就涉及到BOM用途BOM Usage和替代BOMAlternative BOM的配置。BOM用途在后台通过事务代码OS20自定义BOM用途来配置。SAP标准系统已经预置了几个常用用途用途1代表生产用途2代表工程/设计用途3代表销售用途4代表成本核算。但在实际项目中我经常遇到需要自定义用途的场景。比如某汽车零部件企业同一个零件供给主机厂和售后市场两者的BOM结构不同——主机厂供货是总成件售后市场是散件。这时候就需要定义两个BOM用途分别对应不同的业务场景。配置路径是SPRO → 生产 → 基本数据 → 物料清单 → 替代确定 → 定义BOM用途。在配置界面里你需要为每个用途指定几个关键参数BOM用途的ID、描述、是否允许替代BOM、是否与任务清单关联等。这里有一个容易忽略的点——“优先权”字段。当同一个物料存在多个用途的BOM时系统需要知道哪个用途优先。比如用途1生产和用途3销售同时存在MRP运行时应该取哪个这个优先权就决定了系统的选择顺序。注意BOM用途的配置一旦有业务数据产生再修改就要格外谨慎。特别是“优先权”字段改了之后可能导致已有物料的MRP运算结果发生变化。建议在项目上线前就把用途规划清楚上线后不要轻易动。替代BOM的配置稍微复杂一些。替代BOM的核心逻辑是同一个物料、同一个用途下可以有多条BOM通过“替代BOM号”来区分。系统在展开BOM时根据一定的策略来选择用哪条。这个策略在后台通过事务代码OS23定义替代确定来配置。替代确定的逻辑可以基于以下条件BOM用量、有效期、批次、生产版本等。我做过一个项目客户是生产化工产品的同一个成品在不同季节使用的原材料配比不同。我们配置了基于有效期的替代BOM——夏季配方和冬季配方各一条BOM系统根据生产日期自动选择。配置的关键是在OS23里把“有效期”设为替代确定的优先级条件然后在BOM抬头里维护每条BOM的有效期起止日期。这个方案上线后运行得很稳客户再也不用每个月手动切换BOM了。2.2 BOM展开参数与物料主数据的关系BOM的后台配置不只是OS20和OS23这两个事务代码还有一组隐藏在物料主数据背后的配置参数它们决定了BOM在MRP运算和工单创建时如何展开。第一个关键配置是BOM展开控制在物料主数据的MRP视图2中有一个“BOM展开”字段。这个字段的值来自后台配置通过事务代码OPPQ定义BOM展开参数来维护。这个参数决定了MRP运行时是否展开BOM、展开到几层。标准选项包括不展开、展开一层、展开多层。对于自制成品通常设为“展开多层”这样MRP才能算出所有层级的需求对于采购件设为“不展开”因为采购件不需要展开BOM。第二个关键配置是BOM状态管理。BOM有“激活”和“未激活”两种状态只有激活的BOM才能被MRP和工单使用。后台通过事务代码OS25定义BOM状态来配置状态的控制逻辑。这里有一个实操中经常遇到的问题新建的BOM默认是未激活的需要手动激活。如果忘了激活MRP跑出来就没有需求。我踩过这个坑——一个紧急项目上线前BOM建好了但没激活MD01跑完发现所有成品都没有计划订单排查了两个小时才发现是BOM状态的问题。第三个关键配置是BOM行项目的类别。BOM里的每一行都有一个“行项目类别”比如“库存项目”“非库存项目”“文本项目”“文档项目”等。这些类别在后台通过事务代码OS24定义BOM行项目类别来配置。行项目类别决定了该行在MRP运算和成本核算中的处理方式。比如“非库存项目”不会产生采购需求但会计入成本核算“文本项目”只是备注信息不参与任何计算。配置项事务代码核心作用常见坑点BOM用途OS20区分不同业务场景的BOM优先权设置不当导致MRP取错BOM替代确定OS23定义多条BOM的选择策略有效期未维护导致替代失效BOM展开参数OPPQ控制MRP展开层级采购件误设多层展开导致性能问题BOM状态OS25控制BOM激活/未激活忘记激活导致MRP无需求行项目类别OS24定义BOM行的业务含义非库存项目误设为库存项目导致虚假需求2.3 BOM传输与批量维护的实操技巧项目上线时BOM数据量往往很大手工用CS01一条条建不现实。这时候就需要用到批量导入工具。SAP提供了几种方式LSMW旧版、LTMC新版、BAPI编程导入、以及直接录屏BDC。我个人的经验是对于BOM这种层级结构的数据LSMW的“批量输入”方式最稳但配置起来比较繁琐LTMC界面友好但处理深层嵌套结构时容易出错。不管用哪种工具有一个后台配置必须先做好BOM传输参数。通过事务代码OS21定义BOM传输参数配置。这个配置决定了BOM在工厂之间、物料之间传输时的行为。比如是否传输行项目、是否传输替代BOM、是否传输有效期等。如果这个配置没做好批量导入时可能出现“BOM头建好了但行项目丢了”的情况。还有一个实操技巧在批量导入BOM之前先把物料主数据、工作中心、BOM用途这些基础配置全部准备好。BOM导入依赖这些主数据如果物料号不存在、工作中心没建导入会大量报错。我通常的做法是先用一个小批量样本比如10个物料跑一遍完整流程确认无误后再全量导入。这个“小步快跑”的策略帮我省了很多返工时间。3. 工艺路线后台配置排产与成本的基石3.1 工作中心与能力配置的底层逻辑工艺路线的核心是“在哪个工作中心、用什么工序、花多长时间”。所以工作中心Work Center的配置是工艺路线的前提。工作中心在后台通过事务代码CR01创建但创建之前需要先配置好一系列基础参数。首先是工作中心类别Work Center Category通过事务代码OP40配置。标准系统预置了多个类别0001代表机器、0002代表人工、0003代表生产线等。类别决定了工作中心能执行哪些功能——比如是否支持能力计划、是否支持成本核算、是否支持排产。我见过一个项目客户把装配线的工作中心类别设成了“人工”结果能力计划跑不出来因为“人工”类别默认不启用能力计划功能。后来改成“机器”类别才解决。其次是能力参数通过事务代码OP41配置。能力参数定义了工作中心的能力维度是机器工时还是人工工时、每天几班、每班几小时、利用率是多少。这些参数直接影响排产结果。比如一个工作中心配了“每天3班、每班8小时、利用率90%”那它的日可用能力就是3×8×0.921.6小时。如果工艺路线里某道工序需要5小时系统就会算出这道工序需要0.23天。提示能力参数的“利用率”字段很容易被忽略。很多项目上线后发现排产结果偏乐观查来查去发现是利用率设成了100%。实际生产中设备需要保养、换模、休息利用率通常设85%-95%比较合理。然后是成本中心关联通过事务代码OP42配置。工作中心必须关联一个成本中心这样工单确认时才能把工时费用归集到正确的成本中心。这个配置在成本核算环节至关重要。如果工作中心没关联成本中心工单确认时系统会报错“成本中心未找到”。最后是公式参数通过事务代码OP43配置。公式参数定义了工作中心里各种时间字段的计算公式比如准备时间、加工时间、排队时间等。标准系统有一套默认公式但实际项目中经常需要自定义。比如某企业希望“加工时间标准工时×数量×系数”这个系数就通过公式参数来维护。3.2 工艺路线维护参数与工序控制码工作中心配好之后接下来是工艺路线本身的后台配置。核心事务代码是OP50定义工艺路线维护参数和OP51定义工序控制码。OP50配置的是工艺路线的整体行为工艺路线号是内部给号还是外部给号、是否允许重复工序、是否允许并行工序、工序号的增量是多少等。这里有一个关键参数——“任务清单类型”。SAP PP里工艺路线属于“任务清单”的一种任务清单类型通过OP50关联。标准类型是“N”工艺路线但有些项目会自定义类型比如“N1”代表装配工艺、“N2”代表机加工艺。不同类型的任务清单在MRP运算和工单创建时的行为可能不同。OP51配置的是工序控制码Control Key这是工艺路线里最容易被低估的配置。工序控制码决定了这道工序在工单中的行为是否触发排产、是否触发能力计划、是否触发成本核算、是否允许确认、是否允许报工。标准系统预置了几个控制码PP01标准工序、PP02不排产工序、PP03不成本核算工序等。我踩过一个典型的坑一个项目的工艺路线里某道“检验工序”用了PP01控制码结果这道工序参与了排产和能力计划导致排产结果里多出了检验时间客户很不满意。后来把检验工序的控制码改成PP02不排产问题解决。所以每道工序的控制码必须根据业务实际来选择不能图省事全用PP01。控制码排产能力计划成本核算确认典型场景PP01是是是是标准加工工序PP02否否是是检验、返修工序PP03是是否是不核算成本的工序PP04否否否是纯信息记录工序3.3 工艺路线与BOM的关联配置工艺路线和BOM虽然是两个独立的对象但在实际生产中它们必须关联起来。这个关联通过生产版本Production Version来实现。生产版本在后台通过事务代码C223创建它把BOM和工艺路线绑定在一起告诉系统“用这条BOM和这条工艺路线来生产这个成品”。生产版本的后台配置涉及几个关键点。第一是生产版本的选择策略通过事务代码OP54配置。当一个物料有多个生产版本时系统需要知道用哪个。选择策略可以基于批量范围、有效期、MRP需求日期等。比如某企业同一个成品有小批量生产版本1-100件和大批量生产版本101件以上系统根据计划订单的数量自动选择对应的生产版本。第二是生产版本的锁定通过事务代码OP55配置。有些生产版本是“锁定”状态MRP不会自动选择只能手动指定。这个功能在试产阶段很有用——新产品试产时BOM和工艺路线可能还不稳定不希望MRP自动选用就可以把试产版本锁定。第三是BOM和工艺路线的有效期同步。生产版本的有效期必须同时覆盖BOM和工艺路线的有效期否则系统会报错。我遇到过一个问题BOM的有效期是2024年1月到12月工艺路线的有效期是2024年3月到2025年2月生产版本的有效期设成了2024年1月到2025年2月。结果在2024年1-2月跑MRP时系统找不到有效的工艺路线计划订单创建失败。后来把生产版本的有效期改成两者的交集2024年3月到12月才解决。注意生产版本的有效期一定要取BOM和工艺路线有效期的交集不能取并集。这个细节在SAP标准文档里没有明确说明但实际项目中经常遇到。4. MRP后台配置让系统自己算需求4.1 MRP类型与计划策略的配置精髓MRP类型MRP Type是SAP PP后台配置里最核心也最复杂的部分之一。它决定了物料的需求怎么算、什么时候算、算出来之后怎么处理。MRP类型通过事务代码OPPQ配置注意这个事务代码和前面BOM展开参数是同一个SAP有时候一个事务代码管多个配置容易混淆。标准系统预置了多种MRP类型PD标准MRP、VB手动重订货点、VM自动重订货点、ND无MRP等。实际项目中最常用的是PD但PD下面还有很多细分参数需要配置。第一个关键参数是MRP控制者MRP Controller通过事务代码OPPQ配置。MRP控制者是一个分组概念把物料按计划员分组。比如计划员张三负责所有电子料李四负责所有结构件那就可以定义两个MRP控制者分别关联不同的物料。MRP控制者本身不影响运算逻辑但影响MRP清单的筛选和权限控制。第二个关键参数是批量确定Lot Sizing通过事务代码OPPQ配置。批量确定决定了MRP算出来的计划订单数量怎么取整。标准选项包括EX按需精确数量、FX固定批量、HB补足到最大库存、TB日批量、WB周批量等。这个参数对库存影响很大。比如一个物料每次采购最少100件那批量确定就要设成FX固定批量100否则MRP可能算出“需要37件”这种无法执行的计划订单。第三个关键参数是计划策略Planning Strategy通过事务代码OPPS配置。计划策略决定了成品和半成品的需求来源——是来自销售订单、还是来自预测、还是两者结合。标准策略包括10净需求计划、20预测驱动、40销售订单驱动、50预测销售订单等。我重点说一下策略40和策略50的区别因为这两个在实际项目中最常用也最容易搞混。策略40是纯销售订单驱动——只有接到销售订单MRP才算需求。策略50是预测销售订单——先根据预测跑MRP备货接到销售订单后再冲销预测。对于按订单生产的企业如大型设备用策略40对于备货生产的企业如快消品用策略50。提示计划策略的配置要和销售模块的“需求类型”配置配合使用。需求类型在SD模块的后台配置通过事务代码OVZG维护。如果PP的计划策略和SD的需求类型没对齐会出现“销售订单创建了但MRP没需求”的情况。4.2 MRP运行参数与计划文件配置MRP运行本身也有一堆后台配置。核心事务代码是MD01前台运行MRP和OPPQ后台配置MRP运行参数。第一个关键配置是计划文件Planning File通过事务代码OPPQ配置。计划文件是MRP运行的“待办清单”——系统把所有需要跑MRP的物料记录在计划文件里MD01运行时只处理计划文件里的物料。计划文件的维护有几种模式自动维护物料主数据变更时自动更新、手动维护通过MDAB事务代码手动添加、批量维护通过程序RMMDVM20批量重建。我通常建议客户用自动维护模式但上线初期或数据迁移后需要手动跑一次批量重建确保所有物料都进入计划文件。第二个关键配置是MRP处理键Processing Key通过事务代码OPPQ配置。处理键决定了MRP运行时处理哪些类型的需求NETCH净变更只处理有变更的物料、NEUPL重新计划处理所有物料、NETPL计划文件中的净变更等。日常运行用NETCH性能最好月末或数据修复时用NEUPL确保所有物料都重新算一遍。第三个关键配置是排产参数Scheduling通过事务代码OPPQ配置。排产参数决定了MRP算出来的计划订单的交货日期怎么定是向前排产从需求日期倒推还是向后排产从今天正推。向前排产是标准做法确保物料在需求日期前到位向后排产用于产能不足时看最早能什么时候交货。第四个关键配置是MRP清单的保存通过事务代码OPPQ配置。MRP清单是MRP运行的结果记录可以保存下来供后续分析。但MRP清单会占用大量存储空间所以通常只保存最近几次运行的结果。配置里可以设置保存的次数和保留天数。配置项事务代码推荐值说明计划文件维护OPPQ自动维护物料变更时自动更新计划文件MRP处理键OPPQNETCH日常/NEUPL修复日常用净变更修复用重新计划排产方向OPPQ向前排产从需求日期倒推MRP清单保存OPPQ保存最近3次平衡存储空间和分析需求批量确定OPPQ按物料特性选择采购件用固定批量自制件用精确批量4.3 MRP异常处理与后台排查思路MRP跑完之后最常见的问题就是“为什么这个物料没有计划订单”或者“为什么计划订单的数量不对”。这些问题表面上看是前台操作问题但根子往往在后台配置。排查思路我总结了一个“从后往前”的方法。先看MRP清单MD05确认系统有没有识别到需求。如果MRP清单里没有需求那问题在需求来源——可能是销售订单没创建、预测没维护、或者计划策略配错了。如果MRP清单里有需求但没有计划订单那问题在供应端——可能是MRP类型设成了ND无MRP、批量确定设成了EX但最小批量没满足、或者采购类型设成了“自制”但没建工艺路线。我遇到过一个经典案例一个采购件跑不出采购申请查了MRP清单发现需求是有的但系统提示“没有有效的供应来源”。最后发现是物料的“采购类型”字段设成了“E”自制但实际应该是“F”外购。这个字段在物料主数据的MRP视图2里它的值来自后台配置的“采购类型”参数。改过来之后采购申请正常生成。还有一个常见问题是MRP运行后计划订单的交货日期不对。这通常是排产参数或工作日历配置的问题。工作日历通过事务代码SCAL配置定义了工厂的节假日和工作时间。如果工作日历没配好MRP排产时会把节假日也算成工作日导致交货日期偏早。我通常建议客户在项目初期就把工厂日历配好并且每年更新一次节假日。注意MRP运行前一定要确认工作日历是最新的。我见过一个项目工厂日历还是三年前的节假日全是旧的MRP排出来的交货日期全错。这个坑不大但很致命因为排产错了后面全乱。5. 全流程串联一个成品物料的后台配置实战5.1 从物料主数据到MRP运行的完整配置链路前面几章分别讲了BOM、工艺路线、MRP的后台配置但实际项目中这些配置是串在一起用的。这一章我用一个完整的案例把整条链路走一遍。假设我们要配置一个成品物料“FG-001”某型号电机它的生产流程是采购原材料硅钢片、铜线、轴承→ 冲压 → 绕线 → 装配 → 检验 → 入库。对应的BOM包含硅钢片、铜线、轴承、外壳等工艺路线包含冲压、绕线、装配、检验四道工序。第一步配置物料主数据。通过MM01创建FG-001关键字段设置如下物料类型选FERT成品MRP视图1里MRP类型选PDMRP控制者选001批量确定选EXMRP视图2里采购类型选E自制BOM展开选“展开多层”MRP视图3里计划策略选40销售订单驱动消耗模式选1向后消耗工作计划视图里工艺路线选N标准工艺路线。第二步配置BOM。通过CS01创建FG-001的BOM用途选1生产行项目里维护硅钢片、铜线、轴承、外壳的数量和单位。创建完成后通过CS02激活BOM状态设为“激活”。第三步配置工作中心。通过CR01创建冲压、绕线、装配、检验四个工作中心。每个工作中心的关键参数工作中心类别选0001机器能力参数设每天2班、每班8小时、利用率90%成本中心关联到对应的生产车间成本中心。第四步配置工艺路线。通过CA01创建FG-001的工艺路线工序依次为0010冲压工作中心冲压控制码PP01加工时间0.5小时/件、0020绕线工作中心绕线控制码PP01加工时间0.8小时/件、0030装配工作中心装配控制码PP01加工时间1.2小时/件、0040检验工作中心检验控制码PP02加工时间0.3小时/件。第五步配置生产版本。通过C223创建FG-001的生产版本把BOM和工艺路线绑定有效期设为2024年1月到12月批量范围设为1到99999。第六步运行MRP。通过MD01运行MRP处理键选NETCH创建采购申请选“1”创建排产选“1”向前排产。运行完成后通过MD04查看MRP清单确认计划订单和采购申请是否正确生成。5.2 配置过程中的关键检查点与验证方法上面这个流程看起来顺理成章但实际配置时每一步都有检查点。我把自己常用的检查清单整理出来供参考。物料主数据阶段重点检查三个字段MRP类型是否为PD、采购类型是否为E、计划策略是否为40。这三个字段任何一个配错后面的MRP运算都会出问题。验证方法用MM03查看物料主数据逐个确认。BOM阶段重点检查BOM状态是否为“激活”、行项目是否完整、单位是否正确。验证方法用CS03查看BOM再用CS11逐层展开确认层级结构正确。工作中心阶段重点检查能力参数是否合理、成本中心是否关联。验证方法用CR03查看工作中心再用CM01查看能力负荷确认没有超负荷。工艺路线阶段重点检查工序控制码是否正确、工时是否合理。验证方法用CA03查看工艺路线再用CA21查看工序详情确认每道工序的控制码和工时。生产版本阶段重点检查BOM和工艺路线的有效期是否覆盖生产版本有效期。验证方法用C223查看生产版本再用MD04查看MRP清单确认系统选中的生产版本是正确的。MRP运行阶段重点检查计划文件是否包含该物料、处理键是否正确。验证方法用MDAB查看计划文件确认FG-001在列表中运行MD01后用MD04查看结果。提示我通常会在配置完成后用一个“端到端测试”来验证整条链路——创建一个销售订单跑一次MRP确认计划订单生成再把计划订单转成生产订单确认工单里的BOM和工艺路线都正确带出。这个测试能发现90%以上的配置问题。5.3 配置传输与上线切换的注意事项项目开发阶段在DEV客户端做的配置最终要传输到QAS和PRD客户端。SAP的后台配置传输通过传输请求Transport Request来实现。但PP模块的配置传输有几个特殊之处。第一配置和主数据要分开传。后台配置如MRP类型、计划策略、工作中心类别通过传输请求传输主数据如物料主数据、BOM、工艺路线、生产版本通常不通过传输请求而是用批量导入工具在目标客户端重新创建。我见过有人试图把BOM也放进传输请求结果传输后BOM的行项目全丢了因为BOM的传输需要特殊的配置OS21支持。第二传输顺序有讲究。PP的配置依赖其他模块的配置——比如MRP类型依赖工厂日历SCAL、工作中心依赖成本中心KS01、计划策略依赖需求类型OVZG。传输时一定要按依赖顺序来先传基础配置工厂日历、成本中心再传PP配置MRP类型、工作中心、工艺路线参数最后传主数据。第三上线切换时要重建计划文件。DEV和QAS客户端的计划文件在传输后可能是空的或不完整的。上线到PRD后第一件事是跑一次计划文件重建程序RMMDVM20确保所有物料都进入计划文件。然后再跑一次全量MRPNEUPL确认所有物料的需求和供应都正确。第四配置文档要同步更新。后台配置改来改去如果没有文档记录过几个月自己都忘了为什么这么配。我习惯用Excel维护一份配置清单记录每个配置项的事务代码、配置值、修改日期、修改原因。这份清单在项目交接和问题排查时特别有用。6. 踩坑实录那些年我在PP后台配置上栽过的跟头6.1 五个高频配置错误与解决方案做SAP PP顾问这些年踩过的坑不少有些坑踩一次就记住了有些坑反复踩。我挑五个最高频的配置错误把现象、原因和解决方案列出来希望能帮你少走弯路。错误一BOM未激活导致MRP无需求。现象是MD01跑完成品没有计划订单MD04里也没有需求。排查发现BOM状态是“未激活”。解决方案用CS02激活BOM或者用批量程序MMBE批量激活。预防措施在BOM创建流程里加一个检查步骤确认状态为“激活”后才允许进入下一步。错误二工作中心未关联成本中心导致工单确认报错。现象是生产订单确认CO11N时报错“成本中心未找到”。排查发现工作中心的能力参数里成本中心字段为空。解决方案用CR02修改工作中心关联正确的成本中心。预防措施工作中心创建时把成本中心设为必填字段。错误三计划策略配错导致销售订单不产生需求。现象是销售订单创建了但MD01跑完没有计划订单。排查发现物料的计划策略是10净需求计划而不是40销售订单驱动。解决方案用MM02修改物料的计划策略为40。预防措施在物料主数据模板里把计划策略设为必填并做逻辑校验。错误四批量确定设成EX导致计划订单数量无法执行。现象是MRP算出来的计划订单数量是37件但供应商最小起订量是100件。排查发现物料的批量确定是EX精确数量。解决方案用MM02把批量确定改成FX固定批量100。预防措施在物料主数据维护时根据采购合同确认最小起订量据此设置批量确定。错误五生产版本有效期不覆盖BOM和工艺路线导致MRP选不中。现象是MD01跑完提示“没有有效的生产版本”。排查发现生产版本的有效期是2024年1月到12月但工艺路线的有效期是2024年3月到2025年2月1-2月没有有效工艺路线。解决方案用C223修改生产版本的有效期为2024年3月到12月。预防措施生产版本创建时系统自动取BOM和工艺路线有效期的交集而不是手动输入。错误现象根本原因解决方案预防措施MRP无需求BOM未激活CS02激活BOM创建流程加检查步骤工单确认报错工作中心无成本中心CR02关联成本中心成本中心设为必填销售订单无需求计划策略配错MM02改计划策略模板设为必填校验计划订单数量异常批量确定设错MM02改批量确定按采购合同设置无有效生产版本有效期不覆盖C223改有效期自动取交集6.2 配置变更管理与版本控制经验后台配置最怕的不是配错而是配错了不知道什么时候改的、谁改的、为什么改。SAP本身提供了配置变更日志功能通过事务代码SCU3可以查看配置表的变更历史。但这个功能默认不是对所有配置表都开启的需要在后台通过事务代码SE11激活日志记录。我的经验是项目上线前把所有PP相关的配置表都开启日志记录。具体操作用SE11打开配置表如T399D、T024L等在“技术设置”里勾选“日志记录”。这样每次配置变更都会记录变更人、变更时间、变更前后的值。这个功能在排查“为什么昨天还好好的今天就不对了”这类问题时特别有用。除了SAP自带的日志我还建议维护一份外部的配置变更记录。用Excel或Confluence都行记录每次配置变更的日期、变更人、变更内容、变更原因、影响范围。这份记录在项目交接时是宝贵的资产在审计时也是必要的文档。还有一个经验配置变更要选在业务低峰期。PP的后台配置很多是全局生效的改一个参数可能影响所有物料。比如修改MRP类型的批量确定参数所有用这个MRP类型的物料都会受影响。所以配置变更最好选在月末或周末变更后立即跑一次全量MRP验证确认没有异常。6.3 性能优化与大数据量下的配置调优当物料数量达到几万甚至几十万级别时PP的后台配置对性能的影响就凸显出来了。我做过一个项目物料数量超过50万MD01跑一次要4个小时客户很不满意。后来通过一系列配置调优把时间压缩到了1.5小时。第一个优化点是计划文件的维护策略。默认的自动维护模式在物料主数据变更时会频繁更新计划文件导致计划文件膨胀。我们改成了“按需维护”——只有MRP相关的字段变更时才更新计划文件其他字段变更不触发。这个调整减少了约30%的计划文件条目。第二个优化点是MRP处理键的选择。日常运行从NEUPL改成NETCH只处理有变更的物料。这个调整把日常MRP运行时间从4小时降到了40分钟。全量运行仍然保留NEUPL但只在月末跑一次。第三个优化点是并行处理。SAP MRP支持并行处理通过事务代码OPPQ配置并行处理的最大进程数。我们根据服务器的CPU核数把并行进程数设为8MRP运行时间进一步压缩。第四个优化点是MRP清单的保存策略。原来保存最近10次MRP清单占用大量存储空间也拖慢了MRP运行。改成只保存最近3次并且只保存有异常的物料清单。这个调整释放了约40%的存储空间。注意性能优化要循序渐进每次只改一个参数改完观察效果。同时改多个参数出了问题很难定位是哪个参数导致的。我通常的做法是先在QAS客户端做压力测试确认优化效果后再上PRD。6.4 跨模块配置协同的避坑指南SAP PP不是孤立的模块它和MM、SD、CO、QM都有紧密的配置协同。跨模块配置没对齐是很多“灵异问题”的根源。PP和MM的协同点主要在采购类型和采购申请。物料的采购类型E自制/F外购决定了MRP是生成计划订单还是采购申请。如果采购类型配错MRP的输出就全错了。另外MM的采购信息记录ME11里的最小起订量和计划交货期也会影响MRP的批量确定和排产结果。PP和SD的协同点主要在需求类型和计划策略。SD的需求类型OVZG决定了销售订单是否传递需求到PPPP的计划策略决定了怎么处理这些需求。两者必须对齐。我遇到过一个项目SD的需求类型配的是“不传递需求”PP的计划策略配的是40销售订单驱动结果销售订单创建了但PP完全不知道。PP和CO的协同点主要在工作中心和成本中心。工作中心关联成本中心工单确认时工时费用归集到成本中心。如果成本中心没配好工单确认会报错成本核算也会出错。另外CO的作业类型KL01和价格KP26也会影响工单的成本核算结果。PP和QM的协同点主要在检验工序和检验特性。工艺路线里的检验工序控制码PP02会触发QM的检验批创建。如果QM的检验计划QP01没配好检验批创建会失败。跨模块配置的避坑原则就一条配置前先画一张跨模块依赖图把每个配置项的上下游关系标清楚。配置时按依赖顺序来配置后做端到端测试。这个习惯帮我避免了很多跨模块的“扯皮”问题。6.5 从项目实战中提炼的配置检查清单最后我把这些年积累的PP后台配置检查清单整理出来。这份清单在项目上线前逐项检查能发现大部分配置问题。BOM相关检查项BOM用途是否配置完整、替代确定策略是否合理、BOM展开参数是否按物料类型区分、BOM状态是否全部激活、行项目类别是否按业务场景配置。工艺路线相关检查项工作中心类别是否支持所需功能、能力参数是否合理班次、工时、利用率、成本中心是否全部关联、工序控制码是否按工序类型区分、生产版本有效期是否覆盖BOM和工艺路线。MRP相关检查项MRP类型是否按物料特性配置、批量确定是否匹配采购合同、计划策略是否与SD需求类型对齐、计划文件是否包含所有物料、排产方向是否正确、工作日历是否最新。跨模块检查项采购类型是否与BOM结构一致、需求类型是否传递需求到PP、成本中心是否与工作中心关联、检验工序是否触发QM检验批。这份清单看起来简单但每一条背后都是踩过的坑。我建议你在项目上线前把这份清单打印出来逐项打勾确认。花半天时间做这个检查能省下上线后几天的救火时间。
返回列表