SYSTEM OK | ACTION CONTRACTS 247 DOMAINS 35 DEMO ENVIRONMENT 无需申请 | 服务热线 18926139835
首页/产品/③ 使用与运维
五阶段 ③ · utilization + maintenance

资产在使用期间,维护记录与运行状态均应有据可查

资产完成建档之后,其后的使用期间均属本阶段:保养是否应当执行、故障由谁维修、点检是否完成、委外支出多少。 多数集团面临的问题并非缺少流程,而在于这些记录留存于资深维修人员的个人经验、纸质表格与电话沟通之中。 本阶段要解决的核心问题并非将流程迁移至线上,而是使知识不随人员流动而流失——故障履历沉淀为组织的知识,而非个人的经验。

22个
流程(通用 14 + IT 8,能力地图口径)
6个
合规类流程,占通用流程 43%(特种设备 + 计量)
70%
诊断时间缩短(三层知识 + RAG 2.0 口径)
知识不随人走
故障履历沉淀为组织资产
01阶段问题

「保养做了、故障修了」,为何仍无法查清

本阶段客户实际受阻的环节——并非无人执行,而是执行之后没有留下可复用的记录。

01

保养依赖口头安排,到期无提醒

计划记录于 Excel,周期依赖人工记忆。「上次何时执行、下次何时到期」这一问题,更换人员后即无从作答。

02

故障上报依赖电话沟通,维修完成后未记录原因

故障虽已修复,但故障原因与维修方法未形成记录。同一台设备、同一类故障,半年后由他人重新排查一遍。

03

点检流于形式:纸质勾选、事后补录

签字即视为「完成」。点检表上始终全部为正常,实际问题往往须经事故方才暴露。

04

委外维修价格不透明,完成后无成本归集

同类作业不同供应商报价不一致,报价过程分散在线下;维修完成后该笔支出应归属哪个部门、哪台设备,无法对应。

02这个阶段的能力

将「运维」拆解为六项可验收的工作

其做法并非再建一套工单系统,而是将保养、故障、点检、委外与合规检验纳入同一套计划引擎。

01

预防性维护(三级递进)

按机型编制保养技术标准 → 定标到具体设备 → 定时器自动生成计划工单。标准编制 → 定标 → 计划执行三级分工,而非由一张表单一次性填列。

周期零点方式支持「计划-计划」与「计划、实施-计划」两种,用于确定下次执行时间的计算口径。

02

故障维修闭环

移动端扫码报修 → 工程师到场诊断 → 自修或判断转委外 → 登记备件 → 维修完成 → 故障验收、关闭工单。

每台设备绑定维修责任人,责任人不能完成时可转办或邀请其他工程师加入。

03

委外与零星委外

委外维修单由故障单触发,报价上传后进入审批,工单关闭时自动同步关闭故障单。保内 / 保外分开,处理口径不同。

付款单由原始委外维修业务单据发起,无须管理层逐单翻查询价过程。

04

点检与巡检

按频率推送点检工单,结果形成记录,而非仅作勾选。特种设备的日点检 / 周排查同样由定时器生成工单并归档。

按《特种设备安全风险管控清单》形成《每日安全检查记录》与《每周安全排查治理报告》。

05

三层故障知识架构 + RAG 2.0

内部沉淀(历史工单与故障履历)+ 行业知识(手册、标准)+ LLM 生成,经 RAG 2.0 检索后给出诊断建议。

主线是「知识不随人走」:资深维修人员离岗后,故障知识仍留存于组织。

06

合规衔接(特种设备 + 计量)

特种设备检验检测、月调度、日点检周排查,与计量器具校准计划,跟常规预防性维护共用同一套计划引擎。

合规类流程占通用流程的 43%——其不属于附加功能,而属于资产管理的法定底线。

03决策层看什么

本阶段能力对应哪些报表与指标

下列列出具体报表名称,可用于与现有系统逐项对照;这些口径与集团财务月结和经营分析用的是同一套数据。

表 1 · 「使用与运维」对应的决策层口径
决策问题可用报表 / 指标说明
维修花了多少 设备运维成本率统计报表 · 设备故障费用统计报表 · 设备预防性维护费用统计报表 维修费按单台设备归集,而不是按月摊到部门
设备可不可靠 设备故障率统计报表 · MTTR 统计报表 · MTBF 统计报表 故障率、平均修复时间、平均故障间隔——判断设备该修还是该换
执行及不及时 工单完成及时率统计报表 · 设备维修自修及及时率统计报表 · 保养计划完成率报表 计划与工单是否按期完成,瓶颈定位到环节
点检有没有做 设备点检统计表 · 设备巡检统计表 · 设备预防性维护统计报表 点检与保养的执行记录,区分「做了」与「签了字」
委外用了多少 零星委外统计报表 · 委外维修工单 委外与零星委外的费用与频次,报价过程留痕
「设备全生命周期费用」是怎么来的

设备维修备件与工单关联,一台设备的费用才能按月度、季度、年度统计——这正是从技术记录转化为财务口径的那一步:故障履历不仅供工程师使用,同时流向底座(会计事件)与 ⑤(报废决策依据)。缺少该归集链,TCO 只能是一张凭经验估算的表。

04上下游衔接

本阶段与其他阶段的衔接关系:上游输入与下游输出

五个阶段之间流动的是同一份数据,这也是「一个数据模型贯穿」的实际含义。

上游输入

② 取得与立卡提供的是这张卡片本身:机型、设备技术参数、专项卡片(压力容器 / 电梯 / 起重机械 / 计量器具…)。

保养技术标准按机型编制,定标时绑定的对象即为 ② 建出的卡片与机型。

缺少卡片与机型,即无定标对象,预防性维护的计划亦无从生成——这便是「上一步决定这一步」的具体含义。

下游输出

底座 · 会计事件:故障履历与维修成本按单台设备归集,维修费、备件消耗流向财务侧。

⑤ 处置与退出:故障率、MTTR、MTBF 与累计维修成本,是「修不修、换不换」的报废决策依据。

④ 变动与流转:设备状态(在用 / 停用 / 维修中)回写,位置与使用人随之变更。

③ 备件(库存):工单上的备件清单驱动库存出入库与安全库存判断。

概括而言:② 界定这台设备「是什么」,③ 判定它「用得好不好、是否值得继续使用」。

05标准依据

本阶段对应 ISO 55001:2024 的哪些条款

表 2 · 条款对照(ISO 55001:2024 第 2 版)
条款要求本阶段的对应做法
§8.1 生命周期过程 · utilization(使用) 状态维护、点检巡检、备件领用——设备在用期间的持续活动
§8.1 生命周期过程 · maintenance(维护) 预防性维护、故障维修、委外维修,对应维护过程的策划与控制
§7.7 知识(2024 版新增) 三层故障知识架构 + RAG 2.0:把随人流动的经验,沉淀为可检索、可保持时效的组织知识
§7.6 数据与信息(2024 版修订,配置管理是关键能力) 设备技术参数、专项卡片与点检记录按标准维护,「什么数据必须准、由谁维护」写清楚
GB/T 33173-2016 等同采用 ISO 55001:2014 国内认证依据目前仍为此版本,条款号与 2024 版存在版本差

ISO 55000 系列是我们的方法论依据,而非认证。 认证的对象是组织,而非软件——任何声称「某系统通过 ISO 55001 认证」的表述,均与 ISO 55001 所界定的认证对象不符。 完整标准对齐说明 →

06延伸阅读

进一步参阅

本阶段能够验证到什么程度

「诊断时间缩短 70%」标注的是三层知识 + RAG 2.0 的测试口径,而非描述性表述。 贵方可在演示环境上核验与工单、点检、故障相关的动作数量,无需采信本方任何陈述。

执行层
要将本阶段落地
决策层
先了解维修成本可归集到什么程度