2. 生产计划体系与可行性约束解析

生产计划不是一张孤立的排程表,而是一套由粗到细、由需求到供给逐层展开的计划体系。理解这套体系的关键,在于看清四个计划层级各自回答什么问题、彼此之间传递什么信息,以及可行性判定究竟发生在哪一层、依据什么条件。本节围绕主生产计划(MPS)、物料需求计划(MRP)、能力需求计划(CRP)以及交期与资源约束,梳理它们之间的业务逻辑关系。

四个计划层级的分工

从业务逻辑上看,计划体系自上而下分为四层。最上层是经营与销售规划,确定产品族层面的总量目标,时间粒度通常是月或季。第二层是主生产计划(MPS),它把产品族目标分解为具体产品在具体时间段内的产出数量,时间粒度细化到周甚至日,是计划体系中承上启下的核心。第三层是物料需求计划(MRP),它依据MPS的产出需求,结合物料清单(BOM)和库存状态,计算出每种原材料、零部件的净需求和下达时间。第四层是能力需求计划(CRP),它把MRP产生的物料需求转换为各工作中心的能力负荷,与可用能力对比,判断计划是否可执行。

这四层之间存在明确的信息传递方向:MPS向MRP提供"要生产什么、生产多少、什么时候要";MRP向CRP提供"需要加工什么、需要多少工时、什么时候需要";CRP则把能力约束反馈回MPS和MRP,形成闭环。可行性判定的本质,就是检查这条链路上每一层的输入与输出是否匹配。

生产计划体系与可行性约束传递关系 经营与销售规划 产品族总量目标 · 时间粒度:月/季 · 输入:市场需求预测、历史销售、经营目标 总量层 产品族分解 主生产计划 MPS 具体产品 × 时间段产出量 · 时间粒度:周/日 · 输入:产品族目标、订单、预测、库存 输出:MPS产出计划 → 驱动MRP 产出层 BOM展开 + 库存扣减 物料需求计划 MRP 物料净需求 × 需求时间 · 输入:MPS、BOM、库存记录、提前期 输出:采购计划、生产加工计划 → 驱动CRP 物料层 工时转换 + 工作中心分配 能力需求计划 CRP 工作中心负荷 × 可用能力 · 输入:MRP计划、工艺路线、工作中心能力 输出:负荷-能力对比 → 可行性判定 能力层 能力约束反馈 可行性判定贯穿各层 关键约束:交期约束 · 资源能力约束 · 物料齐套约束 · 提前期约束

MPS:计划体系的锚点

MPS之所以是核心,是因为它同时连接需求侧和供给侧。需求侧来自客户订单和销售预测,供给侧受制于现有库存、在制品和产能。MPS的编制过程,本质上是在这两侧之间寻找平衡点。一个典型的MPS记录包含以下字段:产品编号、计划周期(如第25周)、毛需求、预计入库量、预计可用库存、净需求、计划产出量和计划投入量。

以某电子组装厂为例,假设产品A在第25周的毛需求为120台,期初可用库存为30台,已下达未完工的预计入库量为20台,则预计可用库存 = 30 + 20 - 120 = -70台,说明库存不足,净需求为70台。若生产批量为50台,则计划产出量需取整为100台(两个批量),计划投入量则根据提前期倒推,假设提前期为2周,则投入时间安排在第23周。这个计算过程就是MPS可行性判定的第一道关口:产出量是否在可用产能范围内。

MRP:从产出需求到物料需求

MRP的核心逻辑是"展开"与"倒推"。展开是指依据BOM把MPS的产品需求逐层分解为零部件和原材料需求;倒推是指依据提前期把需求时间向前推移,确定采购或生产的下达时间。MRP的计算需要三个输入:MPS、BOM和库存记录。输出则是每种物料的净需求和计划订单。

继续上面的例子,产品A由2个部件B和3个部件C组成。MPS计划在第25周产出100台A,则B的毛需求为200件,C的毛需求为300件。若B的现有库存为50件,提前期为1周,则B的净需求为150件,下达时间在第24周。C的库存为80件,提前期为3周,则C的净需求为220件,下达时间在第22周。这里的关键判断是:下达时间是否早于当前日期?如果早于当前日期,说明计划不可行,需要调整MPS或采取加急措施。

CRP:能力负荷的校验

CRP把MRP产生的计划订单转换为工作中心的能力需求。转换的依据是工艺路线中的工时定额。每个计划订单需要经过若干工序,每道工序对应一个工作中心,消耗一定的准备时间和加工时间。CRP把这些工时按时间段汇总到各工作中心,得到负荷曲线,再与工作中心的可用能力(考虑设备数量、班次、效率、利用率)对比。

假设部件B的加工需要经过车削和铣削两道工序。车削工作中心有2台设备,每天开2班,每班8小时,设备利用率为85%,则日可用能力为2×2×8×0.85 = 27.2小时。若第24周车削负荷为120小时,则周能力为27.2×5 = 136小时,负荷率为120/136 ≈ 88%,处于可接受范围。若负荷超过100%,则说明能力不足,需要加班、外协或调整MPS。

交期与资源约束的优先级

在实际业务中,交期约束和资源约束往往同时存在,且可能相互冲突。交期约束来自客户订单的承诺日期,是刚性的;资源约束来自设备、人力和物料,是弹性的但有限度。可行性判定的业务逻辑是:先检查物料齐套性,再检查能力负荷,最后检查交期是否可满足。如果三者不能同时满足,则需要按优先级排序——通常交期优先于效率,关键客户优先于一般客户。

可行性判定的三个核心问题:物料能不能按时到?能力能不能按时做?交期能不能按时交?三者全部为"是",计划才可行。

可行性判定的闭环逻辑

完整的可行性判定不是一次性检查,而是一个迭代过程。MPS初步确定后,经过MRP展开和CRP校验,如果发现能力瓶颈或物料短缺,需要回到MPS调整产出量和时间,再次展开和校验,直到所有约束都满足。这个闭环的收敛速度取决于计划粒度和调整策略。粒度越细,调整越灵活,但计算量越大;粒度越粗,计算越快,但可能掩盖局部瓶颈。

从工程实践角度看,可行性判定的输出不应只是"可行"或"不可行"的二元结论,而应给出具体的瓶颈位置、缺口数量和可选调整方案。例如:"第24周车削工作中心负荷超出能力15%,建议将部件B的50件提前到第23周生产,或安排周末加班8小时。"这样的输出才具备可执行性,也才是仿真验证真正要回答的问题。