什么是SAP实施？步骤、阶段与流程

SAP实施是把企业的财务、采购、供应链、销售和人力资源迁到同一套SAP系统上的项目，如今这套系统通常是SAP S/4HANA。它要经过SAP Activate的六个阶段（Discover、Prepare、Explore、Realize、Deploy和Run），成败取决于在任何人动手配置之前，流程、数据和人员方面的工作做得怎么样。

简短的回答：SAP实施项目是用一套系统、一个数据模型取代各自为政的遗留系统。整个过程分六步：确认业务论证，组建团队，按SAP标准设计，构建和测试，上线，然后稳定运行并移交。按我的经验，GROW with SAP需要6到9个月，RISE with SAP需要9到18个月，我的SAP实施时间表指南按阶段做了拆解。

在我领导过、挽救过或眼看着跑偏的21个SAP项目中，规律都一样。把SAP当成软件安装的企业会举步维艰。先再造流程、后做配置的企业，能兑现对董事会的承诺。

本指南写给即将启动SAP实施的高管和项目负责人。如果只读一节，请读“配置开始之前的规划”。

S/4HANA是SAP当前的ERP，运行在SAP HANA内存数据库上。很多企业仍在使用较早的SAP ECC，但ECC的主流维护将于2027年12月31日结束，企业可以支付更高的费用，选择延长维护到2030年底。

大多数实施项目最先涉及的核心模块如下：

模块	管理内容
FI（财务会计）	总账、应付账款、应收账款、资产会计
CO（管理会计）	成本中心、利润中心、内部订单、管理报告
MM（物料管理）	采购、库存、货物移动、供应商管理
SD（销售与分销）	订单到收款、定价、发运、开票
PP（生产计划）	生产订单、产能计划、MRP
HCM（人力资本管理）	人事主数据、薪资、时间管理

大多数企业从FI/CO和一两个业务模块起步，其余的在后续版本中逐步建设。

实施和迁移不是一回事。如果您已经在使用SAP ECC，那就是对SAP系统进行转换或重建，我的ECC到S/4HANA迁移指南讲了绿地、棕地和选择性三条路径。

SAP Activate是SAP的实施方法论。它取代了较早的ASAP方法，共有六个阶段，每个阶段都有一道关口，过关后才能继续。

SAP Activate的六个阶段

1. 01

   Discover

   确认业务论证，并在试用系统或演示系统上验证优先流程。

2. 02

   Prepare

   启动：团队、治理、范围文件、计划和系统访问权限。

3. 03

   Explore

   与流程负责人开展Fit-to-Standard研讨会，建立配置、接口和扩展的待办清单。

4. 04

   Realize

   配置、扩展、迁移数据和测试。这是最长的阶段，退出时需要一轮干净的回归测试。

5. 05

   Deploy

   用真实流程培训用户，演练切换，在作战室就位的情况下上线。

6. 06

   Run

   上线后支持、优化，并移交给Centre of Excellence。

这张表是我贴在项目办公室墙上的版本。它列出每个阶段必须产出什么、由谁负责，以及进入下一阶段之前必须满足什么条件。

阶段	必须产出	负责人	进入下一阶段的关口
Discover	业务论证、目标范围、部署方式选择	发起人和CFO	资金获批
Prepare	范围文件、计划、治理、团队到位	项目总监	发起人签署范围
Explore	Fit-to-Standard结果、待办清单、扩展决策	解决方案架构师与流程负责人	没有未解决的差距
Realize	已配置并测试的系统、已迁移的测试数据	功能负责人和技术负责人	回归测试干净；数据核对一致
Deploy	完成培训的用户、演练过的切换、上线决策材料	切换经理	通过三天月结演练
Run	上线后支持日志、CoE移交、第二阶段待办清单	服务交付负责人	没有未关闭的P1/P2；CoE接收

每个阶段背后的模板都在我的SAP Activate模板指南里。

五个阶段还是六个？

人们会搜索“SAP实施五个阶段”，是因为SAP较早的ASAP方法有五个阶段：项目准备、业务蓝图、实现、最终准备、上线与支持。

SAP Activate沿用了同样的逻辑，在最前面加了Discover，在最后加了Run。Prepare到Deploy通常被视为核心交付阶段。还在说“蓝图”的团队，指的通常是Explore。

三天月结演练这道关口

Realize和Deploy之间的关口，是团队在进度压力下最常跳过的一道。我在每个项目上都把为期三天的月结演练作为就绪关口。如果财务无法在新系统上关账，不管IT怎么说，您的数据迁移都没有准备好。

跳过这道关口的代价，比它本来会造成的延误更大。

顺序很重要。在做出任何一项配置决策之前，有四件事要先做完。

1. 01梳理当前流程按实际运行的样子，包括各种变通做法
2. 02决定用标准还是扩展标准几乎总是更快
3. 03审查数据质量在数据迁移开始之前
4. 04先配齐团队，再锁定范围有哪些人可用，决定了能交付什么

到这时才开始配置

我见过的最大错误，是一开始没有好好规划。预算在Explore阶段超支：工作流、报表、接口、数据转换、增强和表单（WRICEF）清单不断膨胀，掌控范围的变成了供应商，而不是客户。我的SAP实施成本拆解展示了这对预算意味着什么。

按实际运行的样子梳理当前流程

不是流程应该是什么样，而是它实际上是什么样，包括各种变通做法。

2023年在欧洲的一个金融服务项目上，我参加了一场蓝图研讨会，当时财务部门还在用电子表格核对公司间交易。没人写下来的需求，就藏在这些变通做法里。

逐个流程决定用标准还是扩展

找出哪些流程SAP的标准功能能够覆盖，哪些需要扩展。标准几乎总是更快，因为每增加一个扩展，就会增加测试轮次、升级风险和维护工作。

按照SAP的Clean Core指引，每个扩展还必须有意识地选定放置的位置。这让这项决策的分量更重，而不是更轻。

在数据迁移开始之前审查数据质量

数据是最被低估的工作流。按我的经验，数据迁移占实施工作量的30%到40%。

有一个客户的重复客户记录超过18,000条。上线后再去修正，导致开票业务混乱了好几周。要尽早对数据做画像分析，并在源系统中清洗；我的SAP数据迁移为什么会失败指南讲了具体做法。

先组建团队，再确定范围

您能交付的范围，取决于每个工作流有谁来配置、测试和负责。先定范围、后配人的团队，要花几个月去返工当初承诺过头的部分。

SAP实施项目需要为以下角色指定具体的人，其中大多数应来自您这一方，而不是合作伙伴：

1. 执行发起人。 对业务论证负责，在意见僵持时拍板。通常是CFO或COO。
2. 项目总监。 管理计划、预算和指导委员会。应是您的员工，或独立于合作伙伴的人。
3. 流程负责人。 每个领域（财务、采购、销售、生产）一位。他们签字确认设计，并对上线后的结果负责。
4. 解决方案架构师。 掌控整体设计，决定每个扩展放在哪里。
5. 功能负责人和技术负责人。 负责配置、构建和测试。通常是合作伙伴的团队。
6. 数据迁移负责人。 在Prepare阶段任命，而不是Realize。
7. 变革与培训负责人。 从Explore阶段就开始与最终用户沟通。
8. 切换经理。 负责上线操作手册和上线决策材料。

有一条规则比这份名单更重要：将来承接实施工作的合作伙伴，不应该替您写业务论证。

他们的动机是开工。您的动机是完工。

下面是我几乎在每个项目上都会遇到的挑战，以及各自的对策：

挑战	表现	应对方法
范围蔓延	“既然都在改了，顺便加上……”这类需求越堆越多	从第一天起实行正式的变更控制；每个需求都要做影响评估
数据质量	迁移时暴露出谁都不知道的不一致	尽早做数据画像；在源系统中清洗
用户抵触	上线后两周内用户又回到Excel	从Explore阶段起让最终用户参与设计
集成故障	第三方连接在UAT中出问题	在Explore阶段梳理接口；尽早用接近真实的数据量测试
测试周期被压缩	为了赶日期缩短回归测试	保护测试阶段；构建延误不能挤占测试
团队疲惫	最后冲刺阶段士气下降、缺陷率上升	用一个简单的每周情绪指数来跟踪

关于团队疲惫，我会跟踪一个简单的每周情绪指数。当超过25%的团队成员表示不堪重负时，测试缺陷率就会飙升。

2024年在海湾地区的一个制造业项目上，团队为了追回三周进度跳过了回归测试。结果财务无法核对关键报表，随后是好几个月的善后清理。这不是系统缺陷，而是一个本可避免的决定。

上线前、上线中和上线后

上线前，要做月结演练，用对账报表验证迁移后的数据，用真实流程而不是演示场景来培训。回退方案也要测试。和指导委员会逐条过一遍上线决策标准，拿到明确的签字确认，而不是心照不宣的点头。

上线期间，要加强监控，在头72小时内让切换团队全天候待命。这几个小时里做出的决定，决定了上线后支持期是带着信心开始，还是带着一长串问题开始。

上线后，至少做四周的上线后支持，并按类别跟踪支持工单。这些工单会告诉您培训在哪里没做到位，配置在哪里需要调整。

2024年在欧洲的一个制造业项目上，客户的原材料总是断供。采购部门怪计划员，计划员怪没人信得过的电子表格。我们用S/4HANA替换了这套做法，并大量依靠MRP配置得当的SAP PP。

库存水平从靠猜变成了实时数据，采购订单按需触发。头六个月，原材料短缺下降了50%以上。这个结果来自配置之前的流程再造，因为没有流程方面的工作，PP只会更快地给出错误答案。

2024年在英国的一个专业服务项目上，问题出在财务。月结要两周多，报表靠手工重做。我们在一个深度参与的指导委员会领导下，分阶段推出了SAP Finance。

月结缩短到一周出头。CFO对我说，这些数字“让人觉得可信”。

一份为2022年写的指南，放到2026年的买方面前已经站不住脚。有三项变化需要从项目启动时就纳入设计。

云版本已成为默认选择

SAP目前销售两个云ERP版本：SAP Cloud ERP（公有版，前身是S/4HANA Cloud Public Edition）和SAP Cloud ERP Private（私有版）。RISE with SAP把私有版与SAP负责的运维服务，以及包括SAP Signavio、SAP LeanIX和SAP Cloud ALM在内的工具链打包在一起。GROW with SAP是面向使用公有版的中型企业的套餐。

如今，版本决策凌驾于过去关于推行方式的争论之上。大爆炸式还是分阶段，绿地、棕地还是选择性，这些都是在选定的版本内部做的选择，而不是用来代替版本选择。

Clean Core是分级的，不是非此即彼

2025年8月，SAP推出了A到D四个Clean Core等级。A级只使用已发布的稳定API，无论是在SAP BTP上并行扩展，还是用ABAP Cloud在系统内扩展。B级允许仍被视为干净的经典API，C级需要采取特殊措施，D级则不算干净。

公有版只允许A级扩展。私有版和本地部署允许经典扩展，所以那里的纪律来自治理，而不是来自平台的限制。在Explore阶段决定每个扩展的等级和位置，并指定一个有权说“不”的人。

交付团队中的AI

Joule现在已嵌入SAP Activate Roadmap Viewer和SAP Cloud ALM，可以回答任务相关的问题，并根据方法论起草内容。SAP Build Code自2024年起正式发布，它借助Joule为SAP BTP上的Java和JavaScript扩展生成应用逻辑、数据模型和测试。SAP也为ABAP开发人员加入了类似的生成式AI辅助。

我的看法是：AI在SAP项目中是实实在在的，但价值取决于数据质量。干净的流程文档和干净的主数据能产出有用的结果，脏数据只会产出自信满满的噪音。这些都不能取代为每项决策负责的人。

阶段依然适用，工作顺序依然重要。在项目启动时就把版本决策、扩展纪律和新工具考虑进去的项目，会把它们当作设计约束来对待。忽视它们的项目，会把头三个月花在弄清楚到底变了什么上，而且通常是从合作伙伴的变更请求中得知的。

本指南是我的SAP 实施指南的一部分，该指南汇总了从业务论证到上线的所有主题。

简单来说，什么是SAP实施？

就是搭建SAP软件，让企业的财务、采购、销售和人力资源等核心流程在同一套系统、同一个数据模型上运行的项目。它涵盖流程设计、配置、数据迁移、测试、培训和上线，通常遵循SAP的Activate方法论。

SAP实施的五个阶段是什么？

这五个阶段来自SAP较早的ASAP方法：项目准备、业务蓝图、实现、最终准备、上线与支持。SAP Activate取代了ASAP，使用六个阶段，在开头加了Discover，在结尾加了Run。

SAP Activate的六个阶段是什么？

Discover（业务论证与匹配度）、Prepare（团队、治理、计划）、Explore（Fit-to-Standard研讨会和待办清单）、Realize（配置、扩展、迁移、测试）、Deploy（培训、切换演练、上线）和Run（上线后支持，并移交给Centre of Excellence）。

SAP实施和SAP迁移有什么区别？

实施是把SAP建起来，通常是取代非SAP系统或遗留系统。迁移是把现有的SAP ECC系统迁到S/4HANA，方式有系统转换（棕地）、重新构建（绿地）或选择性数据迁移。两者都遵循SAP Activate的各个阶段。

SAP实施团队应该有哪些人？

执行发起人、项目总监、各领域的流程负责人、解决方案架构师、功能负责人和技术负责人、数据迁移负责人、变革与培训负责人，以及切换经理。发起人、流程负责人和数据负责人应来自您这一方，而不是合作伙伴。

SAP实施失败最常见的原因是什么？

几乎每个陷入困境的项目都有三个根本原因：跳过流程工作，数据质量一直被忽视到切换时，变革管理被当成了培训。

还有一个较新的原因：合作伙伴在没有Clean Core规划的情况下构建扩展。这会留下技术债，在第一次大版本升级时暴露出来。

如何选择合适的SAP实施合作伙伴？

找在与您规模相当的企业中有行业经验、并且能提供您真的可以打电话核实的参考客户的伙伴。在提案会上出面的人，应该就是领导项目的人。问问他们构建过多少个SAP BTP和ABAP Cloud扩展，并要求实际看一看。

什么是RISE with SAP，它适合我的组织吗？

RISE with SAP是SAP为SAP Cloud ERP Private提供的订阅套餐：包括软件、由SAP管理的基础设施和运维，以及用于流程分析、架构和生命周期管理的工具链。实施工作仍由您的合作伙伴交付。

它适合正在摆脱ECC、希望在平台和运维上只与SAP签一份合同的大型组织。能够贴近标准运作的中型企业，应该看看基于公有版的GROW with SAP。