1. 项目概述从“救火”到“导航”的供应链计划革命干了十几年供应链和ERP实施我见过太多企业被“计划”两个字折腾得够呛。最常见的场景是销售跑过来说“客户加急这批货下周一必须出”生产主管一听就炸毛“物料都没齐你让我拿头做”仓库那边也抱怨“上个月采购说这个月物料会到现在连影子都没有库存又压了一堆用不上的。”整个公司就像在玩一场没有地图的“盲人摸象”游戏各个部门都在凭感觉、靠经验、甚至拍脑袋做决策结果就是频繁的紧急插单、生产线停线待料、库存居高不下但关键物料总是短缺现金流被一堆呆滞库存牢牢锁死。这个“K3 CLOUD计划管理之计划方案MPS/MRP”项目就是针对上述乱象的一剂系统化“解药”。它不是一个简单的功能开关而是企业资源计划ERP系统中将市场需求转化为具体生产指令和采购指令的核心引擎。简单说它回答了几个最根本的业务问题我们要卖什么独立需求为了卖这些我们需要生产什么相关需求生产这些又需要准备什么物料、多少数量、什么时候要物料需求最后这些任务该由哪个车间、哪条生产线、在什么时间完成能力与车间调度MPS主生产计划和MRP物料需求计划是这个引擎的两大核心部件。MPS聚焦于最终产品、关键部件或关键资源它直接对接销售预测和客户订单是驱动整个生产体系的“龙头计划”。而MRP则是MPS的忠实执行者它负责将MPS拆解成成千上万个原材料、半成品的需求并精确计算出它们的需求时间、需求数量以及建议的订单下达时间。在金蝶K3 Cloud中这套计划方案被高度产品化和可配置化企业可以根据自身业务特点如按订单生产、按库存生产、混合模式来灵活定义计划策略从而实现从“被动救火”到“主动导航”的供应链管理升级。2. 计划体系的核心逻辑与业务场景拆解2.1 MPS与MRP的职责边界与协同关系很多初次接触的朋友容易把MPS和MRP搞混觉得都是做计划为什么要分两层这里我用一个“餐厅备餐”的类比来解释。假设你经营一家餐厅明天是周末你预计会非常繁忙。MPS主生产计划就像是你的“招牌菜计划”。你根据历史数据、天气预报、节假日因素预测明天“红烧排骨”会卖出50份“清蒸鲈鱼”会卖出30份。这个计划是面向最终可交付给客户的“成品”的。它相对宏观直接决定了你明天生意的规模和重心。有了这个“招牌菜计划”后厨就需要准备了。MRP物料需求计划就是你的“食材采购与预处理计划”。系统或者有经验的厨师长会根据“红烧排骨50份”这个需求自动展开计算一份排骨需要1斤猪肋排那么总共需要50斤还需要酱油、糖、香料等辅料各多少。同时它还会考虑厨房现有的库存冰柜里还有20斤排骨没用完那么净需求就是30斤。它还会计算时间排骨需要提前腌制2小时那么最晚下午4点前这30斤排骨必须送到后厨并处理完毕。在K3 Cloud中这种协同关系通过“计划方案”来精密配置。通常我们会先运行MPS对关键产品、长采购周期物料、产能瓶颈资源进行规划得到一个稳定可行的主计划。然后以这个主计划作为需求来源再运行MRP对全部物料进行齐套性计算。这种分层的处理方式避免了将所有物料一次性纳入复杂计算导致的系统臃肿和逻辑混乱也符合企业管理中“抓大放小、聚焦关键”的原则。2.2 不同制造模式下的计划策略选择K3 Cloud的计划方案之所以强大在于它提供了丰富的策略来适配不同的业务模式绝不是“一刀切”。1. 按库存生产MTS这是最经典的模式适用于标准品、需求稳定且可预测的产品。比如生产标准型号的螺丝、文具等。在这种模式下MPS的核心依据是销售预测。系统会根据安全库存水平、补货点、经济订购批量等参数自动生成主生产计划目的是将库存维持在一个合理的水平。在K3 Cloud的计划方案中你需要重点关注“预测冲销”策略的设置即当有实际客户订单产生时如何扣减预测数量避免重复计划。2. 按订单生产MTO适用于定制化程度高、产品非标或价值昂贵的场景如大型设备、定制家具。此时计划的唯一源头是销售订单。MPS直接针对具体的客户订单进行排产。K3 Cloud在这里的关键配置是“计划展望期”和“需求时间栅栏”。你需要设定一个时间点在这个点之后的需求才参与计划运算以避免系统对遥远的、不确定的需求做出过度反应。3. 按订单装配ATO这是MTS和MTO的混合体常见于电子产品、汽车等行业。产品有标准的基本组件但最终配置由客户选择。例如电脑标准主板、电源可以选择不同的CPU、内存和硬盘。在K3 Cloud中通常将通用部件机箱、电源按MTS模式计划并备库存而将选配部件特定型号的CPU按MTO模式接到订单后再驱动MRP计算需求。这需要用到物料清单BOM中的“可选件”和“特征件”功能并在计划方案中设置不同的物料计划策略。实操心得千万不要试图用一种计划策略覆盖所有物料。一个常见的错误是把所有物料都设为“MPS物料”这会让计划变得极其僵化。正确的做法是通过ABC分类法或物料属性采购周期、价值、关键程度将物料区分为MPS物料和MRP物料。通常成品、关键半成品、采购周期超过30天的关键原材料应纳入MPS管理而标准件、通用原材料、低值易耗品则交给MRP自动计算。这种混合策略在K3 Cloud中通过“物料计划资料”中的“计划策略”字段来实现是保证计划系统既灵活又高效的关键。3. K3 Cloud计划方案的核心参数深度解析运行一个计划不是简单地点击“计算”按钮其结果的合理性与可靠性完全依赖于前期对计划方案参数的精准配置。这些参数就像是给计划引擎设定的“交通规则”。3.1 需求来源与冲销策略解决“需求打架”问题计划的首要问题是需求从哪来当销售预测和客户订单并存时听谁的K3 Cloud提供了精细化的控制。需求来源在计划方案的“需求参数”页签你需要明确勾选参与计算的需求单据类型通常包括销售订单、产品预测单、委外订单、生产订单考虑补废补料、物料替代申请、安全库存策略等。一个关键技巧是对于MTO模式你可能只勾选“销售订单”对于MTS模式则主要勾选“产品预测单”和“安全库存”。预测冲销策略这是MTS模式下的核心。假设你预测某产品本月需求100件并据此生成了生产计划。月中来了一个30件的实际订单如果不做处理系统会认为总需求是130件预测100订单30导致多生产。冲销就是为了避免这种重复计算。K3 Cloud提供几种方式向前冲销/向后冲销在实际订单日期附近向前或向后寻找预测数量进行扣减。期间冲销在订单所在的计划周期如周、月内冲销预测。不冲销预测和订单独立参与计算适用于需求来源截然不同的场景。注意事项冲销策略的选择必须与企业的销售和运营协同流程匹配。如果销售预测精度很低且与实际订单关联性弱使用复杂的冲销策略反而会引入混乱。我的一般建议是在实施初期可以先采用“期间冲销”逻辑简单明了。等业务数据稳定、预测准确率提升后再考虑更精确的“向前/向后冲销”。3.2 计划展望期与时间栅栏定义计划的“视野”与“禁区”这是控制计划稳定性的两大阀门。计划展望期决定了系统向前看多远来获取需求和计算供应。设得太短可能无法覆盖长周期物料的需求设得太长会纳入大量不准确的远期预测导致计划失真。通常展望期应大于你最长的累计提前期从采购原材料到成品完工的总时间。例如你的产品总提前期是60天那么展望期至少设为70-90天。需求时间栅栏在展望期内划出的一个“冻结区”。栅栏内的需求通常是近期如2周内计划方案不会自动对其提出新的订单建议除非短缺以保持生产执行的稳定性。栅栏外的需求则可以由系统自由地提出计划订单。供应时间栅栏同理它控制系统是否可以自动调整栅栏内已下达订单的建议日期和数量。计划期段这是将连续的展望期划分为离散时间段如日、周、旬、月进行汇总计算。设置计划期段能避免计划因日期的微小变动而频繁波动使计划结果更平滑、更具可执行性。例如将采购计划按“周”汇总采购部门就知道这周总共需要买多少某种物料而不是每天一个变化的小数字。3.3 库存与供应参数还原真实的物料可用情况计划的核心是平衡需求和供应。供应不仅包括新采购和生产更重要的是充分利用现有库存。现有库存默认参与计算。但要小心“已分配量”。例如库存有100个但其中50个已经被某个未完工的生产订单领料预留了那么可用库存就是50个。K3 Cloud能准确处理这部分数据。预计入库量包括已审核的采购申请、采购订单、生产订单、委外订单等。这些是“在途”的供应。计划方案中需要设定是否考虑这些单据以及考虑它们的哪个状态已审核、已下达等。已分配量/预留如上所述指库存已被特定订单占用的部分。必须考虑否则会导致库存被重复计划。安全库存为了应对需求波动而设置的缓冲库存。在计划计算时系统会将安全库存视为一个“隐性需求”。例如某物料安全库存为100当前库存80那么系统会认为你“缺货20”从而产生补货建议。安全库存的设置需要基于历史需求波动性、供应可靠性进行科学计算而不是拍脑袋。批量规则当净需求产生后每次订货或生产多少K3 Cloud支持多种规则直接批量需要多少就订多少。适用于昂贵物料。固定批量每次固定订购某个数量如100的倍数。周期批量汇总一个周期如一周内的总需求一次性订购。最大/最小批量当库存低于最小量时补充到最大量。4. MPS/MRP运算全流程实操与结果解读理论配置完毕接下来就是实战。一次完整的计划运算远不止点击一个按钮。4.1 运算前准备数据质量的“体检”“垃圾进垃圾出”在计划领域是铁律。在点击“MPS计算”或“MRP计算”前必须完成以下数据检核BOM物料清单准确性这是MRP展开的基石。检查所有产品的BOM层级、子项物料编码、用量、损耗率是否准确。特别是要检查是否存在“循环BOM”A的子件是BB的子件又是A这会导致系统计算死循环。物料计划资料完整性确保参与计划的物料其“计划策略”、“订货策略”、“提前期”、“批量规则”等字段已正确维护。一个空白的提前期会导致系统无法计算需求日期。库存数据准确性进行库存盘点或账实核对确保系统库存数量与实际一致。重点关注在途、预留库存的状态。需求单据状态确认作为需求来源的销售订单、预测单均已审核且需求日期在计划展望期内。供应单据状态确认未完成的采购订单、生产订单等状态正常且交期准确。4.2 执行运算与监控在K3 Cloud的“计划管理”模块选择对应的计划方案设置好运算范围可以按物料、物料分类、组织范围进行过滤然后执行运算。对于大型企业首次全量运算可能耗时较长建议在业务低峰期如夜间进行。运算过程中要密切关注系统日志。K3 Cloud会提示一些警告信息例如“物料XXX无有效BOM”、“物料XXX的提前期为0”等。这些警告不是错误不会中断计算但必须事后逐一排查因为它们会直接影响计划结果的质量。4.3 计划订单结果的解读与处理运算完成后系统会生成两类关键结果计划订单和需求反查。计划订单这是系统的核心建议包括“计划采购申请”、“计划生产订单”、“计划委外订单”。你需要重点审核以下几个字段建议订单量/数量系统根据净需求和批量规则计算出的数量。建议到货/开工日期、建议完工/到货日期这是系统基于物料提前期倒排计算出的时间。务必核对这个时间的合理性系统是基于标准提前期计算的但实际中可能受产能、节假日、供应商特殊情况影响。供需来源通过这个字段可以追溯到是哪个上层需求哪个销售订单或预测驱动产生了这个计划订单。这是进行需求追踪和订单优先级排序的关键。需求反查供需追溯这是理解计划逻辑的“神器”。你可以针对任何一个计划订单甚至任何一个物料进行双向追溯。向上追溯需求来源查看这个物料的需求最终是由哪个销售订单或预测引起的。这能帮你回答“我们为什么要买/生产这个”。向下追溯供应分配查看这个物料的供应库存、在途订单被分配给了哪些上层需求。这能帮你回答“我们手里的库存和未来的到货都准备用在哪里”。实操心得不要迷信系统第一次跑出的结果。计划员的核心工作不是“执行”计划而是“审核和调整”计划。拿到计划订单建议后我通常会这样做首先利用需求反查功能聚焦那些交期紧迫、数量大或涉及关键物料的需求检查其供需链条是否合理。其次将系统建议的开工/采购日期与产能日历、供应商实际供货周期进行人工比对对不合理的日期进行手动调整。最后与销售、采购、生产部门召开一个短会的计划评审会确认重大变化。在K3 Cloud中调整后的计划订单可以通过“投放”功能一键生成正式的生产任务单或采购申请单进入执行流程。5. 计划系统的持续优化与常见问题排坑指南上线计划模块只是开始让它持续精准运行才是挑战。以下是多年实践中积累的典型问题与优化方向。5.1 计划波动性大“天天变”怎么办这是最常见的问题。今天系统让你买100个明天又变成80个采购部门无所适从。根因分析需求源头不稳定销售预测频繁大幅调整或紧急插单过多。计划参数设置不当计划展望期太短或时间栅栏未启用导致系统对任何微小需求变动都立即反应。安全库存或批量规则不合理安全库存设得过低无法消化日常波动或使用了“直接批量”导致需求直接传递放大波动即“牛鞭效应”。解决方案冻结近期计划强化“需求时间栅栏”和“供应时间栅栏”的应用。例如设定一周内为冻结期栅栏内的需求变更不走系统自动重排必须走手工调整加审批流程。聚合需求使用“周期批量”规则或将计划期段从“日”调整为“周”将离散的日需求聚合为周计划输出更稳定的采购和生产批量。提升预测质量与销售部门协同建立更科学的预测模型和考核机制减少随意性。在K3 Cloud中可以设定预测的“误差容忍度”超出范围的变动才触发重计划。设置合理的缓冲重新评估并设置关键物料的安全库存将其作为吸收短期波动的蓄水池。5.2 系统跑出的计划订单日期或数量明显不合理根因分析基础数据错误物料提前期、BOM用量、损耗率数据不准。未考虑实际约束系统按标准提前期计算但未考虑产能瓶颈、设备保养、节假日或供应商的固定供货日。供需不平衡可能存在巨大的独立需求如预测未被及时冲销或者有已关闭的订单需求仍被纳入计算。解决方案数据治理常态化建立BOM、工艺路线、提前期等主数据的维护和审核流程。每次计划跑完后针对明显不合理的订单反查其物料的基础数据往往是这里出了问题。启用日历与产能计划在K3 Cloud中维护工厂日历、资源日历并在计划方案中勾选“考虑工作日历”。对于关键瓶颈资源可以尝试运行粗能力计划RCCP在MPS阶段就检查产能可行性。人工干预与确认如前所述计划员的职责是审核和修正。对于系统建议必须结合人工经验进行确认。K3 Cloud提供了灵活的手动修改、合并、拆分计划订单的功能。5.3 计划跑得慢甚至超时根因分析数据量过大一次性运算所有物料、所有组织数据量庞大。BOM层级过深或存在循环导致MRP展开计算非常耗时。系统资源不足服务器性能瓶颈。解决方案分步、分范围运算不要每次都跑全量。可以按产品线、按工厂分次运行。对于变化频繁的物料可以每天运行对于变化慢的物料可以每周或每旬运行一次。优化BOM结构在满足管理要求的前提下尽量扁平化BOM。彻底排查并清除循环BOM。利用净改变计划K3 Cloud支持“净改变”运算模式。在这种模式下系统只计算上次计划后需求或供应发生变动的物料及其相关物料的计划而不是全部重算能极大提升运算效率。这非常适合日常的滚动计划调整。5.4 如何衡量计划系统的有效性上线后需要建立关键绩效指标来持续监控和优化。我通常会跟踪这几个指标计划订单达成率实际完成的生产/采购订单与计划订单的比率。反映计划的可行性。需求满足率准时交付率在客户要求的日期前完成交付的订单比例。这是计划的终极目标。库存周转天数在满足交付的前提下库存周转是否加快反映计划对库存的优化效果。紧急订单比例未通过计划系统、手工下达的紧急订单占比。比例越高说明主计划的稳定性越差。这些指标的数据都可以从K3 Cloud的业务报表中提取出来定期复盘从而驱动业务流程和计划参数的持续改进。记住MPS/MRP系统不是一个“自动决策”的黑箱而是一个强大的“决策支持”工具。它的价值一半在于系统的精准计算另一半在于计划人员的专业判断和跨部门协同。把两者结合起来才能真正驾驭供应链的复杂性让计划成为企业运营的“导航仪”而不是“救火队”。