S/4HANA Cloud 公共版 三系统架构特点(1)

去年SAP正式宣布启动 S/4HANA Cloud, public edition (3-system landscape)。从实施的角度来看，这和之前有什么最显著的不同呢？我会在接下去的两三篇里，和大家分享一下我的一些看法，供大家商榷。

S/4HANA Cloud软件系统的周期包括每两周的更正（Hotfix Collection）、每个月的功能更新 （Update of the Current Release) 和一年两次的发布升级 (Release Upgrade) 。

详细的时间表包含在 SAP Activate（中文版）中, 客户可以在其中找到相应的客户系统信息。绿色、金色和红色条形图分别表示更正、功能更新和升级。更新和发布升级号码显示在白色方框中，其中更新 (比如，九月的2308.1 十月的 2308.2）是在每个主要发布（比如，八月的2308）之后编号的。

S/4HANA Cloud, public edition (3-system landscape) – 2023年的实列

针对升级，SAP Activate 专门为之设立了路线图，涵盖了在软件升级开始前的2周相关准备步骤，描述了在测试系统 （Test System) 升级后3周内，客户需要重点关注的回归测试，以及在3周后开发（Development System） 和生产系统 （Production System）的软件升级完成后需要完成的任务。这里包括在引入三系统架构后，客户需要对升级后的客户自己独有的系统的配置内容，做的一个部署（deployment of upgraded business configuration content) 。

什么是客户自己独有的系统的配置内容呢？对于熟悉 SAP R/3 ERP 的人来说，我们都知道 SAP ERP的灵活性胜在IMG （Implementation Guide）对维护的系统配置内容有着无限的可能。在没有任何代码更改的情况下，配置表中的设置可以让不同的客户以不同的方式使用相同的SAP 软件系统。通过把系统内容的配置与软件代码的解耦 （decoupling） 是在公共云里，保持灵活性的自然进展。这使软件代码 （Software）可以在云中持续更新，不会影响客户根据其当前配置 (Business Content) ，保持现有的运行模式。客户有更多时间根据自己的时间表进行强制性的业务流程调整，并实施新的创新。

升级流程路线图

从项目规划的角度来看，如下图所示，整个3周的软件升级期间可以持续进行设计和配置的添加和修改。例如，客户仍然可以通过SAP Central Business Configuration 进行范围定义和组织结构变更。在S/4HANA 系统方面，如下图中的几个短红条所示，软件升级周末，很多系统功能会被暂停。在Test System 升级后的3周里，应重点关注回归测试，特别是客户自己开发的 ABAP Steampunk 的新功能，以确保之前正常工作的功能不受升级的影响。根据以往的经验，最好避免新配置的添加和调试。如有需要，充分利用SAP Central Business Configuration 把新的配置保留在Development System 里。

以下是上图中的相应建议和限制：

a) 准备升级, 系统功能被暂停。

b) 重点关注回归测试，特别是客户自己开发的 ABAP Steampunk 的新功能，以确保之前正常工作的功能不受升级的影响。最好避免加新配置 添加和调试。

c，d) 充分利用SAP Central Business Configuration 把新的配置保留在Development System 里。

e）在Test System 软件升级一周之后，如果客户在SAP Central Business Configuration 里创建了一个新项目，它将具有升级后的参考配置内容，即新的内容版本。因此，在接下去的两周里，避免将此新项目部署到 Development System 中，直到Development 和Production 的软件升级完毕

留言和回馈

​您的回馈是我们今后的工作努力的方向。点击 Follow 黄莹Ying Huang，并加入我们 SAP Activate 社区。欢迎给我们提问留言。