2. 生命周期阶段定义:阶段划分依据、关键里程碑、阶段转换触发条件
本章核心:建立 Surface 设备从入库到退役的标准化生命周期阶段定义体系,明确每个阶段的划分维度、关键里程碑节点以及阶段之间的转换触发条件,确保全生命周期可追溯、可审计、可预测。
2.1 适用场景
- 设备入库登记:新采购 Surface 首次进入资产管理系统,需定义初始生命周期阶段。
- 状态变更触发:设备出现故障、归还、闲置超期、调配申请等状态变化时。
- 定期盘点与审计:月度/季度资产盘点时,核查各设备所处的生命周期阶段是否准确。
- 退役评估发起:设备使用年限到达或性能不满足业务需求,进入退役评估流程时。
2.2 前置条件
| 前置条件 | 验收标准 | 责任方 |
|---|---|---|
| 设备已纳入资产管理系统(CMDB/ITAM) | 系统内存在唯一资产编码且字段完整 | 资产管理员 |
| 设备基础信息已采集 | 品牌、型号、SN、采购日期、保修期 5 项必填 | 采购/库管 |
| 状态跟踪机制已启用 | 每日心跳上报或手动状态更新间隔 ≤ 7 天 | 运维工程师 |
| 审批流程已配置 | 阶段转换审批流已发布至 OA 或工单系统 | 流程管理员 |
2.3 操作步骤
2.3.1 阶段划分依据——四维判定矩阵
依据以下四个维度对设备当前状态进行综合判定,确定所属生命周期阶段。
| 维度 | 状态取值 | 权重 | 数据来源 |
|---|---|---|---|
| 物理状态 (P) | 正常 / 故障 / 报废 | 0.4 | 硬件检测报告、维修工单 |
| 使用状态 (U) | 在用 / 空闲 / 备用 / 闲置超30天 | 0.3 | AD 登录日志、领用记录 |
| 归属状态 (A) | 在库 / 已分配 / 待回收 / 待报废 | 0.2 | 资产台账、调配单 |
| 时间状态 (T) | 使用时长 / 距保修到期 / 距EOL | 0.1 | 采购日期、保修合同 |
判定规则:P 维度为硬性门槛——P=报废时直接进入退役阶段;P=故障且U≠在用且U≠备用,进入状态变更阶段。其他情况按综合得分匹配阶段定义表。
2.3.2 关键里程碑清单
每个生命周期阶段对应一个关键里程碑,作为该阶段完成的标志性事件。
- M1 · 入库完成——设备已录入资产管理系统,标签粘贴到位,初始状态为“在库-正常”。
- M2 · 激活上线——设备已分配至具体用户,完成 Intune 注册并首次登录业务网络。
- M3 · 变更确认——设备状态变更(故障/闲置/调配)已通过工单审批并更新台账。
- M4 · 评估完成——设备已通过生命周期评估,生成评估报告并作出“续用/降级/退役”决策。
- M5 · 退役审批——退役申请经审批通过,数据已擦除,资产编码已注销。
2.3.3 阶段转换触发条件
| 转换路径 | 触发条件 | 检查周期 | 必附材料 |
|---|---|---|---|
| 入库 → 在用 | 分配申请审批通过,且设备物理状态为正常 | 即时 | 分配审批单、领用确认书 |
| 在用 → 状态变更 | 硬件故障报修 / 用户归还 / 闲置超过30天 | 24h 内 | 故障工单 / 归还记录 / 闲置告警 |
| 状态变更 → 在用 | 维修完成且测试通过 / 调配重新分配 | 即时 | 维修验收单 / 调配审批单 |
| 状态变更 → 生命周期评估 | 同一设备 90 天内发生 ≥3 次状态变更 | 月度 | 状态变更统计报告 |
| 在用 → 生命周期评估 | 使用时长 ≥ 4 年 或 距 EOL ≤ 180 天 | 季度 | 使用时长报表、EOL 通知 |
| 生命周期评估 → 退役 | 评估决策为“退役”且经审批通过 | 即时 | 评估报告、退役审批单 |
| 生命周期评估 → 在用 | 评估决策为“续用”且设备物理状态正常 | 即时 | 评估报告、续用签批 |
| 退役 → 完成处置 | 数据擦除完成、资产编码注销、实物已移交 | 5 个工作日内 | 数据擦除证明、注销记录、移交签收单 |
避坑提示:转换触发条件存在并行冲突时(如同一设备同时满足“故障报修”和“闲置超30天”),以“故障报修”为优先处理路径,闲置计时在故障期内暂停。务必在工单备注中记录冲突原因及处置选择。
2.4 输入输出物
| 类型 | 物名称 | 格式/载体 | 来源/去向 |
|---|---|---|---|
| 输入 | 设备台账记录 | CMDB / Excel | 资产管理系统导出 |
| 输入 | 状态变更工单 | 工单系统 | 运维工程师发起 |
| 输入 | 使用时长报表 | Power BI / CSV | Intune 日志聚合 |
| 输出 | 生命周期阶段标识 | 系统字段 / 标签 | 写入资产台账 |
| 输出 | 里程碑状态登记表 | 表单 / 数据库 | 存档备查 |
| 输出 | 阶段转换审批记录 | OA 流程 / PDF | 归档至审计目录 |
2.5 责任边界
| 角色 | 负责内容 | 授权范围 | 回避事项 |
|---|---|---|---|
| 资产管理员 | 阶段定义维护、里程碑状态更新、转换条件核查 | 全量设备读/写 | 不得自行审批自己经手的设备转换 |
| 运维工程师 | 状态变更申报、维修/归还信息录入 | 本人管辖设备 | 不得修改阶段定义规则 |
| 流程审批人 | 里程碑确认、阶段转换审批 | 二级及以上审批权限 | 不得审批关联设备(利益冲突) |
| 审计员 | 核查阶段标识准确性、里程碑完整性 | 只读 + 问题标记 | 不参与日常阶段维护 |
2.6 记录材料
- 《设备阶段登记表》(模板编号:SUR-LC-002):记录每次阶段定义或变更的时间、依据、操作人。
- 《里程碑核查清单》(模板编号:SUR-LC-003):按设备 SN 逐项核对 M1–M5 的达成证据。
- 《阶段转换审批单》(模板编号:SUR-LC-004):包含转换路径、触发条件摘要、审批意见、执行结果。
- 《异常处理记录表》(模板编号:SUR-LC-005):记录状态冲突、数据缺失等异常及处置方案。
2.7 异常处理
| 异常场景 | 触发条件 | 处理措施 | 升级路径 |
|---|---|---|---|
| 设备状态冲突 | P维度与U维度判定结果不一致(如P=故障但U=在用) | 优先遵循 P 维度,标记“状态冲突”并通知运维核实 | 若 24h 内未核实,升级至资产主管 |
| 里程碑数据缺失 | M2 无激活记录或 M5 无审批单 | 触发“里程碑补录”流程,由资产管理员手动录入并附说明 | 补录后需审计员 48h 内复核 |
| 转换条件重叠 | 同一设备同时满足 ≥2 条转换触发条件 | 按优先级:故障 > 闲置超期 > 年限到期 > 调配 | 在工单中记录冲突分析,审批人确认 |
| 系统自动标记失败 | 设备心跳中断超过 7 天导致阶段无法自动判定 | 转为“人工核查”状态,由运维工程师线下确认并更新 | 超过 15 天未更新,冻结设备资产记录 |
最佳实践:建议在 CMDB 中配置自动化规则——当 P 维度或 U 维度数据变更时,自动触发阶段重新计算并生成变更事件日志,减少人工判定延迟。同时保留人工审核仲裁通道,应对边界模糊场景。
2.8 验收标准
- 阶段标识准确率 100%:抽检设备阶段标识与四维判定矩阵结果一致,误差率为零。
- 里程碑记录完整性 ≥ 98%:每个已进入的阶段必须有对应的里程碑达成记录及证据附件。
- 转换触发可追溯:每次阶段转换均有关联的触发条件工单或系统告警记录,追溯路径 ≤ 3 步。
- 异常处置闭合率 100%:所有状态冲突、数据缺失等异常均需有明确的处置记录和审批闭环。
- 审计通过率 ≥ 95%:在季度/年度审计中,阶段定义相关项不合格项不超过 5%。