SAP 迁移工程实践（下篇）：从 Excel/CSV 变通到资产化流水线------三大支柱、四阶段结构、20+ 源系统模板与两个连续迁移案例的工程解读。
上篇复盘了迁移资产反复重建的根源。下篇从工程视角讲解决方案的结构：三大支柱、四个阶段，以及资产跨项目延续的机制。
先排除一个实现误区
可重复的方法不是把每个历史系统强行套入完全相同的流程，而是建立共同基础、在真正差异处适配。工程上的对应关系：阶段划分、验证逻辑、日志标准做成公共组件；映射模板和转换规则做成按源系统可插拔的模块。混在一起做，就既不标准也不灵活。
传统变通方案的工程缺陷
传统上，非 SAP 到 SAP 的迁移靠手动和基于文件的变通：数据导出到 Excel/CSV 用自定义公式转换，或在 ELT 工具中构建一次性逻辑。缺陷是工程性的：易错（无类型与结构约束）、不一致（口径随人而变）、难扩展（脚本与项目强耦合），并且每个项目重建一遍。
三大支柱的对应实现
业内代表性方案 SNP 的 Kyano Crossway 基于 SNP 经过验证的迁移方法论，作为 Kyano 平台的一部分，以三大支柱实现可重复性：
一是可复用性------模板、映射和规则跨项目复用；二是自动化------精简、标准化的步骤；三是验证------每个阶段的内置检查。资产侧，它为超过 20 种非 SAP 源系统提供源特定模板和预构建连接器，团队从现成资产起步，按源系统实际情况灵活调整。
四阶段流水线
|--------|-------------------------|
| 阶段 | 职责 |
| 发现 | 识别全量或选择性迁移所需的数据 |
| 转换 | 清洗、标准化、映射，为数据进入 SAP 做准备 |
| 执行 | 通过受控流程迁移已准备好的数据 |
| 验证 | 检查已迁移记录并识别潜在问题 |
内置验证、执行控制和详细日志记录提供更高的透明度，问题更早暴露。结构上最有价值的设计：各阶段构建的映射、规则和验证逻辑不在上线后消失，而是延续到下一次迁移------资产从"项目产物"变成"流水线状态"。
两个案例的工程含义
Northrop Grumman 与 SNP 合作改造复杂 ERP 环境，2024 年 1 月为 70,000 名用户按时上线 SAP S/4HANA，业务中断极小；随后延续至 Costpoint 到 S/4HANA 的转换，并规划更多 SAP 及非 SAP 迁移项目。Contreras 以 10 周 Kyano Foundation 项目起步，制定数据驱动路线图，并启动用 Kyano Crossway 将 SAP Business One 数据迁移至 RISE with SAP 的联合创新项目。
对工程团队的启示：选型与设计阶段就该问一句------这套映射、规则和验证，下一次还在吗？
部署与治理
部署支持云端、本地及混合环境；平台无关架构帮助中央 IT 建立统一方法，同时兼顾业务单元、被收购公司和源系统之间的差异。五项业务收益中，工程团队最直接感知的是前两项：人工投入下降（映射与规则保留），可见性提前（一致验证与日志）。
小结
可重复迁移能力的本质，是把迁移从脚本工程升级为资产工程：公共组件标准化、源系统模块化、验证内置于各阶段。这次迁移留下的资产，就是下一次迁移的起点。