2. FactoryTalk制造追溯数据模型

在FactoryTalk制造追溯体系中,数据模型决定了“追溯能追到什么粒度、能回答哪些问题”。如果模型只停留在设备报警日志层面,追溯就只能回答“哪台设备在什么时间报了什么警”;而一旦模型覆盖ISA-95层级、物料/批次/序列号、工单与生产事件,追溯就能回答“哪一批原料、经过哪张工单、在哪台设备、由谁操作、最终装配到哪个成品序列号上”。本节围绕这四类核心对象展开,并给出可落地的建模方法。

一、ISA-95层级:追溯数据的空间骨架

ISA-95(IEC 62264)把制造企业划分为五个层级,追溯数据模型必须与这套层级对齐,否则跨系统关联会失去锚点。层级从下到上依次为:

  • Level 0 物理过程:传感器、执行器、物料实际流动,是追溯的物理起点。
  • Level 1 感知与控制:PLC、DCS、扫码枪、RFID读写器,负责采集原始信号与标识。
  • Level 2 监控与操作:SCADA、HMI、FactoryTalk View,产生操作事件与过程参数。
  • Level 3 制造运营管理:MES、FactoryTalk ProductionCentre、Batch,管理工单、批次、物料消耗与生产事件。
  • Level 4 企业经营:ERP、PLM、WMS,管理订单、物料主数据与库存。

追溯建模的关键在于:Level 3是追溯数据的汇聚层。Level 0/1/2的数据必须通过设备标识、工位标识、时间戳向上归集到Level 3的工单与批次对象;Level 4的物料主数据、订单号则向下映射为工单的输入。若缺少这层映射,追溯查询就会出现“有设备数据但找不到工单”或“有工单但找不到具体物料批次”的断链。

ISA-95 五层追溯数据归集模型 Level 4 企业经营层 ERP / PLM / WMS:订单号、物料主数据、供应商批次、客户订单 主数据下行 Level 3 制造运营管理层(追溯汇聚核心) FactoryTalk ProductionCentre / Batch:工单、批次、物料消耗、生产事件、人员、设备 追溯主键:WorkOrderID + BatchID + SerialNumber + EventTime 事件上行 Level 2 监控与操作层 SCADA / HMI / FactoryTalk View:操作事件、过程参数、报警、工位登录 Level 1 感知与控制层 PLC / DCS / 扫码枪 / RFID读写器:原始信号、条码、RFID标签 Level 0 物理过程层 物料实际流动、加工、装配、包装 追溯数据上行归集

二、物料/批次/序列号:追溯粒度的三级模型

追溯粒度由三个对象共同决定,它们不是互斥关系,而是层层细化的包含关系:

  • 物料(Material):描述“是什么”,对应物料编码、名称、规格、单位。它是主数据,不随生产变化。
  • 批次(Batch/Lot):描述“哪一批”,对应供应商批次、生产批次、混合批次。批次是过程追溯的基本单位,适合化工、食品、制药等连续或半连续生产。
  • 序列号(SerialNumber):描述“哪一个”,对应单件产品的唯一标识。序列号是离散制造追溯的终极粒度,适合汽车零部件、电子装配、医疗器械。

建模时常见的错误是把三者混为一谈。正确做法是:物料作为主数据表,批次作为物料与工单的关联表,序列号作为批次与成品的关联表。例如某电子装配工单WO-20240513-001,投入物料M-1001(连接器)的批次为LOT-240510-A,产出成品序列号SN-0001至SN-0500。追溯查询时,从SN-0001可反查LOT-240510-A,再反查供应商批次与来料检验记录。

三、工单与生产事件的关系

工单(Work Order)是追溯数据模型的中枢对象,它把“计划”与“实际”连接起来。一张工单通常包含:工单号、物料编码、计划数量、实际数量、计划开始/结束时间、实际开始/结束时间、工单状态、所属产线/工位。

生产事件(Production Event)是工单执行过程中产生的离散记录,常见类型包括:工单下达、工单开工、物料投料、设备启动、参数变更、质量检验、工单暂停、工单完工、工单关闭。每个事件必须携带四个关键字段:EventID、EventType、EventTime、关联对象(工单/批次/序列号/设备/人员)。

工单与事件是一对多关系:一张工单对应多个事件,事件按时间排序形成工单的执行轨迹。追溯查询的本质,就是沿这条轨迹正向或反向检索。例如客户投诉SN-0001,系统先定位其所属工单WO-20240513-001,再拉取该工单全部事件,发现14:32发生“参数变更”事件,操作人OP-007将焊接温度从245℃调整为260℃,随后14:35的质检事件记录为“合格”,但14:50的X-Ray检测事件记录为“虚焊”。这条事件链就是追溯结论的依据。

四、追溯数据对象建模方法

落地建模建议采用“四步法”,每一步都产出可验证的对象定义:

  1. 识别追溯问题:先明确要回答什么问题,例如“某成品序列号用了哪些原料批次”“某批次原料流向了哪些客户订单”。问题决定对象和关系,而不是先建表再想用途。
  2. 定义对象与主键:为物料、批次、序列号、工单、事件分别定义唯一主键,并确保主键在Level 3与Level 4之间可映射。例如工单号在MES与ERP中必须一致,或建立映射表。
  3. 定义关系与基数:物料—批次(1:N)、批次—序列号(1:N)、工单—事件(1:N)、工单—批次(M:N,通过投料事件关联)。关系必须明确方向,避免双向模糊。
  4. 定义事件字段与时间基准:所有事件统一使用UTC或工厂本地时间,并记录时区。事件时间必须来自同一时钟源,否则跨设备追溯会出现顺序错乱。
建模检查点:完成对象定义后,用三个问题自检——能否从序列号反查到原料批次?能否从原料批次正查到成品序列号?能否从工单拉出完整事件时间线?三个问题都能回答,模型才具备双向追溯能力。

五、一个可参考的追溯对象关系示例

以下为某装配线的追溯对象关系示例(参数为教学假设,非实测数据):

对象 主键示例 关键字段 关联对象
物料 M-1001 名称、规格、单位 批次
批次 LOT-240510-A 供应商、来料日期、检验状态 物料、工单
序列号 SN-0001 成品编码、生产时间、当前状态 批次、工单
工单 WO-20240513-001 计划数量、实际数量、状态 批次、序列号、事件
生产事件 EVT-20240513-1432-001 事件类型、时间、操作人、设备 工单、批次、序列号

该模型的核心思想是:物料是“名词”,批次和序列号是“限定词”,工单是“句子”,事件是“标点”。只有把四者按ISA-95层级归位,追溯系统才能在正确的时间、正确的粒度上给出正确的答案。实际项目中,建议先用一张工单跑通“投料—加工—检验—完工”全事件链,验证对象关系无断链后,再横向扩展到多产线、多工厂。