摘要：

在 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