一句话理解
S/4HANA 迁移只有三条路:Greenfield(全新实施,老系统只迁必要数据)、Brownfield(系统转换,老系统整体升级)、选择性迁移(介于两者之间,按需迁)。选哪条路是 S/4 项目的第一个大决策,直接决定预算、周期和风险。
实战提示:选型讨论容易陷入技术细节。拉回来的方法就一个问题——"老系统的流程和数据,有多少是值得搬到新系统的?"答案超过七成,倾向 Brownfield;不到三成,倾向 Greenfield。
三种路径对比
| 维度 | Greenfield(全新实施) | Brownfield(系统转换) | 选择性数据迁移 |
|---|---|---|---|
| 本质 | 重新实施 | 技术升级 + 数据转换 | 按需迁移 |
| 老系统 | 只迁主数据 + 期初余额 | 整体转换(含历史数据) | 选迁部分公司代码/数据 |
| 流程 | 按标准流程重建 | 保留现有流程 | 混合 |
| 周期 | 长 | 相对短 | 中等 |
| 定制 | 可彻底清理历史包袱 | 历史定制大部分保留 | 选择性保留 |
| 适合 | 流程要重构、老系统包袱重 | 流程稳定、主要想升级技术 | 集团分拆、部分公司先行 |
迁移的核心步骤
关键工具
| 工具 | 用途 |
|---|---|
| Simplification List | ECC → S/4 差异权威清单,差异分析起点 |
| Readiness Check | 老系统升级准备度检查 |
| Maintenance Planner | 升级路径、补丁规划 |
| SUM + DMO | 系统转换的技术工具 |
| 迁移 Cockpit(LTMC) | 主数据、期初数据迁移 |
注意:Mock 迁移至少做两轮,第一轮一定超时、一定报错。Mock 的目的就是暴露问题——切换当天的剧本,是在 Mock 里一轮一轮打磨出来的,不是写出来的。
项目 Checklist(选型阶段)
常见问题
Q:Brownfield 是不是就不用做蓝图了?
A:要做,但重点不同。Brownfield 的蓝图重点是"差异点"(Fit-to-Standard 找 Gap),而不是从零设计流程。省掉的是流程重建,不是方案设计。
Q:历史数据要迁多少年?
A:没有标准答案,看审计和业务需求。常见做法:未清项全迁,已清项迁 1-2 年汇总。迁太多,转换时间和存储成本直线上升。
Q:切换(Cutover)一般要停机多久?
A:看数据量和路径,短则一个周末,长则数天。停机窗口是 Mock 迁移计时的结果,不是拍脑袋定的——这就是为什么 Mock 要计时。
实战经验
- 选型阶段就把 Basis 拉进来,技术可行性(版本、补丁、HANA sizing)不过关,功能方案写得再漂亮也是废纸。
- 数据迁移的负责人必须是业务 + IT 双人制,纯 IT 迁的数据,业务一定不认。
- Hypercare 的支持团队要在切换前就位,别等用户报错了才组建——切换后第一周的问题量是平时的数倍。
相关阅读
相关文章
在你自己的 S/4HANA 系统中验证 Simplification(SYCM)
本站 T-Code 状态≠你系统的实际状态。学会用事务码 SYCM 查看系统中的 Simplification Database,确认每个 Simplification Item 对你的目标版本到底有什么影响。
Business Partner(业务伙伴)
S/4HANA 用 Business Partner 统一供应商和客户主数据。讲清 BP 概念、角色、分类,以及 MM 顾问必须掌握的 CVI 同步与实操要点。
ECC 与 S/4HANA 的主要区别
从数据库、数据模型、主数据、财务、用户界面五个维度,对比 ECC 与 S/4HANA 的本质区别,帮 ECC 顾问快速定位需要补齐的差异点。
Fiori 简介:新一代用户体验
Fiori 是 S/4HANA 的主操作界面:Launchpad 统一入口、三种 App 类型、角色导向设计。讲清 Fiori 与 SAP GUI 的关系和 MM 常用 App。