1. 课程导论
1.1 为什么需要资产台账移交？
在大型企业（制造、能源、交通、数据中心）中，资产从“采购入库”到“投入使用”再到“退役报废”，会经历多个管理阶段。其中“台账移交”是资产从项目建设/采购部门正式转交给运维/使用部门的关键节点。如果移交环节缺失或数据不完整，后续的维护计划、备件管理、质保索赔将全部失去准确的数据基础。
业务痛点：某制造企业因未在移交时录入设备序列号与供应商质保期限，导致设备故障后无法向供应商索赔，直接损失超过 200 万元。
1.2 资产台账移交的业务价值
| 价值维度 | 具体说明 | 典型收益 |
|---|---|---|
| 数据完整性 | 移交时一次性录入资产全量信息（型号、序列号、供应商、质保期、位置等） | 减少后续补录工作量 80% |
| 责任清晰化 | 明确移交方与接收方责任边界，避免“谁都不管”的灰色地带 | 降低资产丢失/损坏纠纷 60% |
| 维护计划前置 | 移交数据直接驱动预防性维护计划（如：设备安装日期 + 维护周期 = 首次维护日期） | 计划准确率提升至 95% |
| 质保管理闭环 | 移交时配置质保记录，到期前自动触发预警或索赔流程 | 质保索赔成功率提升 70% |
1.3 接口开发在资产生命周期中的位置
资产管理系统通常采用微服务架构或模块化设计，台账移交接口是连接采购/建设阶段与运维阶段的核心数据通道。下图展示了资产生命周期各阶段与接口开发的关系：
1.4 接口开发在整个资产管理系统中的架构位置
从软件架构视角看，台账移交接口属于业务中台层，位于数据接入层与业务应用层之间。下图展示了接口在系统分层架构中的位置：
1.5 本课程覆盖的核心接口清单
本课程将围绕“从维护计划到质保记录配置”这一主线，讲解以下核心接口的设计与实现：
| 接口名称 | HTTP 方法 | 路径示例 | 核心功能 |
|---|---|---|---|
| 创建移交单 | POST | /api/v1/asset/transfer |
接收采购数据，生成移交单 |
| 确认移交 | PUT | /api/v1/asset/transfer/{id}/confirm |
接收方确认，状态变更为“已移交” |
| 配置维护计划 | POST | /api/v1/asset/{id}/maintenance-plan |
基于移交日期生成首次维护计划 |
| 配置质保记录 | POST | /api/v1/asset/{id}/warranty |
录入供应商质保期限与条款 |
| 查询移交历史 | GET | /api/v1/asset/transfer/history |
按时间/部门/资产分类查询 |