4. ISA-95与制造运营交付边界
在FactoryTalk制造运营项目交付中,最容易引发争议的往往不是功能能不能做,而是“这件事到底该由谁做”。MES/MOM项目一旦边界模糊,就会出现ERP厂商说“这是车间的事”、自动化团队说“这是IT的事”的推诿局面。ISA-95(IEC 62264)层级模型正是解决这一问题的通用语言,它把从企业战略到物理过程的控制活动划分为五个层级,为交付范围划定和接口责任划分提供了可引用的依据。
ISA-95五层模型与FactoryTalk产品的对应关系
ISA-95将制造企业的信息与控制活动自下而上分为Level 0到Level 4。理解每一层的职责,是界定MES/MOM交付边界的前提。
Level 0——物理过程:传感器、执行器、电机、阀门等直接作用于物料和能量的设备。这一层不涉及软件交付,但它的信号质量决定了上层数据的可信度。
Level 1——感知与控制:PLC、DCS、安全控制器等。它们执行逻辑运算、PID调节、联锁保护,扫描周期通常在1~50ms量级。FactoryTalk项目中,这一层由自动化团队负责,MES团队不直接编程,但需要约定数据采集点。
Level 2——监控与操作:SCADA/HMI系统,如FactoryTalk View SE/ME。操作员在此监视流程、确认报警、手动干预。典型刷新周期为250ms~1s。Level 2关注“当前设备在发生什么”,不负责工单、物料批次、质量追溯等业务语义。
Level 3——制造运营管理:MES/MOM的核心层,FactoryTalk ProductionCentre即定位于此。它管理工单执行、物料消耗、批次追溯、SPC、OEE、人员资质、设备维护等。Level 3的时间尺度是分钟到班次,关注“这批产品是怎么造出来的”。
Level 4——企业经营计划:ERP、PLM、SCM等。ERP负责销售订单、采购、财务、主生产计划;PLM负责产品设计、BOM、工艺路线。Level 4的时间尺度是天到月,关注“企业应该造什么、造多少”。
MES/MOM与ERP的接口责任划分
ERP与MES的接口是项目中最关键的集成点。责任划分的核心原则是:ERP管“计划与资源”,MES管“执行与消耗”。具体到数据流,ERP向MES下发工单(含物料号、数量、交期、目标产线),MES向ERP回传完工数量、物料实际消耗、工时、废品数量。物料主数据、BOM、工艺路线通常由ERP或PLM维护,MES只读引用,不在MES中重复创建。
实际交付中,接口责任必须在《接口责任矩阵》中逐项签字确认。例如:工单变更由谁触发?ERP改单后MES是否自动同步?如果MES已开始执行,ERP撤单如何处理?这些边界问题不写清楚,上线后必然扯皮。建议在项目启动阶段就用ISA-95的层级语言明确:Level 4的变更通过接口消息通知Level 3,Level 3根据执行状态决定是否接受变更,并将结果回传Level 4。
MES/MOM与PLM的接口责任划分
PLM负责产品设计BOM(EBOM)和工艺路线,MES需要的是制造BOM(MBOM)和工序级工艺参数。两者之间的转换通常由工艺部门在PLM或ERP中完成,MES不承担EBOM到MBOM的转换责任。MES从PLM/ERP获取的是“可执行的工艺路线”,包括工序号、工作中心、标准工时、检验要求。如果PLM变更了工艺路线,MES需要接收变更通知并决定是否影响在制工单。这一接口的责任划分要点是:PLM管“怎么设计”,MES管“怎么执行”,变更影响评估由工艺工程师负责,MES提供在制工单的查询能力作为评估依据。
MES/MOM与SCADA、PLC的接口责任划分
Level 3与Level 2/1的接口是MES项目中最容易越界的地方。MES需要从SCADA或PLC采集过程数据(温度、压力、速度、扭矩、报警),但MES不直接控制设备。数据采集通常通过OPC UA、FactoryTalk Linx或Historian完成。责任划分的关键是明确“谁提供数据、谁消费数据、谁保证数据质量”。
以某汽车零部件装配线为例:PLC负责拧紧枪的扭矩控制,SCADA显示实时扭矩曲线,MES记录每台产品的扭矩值和合格判定。如果扭矩超差,PLC触发报警,SCADA显示报警,MES记录不合格并阻止产品流入下道工序。这里,PLC是“执行者”,SCADA是“监视者”,MES是“记录与判定者”。MES不修改PLC的扭矩设定值,设定值变更由工艺工程师在PLC或SCADA中完成,MES只记录变更事件。
交付范围界定检查表
在项目启动阶段,建议用以下检查表逐项确认MES/MOM的交付边界。该表可直接用于需求确认会或接口责任矩阵的附件。
| 检查项 | MES/MOM职责 | 外部系统职责 | 接口方式 |
|---|---|---|---|
| 工单创建与变更 | 接收并执行,反馈状态 | ERP创建、变更、撤销 | ERP→MES消息/API |
| 物料主数据 | 只读引用 | ERP/PLM维护 | 定时同步或按需查询 |
| 工艺路线 | 只读引用,记录执行版本 | PLM/ERP维护 | PLM/ERP→MES |
| 过程数据采集 | 消费数据,做业务判定 | PLC/SCADA提供数据 | OPC UA / Linx / Historian |
| 设备控制 | 不直接控制 | PLC/DCS执行 | 无直接接口 |
| 批次追溯 | 权威源,记录全链路 | 提供批次号来源 | MES内部+外部查询 |
| 完工回报 | 生成并发送 | ERP接收并更新库存/财务 | MES→ERP |
| 报警管理 | 记录业务相关报警 | SCADA管理实时报警 | SCADA→MES事件订阅 |
边界模糊时的判断方法
当遇到“这个功能到底该谁做”的争议时,可以用三个问题快速判断:第一,这个数据的时间尺度是秒级、分钟级还是天级?秒级归Level 1/2,分钟到班次归Level 3,天到月归Level 4。第二,这个功能是否需要业务语义(工单、批次、质量判定)?需要则归MES,不需要则归SCADA/PLC。第三,这个数据的权威源是谁?如果MES不是权威源,MES就不应该承担该数据的维护责任。
在FactoryTalk项目交付中,建议将上述判断结果写入《接口责任矩阵》和《系统边界说明书》,作为验收依据。边界清晰的项目,集成测试阶段的问题会减少60%以上;边界模糊的项目,往往在UAT阶段才发现“这个接口没人做”,导致工期延误和成本超支。ISA-95层级模型不是理论摆设,而是项目交付中保护双方利益的实用工具。