简介这是一份面向东风汽车SAP实施项目最终用户的操作手册专为生产计划与需求管理岗位设计旨在指导用户使用MD61事务代码高效完成独立需求创建。手册源于东风有限领航计划项目内容紧扣整车、大总成及大改装任务的试制需求详细梳理了从输入需求计划号、物料编号、量份、装备日期到客户订单号的完整流程并附有字段说明与操作提示能够帮助读者快速上手并规避常见录入错误。资料为单个docx文档压缩包大小581KB便于下载后直接查阅或打印培训使用。目前已有354人学习适合正在参与SAP上线或需要规范独立需求操作流程的东风体系内用户及项目顾问参考。手册不仅演示MD61初始屏、计划表及项目屏幕的操作路径还覆盖用户权限访问与安全注意事项兼具实操性与培训价值。1. 先看懂MD61在东风汽车SAP实施项目里到底是干什么的做SAP PP模块最终用户手册时最容易把MD61写成“在这里输入数字然后保存”的按钮说明。但实际跟过一两个整车厂实施项目就会发现MD61这个事务代码在东风汽车这种按预测排产、按订单拉动的混合生产环境里它几乎是生产计划员每天打开次数最多的界面之一。346这份最终用户手册的PP-2.2节讲的就是“创建独立需求”业务上管它叫“跑MRP前先把需求压进去”。它的核心作用是解决一个问题没有销售订单支撑的未来需求凭什么让系统给你算出采购申请和生产订单。MD61创建的独立需求本质上是计划员手工给物料主数据挂一个“未来某个时间段需要多少数量”的需求记录。MRP一跑系统就拿着这个数量去抵消库存、在途订单再层层展开出计划订单和采购申请。如果这个需求不建MRP眼里这个物料就是“未来没有需求”哪怕你心里知道下个月要产500台车系统也只会冷冷地回你一句“没有需求”。这篇文章按最终用户手册的落地逻辑展开先讲透MD61背后的需求类型、版本号、期间参数这些必懂概念再给一条可以直接照着操作的主路径然后把最常见的翻车现场和排查方法一次说清。适合生产计划员、物料计划员、车间调度以及刚接手PP模块、正被各种需求类型搞晕的顾问。2. 录入前必须搞懂需求类型、版本号与期间参数MD61不是“填数量”的工具它录入的是带有策略属性的需求数据。也就是说你保存的不是一个孤零零的数字而是一条带需求类型、版本号、期间分布的记录。这三个属性哪一个错了都会让MRP算出来的结果跟你脑子里想的对不上。这一章先把这三个概念拆开讲明白。2.1 需求类型MD61存的不是数量是“需求策略”MD61进入后界面上有几个必填字段其中最容易让人含糊的就是“MRP要素”。这个字段在最终用户手册里一般写成“需求类型”它决定这条独立需求以什么身份参与MRP运算。常见的有LSF计划独立需求按库存生产场景、LSX计划独立需求可被销售订单消耗的场景、VSP面向装配的计划独立需求常用于整车厂的排序件。很多计划员根本不看这个字段默认值是什么就保存什么等MRP结果不对了才回头查一查发现需求类型和物料的策略组根本不匹配。需求类型不是随便选的它和物料主数据MRP3视图里的“策略组”是配套关系。策略组可以理解为一套“需求处理剧本”策略组10下面一般挂MTS按库存生产的默认需求类型销售订单进来后不消耗独立需求只作为额外参考策略组20下面挂MTO按单生产的需求类型销售订单一进来就把对应期间的独立需求消耗掉。你如果物料主数据里策略组是20却用默认的LSF去MD61里建需求那MRP跑的时候销售订单和独立需求就会同时存在需求被算了两次采购申请数量直接翻倍。所以录入MD61之前第一件事是查物料主数据MRP3视图里的策略组确认这个物料到底是按库存生产还是按单生产再决定MD61里选什么需求类型。这个习惯能避免80%的“需求翻倍”和“需求凭空消失”问题。我看过太多最终用户MD61用了三年都不知道物料主数据里还有MRP3这个视图。2.2 版本号与期间参数别把MD61当成“按天填数”的工具MD61的录入画面里表格式的输入区域列的是“期间”而不是具体日期。这个期间粒度由“期间参数”控制常见的是月、周、日三种。例如物料主数据里MRP跑的是月维度计划员在MD61里看到的每一列就是一个月如果你希望把某个月的需求量更加平滑地分配到每周就得靠菜单里的“分配”功能系统按你选的方式把月度数量摊到周或日。这里最常见的翻车是计划员以为自己在按“天”录数结果系统按“月”处理月底一看MD04数量全部集中在某一天或平均散在每一天完全不是自己要的节奏。解决路径是进入MD61后先看“期间参数”字段当前选的是什么月粒度是M周粒度是W日粒度是T。做整车厂月度生产计划时我一般建议用月期间参数录总数再通过“分配”按实际生产节奏拆到周——这样MRP跑出来不会出现某周缺料而另一周库存爆掉的情况。版本号是另一个大坑。普通生产计划场景下独立需求录在版本“00”里MRP默认读的也是00但很多工厂做中长期产能规划时会启用版本“99”配合长期计划LTP使用。版本号录错或者MRP运行参数里指定的版本和MD61录入版本不一致就会出现“明明保存成功了MRP结果里却什么都没有”的灵异现象。版本能不能用、哪些版本允许手工录入由后台需求版本维护常见事务代码OMP1控制。最终用户手册里通常只会放开00如果是做年度规划演练顾问会单独开一个版本并在手册里用醒目的提示说明。提示MD61保存成功只代表“需求记录存在了”不代表MRP一定会把它作为需求源头。MRP读不读这条需求还要看物料主数据MRP1视图的MRP类型和MRP3视图的策略组。后面第4章会细说。3. 用MD61创建独立需求从登录到验证的完整操作路径这一章给出可复现的完整操作路径。以最终用户手册的格式先用一张表把MD61界面的关键字段写清楚再按步骤走一遍最后讲怎么验证结果。不要跳过验证环节——保存成功之后你必须用另一个事务代码确认需求真的“挂”到了系统里。3.1 走一遍MD61最小可用的录入路径登录SAP GUI后直接在事务代码框里输入MD61回车进入“创建计划独立需求”初始界面。依次填写以下字段再进入明细输入界面。下表是MD61初始界面和明细录入界面里最关键的几个字段按最终用户手册的写法整理界面位置字段填什么最容易犯的错初始界面工厂计划工厂例如1000填成记账工厂或发货工厂初始界面物料要建需求的物料编码填了成品编码却忘了填半成品初始界面需求版本一般填00填了99但MRP参数里没配99明细界面MRP要素需求类型如LSF不看策略组默认值直接保存明细界面期间参数月/周/日以为选了月实际系统默认的是周明细界面需求数量该期间的需求数量单位与物料基本单位不一致明细界面单位需求数量的计量单位整车厂里常把SET和EA搞混操作路径可以分成几步第一步在初始界面里准确录入工厂、物料、需求版本然后点击“转入”或直接回车。这一步如果物料号输入有误系统会提示“物料不存在”或直接跳到另一个物料很多计划员不仔细看一路回车最后把需求建到了错误物料上。第二步进入明细录入界面后先看“期间参数”是不是你要的粒度再检查“MRP要素”里的需求类型和物料主数据策略组是否匹配。确认无误后在表格里对应期间列输入需求数量。可以一次输多个期间的量比如把未来三个月的月度需求一次性录入。第三步保存。系统提示“数据已保存”这时候独立需求才真正写进了数据库。注意不要连续保存多次否则SAP可能提示“独立需求已存在”因为同样的工厂、物料、版本、期间重复录入时系统默认是覆盖还是报错取决于后台配置和操作模式。第四步用菜单里的“复制”功能处理同期数据。比如上个月已经录过一版需求这个月只是微调数量可以在MD61里先复制上一期间的数据再改避免一个数字一个数字重新敲。复制时注意版本号和期间参数会一起带过来要检查改成目标期间。3.2 用MD04验证保存成功不等于MRP生效MD61保存成功后很多新手直接跳到MRP跑完发现结果不对回头再查MD61数据明明在。这里我强烈建议养成一个习惯保存后立刻用MD04查一下这块物料的库存/需求清单。MD04的事务代码叫“库存/需求清单”它能按时间轴把该物料的独立需求、相关需求、销售订单、采购申请、计划订单、库存全部显示在一张表里。MD61保存后在MD04里看对应日期段有没有出现一条“独立需求”的记录需求数量和你录入的是否一致期间是否对得上。这一步只需要10秒但能挡住至少一半的后期返工。MD04界面上方有几个筛选参数最常见的问题是期间范围太窄独立需求被显示到当前日期之前去了。一般把期间范围拉到整个计划周期再按“项目”显示就能看到全部需求记录。如果MD04里干净得什么都没有先别着急骂系统回头查两件事一是MD61里录入的版本号是不是MD04当前筛选的版本二是物料主数据MRP类型是不是被设成了ND不跑MRP的物料。还有一种情况MD04里能看到独立需求但数量比你录的小那多半是被销售订单消耗了。这时候要看物料主数据策略组是MTS还是MTOMTS模式下独立需求和销售订单会各显示各的MTO模式下销售订单产生后会把对应期间的独立需求吃掉MD04里体现为“已消耗”。这属于正常业务逻辑不是数据丢失。4. 独立需求如何驱动MRP从MD61到计划订单与采购申请MD61建完需求只是把“源头”放好了。接下来的问题是MRP跑完之后这条独立需求到底变成了什么这一章把独立需求在MRP里的流转路径说清楚顺便讲一下为什么有些物料跑完MRP出来后什么都没有——这可能根本不是MD61的问题。4.1 MRP跑完后独立需求去哪了从需求源头到计划订单MRP物料需求计划运行的基本逻辑是拿“总需求”减去“可供量”计算出“净需求”再把净需求按提前期生成计划订单或采购申请。总需求里就包含MD61创建的独立需求、销售订单需求、相关需求由上层物料BOM展开产生。可供量包括库存、在途采购订单、生产订单余量等。MD61录入的独立需求在这个计算里处在最上游成品层的独立需求经过MRP运行先生成成品的计划订单计划订单再通过BOM展开产生下层半成品和原材料的“相关需求”相关需求再次经过MRP生成下层物料的计划订单或采购申请。所以你去查一个原材料的MRP结果时看到的需求数量往往不是MD61里的那个数字而是经过BOM展开、再乘以物料数量之后的结果。整车厂里一台整车几千个零件某一个零件的采购申请数量可能是独立需求数量的几倍这在最终用户看来非常容易误解成“系统出错了”。排查方法是在MD04里沿着“独立需求 - 相关需求 - 计划订单 - 采购申请”的链路逐层点击展开看需求是怎么从上层传下来的。还有一类特殊情况物料主数据MRP1视图里勾选了“MPS”标识。MPS主生产计划意味着这个物料只能通过MPS运行来计划不能用一般MRP跑。有些关键物料被设为MPS项MRP运行时会自动跳过它你就算用MD61建了独立需求MRP也不会为它生成任何计划订单。这道关卡在企业里经常被忽略最终用户的直观感受就是“MD61也做了MRP也跑了采购申请死活不出”。MRP运行后产生的计划订单和采购申请主要落在数据库表里计划订单存储在PLAF表BOM展开产生的相关需求记录在RESB表采购申请存储在EBAN表。这些表是顾问排查问题时常用的“计划订单怎么没生成”“采购申请去哪了”这类问题很多最终用户不理解为什么不能直接在MD61里看到结果——因为MD61只是录入界面它不负责展示MRP运算结果MRP的结果要看MD04、MD05或库存/需求清单。4.2 策略组与消耗逻辑独立需求会不会被销售订单“吃掉”策略组是决定独立需求“命运”的配置。在MTS按库存生产场景下策略组被配置成“独立需求不可被销售订单消耗”意味着销售订单进来后MD04里可以同时看到独立需求和销售订单两条记录它们互不干扰MRP会按“取最大”或“叠加”的方式处理具体看策略组里的“消耗模式”参数。在MTO按单生产场景下策略组通常配置成“销售订单消耗独立需求”销售订单一旦创建对应期间的独立需求数量会自动减少MD04里显示为“已消耗”这就是很多人说的“需求被吃掉了”。实际项目中同一个工厂往往同时存在MTS和MTO物料。整车厂里基础车型用MTS备库存定制化车型用MTO按单生产。如果你在MD61里给MTO物料建了独立需求后来销售订单进来把需求消耗光了MRP就不会再生成计划订单如果销售订单取消这部分独立需求又会再次“恢复”。这种来回变化对计划员来说极其影响判断所以很多工厂干脆给MTO物料不建MD61独立需求让需求完全由销售订单驱动。支持消耗逻辑的配置点主要在策略组和需求类型维护里。策略组维护事务代码是OMP2/OMP3之类顾问在里面为每个策略组分配一个或多个需求类型并设置“消耗标识”——定义了销售订单能不能消耗独立需求、消耗时是以期间为单位还是以数量为单位。最终用户手册不建议展开写后台配置细节但建议写清楚一条判断规则如果某个物料MD61建完后MD04里独立需求数量不断变化先看这个物料是不是MTO物料如果是那就是销售订单在“吃”需求不是数据坏了。策略组与消耗逻辑的典型对应关系可以用下面这张表做个参考实际配置以顾问维护为准策略组业务场景需求类型示例销售订单是否消耗独立需求10常见MTS按库存生产LSF不消耗20常见MTO按单生产LSX消耗50常见装配面向装配生产VSP视配置而定这个表的目不是让最终用户背配置而是帮你在遇到“需求数量消失了”时有一个判断方向先看策略组再看需求类型最后查消耗逻辑。5. MD61常见问题排查现象、原因、解决这一章写MD61上线后最常遇到的几类问题。每一条都是实际项目里反复出现的场景按“现象 - 原因 - 解决”的顺序写方便直接对照排查。5.1 保存成功了MD04里却看不到独立需求现象MD61录入完成并提示保存成功但用MD04查看物料库存/需求清单时对应期间内没有独立需求记录或者在别的日期上出现。原因最常见是版本号不一致。MD61里录入时用了版本00但MD04界面右侧筛选条件里选的是99版本两边不在一个版本频道上自然看不到。其次是期间参数与MD04显示范围不匹配录入时用的是月度期间MD04默认按天显示你刚好查的是月中某一天需求被系统放到了月初或月末的日期上肉眼扫过去没看到。第三种原因在工厂维度录入时工厂填错了需求挂到了另一个工厂当前工厂查不到。解决先到MD61初始界面按物料和工厂查一遍确认数据在哪个版本、哪个期间下存在然后用同版本同期间去MD04里查。如果MD61查询里能看到而MD04里看不到再检查工厂是否正确。客户反映“MD61的数据在MD04里查不到”时我一般让他们在MD04里把期间范围拉到最长、确认版本选0090%的情况都能解决。5.2 物料主数据MRP类型为NDMD61建了需求也不参与运算现象独立需求能正常保存MD04里也能看到但MRP运行后什么都不生成既没有计划订单也没有采购申请物料状态一切正常。原因物料主数据MRP1视图中的MRP类型被维护成了“ND”或其他不参与MRP运算的标识。ND的含义是该物料不进行MRP运算系统运行时直接跳过。这类物料在MD04里能看到需求但不会做任何计划逻辑也不会产生采购申请。整车厂里有一些低值易耗品、维修件会设置成ND由人工补货如果后来业务改成计划控制MRP类型没跟着改就会一直“死活不出单”。解决用MM02修改物料主数据进入MRP1视图把MRP类型从ND改成PD或其他正常参与MRP的标识保存后重新跑MRP。注意改MRP类型前要确认这个物料确实需要纳入MRP管控否则改了之后会突然冒出一堆计划订单把采购员淹没。5.3 需求数量被“吃掉”了一半MD04里显示已消耗现象MD61刚建好时独立需求显示100台。过几天再看数量变成了60台甚至为0MD04里显示“已消耗”标识。原因这个物料的策略组属于MTO或可消耗模式销售订单创建后系统按消耗逻辑把对应期间的独立需求数量减掉了。这不是数据丢失也不是被谁改坏了而是SAP的“需求消耗”功能在设计上把销售订单优先于独立需求。解决先确认物料是MTO还是MTS。如果是MTO这个行为是正常的如果业务上要求独立需求和销售订单并存就需要顾问调整策略组的消耗参数把“可被消耗”改成“不可消耗”再去MD61里把已经被吃掉的数量补录回来。最终用户遇到这类问题不要自己乱补数先截图留证再找顾问确认策略组配置。5.4 期间参数没选对需求被自动拆到了其他日期现象录入时打算把100台放在3月10日结果MD04里显示100台出现在3月1日到3月31日之间被平均分开了。原因MD61里“期间参数”选择的是月度/M系统按月度区间存储需求你再怎么填日期它也会按整个区间处理。有些超期需求录入时还会被放到上一个已关闭的期间里造成“过期需求”的假象。解决如果业务要求精确到日进入MD61后在期间参数里选日粒度再录入数量如果数据已经按月度存进去了可以用MD61的“分配”功能把一个月度数量重新拆分到指定日期。实际操作中直接删掉原记录再按日粒度重新录入往往更省事减少“拆了又拆”的混乱。提示MD61里录完后用MD04查是常态检查动作但MD04展示的是“视图”真正决定MRP结果的还是后台表数据。如果视图层面看不出来问题不要在这里耗太久直接看PLAF计划订单和EBAN采购申请这两张表MRP有没有出单一目了然。6. 把MD61用成习惯批量录入、版本切换与月度计划的衔接MD61用顺手之后真正拉开效率差距的不是录入速度而是录入前后的计划习惯。我建议的标准化流程是每个月25号左右用MD61新建下三个月独立需求。录入时统一使用“月”期间参数只填每个月的总需求量。需求来源是产销协同会确定的生产计划而不是某个业务员拍脑袋的数字。录入完成后用MD04抽查三个高价值物料确认需求挂载无误然后才允许MRP运行。这个流程看着简单但在东风汽车这种体量的工厂里能明显减少“月底突击录需求、月初发现录错了”的被动局面。批量导入方面MD61支持多物料多期间的批量录入但手工操作几百行太容易出错。常见的做法是用LSMW或ECATT录屏批量导入由顾问做一次最终用户每月替换数量后重复执行。录屏导入的最大坑是表头格式和版本号批量文件里任何一行填错版本整批数据都会挂到错误版本下所以批导前必须在MD04里抽验几条再把版本号字段设成固定值而不是允许用户填。长期规划场景下的版本切换也要建立固定习惯生产实际消耗用版本00年度产能规划用版本99。这两个版本的数据互不干扰但月度计划会审后要记得把版本99里的规划数量按审批结果“翻译”到版本00里否则MRP永远只认00规划版本录得再多也不会驱动采购。我见过不止一个工厂因为版本没有及时切换年中一查发现规划数据和实际采购差了整整一个量级。做完这一整套最后再对一下MRP控制参数里的计划期间。MD61里录入了未来三个月的需求但如果物料主数据或MRP运行参数里设置的“计划期间”只有60天那超出60天的需求即使录了MRP也不会生成采购申请只能等期间滚动后再次运行。这个参数藏在MRP1视图的“计划期间”字段里最终用户手册里如果能把“录入期间范围”和“计划期间范围”这两个概念对齐很多“录了不出单”的麻烦会在第一周就消失。我在做PP最终用户手册时习惯把MD61相关的检查动作控制在半页A4纸里查策略组、核对版本号、确认期间参数、录完用MD04验证。超过这一点说明流程还没想清楚。这套方法在多个整车和零部件项目里验证过简单可靠希望帮到你。本文还有配套的精品资源点击获取