📚 课程目录第4章 WIP流转的物理与信息双重视角

4. WIP流转的物理与信息双重视角

在制造现场，WIP（在制品）同时存在于两个世界里。物理世界里，它是装在载具里、摆在工站旁、正在被加工或等待加工的一批实物；信息世界里，它是一组记录着工单号、批次号、数量、状态、位置和时间戳的数据行。批次拆分合并之所以容易出错，根本原因往往不是物理操作本身，而是物理对象与信息对象之间的映射关系没有对齐——实物已经一分为二，系统里还是一条记录；或者系统里已经合并，现场却还有两个载具在流转。

要理解WIP流转，必须先建立五个核心对象之间的映射模型：工单、批次、载具、工序、工站。它们不是简单的层级关系，而是多对多的映射网络。

五个对象的定义与关系

工单（Work Order）是生产任务的授权单元，回答“要做什么、做多少”。它通常对应一个成品或半成品的生产需求，包含计划数量、目标交期、BOM版本和工艺路线。工单是信息世界的顶层对象，但它本身不直接对应现场的一件实物。

批次（Lot / Batch）是WIP流转的基本管理单元，回答“这一群实物是谁、有多少、处于什么状态”。一个工单可以拆成多个批次，多个工单的批次在特定条件下也可以合并。批次是拆分合并操作真正作用的粒度。

载具（Carrier / Container）是批次的物理承载，回答“实物装在哪里”。一个载具通常承载一个批次，但在合并场景下，一个载具可能承载来自多个批次的物料；在拆分场景下，一个批次可能被分装到多个载具。

工序（Operation）是工艺路线上的加工步骤，回答“要经过哪些加工环节”。工序是批次流转的路径节点，每个批次按工艺路线依次经过各道工序。

工站（Workstation / Station）是工序的执行位置，回答“在哪里做”。一道工序可能对应多个工站（并行工站），一个工站也可能执行多道工序（柔性工站）。

这五个对象的关系可以用一句话概括：工单授权生产，批次承载流转，载具承载实物，工序定义路径，工站执行加工。批次是连接信息世界与物理世界的枢纽——向上关联工单，向下关联载具，沿工艺路线关联工序和工站。

映射关系的工程含义

图中上半部分是信息世界，下半部分是物理世界，中间的虚线表示跨世界的绑定关系。理解这张图的关键在于：批次是信息世界的流转单元，载具是物理世界的流转单元，两者必须保持绑定一致。

工单到批次是1:N关系。一张工单计划生产500件，可以拆成LOT-A（200件）、LOT-B（200件）、LOT-C（100件）三个批次。拆分的依据可能是设备产能、交期优先级、质量追溯要求或物料批次差异。拆分后，每个批次独立流转、独立报工、独立追溯。

批次到工序是N:M关系。一个批次按工艺路线依次经过多道工序，一道工序也可能同时处理多个批次。工序是路径定义，不是物理位置——批次“在OP-30”意味着它已经完成了OP-20且尚未开始OP-40，但物理上它可能还在等待、在排队或在工站上加工。

批次到载具是1:N或N:1的动态关系。正常流转时，一个批次装在一个载具里，一一对应。但拆分时，一个批次的物料可能分装到两个载具；合并时，两个批次的物料可能装入同一个载具。这种动态变化正是WIP流转管理最容易出错的环节。

工序到工站是N:M关系。一道工序可以分配给多个并行工站以提高产能，一个工站也可以执行多道相似工序以提高柔性。批次到达工站时，系统需要根据工站能力、当前排队情况和优先级决定实际分配。

数据模型的核心字段

从系统实现角度，这五个对象需要各自的数据表以及关联表。以下是一个简化的关系模型示例，字段设计直接对应现场流转时需要记录的信息：

-- 工单表
WorkOrder(wo_id PK, product_code, plan_qty, due_date, route_id, status)

-- 批次表（核心流转对象）
Lot(lot_id PK, wo_id FK, qty, uom, current_op_id FK, 
    current_station_id FK, status, parent_lot_id, split_seq)

-- 载具表
Carrier(carrier_id PK, carrier_type, capacity, current_lot_id FK, location)

-- 工序表
Operation(op_id PK, route_id FK, seq_no, name, std_time, next_op_id)

-- 工站表
Workstation(ws_id PK, ws_name, ws_type, status, current_lot_id FK)

-- 批次-载具绑定历史（支持拆分合并追溯）
LotCarrierHistory(id PK, lot_id FK, carrier_id FK, 
                  bind_time, unbind_time, qty, action_type)

其中Lot表的parent_lot_id和split_seq字段是拆分合并追溯的关键。当LOT-A拆分为LOT-A1和LOT-A2时，两个子批次的parent_lot_id都指向LOT-A，split_seq分别为1和2。合并时则反向记录，通过LotCarrierHistory的action_type（SPLIT/MERGE/BIND/UNBIND）保留完整操作链。

物理与信息对齐的检查要点

在实际执行拆分合并时，物理操作与信息更新必须满足三个对齐条件：

数量对齐：拆分后各子批次数量之和等于父批次数量；合并后新批次数量等于各来源批次数量之和。差异必须记录为损耗或调整，不能静默忽略。
载具对齐：每个子批次必须绑定到一个明确的载具，载具上的实物数量与系统记录一致。合并时原载具必须解绑，新载具必须绑定。
状态对齐：拆分合并后，批次的当前工序、当前工站、质量状态必须正确继承或重置。例如，已检验合格的批次拆分后，子批次是否继承合格状态取决于追溯要求。

实践提示：拆分合并操作建议采用“先物理后信息”或“先信息后物理”的明确顺序，并在操作前后各做一次数量核对。常见错误是操作员先拆了实物，但忘记在系统中拆分批次，导致后续报工时数量对不上。另一个常见错误是合并时只更新了批次表，没有更新载具绑定表，造成载具与批次关系断裂。

理解这五个对象的映射关系和数据模型，是后续学习拆分合并具体操作、WIP状态跟踪和异常处理的基础。物理世界与信息世界的每一次交互——绑定、解绑、拆分、合并、转移——都必须在数据模型中留下可追溯的记录，否则WIP流转就会变成一笔糊涂账。