本案例为虚构示例，用于说明 ECC → S/4HANA MM 迁移的典型思路与方法，不涉及任何真实客户信息。
案例背景（虚构）
A 公司是一家虚构的离散制造企业，年营收约 50 亿元（虚构数字），使用 ECC 6.0 已超过 10 年，MM 模块覆盖采购、库存、发票校验全流程。因 ECC 维护窗口临近，决定迁移到 S/4HANA On-Premise，MM 为首批迁移模块之一。
| 项目 | 内容（均为虚构） |
|---|---|
| 迁移方式 | Brownfield（系统转换） |
| 范围 | MM 全模块 + 与 FI 的集成点 |
| 数据量 | 物料主数据约 8 万条（虚构），未清采购订单约 1.2 万张（虚构） |
| 周期 | 约 8 个月（含 3 轮测试） |
关键决策
决策 1：Brownfield 还是 Greenfield？
| 方案 | 优点 | 缺点 |
|---|---|---|
| Brownfield（系统转换） | 保留历史数据和配置，上线快 | 历史包袱带入新系统 |
| Greenfield（全新实施） | 流程重新优化，最干净 | 周期长，数据迁移量大 |
A 公司选择 Brownfield：ECC 流程相对规范，管理层希望先迁过去、再逐步优化。这是大多数 ECC 老客户的务实选择。
决策 2：MM 相关的简化项（Simplification）处理
MM 迁移中最需要关注的几项（通用知识，非本案例独有）：
- 供应商主数据 → Business Partner —— 转换工具自动转，但字段映射要提前检查。
- 物料分类账强制启用 —— 实际成本相关配置变化，影响 FI 集成。
- MRP 切到 MRP Live —— 事务代码和作业方式变化，要给计划员培训。
数据迁移策略
| 数据类型 | 策略 | 说明 |
|---|---|---|
| 物料主数据 | 转换工具 | 检查视图完整性 |
| 供应商主数据 | 转换工具 → BP | 重点验证 BP 角色 |
| 库存余额 | 期末导入 | 与财务对账 |
| 未清采购订单 | 迁移工具 | 收货/开票状态带入 |
| 历史凭证 | 按需 | Brownfield 保留，按归档策略处理 |
实战提示：数据迁移做三遍——第一遍在沙盒验证工具和映射，第二遍在测试系统带业务验证，第三遍才是生产切换。每一遍的差异清单都要留档，这是上线后对账的依据。
风险与对策
| 风险 | 对策 |
|---|---|
| BP 转换后字段缺失 | 提前做字段映射检查，抽样验证 |
| 自开发程序不兼容 | 用 ATC / 简化项检查提前扫描，逐个整改 |
| 业务部门抵触新界面 | Fiori 培训提前做，UAT 用真实场景 |
| 切换窗口不够 | 做リハーサル（预演）精确计时 |
注意：Brownfield 最大的坑是"以为只是技术升级"。S/4 的数据模型变化（如 BP、物料分类账）会实质影响业务操作和财务对账，必须当半个业务项目来做，而不是纯技术项目。
常见问题
Q：MM 迁移一般需要几轮测试？
A：本示例安排 3 轮：单元/集成测试、UAT、切换预演。轮次不是关键，每轮的进入/退出标准才是。
Q：历史数据要迁多少年？
A：未清项全迁，已清项按法务和审计要求（虚构案例中定的 3 年）。这是要和财务、法务共同决策的事项。
Q：ECC 的自开发报表怎么办？
A：先分类：S/4 标准 Fiori 报表能替代的就替代；不能的评估改造成本。原则是能标不自研。
相关阅读
再次声明：本案例为虚构示例，所有公司名称与数据均为示意，不含真实客户信息。
相关文章
案例：制造企业 P2P 流程设计（示例）
虚构示例：某制造企业 B 公司的 P2P（采购到付款）流程设计——从采购申请到付款的全流程、关键控制点与 MM-FI 集成设计。
Business Partner（业务伙伴）
S/4HANA 用 Business Partner 统一供应商和客户主数据。讲清 BP 概念、角色、分类，以及 MM 顾问必须掌握的 CVI 同步与实操要点。
Material Ledger（物料分类账）
物料分类账在 S/4HANA 中强制启用，带来实际成本核算与多币种评估。讲清 ML 对 MM 和财务的真实影响，以及项目上线的关键点。
S/4HANA Migration：迁移路径与策略
S/4HANA 三种迁移路径详解：Greenfield 全新实施、Brownfield 系统转换、选择性数据迁移。含决策对比表、核心步骤与选型 checklist。