3. 维修工单核心概念
维修工单是 CMMS 系统中承载维修业务的最小闭环单元。它把“设备出了什么问题、谁去处理、用了什么备件、花了多少工时、结果是否合格”这些信息固化下来,形成可追溯、可统计、可考核的数据资产。理解工单,不能只把它当成一张电子表格,而应把它看作一条贯穿“需求提出—审批—派工—执行—验收—关闭—分析”的数据主线。本节围绕工单类型、优先级、状态流转、生命周期与关键字段五个维度展开。
一、工单类型:先分类,再谈流程
工单类型决定了后续的审批路径、响应时限和统计口径。常见的分类方式如下:
- 纠正性维修工单(CM):设备已发生故障或性能下降后发起的维修,强调恢复功能,通常与停机损失直接相关。
- 预防性维护工单(PM):按时间或计量触发,如月度润滑、季度校准,目的是降低故障概率。
- 预测性维护工单(PdM):由振动、油液、红外等状态监测数据触发,按“实际健康状态”安排维修。
- 检查/巡检工单:以发现隐患为目的,可能不产生实际维修动作,但会派生后续工单。
- 安全/合规工单:来自法规、审计或安全整改要求,优先级通常较高且不可随意降级。
- 改进/改造工单:用于设备升级、节能改造等非故障性工作,需与资本性支出流程衔接。
类型一旦确定,系统应自动带出对应的工单模板、标准作业步骤和默认优先级,减少人工判断偏差。
二、优先级:不是“谁喊得响谁先修”
优先级用于在资源有限时决定处理顺序。它通常由“影响程度”和“紧急程度”两个维度共同决定,而不是单纯由报修人情绪决定。一个可落地的做法是建立优先级矩阵:
| 优先级 | 典型场景 | 响应时限 | 处理策略 |
|---|---|---|---|
| P1 紧急 | 关键设备停机、安全事故、环保超标 | 15 分钟内响应 | 立即派工,可调用外部资源 |
| P2 高 | 设备降级运行、备用机失效 | 1 小时内响应 | 当日处理,优先安排备件 |
| P3 中 | 一般故障、非关键设备异常 | 8 小时内响应 | 纳入当日或次日计划 |
| P4 低 | 外观缺陷、非影响性整改 | 3 个工作日内 | 合并处理或计划性安排 |
优先级应允许在审批环节调整,但必须记录调整人和调整原因,防止“全员 P1”导致优先级失效。
三、状态流转:工单的“红绿灯”
状态流转定义了工单从创建到关闭的合法路径。典型状态包括:草稿、待审批、已批准、已派工、执行中、待验收、已关闭、已取消。每个状态变化都应记录时间戳和操作人,形成审计轨迹。下面这张状态流转图展示了工单在 CMMS 中的核心路径与分支:
状态流转必须由系统强制约束,禁止跳步。例如,未派工不能直接进入执行中,未验收不能直接关闭。这样做的目的是保证工时、备件、验收结论等数据在正确节点被采集。
四、工单生命周期与关键字段
工单生命周期可概括为五个阶段:创建与申报 → 审批与计划 → 派工与执行 → 验收与关闭 → 分析与改进。每个阶段都有必须填写的关键字段,字段缺失会直接影响后续 KPI 统计。
工单关键字段示例(CMMS 数据模型片段)
{
"work_order_id": "WO-2024-000318",
"type": "CM", // 工单类型:CM/PM/PdM/INSP
"priority": "P2", // 优先级:P1~P4
"status": "EXECUTING", // 状态:DRAFT/APPROVED/ASSIGNED/EXECUTING/...
"equipment_id": "PUMP-07", // 设备编号
"functional_location": "A区-泵房-2#",
"description": "机械密封泄漏,流量下降",
"reported_by": "张三",
"reported_at": "2024-06-11T08:20:00",
"approved_by": "李四",
"assigned_to": "王五",
"planned_start": "2024-06-11T09:00:00",
"actual_start": "2024-06-11T09:35:00",
"actual_end": "2024-06-11T11:10:00",
"labor_hours": 2.5,
"parts_used": [{"part_no": "SEAL-045", "qty": 1}],
"failure_code": "MECH-SEAL-LEAK",
"cause_code": "WEAR",
"resolution": "更换机械密封并试压合格",
"verified_by": "赵六",
"closed_at": "2024-06-11T14:00:00"
}
其中,设备编号、故障代码、原因代码、工时、备件是后续做 MTTR、MTBF、维修成本分析的基础。若这些字段靠自由文本填写,统计将无法聚合。
核心原则:工单不是“修完就完”,而是“数据填完才算完”。关闭工单前,系统应校验必填字段,否则不允许进入已关闭状态。
五、案例与常见误区
某化工厂曾出现“维修工单堆积但设备仍频繁故障”的现象。复盘发现:工单类型全部被填成“CM”,PM 工单被当作 CM 处理;优先级 80% 为 P1,导致真正紧急的工单被淹没;故障代码字段大量为空,无法分析重复故障。整改后,系统强制类型与优先级联动、关闭前校验故障代码,三个月后重复故障率下降 22%。
常见误区:
- 把工单当“派工单”,只记录谁去修,不记录修了什么、为什么坏。
- 状态流转靠人工口头同步,系统状态与实际进度脱节。
- 优先级由报修人自填,缺乏矩阵约束,导致优先级通胀。
- 关闭工单不校验关键字段,造成 KPI 数据失真。
落地建议:先固化“类型—优先级—状态”三张基础表,再配置工单模板与必填字段校验;每周抽查 10 张已关闭工单,检查故障代码、工时和备件是否完整。工单数据质量上来了,预防维护和备件计划才有可靠输入。