定义
CMMS（Computerized Maintenance Management System，计算机化维护管理系统）用于管理设备维护计划、工单与备件。设备管理平台的 Maintenance Schedule 可与 CMMS 集成，实现维护任务自动触发与执行跟踪。
核心功能
CMMS 涵盖维护计划编排、预防性维护（Preventive Maintenance）与预测性维护（Predictive Maintenance）触发、工单（Work Order）创建与派单、备件库存管理、维护历史记录等。与 EAM 企业资产管理相比，CMMS 更侧重维护执行与工单流程，EAM 则覆盖资产全生命周期。
与 DMP 的集成价值
设备管理平台将设备实时状态、健康评分、故障告警、远程诊断结果推送至 CMMS，可自动生成维护工单、触发 Maintenance Window 维护窗口内的 OTA 任务。CMMS 中的工单完成状态可回写至平台，形成「设备异常→自动工单→现场处置→状态更新」的闭环，降低人工巡检成本，提升 MTTR 修复效率。
典型集成场景
适用于制造、能源、交通等行业的设备运维。平台根据设备运行时长、故障预测模型或规则引擎告警，触发 CMMS 创建工单；维护人员通过 CMMS 接收任务、查看设备详情与历史记录，完成维护后更新工单状态，实现运维流程标准化与可追溯。
工单自动生成需要哪些条件
计算机化维护管理系统在设备管理中的技术含义，是把“该修了”变成一张有对象、有期限、有执行人的工单，而不是再发一条告警通知。自动开单要同时具备：能唯一对应到现场那台设备的资产或设备标识、一条明确的触发规则、可执行的任务说明，以及接单的人或班组。缺任何一项，系统只能产生无人认领的记录。触发可以来自运行时长、日历、故障事件或健康分阈值，但阈值必须是这条产品线事先认可的，不能把别的产品的周期原样抄来。
适合自动开单的，是故障处置步骤相对固定、备件和责任班组清楚的设备。仍依赖老师傅现场判断的疑难故障，可以自动生成检查任务，但不应自动指定更换哪一个部件。平台把告警送进维护系统时，要带上发生时间、最近状态和位置，维护系统把完工、未完工和关闭原因送回来。与资产管理对齐后，工单上的设备必须是仍在账上的那一台；已报废或已调走的终端不应继续被派新工单。
计划时间和现场窗口错开
常见错误是按自然日生成保养工单，现场却只能在停机窗口动手，工单到期时设备仍在生产，于是被大量标记逾期。另一类是同一告警重复开单：抖动的离线每一分钟一张工单，班组被淹没，真正的停机单反而看不见。备件没库存仍派“立即更换”，执行人只能到场后空返。还有把远程可完成的参数修正和必须到场的硬件更换混成一种工单，派工距离和工具都错了。
完工回写若只改维护系统、不改设备平台上的维护状态，下一轮规则会认为设备从未修过，再次开单。设备健康度在维修后需要重新起算窗口，否则旧告警仍把分数压得很低，系统会立刻再派一次。取消工单也要写原因，否则后来无法区分“不需要修”和“忘了修”。计划保养与故障抢修抢同一台设备时，应合并或明确先后，而不是两张单各自要求重启一次。
重复告警不应该各开一单
维护系统若对每一条抖动告警都生成独立工单，班组会先被单据淹没，真正需要到场的停机反而排不进来。开单规则要能把同一设备、同一现象、尚未关闭的工单合并成补充信息，而不是再生一张。合并的条件必须写清：相同故障码可以合并，不同故障码即使同时发生也应分开，否则一次现场会漏掉第二件事。已经有人在处理的工单，新的告警只追加时间线，不重置承诺时间，避免单据因为反复刷新而永远显示成刚刚创建。计划保养若和故障单撞在同一窗口，应标明哪一张先做，而不是让两张单各自要求把设备停下来。
工单关闭时要带回设备平台能理解的结果：已修复、无法复现、等待备件或确认无需处理。只写一个完成，规则引擎不知道下次是否还要派。等待备件期间设备可能仍在带病运行，状态应保持为维修中，而不是因为工单未关就一直算成正常在运，也不应因为离线检测把它再开出第三张单。执行人、备件和到场时间是以后判断周期是否合理的依据，缺了这些，维护计划只能继续按最初拍脑袋的间隔跑下去。回写缺失时，后来的人分不清超时未关的单子是还在等备件，还是现场已经处理完却忘了销单。