在SAP S/4HANA的实施与转型过程中，“Clean Core”（干净核心）已成为一个高频词汇。它指的是通过简化和优化系统架构，保持核心ERP系统的“纯净”与标准化，从而减少技术债务、提升系统性能并增强未来的可升级性。这无疑是SAP推动其客户向云端转型、拥抱持续创新的核心理念之一。
然而，在实践中，许多企业在尝试完全实现“Clean Core”时，却面临着巨大的困难，尤其是那些业务流程复杂、历史悠久的中大型组织。这些企业往往在其旧有的ERP系统中，积累了大量的、深度嵌入业务逻辑的定制化功能。而S/4HANA的标准功能或云端的扩展能力，有时并无法完全满足其复杂或具有战略差异化的业务需求。机械地追求一个100%“干净”的核心，有时可能意味着要牺牲掉一部分来之不易的、构成企业核心竞争力的业务流程。那么，我们是否应该采取一种更务实、更具智慧的策略呢？
一、干净核心(Clean Core)的理想与现实挑战
很多企业将Clean Core简单地理解为完全杜绝任何系统内的自定义开发，要求所有扩展都必须通过云原生方式（例如，在SAP BTP上使用CAP模型）来实现。但在真实的商业世界中，尤其是对于那些业务流程极其复杂、或对某些战略性差异化需求有强依赖的组织而言，一个完全纯净的Clean Core通常是不可行的，甚至可能是不经济的。
二、S/4HANA扩展工具箱概览
要理解如何智能地进行扩展，我们首先需要了解S/4HANA为我们提供了哪些扩展方式。这些方式共同构成了一个丰富的“工具箱”：
-
并行扩展 (Side-by-side Extensibility): 这是“Clean Core”理念最推崇的方式。它利用SAP业务技术平台（SAP Business Technology Platform, BTP）来开发完全独立于S/4HANA核心系统的应用程序。这些应用通过标准的API与核心系统交互。常见的开发模型包括基于Node.js和JavaScript的CAP（Cloud Application Programming Model），或基于ABAP语言的云端开发环境（即Cloud ABAP或Steampunk）。
-
在栈扩展 (On-Stack Extensibility): 这主要指SAP推荐的、在S/4HANA系统内部进行的现代化开发模型——ABAP RESTful Application Programming (RAP)。RAP模型适用于S/4HANA的公有云、私有云及本地部署版本，是构建Fiori应用和OData服务的标准方式。
-
关键用户扩展 (Key User Extensibility): 这是一种低代码/无代码的扩展方式，非常适合所谓的“公民开发者”（即懂业务的业务人员或关键用户）。他们可以通过系统提供的Fiori应用，来自定义字段、调整界面布局、创建简单的数据对象或配置一些业务规则。
-
传统经典扩展 (Classic Extensibility): 这是我们所熟悉的、在传统ECC时代广泛使用的扩展方式。在S/4HANA的私有云或本地部署版本中，它们仍然是可用的。这包括我们常用的业务加载项（BADI）、增强点（Enhancement Spots）、客户出口（Customer Exits）等。
三、智能核心(Smart Core)平衡的实践
面对Clean Core的理想与现实的差距，一种更务实、更具智慧的“Smart Core”（智能核心）策略应运而生。
Smart Core是对Clean Core理想的一种平衡与实践。它并非要推翻Clean Core，而是主张在优先考虑并最大化采用Clean Core原则的基础上，当Clean Core的方式确实不适用或成本过高时，可以有选择地、安全地、有纪律地使用传统的“Classic”扩展方式，并结合新式的RAP、CAP与关键用户扩展，来实现一种灵活且可控的混合扩展方案。
要实现“Smart Core”，在使用经典扩展方式时，必须遵循一套严格的“安全扩展”策略，例如：
- 优先使用标准API和CDS视图，而不是直接读取或重写SAP的内部逻辑表或函数。
- 使用BRF+或OPD等决策服务框架来控制和管理复杂的业务逻辑，使其与核心代码解耦。
- 应用增强开关框架 (Enhancement Switch Framework)，以实现对自定义逻辑的灵活启用或禁用，便于未来的升级和测试。
- 定期运行ABAP Test Cockpit (ATC)检查，以保障自定义代码的质量、性能以及与未来版本的兼容性。
- 综合采用混合开发策略，根据场景的不同，灵活地组合使用关键用户扩展、RAP模型与受控的经典扩展。
四、如何选择合适的扩展方式
在“Smart Core”的指导思想下，为某个具体需求选择最合适的扩展方式时，需要综合考量以下几个关键因素：
- 业务适配度： 这个扩展功能是否需要与S/4HANA的核心流程进行深度的数据集成或强耦合？如果是，On-Stack（如RAP或受控的Classic）可能是更高效的选择。如果它是一个相对独立的业务场景，Side-by-side（BTP）则更佳。
- 开发技能栈： 你的开发团队更擅长JavaScript和Node.js（适合CAP），还是更精通现代ABAP（适合RAP）？技术人才的储备是决策的重要依据。
- 升级兼容性与长期总拥有成本 (TCO)： 这是非常关键但又常被忽视的一点。一个看似“清洁”的、完全在BTP上构建的复杂CAP应用，其在未来的集成维护、跨平台通信以及开发人员技能要求等方面的长期成本，有时甚至可能高于一个设计良好、严格遵循“安全扩展”原则的传统BAdI实现。
五、赛锐信息观点：“干净但不极端”，实现最佳平衡
“Clean Core”无疑是SAP ERP向云化、标准化演进的关键战略方向，它为企业带来了巨大的长期价值。但我们在采纳这一理念时，不能机械地、教条式地照搬。对于业务流程复杂的组织而言，“Smart Core”提供了一条更现实可行、更能兼顾未来系统演进与当前业务迫切需求的路径。在制定S/4HANA的开发与扩展策略时，我们必须以Clean Core为首要的指导思想，在必要时，审慎地、有纪律地采用Classic技术作为补充。通过智能化的设计和严格的控制，我们完全可以实现一个“干净但不极端”的核心系统，从而在未来的可升级性、长期的成本控制与当前的业务灵活性之间，实现最佳的平衡。
企业在向SAP S/4HANA Cloud转型时，SAP 许可 (License) 从 On-Premise 时代的经典指定用户模型转向全新的 FUE 许可模式，且 SAP 产品的许可 (License) 包含诸如“组件授权、用户授权、计量模式”等复杂模型，这对企业来说如同一个黑匣子，难以理解其工作原理。此外，企业还面临 SAP 的 License 审计等合规性问题。赛锐信息在 SAP License 审计流程方面拥有丰富咨询经验，拥有自主研发的高效 SAP License 资产优化软件产品，欢迎企业在需要时随时联系我们，以获得我们的支持服务和软件产品试用体验。
