生产企业如何编制主需求计划?

我想,很多生产企业开月度计划会时,都遇到过这样一幕。
销售说,下个月预计至少能卖8000件;生产说,按当前人员和设备只能做6000件;采购拿着长周期物料的交期表,说原料最多只能支撑5500件;仓库又提醒,账上还有1200件成品,其中一部分已经被客户订单占用。
每个数都可能是对的。
但它们回答的,根本不是同一个问题。
销售说的是市场可能需要多少,订单表示客户已经确认多少,库存回答现在有多少,生产和采购回答企业能不能按期做出来。
这些数如果没有先统一口径,后面的主生产计划、物料需求计划和采购计划做得越细,偏差反而可能越大。
企业此时最先需要的,不是一张“大家都能接受”的折中表,而是一份所有部门共同认可的需求基线。这就是主需求计划。
那么,主需求计划究竟怎么编?预测和订单能不能直接相加?当真实需求大于产能时,计划表里的数字又该怎么处理?
今天,我们把这件事从头到尾讲清楚。
在不同ERP、APS或供应链计划系统中,主需求计划可能被称为MDS(Master Demand Schedule)、主需求排程或独立需求计划。名称可以不同,它要回答的核心问题是一致的:
在未来各个时间段,企业准备识别哪些独立需求,由哪个组织或供应地点响应,需要什么、数量多少、何时需要。
它描述的是经过规则处理和组织确认的需求,还没有回答具体生产多少、采购多少。
| 计划对象 | 它主要回答什么 | 常见数据来源 |
|---|---|---|
| 销售预测 | 未来市场可能需要多少 | 历史销量、客户计划、市场活动、销售判断 |
| 销售订单 | 客户已经确认要多少、何时要 | 客户、产品、数量、交期、订单状态 |
| 主需求计划 MDS | 企业决定把哪些独立需求纳入计划 | 预测、订单、备件、项目需求、组织间补货等 |
| 主生产计划 MPS | 为响应需求,准备生产什么、何时生产 | MDS、库存、在途在制、能力、批量政策 |
| 物料需求计划 MRP | 为完成生产,零部件和原材料缺什么、何时缺 | MPS、BOM、库存、提前期、批量参数 |
其中最重要的分界是:
MDS是需求声明,MPS是供应安排。
例如,市场需求8000件,不会因为工厂当月只能做6000件,就在MDS里直接改成6000件。正确的处理是保留8000件需求,再由MPS和粗能力评估暴露2000件缺口,交给企业决定加班、委外、分批交付,还是与客户重新协商。
如果只是为了让计划表“看起来可执行”,提前把超出能力的需求删掉,交付风险只是从表格里消失了,并没有从业务中消失。

正式收集数字之前,应先统一计划口径。下面四个边界如果没有定清楚,同一批数据往往能算出好几个答案。
备货型企业通常可以计划到成品SKU;配置复杂的装配企业,可以先计划产品族、通用模块或关键长周期件;项目制企业则应保留项目或客户订单维度。
这里不能简单理解为“能预测到哪层,就直接在哪层驱动后续计划”。如果预测停留在产品族或模块层,进入MRP之前,还要按照配置比例、产品结构或已确认订单进行分解和转换。计划层级既要适合预测,也要能通过明确规则落到后续供应对象。
同一种产品,在华东仓和华南仓可能有不同需求;同一张订单,也可能由不同工厂供货。因此,计划表不能只有“产品+数量”,还要明确需求组织、发货仓或供应地点。
否则,集团总量看起来没问题,仍可能出现一个区域断货、另一个区域积压。
只写“10月A产品10000件”,还不足以驱动计划。这批货是10月5日需要,还是10月30日需要,对备料和产能的影响完全不同。
常见做法是近期按天或周、中期按周、远期按月管理。具体长度应参考客户交期、生产周期、关键物料采购周期和滚动计划频率,不必机械套用固定天数。
当销售、计划、采购和生产都在各自的Excel里修改数字时,“最新版”往往不等于“已批准版”。
主需求计划至少要区分草案、评审中、已批准和已废弃状态,保留版本号、编制人、批准人、生效日期和变更原因。后续计划必须明确读取哪个版本,不能谁最后上传,就听谁的。
一份完整的MDS,通常要检查五类需求:
真正困难的地方,在于判断这些数据之间究竟是包含关系,还是新增关系。
假设某产品第42周预测需求为1000件,后来收到同产品、同区域、同时间窗口内的客户订单600件。这600件通常是原预测逐步转化成的确定需求,不能再与1000件完整相加。
按照“订单冲减预测”的口径,当期需求应是:600件确认订单,加400件尚未被订单覆盖的预测,合计仍为1000件。如果订单继续增加到1200件,订单已经超过预测,当期需求就至少应识别1200件。
但预测冲减不是一道不分场景的减法题。
欧洲客户的专项订单,未必能冲减原本面向国内渠道的预测;某个新项目的首批订单,如果根本没有包含在原预测中,就应单独叠加。企业必须明确冲减的产品、地点、客户或渠道维度,设置向前和向后的时间窗口,并规定哪些需求类别可以相互冲减。
不做冲减,需求容易虚高;冲减范围过大,真正的增量又会被吞掉。
主需求计划没有一套可以照搬到所有工厂的公式。即便在同一家企业,不同产品线也可能采用不同方法。
标准品、快消品或需求连续性较高的产品,通常要在客户下单前准备库存。MDS可以预测为基础,订单按规则冲减预测,超出预测或未被预测覆盖的部分再增加需求。
定制设备、非标件和项目型产品,成品生产通常由已确认订单触发。MDS要保留订单号、客户、项目、数量和交付节点,不宜把所有客户需求合并成一个匿名总数。预测更多用于评估瓶颈资源或准备通用长周期件,不一定直接触发定制成品生产。
客户下单后才能确定最终配置,但通用模块和关键部件可以提前准备。这类业务可以在产品族、模块或选配特征层面做预测,再由实际订单确定最终装配需求。
工程设计型业务的需求常与技术协议、图纸版本、项目里程碑和客户确认节点绑定。计划时应区分机会、已确认需求和变更需求,并明确哪个技术版本已经生效,不必过早猜测最终成品数量。
只讲原则很容易懂,真正落到表里仍会混乱。下面用一个简化案例,把完整过程走一遍。
某企业准备编制A产品华东仓第42周的主需求计划。计划员从系统中拿到了这些数据:市场预测1000件;与预测口径匹配的已确认订单600件;一个没有包含在原预测里的项目订单150件;售后备件申请50件;另外还有一张已经取消、但尚未从导出表中删除的订单80件。
| 需求来源 | 原始数量 | 处理方式 | 纳入第42周MDS |
|---|---|---|---|
| 市场预测 | 1000件 | 被匹配订单冲减600件,保留未覆盖部分 | 400件 |
| 已确认常规订单 | 600件 | 属于原预测范围,作为确定需求保留 | 600件 |
| 项目专项订单 | 150件 | 未包含在原预测中,单独叠加 | 150件 |
| 售后备件申请 | 50件 | 独立需求,单独叠加 | 50件 |
| 已取消订单 | 80件 | 清洗时剔除 | 0件 |
这样算下来,第42周MDS是:
600件确认订单 + 400件剩余预测 + 150件项目需求 + 50件备件需求 = 1200件。
接下来,仓库确认可用成品库存为200件,生产部门评估当周最多还能完成900件。库存和可行产量合计只能响应1100件,于是出现100件缺口。
注意,这时MDS仍然是1200件。可用库存200件和生产能力900件属于供应侧事实,它们用于形成MPS和交付决策,不能反过来把真实需求直接改成1100件。
跨部门评审后,如果企业决定将其中100件与客户协商到第43周交付,就要留下客户确认、责任人和改期原因,并发布新的MDS版本:第42周1100件,第43周新增100件。
这次调整来自企业正式作出的业务决策,需求日期确实发生了变化,而不是计划员私下把数字配平。
一份合格的主需求计划,既要保留原始需求,也要记录最终决定。两者不能混成一个无法解释的数字。

把上面的案例抽象成通用方法,企业可以按以下顺序执行。
列出纳入MDS的产品、产品族或关键模块,确定工厂、仓库、计划展望期、时间粒度和计划责任人。
从销售、CRM、ERP、售后和内部补货计划中提取需求。每条数据都要保留产品、地点、需求日期、数量、需求类别、来源单据和状态。
剔除取消和重复需求,更新订单剩余未交量,检查日期、单位、产品编码和地点是否一致。已经交付的数量,不能继续留在未来需求中。
根据产品的MTS、MTO、ATO或ETO策略,设置预测冲减的维度和时间窗口。没有包含在原预测内的项目、备件或异常需求,要单独标记并叠加。
对比上一版,列出增减明显的产品、集中改期的订单、超出历史波动范围的预测,以及缺少来源单据的手工调整。异常不一定是错误,但必须有人解释。
按“计划对象+地点+时段+需求类别”形成需求明细,并保证每个合计数都能回钻到原预测、订单或申请单。
销售确认需求和客户优先级,计划部门确认合并口径,生产和采购评估关键能力与长周期物料,管理者对缺口作出取舍。
这次评审不能只得到一句“大家没意见”,至少要形成三项明确结果:
在多数计划架构中,已批准MDS会先进入MPS,再驱动MRP;也有系统允许MDS直接参与MRP或DRP计算。无论路径如何,后续系统都必须读取同一个已批准版本。
企业还要按周或月滚动比较“上一版批准值、本期新值、实际订单和实际交付”。近期已经驱动备料和生产的需求应设置变更边界,远期需求则可以随市场信息逐步修正。
很多企业的主需求计划只有物料编码、月份和数量。总数虽然算出来了,却说不清这个数从哪里来、该由哪里响应、为什么发生变化。
| 必备字段 | 需要说明的内容 |
|---|---|
| 计划对象 | 产品、产品族、模块或项目 |
| 需求与供应地点 | 哪个组织需要、由哪个工厂或仓库响应 |
| 需求日期与数量 | 什么时候需要、数量多少、使用什么计量单位 |
| 需求来源与类别 | 来自预测、订单、备件、项目还是内部补货 |
| 来源单据与业务维度 | 对应哪张订单、申请单、客户、项目或渠道 |
| 确定性与状态 | 是预测、已确认、已取消还是已完成 |
| 版本与变更记录 | 哪一版生效,由谁调整,为什么调整 |
检查计划员有没有因为库存不足、产能不足或物料不到位,直接删减需求。供应受限可以改变企业的交付决策,但不能在没有业务确认的情况下改写需求事实。
这三类检查完成后,一份MDS才真正具备进入后续计划的条件。
很多人觉得,主需求计划做得好不好,主要取决于销售预测准不准。
预测准确当然重要。但在实际管理中,更常见的问题是:订单和预测重复计算,不同工厂和仓库混在一起,需求日期不清,专项需求被通用预测冲掉,还有人为了配平产能,直接把需求数改小。
所以,一份好的主需求计划,未必要一开始就“猜得特别准”。更重要的是,让每个数都有来源、有口径、有时间、有地点、有版本,也能解释它为什么发生变化。
当市场需求大于产能,当客户交期早于关键料到货日,当新增订单超出原预测,这些矛盾都应该在计划中被看见。
主需求计划的价值,不是让各部门凑出一个看起来完美的数字,而是让企业在投料、采购和承诺交期之前,先对“我们究竟准备承接多少需求”达成一致。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系邮箱:hopper@cornerstone365.cn 处理,核实后本网站将在24小时内删除。
相关文章推荐
以织信ERP举例,织信ERP管理系统是一款集成化的企业资源管理系统,它可以帮助企业实现人、财、物、产、供、销的一体化管理,提高企业运营效率,降低运营成本。
· 采购管理:支持从采购申请、供应商选择、采购订单下达、到货检验到入库的全流程管理。
· 销售管理:实现从客户管理、销售报价、销售订单、发货管理到应收账款的全流程跟踪。
· 库存管理:支持实时库存监控、库存预警、库存盘点和库存调拨等功能。
· 生产管理:支持从生产计划制定、物料需求计划(MRP)生成、生产任务下达、生产过程跟踪到产品入库的全流程管理。
· 财务管理:实现企业财务核算和财务管理的一体化,支持总账管理、应收账款管理、应付账款管理、成本核算、财务报表等功能。
· 人力资源管理:涵盖员工招聘、培训、绩效、薪酬等方面的管理,帮助企业实现人力资源的优化配置和高效管理。
织信ERP管理系统基于低代码平台开发,具有高度的灵活性和可扩展性。企业可以根据自身业务需求,通过拖拽式操作自定义业务流程和表单,快速适应业务变化。系统支持与其他业务系统的集成,如OA、CRM等,实现数据共享和流程协同。
各行业用户的共同选择







