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 张已关闭工单,检查故障代码、工时和备件是否完整。工单数据质量上来了,预防维护和备件计划才有可靠输入。