简介这是一套天心ERP 9.0 Sunlike版本中MRP制程生产系统的完整操作手册面向企业信息化实施人员、生产计划及车间管理岗位专门讲解制程生产模块的操作流程与系统逻辑。整个资源包仅含1个PDF文档体积约17.75MB页面清晰适合按章节逐页研读或打印作为培训资料。目前已有159人浏览学习可作为ERP选型、上线实施及用户培训的补充参考。手册从版权声明、系统目的、系统特色、主流程与其它系统关联到基本资料建立均有覆盖详细介绍了MRP制程生产系统的操作方法并结合天心软件对MRPII、JIT、物流、资金流等管理思想的吸收帮助读者理解生产制造资源与财务、人力资源等模块之间的数据集成与双向追踪逻辑。对需要快速掌握Sunlike ERP上机操作或开展内部培训的团队这是一份实用价值较高的参考文档。1. 天心ERP 9.0的MRP制程生产计划与执行的闭环从哪开始一家工厂把天心ERP 9.0 Sunlike的MRP跑起来之后计划员盯着运算结果不敢确认采购建议数量忽高忽低制令单开了又改车间报工数据和系统库存永远对不上。查到最后问题往往不在MRP的算法而在制程生产这一侧没有接住计划——报工滞后、制令不结案、半成品根本不参与运算。这套系统的MRP制程生产操作本质上解决的是一件事让物料需求计划真正驱动车间执行再让执行结果反哺下一次计划形成闭环。谁在跟这套东西较劲谁就需要这本账负责ERP上线或维护的实施顾问、每天排产盯料的生产主管和PMC、以及要跟车间反复解释“系统为什么这么算”的IT人员。2. 跑MRP前必须填对的三块地基BOM、库存与物料属性2.1 BOM结构决定MRP展开深度低阶码不是自动生成的MRP运算的第一件事是按BOM把成品需求一层层往下展开。Sunlike里产品结构维护得好不好直接决定展开出来的半成品和原材料需求准不准。常见做法是成品在最上层半成品单独建物料号挂在中间层原材料和采购件放最底层每个子件都要填用量、基数、损耗率还要控制生效日期和失效日期过期BOM会被MRP直接跳过造成漏料。很多初次上线的人以为低阶码是系统自动算的不用管。实际在Sunlike这类的ERP里低阶码确实有重算机制但重算的前提是BOM层级关系正确、物料号没有重复挂接。如果同一个半成品既挂在成品A下面又挂在成品B下面而两套BOM的层数不一致低阶码就可能算错导致这个半成品的需求被重复汇总或漏算。建议在上线前先跑一遍“BOM完整性检查”把单层BOM和无效子件清干净再开MRP。BOM里还有一个被低估的字段是损耗率。损耗率按子件维度设置用于覆盖生产过程中的报废和边角料。默认填0表示不考虑损耗但实际车间有损耗时不填MRP算出来的采购量就会少一截等生产到一半发现料不够再补单采购周期早就来不及了。以下是BOM关键字段对MRP的影响按优先级排序字段对MRP的影响常见错误母件与子件编号决定展开方向子件挂错层需求落到错误层级用量与基数决定单位需求量的倍数关系基数填错需求成倍偏差损耗率放大毛需求车间有损耗却不填采购量偏小生效/失效日期决定MRP是否取用该版本只填生效日期失效日期留空旧版本永远有效替代料标识影响MRP是否给出替代建议开启替代料但没做优先级运算结果不稳定2.2 物料主档里的MRP开关与库存参数漏勾一个全局翻车物料主档是MRP的另一块地基。每个物料都要在物料主档里明确是否参与MRP运算这个开关通常叫“MRP管制”或“纳入计划”。漏勾的后果很直接该物料在所有运算中被完全无视无论库存多低、需求多大MRP都不会给出任何建议。这类问题最阴的地方在于它不报错只有你拿着物料去反查运算结果时才看得出来。库存参数里要重点区分“现有库存”和“可用库存”。MRP默认扣除的通常是现有库存但如果系统里有已分配量、冻结库存、质检在库待检这类状态就要确认参数到底扣的是哪个口径。曾有一个工厂把待检库存全部算成可用结果MRP认为料够实际车间领料时才发现货还在质检仓。仓库主档也要检查是否勾了“参与MRP”没勾的仓库账面库存再多也不会进入运算。批量规则直接影响计划订单数量。Sunlike里常见的批量规则有按订单批量、固定批量和经济批量。按订单批量最直观需求多少建议多少固定批量适合有最小起订量的采购件比如每次至少买1000个哪怕需求只有300。安全库存则是在净需求算完后额外补一段缓冲一般只给关键料设不要所有物料都填安全库存否则库存金额涨得很快。以下是几个必须重点确认的物料主档参数安全库存建议只对交期长、供应不稳定的物料设置。固定批量/最小采购量采购件必须填否则MRP可能给出零散到无法下单的数量。提前期采购提前期和制造提前期分开填混填会导致需求日期推算全乱。默认仓库MRP取数的仓库必须和实际发料仓一致否则库存永远“不在系统认为的地方”。2.3 提前期和在途量把MRP的时间轴拉直MRP最容易被质疑的地方是时间它建议今天下单但采购交期根本来不及。这几乎全是提前期设置的问题。提前期要按物料维度拆开设采购件填采购提前期自制件填制造提前期如果有检验环节还要加检验提前期。一个常见的坑是只填一个总提前期结果子件需求和母件开工日全部错位计划员看到的是一堆“来不及”的例外预警。在途量则是另一个决定MRP“是否重复下建议”的关键。所谓在途指已经下了采购单但还没入库、已经开了制令但还没完工入库的量。Sunlike一般在MRP参数里提供“是否纳入在途量”的选项如果没勾MRP就只看到现有库存看不到已经在路上或已经在生产的东西于是每个周期都建议重复采购。记住一个原则在途量必须纳入运算但前提是相关单据的品号、数量、交期都准确尤其是制令单的需求日期它会直接参与可用量计算。3. MRP参数设定与结果检查从能算出数到敢用数3.1 MRP运算的核心口径毛需求、可用量与净需求把地基打牢之后MRP运算本身对实施人员来说就不再是黑匣子。它的核心只有一句公式净需求 毛需求 - 现有库存 - 在途量 - 已分配量 安全库存。毛需求来自两处一是销售订单或销售预测二是上层母件展开到本层时产生的相关需求。Sunlike按低阶码从0开始逐层展开先算最上层的成品需求再往下走到半成品和原材料这样同一个物料即使出现在多个母件下也只会被汇总一次。“已分配量”这个字段值得单独解释。它表示已经开了领料单但还没领走的量或者已经挂了销售订单但还没出货的量。如果不扣已分配量MRP会把这部分库存当成可用结果需求重复计算。实际操作中很多工厂为了提高运算速度把“是否扣除已分配量”设成否短期看运算快了长期看账越来越虚。我一般建议宁可牺牲一点运算时间也要把已分配量纳入扣减。损耗的处理则在毛需求侧。制程生产场景下每个工序都可能产生不良品如果只把损耗率挂在BOM子件上只能覆盖物料层的损耗覆盖不了工序间的在制损耗。所以Sunlike的制程生产通常会提供一个“制程不良率”的设置MRP展开时按工序顺序累乘把最终需求放大。这个参数一旦开启运算结果会明显变大第一次用的人往往会以为算错了实际是工序损耗被正确考虑了。3.2 Sunlike 9.0里MRP运算参数的常见填法与边界MRP运算参数的设定决定了结果是被大家信任还是被丢进垃圾桶。下面是这套系统里最常见的一组参数以及它们各自的边界按“第一次上线推荐值”到“成熟期调整值”的顺序说参数作用第一次上线推荐成熟期可调整方向计划展望期未来多长时间内的需求参与运算90天长交期物料多就放到120~180天需求来源销售订单、预测或两者同时只勾销售订单预测稳定的料可改为两者取大是否纳入在途量采购/制令/请购是否抵扣需求全部纳入请购单可先不纳入避免重复占用是否扣已分配量已分配库存是否参与扣减是运算慢时先查单据量不建议关闭制程损耗率是否按工序放大毛需求先设0跑通后再加按车间实际不良统计逐步校准库存截至日期现有库存取数的时点当天月底关账时用关账日“计划展望期”是最容易被拍脑袋填的参数。填短了长交期的采购件永远在下达时才发现来不及填长了远期的预测需求会提前锁住采购资金。一个实用的做法是按“最长采购提前期×2”来定比如最长交期45天展望期就设90天给采购留出足够的响应余量。需求来源这里有一个隐形坑销售订单和预测同时勾选时系统按“两者相加”还是“取最大”处理每个企业差异很大。相加会导致需求虚高取最大则低估突发订单。我建议第一波上线只勾销售订单等计划员熟悉了运算逻辑再针对需求稳定的物料单独开预测不要一刀切全开。3.3 运算结果的检查顺序先看例外再看建议MRP跑完屏幕上会出现一堆计划订单和异常信息新手最喜欢直接按建议量批量转采购单这是最容易翻车的操作。正确顺序是先看例外信息再看计划订单明细最后才决定是否转单。例外信息里通常包含需求日期早于系统日期、BOM已失效、提前期不足这类问题每一条都要有人解释解释不了就不能转单。第二步看计划订单的物料、数量、需求日期是否和业务预期一致。重点确认那些“异常大”或“异常小”的数量大数量往往是BOM损耗率或批量规则被误触发小数量往往是安全库存没设或库存数据有误。第三步确认转采购还是转制令。采购件转采购单自制件转制令单委外件转委外订单这个判断不能交给系统默认必须按物料属性过一遍。还有一条实操经验运算结果确认后如果在系统中已经放了半天还没转单转单前要把库存再查一次。因为从运算到转单这段时间里车间可能已经领料、仓库可能已经入库MRP结果已经过期。重新查询当前库存再决定是否按原数量转单。这一点在制程生产场景尤其重要——工序报工随时在改变在制量。4. 制程生产主流程从制令、派工到完工入库4.1 制令怎么来MRP建议转制令与手工开制的取舍制程生产的第一步是制令单也就是生产指令。制令的来源通常有两个一是MRP运算后按建议量批量转制令二是计划员根据现场情况手工开制令。MRP转制令的优势是数量和时间都有计算依据但前提是前面的BOM、库存、提前期都是准的手工开制令则弹性大适合插单、返工、样品生产这类计划外场景。我一般建议日常批量生产走MRP转制令插单和异常任务走手工开制令并用不同的单单别区分方便月末统计。制令单上的关键字段组成了生产的“契约”计划开工日、计划完工日需求日、生产数量、生产仓库和发料方式。开工日和完工日不要只填一个MRP后续排产和产能分析依赖这两个日期之间的周期。生产数量建议直接取自MRP建议量不要手工改小否则MRP下次运算又会把这个缺口再算一遍形成一张永远在重复下达的制令。发料方式这里要重点选。领料制是生产部门按BOM开领料单去仓库领料优点是每笔用料都有单据倒扣料则是报工时系统按BOM自动扣料优点是现场少开单缺点是对报工准确性要求极高——只要报工数量错了库存就跟着错。上线初期工人还不习惯报工时我建议先用领料制等报工习惯稳定了再切倒扣料不然库存差异会让你怀疑是不是系统坏了。4.2 工艺路线与工序派工制程生产的核心是报工制程生产区别于简单生产的地方在于它有工艺路线。工艺路线描述一个制令要经过哪些工序、按什么顺序、在哪个工作中心加工、标准工时是多少。Sunlike里制令下发后要维护该制令对应的工艺路线通常可以直接引用物料主档里的默认工艺路线再按这张制令的实际要求调整。工艺路线不建后面的工序报工、移转、计件工资全都没法做。工序派工是把制令数量按工序展开的过程。每个工序生成一张工序派工单或者以流转卡的形式跟着实物走。派工单上至少要能看出制令号、品号、工序号、本工序接收数量、上工序移转数量、标准工时、计划完成日。车间报工时按工序录入完工数量、不良数量和实际工时。这里最要紧的是让工人明白报工不只为算工资更是给MRP回传执行数据。不良数量必须单独填不能把良品和不良混在一个数里报掉。报工数据的颗粒度直接影响后续成本核算和MRP。建议按“工序制令品号”的维度报不要按“班组日报”这种汇总维度报。汇总维度虽然省事但一旦某个制令需要中途插单调整你根本不知道半成品停在哪道工序。另一个参数是允许超耗比例报工时默认允许超出标准用量一定比例超出部分系统自动提示。这个比例不要设成0车间实际生产总有零星超耗全堵死只会让工人改用“分摊”的方式胡乱报数据更假。4.3 报工、移转与完工入库数量对上的最后一公里制程生产的收尾环节是移转与完工入库。上一道工序报工完成后通过制程移转单把在制量转到下一道工序最后一道工序报工完成后生成或确认一张完工入库单把良品数量存入仓库。这个“最后一道工序入库”的动作是MRP在途量减少的触发点。很多工厂MRP跑不准不是因为计划算错而是制令完工了但一直没有入库系统里这张制令永远背着“未完工”的在途数量。完工入库时要注意超量控制。制令单通常允许一定比例的超出完工量比如允许超完工5%超出部分按超量入库处理。如果现场实际产出超过制令数量要判断是合理超产还是上工序转错数。合理超产就按超完工比例入库异常转数就得先纠正移转单再入库。入库单上的仓库必须和制令上的生产仓库一致否则库存落到别的仓MRP取数就又错了一层。最后一个动作是制令结案。当制令全部入库、不良品已处理完报废或返修要在系统里做完工结案把这张制令状态关掉。结案后这张制令的在途量才真正归零。实际操作中我见过太多“生产早干完了制令一直挂着”的情况MRP每跑一次就建议补料一次计划员还以为是系统抽风其实就是没人做结案。结案这件事建议每周固定做一次批量清理不要让制令在系统里变成“僵尸单”。5. 常见问题排查MRP与制程生产联动故障的现象、原因、处理5.1 MRP反复建议同一批采购量现象同一个物料这周MRP建议采购500个下周库存明明没怎么动又建议采购500个如此反复。 原因最常见的是“在途量没纳入运算”。采购单已经下了但MRP参数里没勾选纳入在途系统每次只看到现有库存看不到已经在路上的货。还有一种可能是采购单的单别没被MRP识别比如手工开了一张特殊单别的采购单系统不认为它是在途。 处理先查MRP参数里在途判断是否全部纳入再到采购单里确认该物料的采购单是否存在、是否已审核。如果参数没问题就去查采购单单别的MRP属性把参与运算的标识打开。5.2 制令已完工MRP还在建议补料现象车间反馈某张制令已经干完、货都入库了MRP下一次运算仍然建议再开制令补这个物料。 原因制令没有做完工入库或者做完了没结案。系统里这张制令的状态还停留在“未完工”它的在途量一直占着可同时MRP又认为这个物料还有净需求于是反复建议。另一种可能是入库单做错了入库数量没有关联到制令上等于白入。 处理查制令的状态和累计入库数量。如果实际已完工补做完工入库单再执行制令结案让在途量归零。入库单关联制令号这个动作不能省否则库存虽然增加制令却认为什么都没入。5.3 制程已报工库存账面纹丝不动现象工序都报工了系统库存却没有任何变化车间说料已经用掉账上还是原数。 原因发料方式设了领料制报工只记录工时和产量不会自动扣料。或者虽然设了倒扣料但扣料时机是“末站报工扣料”中途工序报工不触发扣料现场人员以为报了工就等于扣了料。 处理先确认发料方式。如果主数据用的是领料制就要求车间按BOM补开领料单如果用的是倒扣料确认扣料时机参数并检查生产线仓的库存是否充足——倒扣料时仓库库存不足会扣料失败系统不报错但账面不动。5.4 半成品需求没被展开BOM挂错层级的典型症状现象MRP跑完成品需求算出来了但某个半成品完全没有产生需求直接导致它的下级原材料也没需求。 原因大概率是BOM里这个半成品没有单独建物料档或者建了物料档但没开“MRP管制”开关。还有一种情况是半成品在BOM里被设置成了“虚拟件”只在工艺上存在、不单独入库如果工厂实际要按半成品备料虚拟件设置就直接把需求吞掉了。 处理先看BOM结构确认半成品是不是独立物料号再查物料主档的MRP开关。如果生产策略上要求半成品在工序间流转且单独管理库存就不要用虚拟件该建物料就建物料该开MRP就开。5.5 期初库存和MRP运算口径不一致现象系统库存查询显示某物料有1000个库存MRP运算结果却显示可用量为0导出一堆采购建议。 原因库存和MRP不在同一个口径里。常见的是查询界面包含了所有仓库但MRP只取勾了“参与MRP”的仓库或者物料主档的默认仓库与实际存放仓库不一致又或者MRP参数里库存截至日期设在了过去某个时点。 处理逐一检查仓库主档的参与标识、物料主档的默认仓库、MRP参数的库存截至日期。这三处对齐后库存查询和MRP结果才会一致。对齐后如果还有差异就要查冻结库存和待检库存是否被排除在可用量之外。6. 用MRP重算做数据体检一个可以天天用的复核习惯MRP不只是月底算一次料的工具它可以当体检仪用。我的习惯是每天早上正式运算之前先跑一次“不发放”的MRP重算把结果和昨天的运算结果做对比。重点看三类差异一是新增的计划订单二是数量明显变化的需求量三是例外信息里新出现的预警。出现差异不可怕可怕的是没发现差异就按昨天的旧结果直接发单。重算不发放相当于给了你一次反悔的机会这是MRP最值得利用的隐藏功能。配合这个习惯我建议维护三张持续滚动的账第一张是未完工制令清单每天看哪些制令该完工没完工第二张是已下达未入库的采购单盯交期是否异常第三张是每日库存异动表重点看负库存和无单发料。这三张表不需要额外买系统从Sunlike里导出当天数据整理就行关键在于坚持每天看。只要这三张表是干净的MRP算出来的结果基本不会离谱。我自己的教训是有次车间赶出货报工晚做了一天第二天MRP重算后突然冒出一大批急料需求采购被逼着催货催了一整周。事后复盘问题不是需求真的暴增而是报工滞后让在制量短暂“消失”系统以为料不够了。从那次起我就把“先看例外信息再开早会”定成了固定动作每天早会先花十分钟过一遍MRP重算的差异清单让计划、采购、车间对着同一份数据说话而不是各拿各的Excel吵。这个习惯帮我躲过了很多次“看起来像系统问题、实际上是人没跟上”的麻烦希望也能帮你少踩几个坑。本文还有配套的精品资源点击获取