工艺路线怎样整理，才能用于有限产能排程

先分清工艺路线和具体排程

工艺路线描述产品或产品变体要走过的工序及其顺序，也会带出资源要求、准备时间和加工时间。它回答的是这类产品通常怎样制造。具体排程还要回答这张订单由哪台设备或哪组资源完成，何时开始，何时结束，以及它与其他订单怎样争用同一段产能。

NISTIR 5939 对这两层有一个很实用的区分。路线与工序计划可以先写工作站类型和工序顺序，面向某个批次的排程再把步骤分配到具体工作站和时间。计划员由此可以先维护相对稳定的制造方法，再在每次排程时处理资源可用性和订单优先关系。

这层区分也决定了数据怎样回查。候选日期应当能够追到订单采用的工艺版本、工序关系、资源要求和时间口径。若结果只剩一条开始日期和结束日期，团队很难判断偏差来自工艺数据、资源日历还是排程规则。

确认这张订单采用哪个工艺版本

同一种产品可能有多条路线。Microsoft 的路线版本资料列出了产品维度、生产数量、生产地点和生产日期等适用条件。路线本身还可能随着设备调整或工艺改版而变化。排程输入因此需要同时保留产品、变体、工厂、数量范围、生效日期和版本状态。

版本选择不能靠文件名猜。每条路线最好有稳定编号，版本有明确生效起止时间，并能说明批准或启用状态。订单跨过版本切换日期时，还要确认企业按下单日期、计划开工日或其他日期选择版本。这个规则应由企业确认并留在本轮说明里。

第一轮使用文件或快照时，要保存来源文件、导出时间和采用的版本。工艺变更若发生在快照以后，应列为待核事项。这样的记录只证明本次分析使用了哪份资料，不代表路线已经实时同步，也不会自动改写原系统。

把工序顺序写成可计算的关系

顺序路线可以用前后工序逐项表达。出现分支、汇合或并行时，只给工序编号往往不够，还要说明前置工序、后续工序、汇合条件和允许重叠的范围。Microsoft 把简单路线与路线网络分开，路线网络可以有多个起点和可能并行的工序。

图上允许并行，不代表现场一定能同时开工。两道工序可能共用一名操作员、一套模具或同一检验资源，实际开始时间仍会受可用产能限制。Microsoft 的并行工序说明还要求有限产能排程中的主工序和次工序资源在同一时段都有空闲能力。

检查、外协和搬运也要放在正确位置。若它们会阻止后续工序开始，就应保留相应先后关系和时间口径。暂时无法确认的关系应显示为缺口，避免系统把未知关系当成可以自由并行。

让每道工序找到适用资源

工序可以指定某台资源，也可以指定资源组、资源类型、能力或技能要求。Microsoft 的 operations resource 范围包含机器、人员、工具、供应商、地点和设施。实际项目未必需要全部类型，关键是把会限制当前订单的资源写清。

用能力要求表达资源选择时，具体设备可以等到排程时再确定。这样能容纳多台可替代设备，也要求资源能力有稳定名称和有效期。设备属于哪个资源组、从哪天开始具备某项能力、不同设备是否采用不同加工时间，都可能改变候选结果。

资源组只在成员能够按既定口径合并时才有意义。若组内设备速度、工装、尺寸范围或人员资格不同，汇总产能会掩盖实际限制。并行工序还应区分决定持续时间的主要资源和必须同时到位的辅助资源，不能只给主机台留下资源需求。

把几种时间分开保存

准备、加工、排队、等待、搬运和重叠时间影响日期的方式不同。准备时间可能按批次发生一次，加工时间可能随数量增长，等待和搬运会延长工序之间的间隔，却未必持续占用主设备。把它们合成一个标准工时，排程仍能给出日期，计划员却很难解释日期从哪里来。

时间还要带上计算基础和单位。固定时间、按件时间、按批时间、最小批量、转移批量和资源相关速度会产生不同持续时间。Microsoft 的路线资料给出了标准、按能力、按批和资源批量等计算选择，这些是该产品的具体实现，其他系统应核对自己的字段含义。

空值和零值也要区分。零分钟表示企业确认此项不占时间，空值更可能表示没有提供或尚未核准。第一轮可以使用经过说明的临时值，但要让它在结果里可见，并记录谁确认了这个口径。

准备时间

设备、工装或工位为一批工作做准备所需的时间，需说明按订单、批次或其他规则发生。

加工时间

资源执行工序的时间，需保留数量、批量、速度和单位等计算基础。

等待与搬运

工序前后经过的等待、排队或移动时间，需说明是否占用任何受限资源。

重叠时间

前一工序尚未完成整批时允许后续工序开始的规则，需同时说明转移数量和资源条件。

数据可以交换，语义仍要对得上

NIST CMSD 用中立的信息模型描述资源、生产过程、生产计划等制造实体及其关系。IEC 62264 第二部分 2026 年版则把制造运营与企业功能之间交换的信息放在相互关联的概念对象模型里。这些资料共同提醒实施团队，字段对接还要保留对象身份和关系，不能只把几张表拼到一起。

NIST AMS 300-11 把用例放在数据采集之前。它要求先弄清要回答的问题、可获得的数据和需要补充的上下文。用于排程时，上下文通常包括工厂、订单范围、数据截止点、版本、生效条件、计量单位、字段来源和缺失状态。连接成功只说明资料能够取得，不能说明它足以支撑当前决定。

采用这些标准和官方模型作为字段参照，不构成任何标准认证，也不证明企业已经完成整厂建模。它们更适合帮助团队统一名称、减少含义冲突，并把本次快照的来源和边界留清楚。

第一轮只收会改变候选日期的数据

第一轮可以围绕一个明确问题收窄范围，例如某类订单的完工日期为什么被推后。先确认订单解析到了正确工艺版本，再逐道检查顺序关系、适用资源、时间计算、批量规则和关键缺口。每个字段都应能回答它是否会改变这次排程。

核对结果时，把候选日期与当前排产表放在一起看。计划员可以指出错误资源、遗漏工序、过期工时或现场才知道的限制。发现差异说明对应数据或规则需要修正，还不能据此宣称路线已经完整，或把样本结论外推到其他产品和工厂。

最终应留下本轮采用的路线版本、字段口径、未知项和计划员确认记录。后续是否扩大产品范围，可以根据这些差异逐步决定。文件或快照接入保持只读，不代表实时同步、自动执行或生产系统写回已经完成。