定义
Maintenance Schedule（维护计划）定义设备保养、巡检的周期与任务，支持按周期（日/周/月）或按 RUL 等条件触发。与 Maintenance Window 配合，在指定时间窗口内执行 OTA、维护任务，可对接 CMMS。
计划类型与触发
维护计划可按固定周期（如每 30 天、每 1000 运行小时）或条件触发（如 RUL 低于阈值、Device Health Score 健康分下降）。计划内容可包括巡检项、保养项、OTA 升级、配置下发等。触发后生成 Work Order 工单或直接执行远程任务；执行时间可约束在 Maintenance Window 维护窗口内。与 Preventive Maintenance 预防性维护、Predictive Maintenance 预测性维护结合，形成完整的维护策略体系。
与 DMP 的集成
设备管理平台提供计划配置、触发引擎、工单联动、执行跟踪等功能。计划可关联 Device Grouping 设备分组，实现批量排期；与 CMMS、EAM 对接可将计划与工单同步至资产系统。平台可基于设备运行数据（如上次维护时间、累计运行时长）动态计算下次计划时间，支持从固定周期向按需维护的演进。
应用场景
适用于工业设备定期保养、能源设施巡检、车联网 T-Box 软件升级排期等。维护计划是设备全生命周期管理的重要环节，可显著降低非计划停机与维护成本。
计划触发和临时抢修
维护计划是一条事先写好的触发规则加上一组要做的事。规则可以看日历，例如每季度的某一周；也可以看设备自己累计的运行时长或产量。到点之后生成任务或工单，而不是在人想起的时候再补一张单。它和抢修的差别在于：抢修由已经发生的故障驱动，计划由尚未发生的到期驱动。计划里应写清对象范围、作业内容、所需停机与否、以及完成后要回写的计数。只写“定期保养”四个字，执行的人无法知道检查哪些项、怎样算做完。和升级放在同一条计划里时，要标明这是更换映像还是只做巡检，两者的回退方式不同。空中升级若由计划触发，仍要服从版本匹配和窗口限制，不能因为“到日子了”就跳过这些检查。计划本身不预测寿命，它只是按约定的节拍把工作排出来。
自动生成任务依赖的记录
日历型计划要有统一时区和清楚的是否包含停用设备。运行时长型计划要有可信的累计值，以及上一次完工时的读数；没有完工回写，下一次要么永远不到，要么每次评估都重复生成。条件触发若使用健康或寿命估计，应把“低于某阈值”定义成可复核的规则，并规定估计缺失时是推迟还是改走日历。批量计划按分组展开时，组内设备的安装日期不同，不能共用同一个“第一次执行日”而不加偏移。生成任务前应避开已经打开的未完工单，避免同一台设备叠两张内容相同的单。远程能做完的项和必须到场的项要分开，否则派工信息会缺现场条件。遥测中断期间，运行时长不应被当成零，也不应继续以最后一次的速率外推太久，外推过长会把计划提前或推后到没有依据的日期。
运行小时和自然日混成一条
把“每 30 天或每 1000 小时，先到为准”写进同一条却不记录到底是哪一个条件命中，下次基准就无法更新。完工时间用了工单创建时间而不是现场完成时间，日历被提前，保养间隔被缩短。设备更换控制器后累计时长归零，计划以为是新设备，把刚做过的项目又排了一次；或者继承了旧设备的累计值，新机立刻显示逾期。停用、库存中的设备仍被日历点名，生成无法执行的单。时区按平台所在地计算，跨地区设备的“每月一日”落在当地的另一个日期。计划改了周期，历史完工没有锚定，系统用新周期从很早的安装日重算，补出一大串过期任务。升级计划和巡检计划共用一个完成标志，巡检被勾完成，升级却被一起关掉。