“5分钟完成可执行排产”，到底是怎么做出来的？
很多工厂都有生产计划，也有每天更新的排产表，但 PMC 最清楚：表里写了什么时候生产，不等于车间到时候真的能生产。
订单可能临时提前，设备可能突然停机，物料可能没有齐套，同一台设备前面还压着多个任务。只按交期把订单从早到晚排一遍，得到的往往只是一张“看起来完整”的时间表。一旦遇到异常，计划员又要回到 Excel 里反复剪切、插行、改颜色。所以，排产真正要解决的并不是“把订单放进日历”，而是让订单、工艺、资源、物料和管理优先级在同一个计划里达成平衡。
在这个系列的第三篇，我们不讲抽象算法，而是站在 PMC 的实际工作视角，完整拆解一次可执行排产从订单进入到计划下发的过程。
PMC需要的不是一个答案，而是一套有依据的取舍机制
每天摆在 PMC 面前的，通常不是一道有标准答案的题，而是多目标冲突：
- 客户要求提前交付，但关键设备已经排满；
- 高优先级订单需要插单，但不能把所有原计划全部打乱；
- 设备还有空档，但物料尚未齐套；
- 多个订单工艺相近，连续生产可以减少切换，但交付日期又不完全一致；
- 计划已经下到车间，新的需求仍在持续进入。
这意味着，一份真正可执行的计划至少要回答五个问题：
- 哪些订单进入本轮排产？
- 订单之间按什么规则确定先后？
- 每道工序占用哪项资源、安排在什么时间？
- 设备、物料或交期发生冲突时，PMC如何识别并调整？
- 哪一段计划已经确认，需要保护起来不再随意变化？
智能 APS 的作用，不是替 PMC 做一个不可解释的“黑箱决定”，而是把这些业务判断变成可配置规则，把计算结果变成可检查的计划，再把人的调整保留下来。
第一步：先确定本轮排产的订单边界
排产开始之前，PMC首先要做的不是点击“计算”，而是确认订单池。
在生产订单列表中，可以集中查看订单号、产品编码、数量、需求日期、优先级、订单状态、排产状态等信息，并按订单号、产品、状态和是否参与排产等条件筛选订单。
图1：生产订单列表——PMC先确认“哪些订单进入本轮计划”
这一步看似基础，却决定了后续计划是否可信。PMC至少要完成三类检查：
- 检查需求信息
确认订单数量、需求交付时间和优先级是否准确。交付时间和优先级会直接影响订单的排产顺序，如果源数据本身失真，算法只会更快地产生一份错误计划。
- 检查生产版本
确认订单对应的 BOM 和工艺路线是否正确。对于定制订单，系统支持配置订单专属 BOM 或工艺路线，使特殊订单按实际生产方式参与排产，而不是被迫套用标准版本。
- 控制参与范围
并非系统中的所有订单都要进入当次运算。PMC可以设置订单参与或不参与排产，把尚未确认、暂缓生产或条件不具备的订单排除在本轮之外。
换句话说，订单池管理是在回答：这一次排产，究竟要解决哪些需求。
第二步：把“先做什么”从口头经验变成排产规则
订单进入计划之后，下一道难题是排序。
传统排产中，常见规则可能写在制度里，也可能只存在于计划员经验中，例如：
- 优先级高的订单先排；
- 交付时间近的订单先排；
- 大客户订单优先；
- 同类任务尽量连续安排，减少设备切换；
- 物料不齐套的订单暂不投放。
问题在于，当订单量增加、规则同时出现时，仅靠人工拖动很难稳定执行。今天先看优先级，明天又可能因为催单改成交期优先，计划结果难以复盘。
在排产策略中，可以配置订单初排规则，并按从上到下的顺序设置多个排序条件。例如，先按优先级降序，再按需求交付时间升序。
图2：将优先级、需求交付时间等判断配置为可执行规则
企业也可以按不同生产目标保存多套策略，例如“交付期优先”“重点订单优先”等。执行排产时，PMC选择本轮适用的策略，而不是每次重新凭感觉排序。
图3：执行智能排产前选择适用策略
这一步的管理价值在于：排产结果出现争议时，可以回到规则本身讨论——本轮为什么先排这张订单、当前目标究竟是保交付还是保重点订单，而不是把问题简单归结为“计划员怎么排的”。
第三步：系统负责计算，PMC负责审查
完成订单选择和策略选择后，系统会结合生产订单、工艺路线、产能资源、生产日历、物料供应等数据执行排产运算。运算过程中可以查看排产进度和日志，完成后再进入结果预览。
图4：查看排产进度与运算日志
这里需要特别强调：排产完成，不等于计划确认。
系统给出的首先是一份基于当前数据和规则生成的候选计划。PMC仍需结合现场情况检查它是否合理。审查时，不应只看订单最终完成日期，而要从多个维度交叉确认：
- 订单计划：各订单的工序如何展开，预计完成时间是否满足需求交期；
- 资源计划：每台设备在什么时间承担什么任务，任务衔接是否合理；
- 资源负载：哪些设备负荷集中，是否存在瓶颈或明显空档；
- 物料计划：物料在什么时间被需要，供应节奏能否与生产节奏匹配；
- 任务计划：每道工序的具体任务、时间和资源安排是否清晰。
图5：从订单、资源、负载、物料和任务等维度检查排产结果
过去使用 Excel 时，这些信息常常分散在订单表、设备表、缺料表和车间反馈中。PMC需要在多个文件之间来回核对。多维预览的意义，是让计划员能够围绕同一份排产结果识别问题，而不是等问题在车间发生后再追溯。
第四步：面对异常，不必把整张计划推倒重来
任何计划都会遇到变化。真正决定排产系统是否实用的，不是它能否在理想条件下算出结果，而是异常发生后能否局部调整。在资源甘特图中，PMC可以根据场景对任务进行拆分、合并、移动以及锁定或解锁。
1. 任务移动：处理插单、停机和交期变化
当订单交期提前、设备临时停机，或现场执行与原计划产生偏差时，可以将指定任务调整到目标时间。调整后需要重新检查后续任务、资源占用和订单交期，避免局部修改造成新的冲突。
图6：通过任务移动处理计划变化
2. 任务拆分：区分已完成与未完成部分
订单已经生产一部分后再发生数量或交期变化，可以拆分任务，分别管理已完成和未完成部分，避免把实际进度覆盖掉。
3. 任务合并：减少不必要的资源切换
对于主产物相同、工序相同的任务，可在满足业务条件时合并安排，减少设备切换。是否合并仍需结合订单报工方式和现场管理要求判断。
4. 任务锁定：给近期计划划出稳定区
滚动排产最怕“每天都在变”。新订单一进入，之前已经备料、换线或下发的任务如果被整体重排，车间会逐渐失去对计划的信任。对已经确认的任务进行锁定后，后续新订单排产不会改变这些任务的时间；需要调整时，再由计划员解锁。
图7：锁定已确认任务，保护近期计划稳定性
这实际上形成了一个很实用的计划边界：
- 近期、已备料、已通知车间的任务，尽量锁定；
- 中期计划允许在约束条件下优化；
- 远期计划随新订单和资源情况滚动更新。
系统提供的是调整工具，PMC仍然负责判断“哪些必须稳定、哪些可以优化”。
第五步：计划确认后下发，让排产真正进入执行
排产结果经过检查和必要调整后，才进入提交与下发阶段。
PMC可以设置计划下发的截止时间，生成相应时间范围内的任务清单。手册中支持下载包含计划页、报工页的 Excel；如果后续与 MES 对接，也可以将任务下发到执行端，并把报工数据同步回任务报工模块。
图8：按截止时间下发计划任务
计划下发不是简单地“把表发给车间”，而是一次管理承诺：在没有重大异常的情况下，这一时间范围内的任务应尽量保持稳定；如果发生变化，也要同步更新执行计划，避免系统计划与现场版本不一致。
因此，PMC在下发前应重点确认：
- 订单和工序是否完整；
- 关键设备是否存在冲突；
- 近期任务的物料条件是否具备；
- 需要保护的任务是否已经锁定；
- 下发截止时间是否与车间管理节奏匹配。
从“一次排产”升级为PMC的滚动管理机制
APS的价值不只体现在某一次计算速度，而在于能否形成稳定的排产节奏。结合上述流程，PMC可以建立一套滚动管理机制。
每日：处理变化
- 检查新增订单、交期变更和优先级变化；
- 同步设备状态、物料到料和任务完成情况；
- 对新增需求执行滚动排产；
- 对异常任务进行移动、拆分或重新安排；
- 锁定近期已经确认的计划。
每周：检查计划质量
- 复盘订单延期风险；
- 检查瓶颈资源负载；
- 对比计划与实际进度偏差；
- 检查频繁被人工调整的任务和原因；
- 评估当前排产策略是否仍符合阶段目标。
持续：维护基础数据
- 校准设备产能和加工节拍；
- 更新生产日历、设备维修状态；
- 维护 BOM、工艺路线和生产版本；
- 改善订单、库存和来料数据的及时性。
如果基础数据长期不维护，再先进的算法也只能在错误条件下计算。反过来，当每次人工调整都能帮助企业发现数据和规则问题，排产结果才会越来越接近现场。
好的排产，不是完全不变，而是变化可控
从 PMC 的角度看，一份可执行计划并不是系统“一键生成”的终点，而是以下过程共同形成的结果：
明确订单边界 → 选择业务规则 → 系统计算 → 多维审查 → 异常调整 → 锁定稳定区 → 计划下发。
系统解决的是多订单、多工序、多资源条件下的计算、呈现和调整效率；PMC负责的则是目标选择、例外判断和计划承诺。
真正成熟的工厂排产，不追求一张从不变化的计划，而是让每一次变化都有原因、有边界、有影响评估，并能够及时同步到执行端。这样，PMC才有机会从每天追单、催料、改表的“救火岗位”，逐步转向真正的生产协调与计划控制中心。
下一篇预告：当紧急插单成为常态，PMC应该如何判断“能不能插、插到哪里、会影响哪些订单”？我们将继续从交期、资源负载和计划稳定区三个角度展开。