摘要：
在 SAP S/4HANA 的实施过程中，“Clean Core”（干净核心）已成为热门话题，指的是通过简化和优化系统架构，减少技术债务、提升性能并增强可升级性。尽管这是 SAP 推动云转型的核心理念之一，但实践中，许多企业在尝试完全实现“Clean Core”时面临困难，特别是中大型组织。这些企业往往在其旧有 ERP 系统中做了大量定制，而 S/4HANA 标准功能或云扩展能力往往无法完全满足其复杂业务需求。
作者提出应采取更务实的“Smart Core”策略，即在优先考虑 Clean Core 原则的基础上，有选择地、安全地使用传统“Classic”扩展方式（如 BADI、Customer Exit 等），结合新式的 RAP（ABAP RESTful Application Programming）、CAP（Cloud Application Programming）与 Key User Extensibility，实现灵活可控的扩展方案。
-
Clean Core 的误解与现实挑战：
很多企业将 Clean Core 理解为完全杜绝任何系统内的自定义开发，仅使用标准或云原生方式（如 BTP 上的 CAP）。但在实际中，尤其是对于复杂流程和战略性差异化需求较强的组织，完全 Clean Core 通常不可行。 -
扩展方式多样化：
扩展 SAP S/4HANA 的方式包括：-
Side-by-side 扩展： 利用 BTP（SAP Business Technology Platform）开发独立应用，如 CAP（基于 Node.js 和 JavaScript）或 Cloud ABAP（Steampunk）。
-
On-Stack 扩展： 如 RAP 开发模型，适用于公有云与私有云环境。
-
Key User 扩展： 适合“公民开发者”，例如通过 Fiori 应用自定义字段或业务对象。
-
传统 Classic 扩展： 在私有云或本地部署中仍可用，如 BADI、Enhancement Spots、Customer Exits 等。
-
-
Smart Core 的提出与意义：
Smart Core 是对 Clean Core 理想的一种平衡实践。在 Clean Core 不适用时，可使用经典方法，但需遵循一套“安全扩展”策略，如：-
使用标准 API 和 CDS 而非重写 SAP 内部逻辑；
-
用 BRF+ 或 OPD 控制逻辑；
-
应用 Enhancement Switch 框架实现灵活启用/禁用自定义逻辑；
-
定期运行 ATC 检查保障代码质量与升级兼容性；
-
综合采用 Key User、RAP 与 Classic 的混合开发策略。
-
-
选择合适扩展方式的关键考量：
-
业务适配度： 是否需要深度集成或强耦合。
-
开发技能栈： 是否具备 JavaScript、CAP、RAP 相关技术人才。
-
升级兼容性与长期 TCO： 清洁但复杂的 CAP 可能在维护成本上不如一些安全使用的传统方式。
-
-
未来导向的开发原则：
所有扩展都应注重灵活性、可维护性和与标准的解耦，避免锁死组织未来的转型能力。无论是使用 CAP、RAP 还是 Classic，核心是确保系统可扩展、可升级且对业务响应迅速。
结语：
Clean Core 是 SAP ERP 云化演进的关键方向，但不能机械照搬。对于复杂组织而言，“Smart Core”提供了一条现实可行、兼顾未来演进与当前业务需求的路径。在制定开发策略时，须以 Clean Core 为指导思想，在必要时审慎采用 Classic 技术，通过智能设计和控制实现“干净但不极端”的核心系统，从而在可升级性、成本控制与业务灵活性之间实现最佳平衡。
S/4HANA Clean Core, a pragmatic approach | Deloitte UK
