2. 设备台账与履历数据建模
设备保养履历要能长期追溯，前提是先把“设备是谁、有哪些属性、发生过什么”这三件事用统一的数据结构固定下来。很多企业的履历系统失败，并不是因为功能不够，而是因为同一台设备在采购系统叫“空压机-01”、在维修工单叫“1号空压机”、在点检表里又写成“空压机房A机”，导致履历无法归集。本节围绕设备唯一标识、属性分类、履历事件类型、数据模型设计、编码规范与主数据管理六个要点，讲清楚如何建立一套可追溯、可扩展的履历数据底座。
一、设备唯一标识：履历归集的锚点
设备唯一标识（Equipment Unique ID）是履历数据的主键，任何一条保养、维修、点检、改造记录都必须挂接到某个唯一标识上。标识设计要满足三个条件：全局唯一、终身不变、与业务语义解耦。常见做法是采用“企业域 + 设备类别码 + 顺序号”的结构化编码，例如 EQ-AC-000137，其中 EQ 表示设备域，AC 表示空压机类别，000137 为顺序号。这种编码便于人工识别，但要注意：设备报废后编码不得回收复用，否则历史履历会被错误继承。
对于已有资产编号的企业，不建议推翻重来，而是建立“资产编号 ↔ 设备唯一标识”的映射表，让旧编号作为别名存在。这样既保留历史数据，又能让新系统用统一主键归集履历。标识一旦分配，即使设备迁移、改造、更换归属部门，标识本身不变，变更的是属性字段。
二、属性分类：静态属性与动态属性分离
设备属性可分为三类。第一类是静态属性，如设备名称、型号、制造商、出厂编号、额定功率、安装位置，这类属性在设备生命周期内基本不变，适合放在设备主数据表中。第二类是动态属性，如当前状态、责任班组、累计运行小时、最近保养日期，这类属性会随运行和保养变化，适合单独维护或由履历事件推导。第三类是分类属性，如设备类别、关键等级（A/B/C）、是否特种设备，用于统计和策略匹配。
把静态与动态属性混在一张表里，是履历系统常见的隐患：每次保养都要更新主数据表，容易造成并发冲突，也无法保留属性变化的历史。正确做法是主数据表只存静态与分类属性，动态属性通过履历事件或状态快照表记录，需要时按时间点还原。
三、履历事件类型：让“发生过什么”可枚举
履历事件是设备生命周期中所有值得记录的动作。事件类型必须枚举化，不能自由填写，否则统计和追溯都会失效。建议至少覆盖以下类型：
- 安装/调试：设备首次投入使用，记录安装日期、调试结论、验收人。
- 点检：日常或定期检查，记录检查项、结果、异常描述。
- 保养：按计划或临时执行的保养，记录保养级别、更换件、工时。
- 维修：故障修复，记录故障现象、原因、处理措施、停机时长。
- 改造/升级：结构或参数变更，记录变更内容、依据、影响评估。
- 迁移：位置或归属变更，记录原位置、新位置、生效时间。
- 校验/检定：计量或安全类设备的法定校验，记录证书编号、有效期。
- 停用/报废：生命周期终止，记录原因、审批人、处置方式。
每类事件应定义必填字段和可选字段。例如保养事件必填“保养级别、执行人、执行日期、更换件清单”，维修事件必填“故障代码、停机时长、修复结果”。字段定义清楚后，履历数据才能支撑 MTBF、MTTR、保养达成率等指标计算。
四、数据模型设计：主数据 + 事件流
推荐采用“设备主数据表 + 履历事件表 + 事件明细表”的三层结构。设备主数据表以设备唯一标识为主键，存储静态与分类属性；履历事件表以事件ID为主键，外键关联设备唯一标识，存储事件类型、发生时间、执行人、摘要；事件明细表以明细ID为主键，外键关联事件ID，存储具体检查项、更换件、测量值等结构化明细。这种设计既保证事件可检索，又保留明细可追溯。
五、编码规范：让标识可读、可扩展
编码规范要解决“人看得懂”和“系统管得住”两个问题。推荐采用分段定长编码，每段含义固定，段间用短横线分隔。例如 EQ-AC-000137 中，EQ 为设备域固定前缀，AC 为设备类别码（空压机），000137 为六位顺序号。类别码应建立受控词表，新增类别需审批，避免出现 AC、AK、KQ 混用表示同一类设备。
顺序号建议按类别独立编号，而不是全企业统一流水，这样便于按类别统计和人工识别。顺序号达到上限时扩展位数，而不是回收旧号。对于集团型企业，可在前缀中加入工厂代码，如 EQ-SH-AC-000137，但工厂代码同样要受控。编码规范一旦发布，应写入主数据管理制度，并在采购、验收、建档环节强制执行。
六、主数据管理：让履历数据长期可信
主数据管理不是一次性建表，而是持续治理。首先要明确设备主数据的唯一权威来源，通常由设备管理部门或主数据系统负责，其他系统只能引用不能新建。其次要建立变更审批流程：设备名称、位置、责任班组等属性变更，必须留下变更前后快照和审批记录，这样履历追溯时才能解释“为什么同一台设备在不同时间属于不同班组”。
履历事件表应设计为只追加（append-only），不允许直接修改或删除历史事件。如果录入错误，采用冲销事件或更正事件的方式处理，保留原始记录和更正记录。这样在审计时，任何一条履历都能回答“谁、何时、基于什么依据、做了什么变更”。
设备台账与履历数据建模的本质，是把设备从“一张资产卡片”变成“一条可追溯的时间线”。唯一标识是锚点，属性分类是骨架，事件类型是血肉，数据模型是容器，编码规范是语言，主数据管理是规则。六者配合，履历数据才能在多年后仍然可信、可查、可审计。