2. 生产现场WIP对象建模

在制品(WIP)数据治理的第一道门槛,不是采集频率,也不是看板样式,而是“现场到底有哪些对象、它们之间是什么关系、每个对象用什么标识”。如果对象定义不统一,同一片在制品在MES里叫“批次”、在WMS里叫“托盘”、在报表里叫“工单”,后续的盘点差异、追溯断链、状态对不上都会成为常态。本节的目标是建立一套可落地的WIP对象字典,让工序、批次、载具、工位、状态机与在制品标识形成统一语义。

一、WIP对象建模的五个核心实体

生产现场的WIP不是单一对象,而是由多个实体共同承载的“流动集合”。建议至少抽象出五类核心实体:

  • 工序(Operation):工艺路线上的一个加工步骤,是WIP流动的逻辑节点。它定义“做什么、在哪个工位做、需要什么资源”。
  • 批次(Lot/Batch):一次投料或一次加工形成的在制品集合,是数量核算和追溯的基本单位。批次可以拆分、合并、返工,因此需要记录父子关系。
  • 载具(Carrier):承载WIP的物理容器,如托盘、料盒、挂具、周转车。载具是“位置”和“容量”的载体,也是盘点时最容易出现账实差异的对象。
  • 工位(Workstation):WIP在某一时刻的物理停留点,是数据采集的锚点。工位可以绑定设备、人员、班次,是状态变化的触发位置。
  • 在制品标识(WIP ID):赋予每一片、每一批或每一载具的唯一编码,是数据治理的主键。标识体系决定了追溯粒度、扫码方式和系统间映射关系。

这五类实体不是并列关系,而是“工序定义路径、批次承载数量、载具承载物理位置、工位提供采集锚点、标识串联全链路”的协同结构。建模时先确定标识粒度,再确定实体关系,最后定义状态机。

二、对象关系与统一对象字典

统一对象字典的核心是“一物一码、一码一义、一义一源”。下面给出一个可参考的WIP对象字典结构,字段可根据行业调整,但语义必须唯一。

对象主键示例关键属性关系
工序OP-030工序名称、标准工时、所属工位组、前后工序属于工艺路线,被批次经过
批次LOT-20250612-001物料编码、数量、单位、投料时间、当前工序经过多个工序,可拆分/合并
载具CAR-托盘-A017载具类型、容量、当前承载批次、当前位置承载批次,停放在工位
工位WS-装配-05工位编号、所属产线、绑定设备、班次接收载具,触发状态变化
WIP标识WIP-1P-000123标识类型、绑定对象、生成时间、状态唯一关联批次或单件

字典落地时,最容易出问题的是“批次”和“载具”的混淆。批次是数量单位,载具是物理单位。一个载具可以放多个批次,一个批次也可以跨多个载具。盘点时如果只扫载具不扫批次,就会出现“载具在、批次对不上”的差异。因此,标识体系必须同时支持“批次码”和“载具码”,并在系统中维护两者的绑定关系。

WIP对象关系与状态机 工序定义路径 · 批次承载数量 · 载具承载位置 · 工位触发状态 · 标识串联全链路 工序 Operation OP-030 装配 前序 OP-020 → 后序 OP-040 批次 Lot LOT-20250612-001 数量 120 pcs · 可拆分/合并 载具 Carrier CAR-托盘-A017 容量 60 pcs · 当前位置 WS-05 经过 装载于 工位 Workstation WS-装配-05 · 绑定设备/班次 扫码触发状态变化 停放在 WIP标识 WIP-1P-000123 批次码 + 载具码 + 单件码 唯一关联 批次状态机(示例) 待加工 加工中 待检验 已完工 开工 报工 检验合格 检验不合格 → 返工回加工中 入库/下线

三、状态机:让WIP“可解释”

状态机是WIP对象建模中最容易被忽视、却最影响盘点准确性的部分。现场常见的状态包括:待加工、加工中、待检验、检验中、合格待转、不合格待返工、返工中、已完工、已入库、报废、冻结。状态不是标签,而是有明确迁移条件的。例如“待加工→加工中”必须由工位扫码开工触发;“加工中→待检验”必须由报工完成触发;“待检验→合格待转”必须由检验结果录入触发。

状态机设计要遵循三个原则:第一,状态迁移必须有事件源,不能手工改状态;第二,状态迁移必须记录时间戳和操作人;第三,状态与数量要联动,比如“加工中”的批次数量应等于投入数减去已报废数。如果状态和数量脱节,盘点时就会出现“状态是加工中、数量却对不上”的问题。

四、在制品标识体系:粒度决定治理能力

标识体系是WIP数据治理的主键。常见的标识粒度有三种:

  • 批次级标识:一个批次一个码,适合流程行业或批量装配。优点是扫码少、成本低;缺点是单件追溯能力弱。
  • 载具级标识:一个托盘/料盒一个码,适合离散制造中的周转环节。优点是盘点快;缺点是无法区分载具内混放的不同批次。
  • 单件级标识:每一片/每一件一个码,适合高价值、强追溯场景。优点是追溯最细;缺点是扫码频次高、系统压力大。

实际落地时通常采用“批次码 + 载具码 + 单件码”的组合。例如:批次码 LOT-20250612-001 绑定 120 pcs;载具码 CAR-托盘-A017 承载其中 60 pcs;单件码 WIP-1P-000123 关联到具体某一片。系统维护三层绑定关系,盘点时先扫载具码,再扫批次码,必要时抽检单件码。这样既控制了扫码成本,又保留了追溯能力。

标识编码建议:采用“类型前缀 + 日期 + 流水号 + 校验位”的结构,例如 WIP-1P-20250612-000123-C。前缀区分对象类型(1P=单件,LOT=批次,CAR=载具),日期便于分区归档,流水号保证唯一,校验位防止手工录入错误。编码规则一旦确定,所有系统必须统一,不允许各系统自行拼接。

五、对象字典的落地检查

建模完成后,建议用以下问题做一次自检:同一片在制品在MES、WMS、报表中是否使用同一个WIP ID?批次拆分后父子关系是否可追溯?载具换装时绑定关系是否实时更新?工位扫码是否触发状态迁移而非人工修改?状态与数量是否始终一致?如果这些问题有任何一个回答“否”,说明对象字典还没有真正统一。

统一对象字典不是一次性文档,而是需要嵌入系统主数据、接口规范和现场作业指导书中的“活标准”。只有工序、批次、载具、工位、状态机和标识体系在同一套语义下运转,WIP盘点才能从“事后对账”走向“过程可信”。