ERP计划模块实战:搞懂MPS/MRP运算逻辑与五大高频踩坑点
发布时间:2026/10/15 11:43:02 锦皓数字建站

简介《数夫ERP-F19计划管理操作手册》是面向家具制造企业计划管理人员、车间调度及ERP实施顾问的操作指南聚焦生产计划管理中的排产方式选择、进度跟踪与成本控制等实务问题。资源为单个PDF文档压缩包约1.45MB内容以数夫F19家具ERP系统计划管理模块为主线详细说明套件拆分成分件排产、直接按下单内容排产两种生产组合方式以及拖动式、填充式、自动排程等预排手段同时覆盖生产计划自动生成、生产进度实时跟踪、生产成本控制、自动推算制程前置生产天数、按制令维护BOM、自制与托外临时协调处理、不可分割物料转入公用在制、订单作为制令管理等操作要点。手册还给出了各应用专题的指引适合作为企业上线数夫ERP时计划模块的培训材料也可供实施顾问在方案配置与流程梳理时参考。目前已有337人学习浏览对于希望系统掌握计划管理模块操作逻辑的读者是一份可直接查阅的PDF文档。1. 数夫ERP-F19计划管理不是点按钮是先把口径定清楚数夫ERP-F19计划管理模块上手后第一件事通常不是学怎么跑计划而是先给数据“体检”。我在制造业摸ERP这十几年见过太多把计划算不准归咎于系统的团队实际查下来十个里有八个卡在物料档案、BOM版本和参数口径上。这套F19计划管理模块做的事情不算复杂把销售订单、预测、库存、在途和BOM汇到一起按时段算出净需求再生成生产、采购、委外三类建议计划。它适合每天要和交期、缺料、齐套打交道的PMC计划员、生产跟单以及负责ERP落地和二次开发的实施顾问。如果你正在为“计划算出来不敢用”发愁这篇按业务流、参数、踩坑三个维度展开照着调一轮多数问题能自己定位。2. F19计划业务流从销售订单到生产、采购、委外数据在哪些环节决定计划质量计划模块在ERP里的位置就是一台进料加工设备进的是订单、预测、BOM、库存出的是生产、采购、委外三类建议。很多人把它当黑匣子点了运算等结果结果不对就怀疑系统算错了。实际上计划质量在进料环节就决定了七八成。这一章先把F19计划业务流和输入数据讲透后面做操作和调参才有依据。2.1 计划模块的输入长什么样物料档案、BOM、工艺路线、库存与在途F19做计划运算时真正读进去的数据对象就四类。物料档案管“这个料怎么买、怎么产”BOM管“一个成品要什么、要多少”库存与在途管“已经有什么”工艺路线管“产能和委外怎么走”。任何一个对象的关键字段不准运算出来的计划订单就是错的。数据对象关键字段对计划的影响物料档案计划策略、提前期、批量规则、最小起订量、安全库存决定净需求数量和下单日期BOM版本号、有效期、损耗率、替代料决定毛需求版本错则全链路错库存/在途可用量、质检冻结、已分配、在制、在购决定需求冲减口径错会重复或漏算工艺路线工作中心产能、外协标志、排队时间影响排产建议与委外订单生成先核对物料档案。计划策略决定了这颗料是MPS件还是MRP件走计划运算还是按订单拉动提前期如果没维护系统会按默认值算结果就是采购下单日完全不对。BOM要看版本和有效期很多工厂改了BOM但没做版本生效计划一直按旧结构展开。库存那边最容易出问题的是“可用量”这个概念质检冻结、寄售、已分配库存不区分冲减时就乱了。2.2 订单承诺、计划运算、计划投放F19计划主流程的5个环节F19计划管理模块的主流程可以拆成五个环节。从销售订单接入开始到计划订单投放结束每一步都有明确的输入和输出谁在哪个环节做什么事要定死。环节输入输出主要角色订单评审销售订单、可用量、产能交期承诺、预排计划计划员MPS运算订单、预测、成品库存、成品BOM主生产计划、成品净需求计划员MRP运算MPS结果、BOM、库存、在途、参数原材料/半成品计划订单计划员计划评审计划订单、例外信息确认或调整后的计划订单计划员/采购计划投放已确认计划订单生产订单、采购申请、委外订单计划员/采购订单评审环节最容易被跳过。业务接了单直接录入交期没有经过可用量检查后面计划运算出来全是急单。正确做法是先做ATP查询也就是用“可用库存在途计划产出”覆盖需求时段能覆盖才承诺交期。MPS和MRP在F19里通常是连续跑的MPS算成品MRP把成品需求按BOM展开成原材料和半成品需求。计划评审和投放是质量闸口投放前要把例外信息处理掉不能带着缺料硬投。2.3 数据质量先行基础数据不准计划算得再快都是白算跑计划前的数据体检我一般按四个顺序做。第一步查BOM完整性看有哪些成品没有有效BOM或BOM已经失效第二步查库存状态把质检冻结、待检、已分配这些状态理一遍第三步查物料计划属性确认哪些料设了计划策略、哪些还是默认值第四步查提前期和批量规则逐个物料看数值是否和实际一致。这一轮体检通常能暴露大部分问题。很多企业上线计划模块后一直觉得系统“乱算”最后发现是上个季度导入物料档案时提前期字段全导成了默认的1天。基础数据不属于计划模块但计划模块是基础数据质量的照妖镜。F19跑出来的每一张计划订单背后都对应一条主数据记录主数据错了计划订单就错得理直气壮。提示别一上来就调参数。参数调的是计算规则数据错调参数没用。先花两天把基础数据过一遍比调十次参数都管用。基础数据体检完再进入正式的计划操作你会发现F19的运算本身很直接。数据干净计划就干净。3. F19计划生成与投放实操订单评审、MPS/MRP计算、计划订单转生产订单的完整步骤数据前提已经搞定这章进入系统操作。F19的计划生成我习惯分成三段先把订单接好把计划算出来再在投放前做一轮核对。每一段都有固定的操作顺序顺序反了后面全是返工。3.1 销售订单接入与交期承诺先评审再进计划池销售订单进了F19不等于直接进计划池。系统会先判断这张订单属于计划性订单还是备货性订单。计划性订单按客户需求日期参与运算备货性订单只做库存补充进预测池。录入订单时就要把计划属性选对选错了计划运算会把它当成两种需求各算一次需求直接翻倍。交期承诺的操作顺序是这样的录入销售订单维护需求日期和数量执行ATP检查看可用量能否覆盖可用量不足时检查近期的计划产出和采购在途确认交期后保存订单进入计划需求池在计划运算界面的需求来源中勾选销售订单第2步的ATP检查很多人不做直接录完订单就跑计划。结果就是订单交期全按客户要求填计划算出来的完工日期满足不了交期承诺成了一纸空文。我见过最快的翻车方式就是跳过ATP全厂插单计划永远在重排。3.2 跑MPS/MRP计划运算范围、时栅过滤与例外信息F19的MPS/MRP运算界面通常需要先设置运算范围再做计算。运算范围决定这次算哪些物料是全部物料还是按工厂、按物料编码区间。日常重跑建议按工厂加计划范围不要每次全量跑全量跑慢不说还容易把已经确认的计划订单卷进去。运算参数里最核心的是时栅。需求时栅表示只取未来N天的需求参与运算超出时栅的不再考虑变更计划时栅表示在N天之内只按销售订单排产不按预测排产。时栅天数的设置直接决定计划稳定性设短了计划天天变设长了插单进不来。我一般建议先按供应商最长提前期加3到5天缓冲来设后续再据实调整。执行运算后第一件事不是看计划订单而是看例外信息。F19会把运算过程中出现的异常情况汇总成清单常见的有需求提前、需求延期、库存短缺、BOM失效、计划订单超量。这些例外信息就是计划运算的体检报告。先处理“短缺”和“BOM失效”再看提前和延期数量类异常放到最后。3.3 计划订单转生产/采购/委外投放前要核对什么计划算出来以后还是建议状态不能直接执行需要投放。投放动作是把计划订单转成正式单据生产类转生产订单采购类转采购申请委外类转委外订单。问题在于很多人在投放前不核对上了线才发现供应商没维护或者物料被冻结。投放前的核对清单我列了四条物料状态是否允许采购、生产或委外供应商、工作中心是否在有效期内计划数量是否满足最小起订量或批量规则需求日期和计划订单日期是否一致核对的时候可以用SQL直接查待投放的计划订单池判断是否还有遗漏。以F19常见的后台表结构为例-- 查询待投放的计划订单模拟表结构字段以实际环境为准 SELECT plan_order_id, item_code, plan_qty, require_date, order_type, release_flag FROM f19_plan_order WHERE release_flag N AND is_frozen N ORDER BY require_date;这段SQL的意思是从计划订单表里取出所有未投放且未冻结的记录按需求日期排序。release_flag表示是否已投放is_frozen表示是否被冻结。实际环境里的表名和字段可能不同但思路一致——投放前先看未投放清单确认数量和需求日期都对了再执行投放。不要直接依赖界面上的总数用SQL按明细核一遍更稳。投放完成以后计划订单的状态会同步更新。如果发现投错了在F19里通常可以反冲退回但已经下达的生产订单如果已经开始领料退回就会很麻烦所以在投放前多花十分钟核对比投放后处理返工省得多。4. F19计划参数这样设提前期、批量策略、安全库存、时栅与冻结期的调参思路计划算得准不准参数占一半。F19计划模块里可调的参数不少但真正决定计划质量的主要是提前期、批量策略、安全库存、时栅和冻结区间。这些参数互相影响不能只调一个。这一章按重要程度给出一套调参思路。4.1 提前期与批量策略计划运算的两个基本参数提前期决定计划订单的日期批量策略决定计划订单的数量。两者一算计划订单的“量”和“期”就都定了。F19里提前期一般拆成固定提前期和变动提前期投产或下单日按这个公式估算投产日 需求日 −固定提前期 变动提前期 × 计划数量固定提前期是每下一单都有的时间开销比如下单流程、备料准备变动提前期是每单位数量增加的时间。数量越大整体提前期越长。很多工厂只维护了一个固定提前期变动提前期不填导致大批量订单的计划日期普遍偏晚计划员只能手工往前挪。批量策略的常见选项有逐批、固定批量、周期批量和经济批量。逐批最简单需求多少就计划多少适合单价高、订购频次低的物料固定批量适合有最小起订量的物料比如供应商一次至少送100件周期批量是把一个周期内的需求合并成一张单。批量策略设错了最典型的症状是采购计划频繁下小单或者计划数量达不到起订量被供应商退单。4.2 安全库存与预测冲减设低了断料设高了压库存安全库存是净需求计算的固定扣减项也经常成为矛盾焦点。设低了需求一波动就缺料设高了库存资金白压着。我一般建议先按补货周期内的需求波动来设也就是用“日平均需求 × 补货周期天数 × 波动系数”做初值跑两三个计划周期后再根据缺料记录微调。不要在项目初期给所有物料统一设一个安全库存天数那等于没设。预测冲减是比安全库存更容易出错的点。F19里需求来源可以同时勾选销售订单和预测如果两者不做冲减同一批需求会被计算两次计划量直接翻倍。常见做法是设置预测在销售订单录入后自动冲减也就是订单优先消耗预测数量订单量超过预测的部分才作为新增需求。备货型物料用预测驱动订单型物料用订单驱动两种模式不要混在同一颗料上。4.3 时栅、冻结区间与齐套规则改参数前先看这两类边界时栅和冻结区间管的是“计划多久变一次”。需求时栅管未来多长期限内的需求可参与运算计划时栅管多长时间内只认订单不认预测冻结区间管已经确认的计划订单在多少天内不被重算。三者边界设得好计划稳设得差每天跑出来的计划都不一样计划员根本没法干活。齐套规则管的是“缺料怎么算”。按单齐套和按料齐套的差别很大按单齐套要求一张生产订单的所有物料齐了才算齐套按料齐套只看单个物料是否齐。计划参数里如果没有明确这个规则齐套报表的数据会和现场感受完全对不上。改齐套规则前先确认现场是按整单发料还是按料发料系统口径和现场口径必须一致。参数调试有个通用顺序先把提前期校准再把批量规则定清楚然后设安全库存最后调时栅和冻结区间。前面的参数不稳调后面的参数没有意义。每次只改一个参数跑一次计划对比差异不要一次改五六个再回头查。参数常见初始设法高风险设置采购提前期按供应商实际到货周期加1~2天缓冲设太短上线就缺料生产提前期按标准工时加排队等待时间不含排队等待插单就乱批量政策采购按最小起订量生产按经济批量全部逐批采购频繁安全库存按补货周期需求波动计算全部设0或统一一个天数需求时栅供应商最长提前期加3~5天过短计划天天变冻结区间冻结1~2周过长插单进不来参数表里的“高风险设置”列是真实翻车现场总结出来的不是理论推演。计划模块上线初期最容易踩的就是“提前期设短了”和“时栅设短了”两个坑后面第5章会展开说。5. F19计划模块避坑指南BOM版本、重复需求、齐套口径等5个高频翻车点计划模块跑起来之后真正消耗时间的是排查。第2章和第3章讲的是正常流程这一章把我在F19实施和运维中反复遇到的5个高频问题写出来。每条按现象、原因、解决三段式展开你现场遇到了可以直接对照。5.1 BOM版本选错计划按旧BOM展开物料需求全偏现象计划运算完成后新增物料的需求没有出现或者某个半成品需求量明显偏大。核对BOM时发现现状已经改了但计划结果还是按老结构算的。原因BOM版本的有效期没有覆盖到计划运算日期。常见于工程师改了BOM但没有做版本生效或者计划运算参数里选择了错误的BOM类型把工程BOM当成计划BOM用。解决跑计划前先查成品物料的有效BOM版本确认生效日期覆盖计划时栅范围。建立BOM变更流程改BOM必须同时填生效日期和失效日期计划模块跑完运算后要自动检查失效BOM并输出例外信息。如果系统没有这个检查就在每次运算前手动核对变更记录。5.2 需求重复销售订单加预测同时算计划量翻倍现象同一颗物料的计划订单数量是实际需求的1.5倍甚至2倍。库存充足但系统还在生成采购建议看需求来源发现既有销售订单又有预测。原因需求来源里同时勾选了销售订单和预测并且没有设置冲减规则。F19会把这当成两笔独立需求分别参与毛需求计算。解决在计划参数里设置预测冲减方式常见是“销售订单优先冲减预测”。录入订单后订单量自动消耗预测量剩余预测量才进入运算。备货型物料只用预测驱动订单型物料只用订单驱动不要在参数里混勾。5.3 齐套口径不一致系统说齐套现场缺料现象齐套报表显示某订单已经齐套可以投产。生产领料时发现还缺好几种料计划员和生产吵成一团。原因齐套查询用的是在库数量没有扣除质检冻结、已分配数和安全库存。系统里库存数量是有的但实际可发数量不够。解决把可用量口径统一成“在库数量 在途数量 − 已分配 − 质检冻结 − 安全库存”。在F19参数里重新定义可用量公式再做一次库存状态校准。校准完以后把齐套查询和实物盘点对一遍对不上就是还有字段没算进去别急着改参数先查口径。5.4 手工修改被覆盖计划员改了数量跑完又变回去现象计划员根据经验把某张计划订单的数量从100改成80第二天跑完计划发现又变回100了白改。原因计划订单还处于计划状态没有做确认或锁定操作。F19重算计划时范围覆盖到该物料系统按参数规则重新计算了这个计划订单覆盖了手工修改。解决手工调整过的计划订单先改状态为“确认”或“锁定”再进行投放。重算参数里设置排除已确认的订单。日常流程要规定计划员改完数量后必须做状态变更否则重算即覆盖。这个习惯养成之前最好每天跑完计划后查一次“被覆盖的已修改订单记录”。5.5 计量单位换算报表数量翻倍库存对不上现象物料需求单上数量是500库存报表显示只有250账实对不上。仔细查发现计划按基本单位算采购按采购单位下单换算率错了50倍。原因物料档案里维护了多个计量单位基本计量单位、采购单位、库存单位之间的换算率不正确。计划模块按基本单位计算转采购单时按采购单位换算中间差了一个换算系数。解决在物料档案里重设计量单位关系确认基本单位和采购单位之间的换算率。做单据转换前先跑一个数量试算确认转换后数量和预期一致。这个坑隐蔽的地方在于报表上看不出错误只有和实物对比才能发现。5个坑按出现频率排最容易被忽略的是BOM版本和需求重复。两类问题都出在数据源头计划运算界面没有报错但结果就是不对。排查的时候先看需求来源明细再看BOM版本这两步能排除八成的“计划算错”。6. 用例外信息和差异对比表把计划审在投放前计划参数调完、流程跑通以后还有最后一道防线投放前审单。跑完计划不等于可以投放我的习惯是每次都先看例外信息再看差异对比表两轮都过了才点投放。F19算出来的计划订单里有一部分例外信息是系统主动提示的比如短缺、提前、延期、超量。这些提示不能关掉它们是计划模块在告诉你哪里需要人介入。具体做法分三步。第一步打开例外信息查询按严重度排序先处理短缺和BOM失效再处理提前和延期第二步打开差异对比表比较本次计划订单和上次计划订单的数量差异差异超过阈值的需求来源要先查——是订单重复还是预测没冲减第三步对交期敏感的订单逐单核对需求日期和完工日期确认计划订单日期不晚于需求日期。核对项核对方法看到这种情况怎么处理缺料例外查例外信息中的短缺记录优先处理交期最近、金额最大的提前/延期比较需求日期与计划日期差异大于供应商响应周期重新承诺交期数量差异对比本次与上次计划量先查需求来源确认订单或预测是否重复齐套情况查齐套查询报表齐套不足的订单暂缓投放先补料差异对比表是我个人很推荐用的功能很多人忽略它。它能把两次运算之间的计划变动全列出来比翻明细快得多。数量差异大的物料直接点进去看需求来源是新增订单还是参数变化一眼就能定位。这套审单流程熟练以后一个人管几百个计划订单只需要不到半小时但能拦住绝大多数返工。我现在的习惯是每轮计划运算后雷打不动过一遍例外信息和差异表确认没有短缺和异常才投放。这个习惯是从一次计划订单倒冲翻车里养成的那回成品订单已经投放了才发现齐套口径算错整张单退回重排返工成本够买三台终端。多做十分钟审单少花一整天返工。希望帮到你。本文还有配套的精品资源点击获取
锦
锦皓数字建站
深耕本土企业品牌数字化升级,专注原创端正雅致商务官网,从视觉设计到稳定运维全程保驾护航。