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

首页/常见问题/ERP管理系统/生产企业如何编制主需求计划?
作者:ERP专家发布时间:2026-09-20 16:26浏览量:1868
logo
织信企业级低代码开发平台
提供表单、流程、仪表盘、API等功能,非IT用户可通过设计表单来收集数据,设计流程来进行业务协作,使用仪表盘来进行数据分析与展示,IT用户可通过API集成第三方系统平台数据。
免费试用

我想,很多生产企业开月度计划会时,都遇到过这样一幕。

销售说,下个月预计至少能卖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件缺口,交给企业决定加班、委外、分批交付,还是与客户重新协商。

如果只是为了让计划表“看起来可执行”,提前把超出能力的需求删掉,交付风险只是从表格里消失了,并没有从业务中消失。

二、编制之前,先定好四个边界

正式收集数字之前,应先统一计划口径。下面四个边界如果没有定清楚,同一批数据往往能算出好几个答案。

1.计划到哪一层

备货型企业通常可以计划到成品SKU;配置复杂的装配企业,可以先计划产品族、通用模块或关键长周期件;项目制企业则应保留项目或客户订单维度。

这里不能简单理解为“能预测到哪层,就直接在哪层驱动后续计划”。如果预测停留在产品族或模块层,进入MRP之前,还要按照配置比例、产品结构或已确认订单进行分解和转换。计划层级既要适合预测,也要能通过明确规则落到后续供应对象。

2.计划算到哪些地点

同一种产品,在华东仓和华南仓可能有不同需求;同一张订单,也可能由不同工厂供货。因此,计划表不能只有“产品+数量”,还要明确需求组织、发货仓或供应地点。

否则,集团总量看起来没问题,仍可能出现一个区域断货、另一个区域积压。

3.用什么时间粒度

只写“10月A产品10000件”,还不足以驱动计划。这批货是10月5日需要,还是10月30日需要,对备料和产能的影响完全不同。

常见做法是近期按天或周、中期按周、远期按月管理。具体长度应参考客户交期、生产周期、关键物料采购周期和滚动计划频率,不必机械套用固定天数。

4.哪个版本算正式版

当销售、计划、采购和生产都在各自的Excel里修改数字时,“最新版”往往不等于“已批准版”。

主需求计划至少要区分草案、评审中、已批准和已废弃状态,保留版本号、编制人、批准人、生效日期和变更原因。后续计划必须明确读取哪个版本,不能谁最后上传,就听谁的。

三、需求来源要收全,但不能直接相加

一份完整的MDS,通常要检查五类需求:

  1. 已确认销售订单,包括剩余未交数量和最新承诺日期。
  2. 未来销售预测,并保留产品、地点、客户群或渠道等匹配维度。
  3. 备品备件、售后服务、样机、展会和质保替换需求。
  4. 分公司、区域仓和内部组织的调拨或补货需求。
  5. 新品导入、旧品停产、促销活动和客户已通知的异常需求。

真正困难的地方,在于判断这些数据之间究竟是包含关系,还是新增关系。

假设某产品第42周预测需求为1000件,后来收到同产品、同区域、同时间窗口内的客户订单600件。这600件通常是原预测逐步转化成的确定需求,不能再与1000件完整相加。

按照“订单冲减预测”的口径,当期需求应是:600件确认订单,加400件尚未被订单覆盖的预测,合计仍为1000件。如果订单继续增加到1200件,订单已经超过预测,当期需求就至少应识别1200件。

但预测冲减不是一道不分场景的减法题。

欧洲客户的专项订单,未必能冲减原本面向国内渠道的预测;某个新项目的首批订单,如果根本没有包含在原预测中,就应单独叠加。企业必须明确冲减的产品、地点、客户或渠道维度,设置向前和向后的时间窗口,并规定哪些需求类别可以相互冲减。

不做冲减,需求容易虚高;冲减范围过大,真正的增量又会被吞掉。

四、不同生产模式,需求口径也不一样

主需求计划没有一套可以照搬到所有工厂的公式。即便在同一家企业,不同产品线也可能采用不同方法。

备货生产 MTS

标准品、快消品或需求连续性较高的产品,通常要在客户下单前准备库存。MDS可以预测为基础,订单按规则冲减预测,超出预测或未被预测覆盖的部分再增加需求。

按单生产 MTO

定制设备、非标件和项目型产品,成品生产通常由已确认订单触发。MDS要保留订单号、客户、项目、数量和交付节点,不宜把所有客户需求合并成一个匿名总数。预测更多用于评估瓶颈资源或准备通用长周期件,不一定直接触发定制成品生产。

订单装配 ATO

客户下单后才能确定最终配置,但通用模块和关键部件可以提前准备。这类业务可以在产品族、模块或选配特征层面做预测,再由实际订单确定最终装配需求。

按项目设计 ETO

工程设计型业务的需求常与技术协议、图纸版本、项目里程碑和客户确认节点绑定。计划时应区分机会、已确认需求和变更需求,并明确哪个技术版本已经生效,不必过早猜测最终成品数量。

五、用A产品,走完一次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草案

按“计划对象+地点+时段+需求类别”形成需求明细,并保证每个合计数都能回钻到原预测、订单或申请单。

第七步:进行跨部门评审

销售确认需求和客户优先级,计划部门确认合并口径,生产和采购评估关键能力与长周期物料,管理者对缺口作出取舍。

这次评审不能只得到一句“大家没意见”,至少要形成三项明确结果:

  • 已批准的需求基线:哪些需求按什么日期进入正式版本。
  • 未满足需求清单:缺口多少,受哪项产能、物料或交期约束影响。
  • 决策与变更记录:哪些需求改期、分批、委外或重新协商,由谁批准。

第八步:批准、发布并滚动更新

在多数计划架构中,已批准MDS会先进入MPS,再驱动MRP;也有系统允许MDS直接参与MRP或DRP计算。无论路径如何,后续系统都必须读取同一个已批准版本。

企业还要按周或月滚动比较“上一版批准值、本期新值、实际订单和实际交付”。近期已经驱动备料和生产的需求应设置变更边界,远期需求则可以随市场信息逐步修正。

七、正式发布前,再检查三类内容

很多企业的主需求计划只有物料编码、月份和数量。总数虽然算出来了,却说不清这个数从哪里来、该由哪里响应、为什么发生变化。

1.明细字段是否足够追溯

必备字段 需要说明的内容
计划对象 产品、产品族、模块或项目
需求与供应地点 哪个组织需要、由哪个工厂或仓库响应
需求日期与数量 什么时候需要、数量多少、使用什么计量单位
需求来源与类别 来自预测、订单、备件、项目还是内部补货
来源单据与业务维度 对应哪张订单、申请单、客户、项目或渠道
确定性与状态 是预测、已确认、已取消还是已完成
版本与变更记录 哪一版生效,由谁调整,为什么调整

2.需求与供应是否仍然分开

检查计划员有没有因为库存不足、产能不足或物料不到位,直接删减需求。供应受限可以改变企业的交付决策,但不能在没有业务确认的情况下改写需求事实。

3.五个常见错误是否已经排除

  • 没有把销售预测未经处理就当成正式MDS。
  • 没有把同一批预测和订单重复相加。
  • 没有只看月度总量,忽略具体需求日期和地点。
  • 没有用产能上限悄悄改写需求。
  • 没有让多个Excel版本同时驱动采购和生产。

这三类检查完成后,一份MDS才真正具备进入后续计划的条件。

最后

很多人觉得,主需求计划做得好不好,主要取决于销售预测准不准。

预测准确当然重要。但在实际管理中,更常见的问题是:订单和预测重复计算,不同工厂和仓库混在一起,需求日期不清,专项需求被通用预测冲掉,还有人为了配平产能,直接把需求数改小。

所以,一份好的主需求计划,未必要一开始就“猜得特别准”。更重要的是,让每个数都有来源、有口径、有时间、有地点、有版本,也能解释它为什么发生变化。

当市场需求大于产能,当客户交期早于关键料到货日,当新增订单超出原预测,这些矛盾都应该在计划中被看见。

主需求计划的价值,不是让各部门凑出一个看起来完美的数字,而是让企业在投料、采购和承诺交期之前,先对“我们究竟准备承接多少需求”达成一致。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系邮箱:hopper@cornerstone365.cn 处理,核实后本网站将在24小时内删除。

最近更新

生产企业如何编制主需求计划?
09-20 16:26
我终于找到了ERP物料编码的最优方案!
09-18 18:26
2亿欧元买来的教训:ERP迁移为什么这么难
09-17 09:16
物料编码、BOM层级、工艺路线,制造数据到底先建哪个?
09-14 15:58
什么规模的企业可以上ERP系统?
09-01 18:09
ERP上线后,工厂为什么越用越乱?
09-01 12:43
MRP计算是整个ERP系统最核心最有价值的部分,但有些企业为什么还是跑不起来、跑不准?
08-31 17:37
ERP物料编码的最优方案
08-24 16:29
ERP都上了,为什么业务部门还在用Excel?
08-21 11:54
为什么选择织信?
织信AI低代码开发底座,赋能企业快速构建复杂业务系统,驱动业务与IT高效创新
AI驱动开发
通过自然语言交互完成数据建模与逻辑编排,非技术人员也能快速上手,开发周期从数月压缩至数周。
高性能数据支持
提供上亿级数据承载能力与分布式集群部署,支持海量业务数据的高并发处理。
企业级场景覆盖
支持ERP、MES、CRM、SRM、WMS等核心系统搭建,无缝集成钉钉、企微、飞书及各类异构系统。
专业服务保障
支持私有化部署模式,全面保障数据安全。已累计服务制造、军工、金融等50000+企业客户。
B2C跨境电商知名品牌——朗驰实业
集设计、生产、销售于一体的综合性服装企业,专注女性快时尚B2C跨境电商,目前设有供应链中心、仓储中心、亚马逊运营中心、信息化中心、产品研发中心等20余个部门,引入织信低代码平台个性化定制一套研发、生产、销售全链路的数字化系统,打通服装从设计、生产到销售的各个环节。
全球500强车企巨头——吉利集团
作为一家全球知名的超大型企业,吉利需要大量的技术人员来满足各事业部门的日常数字化需求。在内部强调“降本增效”的大环境下,吉利通过采购“织信低代码平台”,开发周期平均缩短61%,人力投入减少47%,解决了开发需求常年堆积的难题。
医院后勤服务领军者——某管家
国内市场化运作、跨区域经营、集团化管理的大型专业医疗机构后勤服务供应商,全国80多座城市,每天为超过百万的病人和医护人员提供服务,通过织信低代码平台构建线上数字化的方式服务各医院的后勤保障和正常运行,主要为运送条线、保洁条线、秩序条线、工程条线、医废条线等解决工单调度、医辅材料运输、多端协同的效率难题。
中国兵器工业集团——银光化学
国家“一五”期间156个重点项目之一。属于国家高新技术企业,在信息化升级建设中,存在大量“小、散、碎”的信息化需求,需要投入大量人力资源进行开发,通过引入织信低代码平台,解决当下遇到的各类业务难题,提升整体的IT研发效率。
石油领域重点工程单位——川庆钻探
随着国企工规模的不断扩大和内部数字化转型的要求不断提升,公司着眼长远,决定借助织信低代码的各方面能力,从物资储备管理入手,并辐射经营、生产、工程、日常管理等多个板块,为后续内部信息化建设打好基座。
汽车零部件上市企业——川环科技
川环为了有效应对残酷的市场现实,高层一致决定加强公司内部管理,8大部门将全面进行数字化转型,耗时10月,成功上线8套系统,通过织信低代码平台对接现有用友U9ERP,实现各部门的业务线上化,并通过数据治理,实现整个企业从战略到经营管理的分析。
B2C跨境电商知名品牌——朗驰实业
集设计、生产、销售于一体的综合性服装企业,专注女性快时尚B2C跨境电商,目前设有供应链中心、仓储中心、亚马逊运营中心、信息化中心、产品研发中心等20余个部门,引入织信低代码平台个性化定制一套研发、生产、销售全链路的数字化系统,打通服装从设计、生产到销售的各个环节。
全球500强车企巨头——吉利集团
作为一家全球知名的超大型企业,吉利需要大量的技术人员来满足各事业部门的日常数字化需求。在内部强调“降本增效”的大环境下,吉利通过采购“织信低代码平台”,开发周期平均缩短61%,人力投入减少47%,解决了开发需求常年堆积的难题。

各行业用户的共同选择

国防军工
国防军工
央国企
央国企
生产制造
生产制造
生物医疗
生物医疗
科技服务
科技服务
金融证券
金融证券
科研院所
科研院所
物业地产
物业地产
织信适合谁?
如您有以下几种需求,欢迎 填写表单 联系我们
企业员工
《找工具开发功能》
公司老板
《找人定制系统》
软件集成商
《想快速交付项目》
  • 深圳市基石协作科技有限公司
  • 地址:深圳市南山区科发路8号金融基地1栋5F5
  • 手机:137-1379-6908
  • 电话:0755-86660062
  • 邮箱:sales@cornerstone365.cn
  • 微信公众号二维码

© copyright 2019-2026. 织信INFORMAT 深圳市基石协作科技有限公司 版权所有 | 粤ICP备15078182号

前往Gitee仓库
微信公众号二维码
咨询织信数字化顾问获取最新资料
客服咨询热线1
0755-86660062
客服咨询热线2
137-1379-6908
申请预约演示
立即与行业专家交流