说一说SAP S/4HANA的部署方式和部署模型

1. 什么是 SAP S/4HANA？

SAP S/4HANA 是SAP Business Suite 4 the HANA Database的缩写，它将接替SAP ECC (SAP Enterprise Central Component)，作为SAP ERP的下一代产品。

目前，SAP官方承诺SAP ECC将运维至2027年底；而SAP S/4HANA将运维至2040年。

相较于上一代的SAP ECC系统，SAP S/4HANA主要有下面这些不同。

数据库架构：

• SAP ECC：通常运行在各种第三方数据库上，比如Oracle、IBM DB2、Microsoft SQL Server等。
• SAP S/4HANA：专为SAP HANA数据库优化，这是一个内存数据库，可以显著提高数据处理速度，并支持机器学习和AI等应用场景。

用户界面：

• SAP ECC：基于SAP GUI，界面较为传统。
• SAP S/4HANA：采用Fiori用户界面，提供现代化、用户友好且响应的设计。

数据模型：

• SAP ECC：使用传统的复杂数据结构。
• SAP S/4HANA：数据模型简化(universal journal)，消除了冗余，提高了数据访问速度。 同时引入CDS技术，用于更高效地建模和数据分析。
  

2. 部署方式

SAP S/4HANA有三种部署方式：公有云部署 (Public Cloud)，私有云部署(Private Cloud)，本地部署(On-Premise)。

下表展示了不同部署方式的对比：

部署方式	特点	优势	劣势	升级周期
S/4HANA Public Cloud	由SAP托管和管理，软硬件基础设施由SAP负责; 标准化的最佳实践业务流程，适合寻求快速实施和低IT负担的企业; 提供多租户模式，因此升级由SAP统一管理。	实施速度快，成本低;自动获得定期升级和最新功能，无需企业投入大量资源	定制能力相对有限，可能不适合需要高度定制化的企业;数据存储和控制在SAP的服务器上，可能不适合有合规要求的行业	公共云版是由SAP托管的多租户环境，升级是自动管理的。SAP每年会进行两次定期版本升级，通常在二月和八月。所有客户都会在这些固定时间段内获得最新的功能和更新。
S/4HANA Private Cloud	也是云托管，但为单一客户提供更高的定制能力; 企业可以按照自己的节奏进行升级和调整。	结合了云的灵活性和一定的定制能力; 提供专属的环境，安全性和数据隔离更强。	比公共云版成本略高，但仍低于本地部署	私有云版提供了更大的灵活性，企业可以在SAP的支持框架内自行决定升级的时间。SAP通常每年提供一次版本更新，企业可以选择何时应用这些更新，但必须在5年内至少完成一次升级，以保持主流维护状态。
SAP S/4HANA On-Premise	软件安装在企业自有的服务器和数据中心内; 企业拥有对系统的完全控制，包括自定义、升级及安全性; 通常需要较强的IT团队进行支持和维护。	高度定制化能力，可以深度调整以满足企业特定需求; 数据控制权完全在企业手中，符合有严格数据合规要求的公司。	前期实施成本高，需要进行硬件投资; 升级和维护工作需要企业自行承担。	本地部署的升级周期主要由企业自行决定。SAP通常每年发布一次新版本，企业可以选择是否以及何时进行升级。通常建议企业每5年内至少进行一次升级，以保持在支持的版本范围内

3. 部署模型

3.1 实施方法

在选择选取哪种S/4HANA部署时，通常需要平衡系统标准化与灵活性之间的关系。 通常而言，实施S/4HANA项目大概有以下几种场景和类型：

• 全新实施/Greenfield: 也即新实施一个全新干净的系统。
• 系统迁移/Brownfield: 也即从现有的SAP ERP系统进行系统转换。
• 选择性数据转换(混合配置)/Bluefield: 这种方式是结合绿地和棕地，通常出现在在双层ERP（2-Tier ERP）场景中。 例如SAP ECC系统转换为SAP S/4HANA云私有版，针对特定业务线部署SAP S/4HANA公有云版本，如专业服务。 通过这种方式在核心ERP中实现相对复杂的功能，并为特定LoB提供快速移动和频繁更新的公共云解决方案。

3.2 双层部署（2-Tier）

ERP系统需要既敏捷又可靠，以便组织能够快速响应不断变化的业务条件。2-Tier ERP战略，就是指一个公司在组织的不同层使用不同的ERP系统。

在常见的2-Tier模型中，第1层作为运行管理ERP流程（例如财务）的核心系统，第2层是针对本地化业务需求、子公司或较小的业务单位进行定制的。这允许用户在第1层上进行标准化和定制化，以满足功能和预算需求，同时保持第2层中的业务功能的灵活性。

对于总公司，使用SAP S/4HANA On-Premise或SAP S/4HANA Private Cloud私有云版本，以完成对子公司的数据和运营集成。对于子公司，使用SAP S/4HANA Cloud Public Edition，可以为子公司完成快速部署，同时保持较低的总拥有成本。

通常采用双层ERP的因素可能包括：

• 快速完成新收购
• 在一个统一的平台上对子公司进行标准化
• 为预期的资产剥离做准备
• 适应新的流程或全新的业务模型
• 集中服务，如财务或采购
• 与业务伙伴扩展供应链控制
• 通过合资企业扩大规模
• 适应不断变化的地缘政治形势
• 为更改数据常驻规则做好准备

3.3 示例场景

以下是SAP官方文档中示例的一些双层部署场景：

• 总部与分支机构(Headquarter/Subsidiaries)
  在总部与分支机构的场景中，总部运行一个高度可定制的本地部署或私有云ERP系统，而分支机构运行一个具有特定范围的标准化公共云ERP。
  总部与分支机构之间实现了无缝集成，使分支机构能够保持灵活性，专注于创新，并快速上线。

• 中央服务(Central Service)
  在中央服务场景中，组织可能有一个业务线剥离，为此业务线运行一个标准化的公共云ERP。
  例如，财务部门可作为一个独立的法律实体，并作为“共享服务”运行在公共云中，而其他业务则运行在高度可定制的本地部署或私有云ERP上。
  这使得拥有众多不同业务线的大型组织能够保持快速的创新步伐。
  此结构还使得在不影响高度定制化的本地部署或私有云系统的情况下，更加容易地将新的创新引入业务中。

• 供应链生态(Supply Chain Ecosystem)
  在供应链生态系统场景中，总部运行一个高度定制化的本地部署或私有云ERP系统，并让其分包商或经销商运行在标准化公共云系统上。
  将一个组织与他们的供应商、经销商和分包商集成，形成一个完整的供应链网络。
  使用这种模式，供应链中的可见性和透明度很高，并且通过实施流程自动化，可以减少人工干预。

构建有效的两层ERP战略不仅仅是集成场景的问题。对每个分支机构或附属机构所需功能进行彻底分析至关重要，并且必须梳理出组织间的相互依赖，以及业务流程。
例如，公司间交易和公司范围内的报告策略应在项目初期定义清楚。 此外，主数据管理也需要遵循集成流程的要求，因此也应在实施项目的早期进行规划。
总之，系统的变革带来的影响是多方面的，需要培训终端用户熟悉新系统，需要组织实体之间适应业务流程变化。

4. 小结

本文结合SAP官方文档，介绍了SAP S/4HANA的部署方式是实施方法，希望对你有所帮助！