3. EAM系统核心对象解析
EAM（Enterprise Asset Management，企业资产管理）系统与MES（Manufacturing Execution System，制造执行系统）要实现生产状态联动，前提是双方对“设备”这件事有共同、可对齐的数据语言。EAM侧的核心对象并不是孤立的表，而是一组围绕资产生命周期组织起来的实体：设备台账定义“这台设备是什么”，资产层级定义“它装在哪里、由谁组成”，维护工单定义“对它做了什么”，点检保养定义“按计划该做什么”，故障记录定义“它出过什么问题”，而状态字段则把这些对象串成一条可被MES实时消费的信号。理解这些对象的工程含义，比记住字段名更重要。
设备台账：资产的唯一身份
设备台账是EAM中最基础的静态主数据，一条台账记录通常对应一台可独立维护、可独立停机的物理设备。它的关键字段包括设备编码、设备名称、规格型号、制造商、出厂编号、安装位置、所属产线、启用日期、资产原值、折旧信息、责任部门与责任人等。工程上最需要强调的是设备编码的唯一性与稳定性：它一旦被MES引用，就不应随意变更，否则联动关系会断裂。设备编码建议采用“位置码+顺序码”或“产线码+设备类型码+序号”的结构，例如 L3-PKG-001 表示3号线包装段第1台设备，这样编码本身就能携带位置语义，便于MES按产线聚合设备状态。
台账中还有一类容易被忽视但联动价值很高的字段：设备关键等级（A/B/C类）与是否参与生产联动标志。并非所有设备都需要把状态推送给MES，只有直接影响产出、质量或安全的关键设备才需要纳入联动范围。把这两类字段在台账阶段就维护清楚，可以避免后期在接口层反复做过滤判断。
资产层级：从工厂到部件的树
资产层级（Asset Hierarchy）用父子关系描述设备之间的组成与归属，典型结构是“工厂—车间—产线—工段—设备—部件”。它的工程意义在于：故障和停机可以沿层级向上汇总，维护成本可以向下分摊。例如某台贴标机的“标签卷轴电机”发生故障，MES关心的是“贴标机停机”，而EAM的维修记录可能挂在电机这个子资产上。如果没有层级关系，系统就无法自动把子部件故障归因到父设备，也就无法向MES输出正确的停机信号。
层级设计要避免两个极端：层级过深会导致查询和维护成本上升，层级过浅则无法表达真实的装配关系。一般建议设备层级控制在4～6层，且同一层级内的编码规则保持一致。层级关系还应与位置编码解耦——位置描述“在哪里”，层级描述“由什么组成”，两者可以关联但不应混为一谈。
维护工单：一次维护行为的完整记录
维护工单是EAM中动态数据的核心，它记录了一次维护活动从创建到关闭的全过程。工单的关键字段包括工单号、工单类型（纠正性/预防性/预测性/紧急）、关联设备、故障描述、计划开始与结束时间、实际开始与结束时间、维修人员、工时、备件消耗、工单状态等。对MES联动而言，最有价值的是工单状态和实际时间字段：当工单从“已派工”变为“执行中”，往往意味着设备已进入维修停机；当工单关闭，设备才可能恢复可用。
工单类型决定了它是否应该影响生产状态。预防性维护工单如果安排在计划停机窗口内，MES只需知道“计划停机”；而紧急纠正性工单则可能触发MES的“非计划停机”事件，进而影响OEE计算和排产调整。因此，工单类型与设备状态的映射关系必须在接口设计阶段明确。
点检保养与故障记录：计划与异常的两种来源
点检保养是周期性、标准化的检查与保养活动，通常由点检标准、点检计划、点检任务和点检结果四部分组成。点检结果中的“异常”项可以直接触发故障记录或维修工单，形成“点检发现异常—生成工单—维修处理—关闭工单”的闭环。故障记录则是对设备失效事件的专门记录，包含故障现象、故障代码、故障原因、处理措施、停机时长等字段。故障代码的标准化程度直接决定了后续能否做故障统计分析，也决定了MES能否根据故障类型做出不同的响应策略。
状态字段：联动的信号源
EAM中与MES联动最直接的对象是设备状态字段。常见的状态值包括：运行、停机、维修中、保养中、待料、故障、报废等。工程上需要区分两类状态：EAM维护状态（如“维修中”“保养中”）和MES生产状态（如“运行”“停机”）。两者不是一一对应关系，而是需要通过映射规则转换。例如EAM的“保养中”在MES侧可能映射为“计划停机”，而EAM的“故障”映射为“非计划停机”。
状态字段的另一个关键问题是状态变更的时间戳。MES要计算停机时长、OEE和MTTR，必须拿到状态变更的准确时刻，而不是只拿到当前状态值。因此，EAM在状态变更时应记录变更时间、变更原因和变更来源，并通过接口以事件形式推送给MES，而不是让MES轮询当前状态。
对象之间的工程关系
把这六个对象放在一起看，它们构成了一条从静态到动态、从计划到异常、从EAM到MES的完整链路。设备台账和资产层级是静态骨架，决定了“谁和谁有关”；维护工单、点检保养和故障记录是动态血肉，记录了“发生了什么”；状态字段则是神经信号，把动态事件转化为MES可消费的状态变化。工程实施中最常见的错误，是只把设备台账同步给MES，却忽略了工单状态和故障记录的事件推送，导致MES只能看到“设备当前是否运行”，却无法解释“为什么停机、停了多久、是否计划内”。
最后需要强调状态字段的参照系一致性。EAM中的“运行”指的是设备自身可运转，而MES中的“运行”指的是设备正在为当前工单产出合格品。两者在设备待料、换型、调试等场景下会出现差异。因此，在联动规则中应明确：EAM状态是设备可用性的权威来源，MES状态是生产执行状态的权威来源，两者通过映射规则对齐，而不是互相覆盖。只有把每个核心对象的工程含义和边界定义清楚，后续的接口开发、状态同步和异常处理才有可靠的依据。