介绍 Clean Core 方法
学习目标
浏览 SAP S/4HANA Cloud 之前的出口和修改。
传统可扩展性方法

在云部署之前,大多数情况下,这种方法对 SAP 和客户而言都是非常直接的。在某些方面,它与合同类似。SAP 提供了某些内容以及客户遵循的某些步骤和程序。想象一个简单的场景,其中 SAP 应用程序中的屏幕包含两个字段:收入和**成本。猜测最终用户请求将附加字段添加到显示中,不会太推测。假设他们通过请求新字段显示利润来执行此操作。假设利润不仅使用收入和成本计算,还会使用客户使用的特殊数字因子进行计算。由于此因子是客户特定的,因此没有字段可将其保存在应用程序正在使用的任何基础数据库表中。
要实施此类场景,SAP 将向客户提供所谓的出口。这些出口将位于整个"堆栈"的多个层。我们来逐一看看这些层,从最低层(数据层)开始。在我们的简单场景中,开发人员将使用"表附加"将新字段添加到表示之前提到的数值因子的数据库表中。激活后,此字段将可供读取和存储。表附加有效地为客户提供了通用出口概念,用于调整任何提供的 SAP 表的定义,以满足其独特的业务需求。
需要由 SAP 提供出口的下一堆栈层将是最高层 - 可视层。此时,将会显示新字段(简单场景中的利润)。可视层出口主要由两种类型组成:屏幕出口和菜单出口。在我们的简单场景中,开发人员将使用屏幕出口将新字段添加到屏幕,并可能使用菜单出口添加新命令,当最终用户选择该命令时,该命令将执行利润计算。
以某种方式需要出口的最终堆栈层是最重要的。这是因为在堆栈的数据层添加并在堆栈的可视层看到的新字段将包含可能需要读取、使用、更新甚至可能不时删除的值。需要使用 ABAP 代码实施这些操作。因此,在数据和 UI 之间的中间(即代码)层实施的代码出口由 SAP 创建。同样,在我们的简单场景中,开发人员将首先确认是否存在代码出口以对字段执行任何所需操作,然后使用必要的客户特定代码实施出口。
因此,客户将具有应用程序提供的标准功能,并通过所需的附加功能进行增强。此方法的一个重要方面是,使用出口的整个流程由定义的系统流程管理。必须激活出口。出口的具体实施必须通过所有相关语法和一致性测试。出口开发发生在专用开发系统中,并在发布到生产系统中的最终用户之前在测试系统中进行测试。这种方法的另一个重要方面是,一般来说,出口的开发可以不受限制地利用系统中的任何 SAP 对象。例如:
任何 SAP 表均可用于读取和写入记录
可调用任何 SAP 功能模块
可以使用任何 SAP 类(及其方法)
最终(和重要)要点。如果客户确定没有出口(或不可用),则可以执行以下两个选择:
以某种方式对 SAP 对象执行修改以实现所需的功能。
复制 SAP 对象。新对象将是客户自有对象,因此可以相应更改。
如前所述,交付的系统具有客户调整的优势,作为其设计的一部分,必须平衡某些优势和特定成本。换句话说,应用补丁或升级系统时,实施的任何扩展在理论上都可能会成为一个问题,因为软件供应商的新代码或更新代码可能会使扩展不稳定甚至不需要。为确保情况并非如此,需要进行测试。然而,即使考虑到这一点,管理测试过程的费用还是合理的,而不是扩展的好处和灵活性。一般来说,由于 SAP 知道出口的存在性,因此实施出口时客户调整对升级的问题较小,并且可以加以说明。SAP 对象的修改和/或 SAP 对象的副本可能会产生更多问题,并且必须在应用补丁或进行升级后进行彻底测试。
几十年来,这种方法持续了 SAP 和客户。从 SAP R/3 的所有版本开始,一直到通过 SAP Business Suite、服务包和增强包。但是,此方法成功的一个原因是,系统几乎始终位于客户数据中心,因此客户自己维护了 100%。在他们的系统中,一位客户所做的事情与其他客户在其系统中的操作完全不同。然而,发生了一个"游戏变革者"。这种变化是 SAP ERP 到 SAP S/4HANA 的演变。
Clean Core 概念

SAP S/4HANA Cloud 在云中运行,并且云产品不同。所有客户使用相同的基本代码行,更改同时应用于所有客户。因此,没有现实的方法可以允许每个单独的客户以与早期企业预置环境中相同的方式实施增强。客户增强仍然是必要的,但必须针对云环境完全重新思考和重新设计完成增强所依据的规则和流程。为 SAP 输入另一个挑战。和之前的挑战一样,SAP 也已经应对了这一挑战。
解决方案是为云专门设计一种扩展理念。输入新术语:clean core。下面,我们来细分一下。
核心
核心描述了 SAP S/4HANA Cloud 的主要方面。可以将这些方面视为维度或组件,其方向如下:
流程:SAP S/4HANA Cloud 中采取的一系列措施或步骤,涵盖交付成果或实现成果的端到端 (E2E) 体验。
数据:SAP S/4HANA Cloud 流程中包含和使用的数据。通常按配置、主数据和事务进行分类。
集成:将 SAP S/4HANA Cloud 连接到其他解决方案,以便发送和接收数据以支持流程执行。
操作:在 SAP S/4HANA Cloud 中执行的必要维护活动,例如版本管理、后台作业管理、权限管理、监控和警报。
可扩展性:将功能添加到 SAP S/4HANA Cloud,扩展其范围,以满足标准流程无法满足的组织需求。
Clean
清洁是指对于前面提到的每个方面,根据相关方面采取必要的方法使其符合最新要求、云合规、优化和完善。
Clean Core
clean core 是实现现代化、灵活且云兼容的 SAP S/4HANA Cloud 的概念和方法。clean core 通过集成和扩展 SAP S/4HANA Cloud 来实现,使其符合云要求,具有最佳主数据质量和完善的业务流程治理。借助 clean core,客户可以体验更好的可维护性,并降低 SAP S/4HANA Cloud 的总拥有成本 (TCO)。
Clean Core 的优势
clean core 让每个人受益。
总而言之,为客户带来的好处如下:
轻松升级:从自定义代码的角度进行非事件升级。
快速利用创新成果:始终基于创新技术。
端到端系统的安全性、连续性和稳定性。
总体拥有成本:高效使用基础架构和许可。
在核心的所有领域实现永久可追溯性。
合作伙伴的优势如下:
面向未来的云解决方案。
借助 clean core 模块化创新,促进符合标准的合规性。
简化开箱即用型 SAP 解决方案的使用,降低复杂性。
Clean Core 可扩展性
由于本次学习之旅主要涉及 clean core 的扩展,这是我们讨论的重点。
clean core 可扩展性可以汇总为扩展方法,其中扩展与 SAP 应用程序严格分开。扩展仅通过定义明确、升级稳定的接口访问 SAP 业务对象"。
请注意第一部分,"扩展方法"。客户能够松懈地叹气,扩展不会消失。但请注意第二部分和第三部分:客户扩展与 SAP 基准"严格分离",扩展必须使用正式定义的"升级稳定"点。这是非常重要的"升级"部分。云系统可用性不仅是客户的愿望清单。这是不可协商的需求。由于软件的新版本已发布,系统不可能变为不可用。客户扩展的存在不会改变此预期。
clean core 可扩展性是如何在云环境中实现软件灵活性与客户调整以及系统稳定性和可用性之间的平衡。它不仅可以加快软件部署速度,还可以更轻松地采用软件更改,因为核心从清洁开始,并一直使用无中断的定期计划升级。clean core 可扩展性的概念可以在客户实施 SAP S/4HANA Cloud: 时采用的最佳实践框架中分解
采用零修改政策
消除标准代码和功能冗余的增强功能,同时消除 SAP 对象的副本
仅使用已发布的 API("升级稳定的接口")
充分利用 SAP S/4HANA Cloud 的关键用户(应用内)可扩展性
采用 SAP Business Technology Platform [业务技术云平台] 提供的功能和服务,构建更大的扩展应用
使用 SAP Integration Suite
在本课程中,我们将探索这些最佳实践。但是,需要注意两个要点。首先,由于客户可以根据其独特需求选择两种云部署可能性,以及第三个基于本地部署的传统部署选项,因此选择的特定选项准确决定可以使用哪些选项。此学习旅程主要面向 SAP S/4HANA Cloud。术语 SAP S/4HANA Cloud 是一个上级术语,指云部署可能性,即 SAP S/4HANA Cloud Public Edition 和 SAP S/4HANA Cloud Private Edition。术语 SAP S/4HANA 是指企业预置部署选项。如果必须区分 SAP S/4HANA Cloud Public Edition 和 SAP S/4HANA Cloud Private Edition,则材料将明确说明。除非另有说明,否则假设与 SAP S/4HANA Cloud Private Edition(但不适用于 SAP S/4HANA Cloud Public Edition)相关的功能也适用于企业预置部署。
第二点是,现有 SAP ERP 客户必须在过渡到任何可能的部署选项时选择要使用的迁移方法。
新实施:提供新的 SAP S/4HANA Cloud 或安装新的 SAP S/4HANA 系统
系统转换:现有 SAP ERP 系统迁移到 SAP S/4HANA Cloud Private Edition 或企业预置系统
架构转型:前两种方法的混合
这两个选项的交集会影响客户体验迁移到 SAP S/4HANA Cloud 的特定方法和步骤。