4. 标准化交付流程总图
标准化交付流程的价值，不在于把工作拆成多少步，而在于让每一步的输入、输出、责任人和放行条件都清晰可查。ThinkSystem 服务器从订单确认到最终移交，通常要经过订单确认、备货、物流、到货、开箱、上架、加电、配置、测试、验收、移交共十一个节点。这十一个节点不是简单的线性串联，其中到货与开箱之间、上架与加电之间、测试与验收之间都存在明确的“门禁”——前一个节点的输出物不齐备，后一个节点就不应启动。
下面这张流程总图把十一个节点、关键输出物和主要门禁条件放在同一张图上，便于在项目启动时对照检查。
节点之间的门禁关系
流程图中用橙色标出的 G1、G2、G3 是三个关键门禁。G1 位于到货与开箱之间：只有签收单齐全、外包装无明显破损或水浸痕迹，才能进入开箱环节。G2 位于上架与加电之间：机柜 U 位、导轨固定、双路 PDU 供电和接地确认无误后，才允许按下电源。G3 位于测试与验收之间：测试用例全部执行完毕、遗留问题有明确闭环结论，才能提交客户验收。
这三个门禁不是形式上的审批，而是把最容易造成返工或设备损伤的风险点提前拦住。例如，如果跳过 G1 直接开箱，一旦发现运输损伤，责任界定会变得困难；如果跳过 G2 直接加电，导轨未固定可能导致设备滑落，供电相序错误可能烧毁电源模块。
各节点的核心动作与输出物
| 节点 | 核心动作 | 关键输出物 | 常见风险 |
|---|---|---|---|
| ① 订单确认 | 核对配置、数量、交期，确认选件兼容性 | 配置确认单、交期承诺 | 选件与整机不兼容、交期误判 |
| ② 备货 | 整机与选件齐套，记录 SN 和固件版本 | SN 清单、固件版本记录 | 选件漏发、固件版本不一致 |
| ③ 物流 | 安排运输、跟踪运单、预约到货时间 | 运单号、到货预约记录 | 运输震动、温湿度超标 |
| ④ 到货 | 签收、外观检查、数量核对 | 签收单、外观检查记录 | 外包装破损未记录 |
| ⑤ 开箱 | 开箱验货、SN 核对、配件清点 | 开箱记录表、SN 核对表 | 配件缺失、设备外观损伤 |
| ⑥ 上架 | 安装导轨、推入机柜、理线 | U 位记录、理线照片 | U 位冲突、导轨未卡紧 |
| ⑦ 加电 | 连接双路 PDU、开机自检 | 供电确认单、自检通过记录 | 供电相序错误、单路供电 |
| ⑧ 配置 | BMC、BIOS、RAID、OS 按基线配置 | 配置基线、配置截图 | RAID 级别错误、BIOS 未按基线 |
| ⑨ 测试 | 功能测试、性能测试、冗余切换测试 | 测试用例执行记录、测试报告 | 冗余切换失败、性能不达标 |
| ⑩ 验收 | 逐项核对验收清单、客户签字 | 验收签字单、遗留问题清单 | 遗留问题未闭环 |
| ⑪ 移交 | 移交文档、账号、资产标签，安排培训 | 移交确认单、运维文档 | 账号未移交、文档缺失 |
流程执行中的三个实操要点
第一，SN 贯穿全程。从备货开始，每台整机的 SN 就应记录在案。到货签收、开箱核对、上架定位、配置基线、测试报告、验收签字，每个环节都应能通过 SN 追溯到具体设备。这样一旦某台设备在测试中出现问题，可以快速定位它的配置历史和测试记录。
第二，配置基线要前置确认。配置节点不是“到了现场再决定怎么配”，而是在订单确认阶段就应明确 BMC 网络、BIOS 启动模式、RAID 级别、OS 版本和分区方案。现场配置时按基线执行，配置完成后截图存档，作为验收依据。例如，RAID 级别在订单确认时确定为 RAID 10，现场就不应擅自改为 RAID 5。
第三，测试报告要可复核。测试节点输出的报告应包含测试项、预期结果、实际结果、执行时间和执行人。对于冗余电源切换、网卡绑定切换、硬盘热插拔等关键测试，应记录切换前后的状态和耗时。验收时客户可以随机抽取测试项要求复现，确保测试不是走过场。