如果您对BTP感兴趣，BTP个人精选内容目录 | SAP Blogs 可能有更多你需要的内容
想象一下：当其他公司还在为系统升级而头疼，数周甚至数月测试自定义代码时，你的企业却能在几天内完成SAP系统升级，快速获得最新功能和AI能力。这不是幻想，而是Clean Core方法带来的现实改变。
Clean Core是什么？
Clean Core是SAP推出的一套系统架构方法论，细分了五个维度的Clean, 分别是业务流程，功能拓展，数据，集成，运维。
本文更多关注功能拓展方面的Clean Core，通过将自开发代码与SAP标准代码解耦，确保企业能低成本的满足个性化需求，同时还能获得持续创新。
需要提前明确的是，除了体外平台，SAP还提供了“清洁的”体内部署方式，也就是说，“体内开发”不等于“不清洁”，但体外开发是天然清洁的。
SAP为什么要推出Clean Core？
SAP发现企业在定制化SAP应用时，如果大量在应用体内做修改，将面临诸多挑战：
1.企业自主开发成本上升：定制化代码越多，进一步定制导致的风险，开发/测试成本就会越高
2.难以实施系统更新:标准升级包可能与定制化代码不兼容
3.难以引入原厂开发的新功能：例如SAP的嵌入式AI功能
4.应用自开发过多导致运行缓慢
同时，开源技术在一些场景下可以提供比ABAP更好的体验，例如移动应用，工作流与RPA需求。所以SAP选择引入新技术，为SAP应用的定制化提供新方式，给到用户更多选择。
用户如何衡量应用是否符合Clean Core标准呢？
一个未经修改的应用，清洁程度将会是百分之百，而实施过程中每个新拓展都可能影响到清洁程度，所以一般从单个拓展的清洁程度来看这个问题。
SAP采用A-D四个等级来衡量单个扩展的清洁程度：
D级（最不清洁）：在内部直接修改了标准表/程序/类/函数；或是使用了“不推荐”的对象和模式。可以在云化存储库（https://sap.github.io/abap-atc-cr-cv-s4hc/?version=objectClassifications_SAP.json&states=classicAPI）中查看API状态。此外，等级D还包括了不鼓励的开发技术，比如隐式增强implicit enhancements。C级：在内部开发的新功能中使用了未被SAP公开发布的API，但没有修改标准功能B级：在新功能中仅使用了SAP发布且标注为Classic或Released的API，包括BAPI，ALV Grid，BAdI等内部开发技术都可划分在此类A级（最清洁）：没有内部修改，仅通过标准的对外接口，对接搭载于SAP build拓展套件。
总的来说，清洁程度由低到高的判断标准大致为：
是否修改了标准功能/是否调用了不推荐的标准API/定制功能是否部署在体外
但从实践来看，A级和B级拓展都是清洁的，S/4HANA中还提供了天然清洁的B级拓展工具。
用户应该如何达成Clean Core呢？
首先需要明确的是，尽管Clean Core理论认为，拓展应该尽可能的由应用外的核心来承接，但实际业务需求导致部分拓展仍旧需要保留在体内，所以一切决策都应该由实际出发，综合考虑ROI。
1.现状了解
首先需要了解SAP应用中现在的拓展数量（包括接口、逻辑、界面、数据、报表等）,依据开发习惯初步猜测可能的D级拓展数量。
2.未来规划
依据现状和未来的IT规划，决定大体的Clean Core目标，例如将10000个拓展在3年内缩减至5000个，将1000个D级拓展在5年内全部消除等。
3.可行路径调研
深入了解SAP针对S/4HANA提供的各种拓展手段，包括传统的SAP GUI SE80, Fiori界面下的Custom Fields and Logic等天然清洁的拓展工具，BTP上SAP Build拓展套件的高代码开发/低代码App开发，工作流RPA开发和门户开发等
4.制定属于企业自己的开发原则
一般以决策树方式呈现，将需求引导至合适的实现方式，一般首先根据可行性判断是否体外开发（例如是否需要对接外部用户/系统），然后根据需求类别选择拓展方式（例如接口类需求一般统一采用集成套件承接）
5.新旧分流
对于新需求一律采用新原则来决定开发方式，在有余力的时候逐步将旧拓展基于新原则进行迁移，优先考虑D级拓展。
6.定期总结和滚动计划
以上流程不仅仅是一次拓展代码的技术升级，更关键的是，迁移过程中企业可以大量采用新技术，以提升性能，体验（把功能做的更好），甚至是基于新技术完全重构拓展（做以前做不到的功能）,例如结合AI技术识别纸质文档，判断客户付款风险等等
同时，SAP还提供了大量工具来帮助用户实现Clean Core, 包括可以在体内实现清洁拓展的开发工具和对现有拓展的代码分析工具等。
为什么过去没有Clean Core概念呢？
过去SAP系统主要基于本地部署，系统升级周期长，企业更关注快速实现业务需求而非长期可维护性。
传统ABAP开发模式允许直接修改SAP标准代码，缺乏有效的解耦机制和治理工具。随着云计算兴起和企业对敏捷性要求提高，SAP意识到需要新的架构方法来平衡定制化需求与持续创新能力。
总结
Clean Core不是限制，而是为企业数字化转型提供的新路径。通过解耦定制代码与SAP核心，企业既能满足个性化需求，又能快速获得最新技术能力。这是通往智能企业的必经之路。
关于本文内容有任何问题或见解，欢迎在评论区留下你的想法
如果您对BTP感兴趣，BTP个人精选内容目录 | SAP Blogs 可能有更多你需要的内容 想象一下：当其他公司还在为系统升级而头疼，数周甚至数月测试自定义代码时，你的企业却能在几天内完成SAP系统升级，快速获得最新功能和AI能力。这不是幻想，而是Clean Core方法带来的现实改变。 Clean Core是什么？Clean Core是SAP推出的一套系统架构方法论，细分了五个维度的Clean, 分别是业务流程，功能拓展，数据，集成，运维。本文更多关注功能拓展方面的Clean Core，通过将自开发代码与SAP标准代码解耦，确保企业能低成本的满足个性化需求，同时还能获得持续创新。需要提前明确的是，除了体外平台，SAP还提供了“清洁的”体内部署方式，也就是说，“体内开发”不等于“不清洁”，但体外开发是天然清洁的。 SAP为什么要推出Clean Core？SAP发现企业在定制化SAP应用时，如果大量在应用体内做修改，将面临诸多挑战：1.企业自主开发成本上升：定制化代码越多，进一步定制导致的风险，开发/测试成本就会越高2.难以实施系统更新:标准升级包可能与定制化代码不兼容3.难以引入原厂开发的新功能：例如SAP的嵌入式AI功能4.应用自开发过多导致运行缓慢同时，开源技术在一些场景下可以提供比ABAP更好的体验，例如移动应用，工作流与RPA需求。所以SAP选择引入新技术，为SAP应用的定制化提供新方式，给到用户更多选择。 用户如何衡量应用是否符合Clean Core标准呢？一个未经修改的应用，清洁程度将会是百分之百，而实施过程中每个新拓展都可能影响到清洁程度，所以一般从单个拓展的清洁程度来看这个问题。SAP采用A-D四个等级来衡量单个扩展的清洁程度：D级（最不清洁）：在内部直接修改了标准表/程序/类/函数；或是使用了“不推荐”的对象和模式。可以在云化存储库（https://sap.github.io/abap-atc-cr-cv-s4hc/?version=objectClassifications_SAP.json&states=classicAPI）中查看API状态。此外，等级D还包括了不鼓励的开发技术，比如隐式增强implicit enhancements。C级：在内部开发的新功能中使用了未被SAP公开发布的API，但没有修改标准功能B级：在新功能中仅使用了SAP发布且标注为Classic或Released的API，包括BAPI，ALV Grid，BAdI等内部开发技术都可划分在此类A级（最清洁）：没有内部修改，仅通过标准的对外接口，对接搭载于SAP build拓展套件。总的来说，清洁程度由低到高的判断标准大致为：是否修改了标准功能/是否调用了不推荐的标准API/定制功能是否部署在体外但从实践来看，A级和B级拓展都是清洁的，S/4HANA中还提供了天然清洁的B级拓展工具。 用户应该如何达成Clean Core呢？首先需要明确的是，尽管Clean Core理论认为，拓展应该尽可能的由应用外的核心来承接，但实际业务需求导致部分拓展仍旧需要保留在体内，所以一切决策都应该由实际出发，综合考虑ROI。1.现状了解首先需要了解SAP应用中现在的拓展数量（包括接口、逻辑、界面、数据、报表等）,依据开发习惯初步猜测可能的D级拓展数量。2.未来规划依据现状和未来的IT规划，决定大体的Clean Core目标，例如将10000个拓展在3年内缩减至5000个，将1000个D级拓展在5年内全部消除等。3.可行路径调研深入了解SAP针对S/4HANA提供的各种拓展手段，包括传统的SAP GUI SE80, Fiori界面下的Custom Fields and Logic等天然清洁的拓展工具，BTP上SAP Build拓展套件的高代码开发/低代码App开发，工作流RPA开发和门户开发等4.制定属于企业自己的开发原则一般以决策树方式呈现，将需求引导至合适的实现方式，一般首先根据可行性判断是否体外开发（例如是否需要对接外部用户/系统），然后根据需求类别选择拓展方式（例如接口类需求一般统一采用集成套件承接）5.新旧分流对于新需求一律采用新原则来决定开发方式，在有余力的时候逐步将旧拓展基于新原则进行迁移，优先考虑D级拓展。6.定期总结和滚动计划 以上流程不仅仅是一次拓展代码的技术升级，更关键的是，迁移过程中企业可以大量采用新技术，以提升性能，体验（把功能做的更好），甚至是基于新技术完全重构拓展（做以前做不到的功能）,例如结合AI技术识别纸质文档，判断客户付款风险等等同时，SAP还提供了大量工具来帮助用户实现Clean Core, 包括可以在体内实现清洁拓展的开发工具和对现有拓展的代码分析工具等。 为什么过去没有Clean Core概念呢？过去SAP系统主要基于本地部署，系统升级周期长，企业更关注快速实现业务需求而非长期可维护性。传统ABAP开发模式允许直接修改SAP标准代码，缺乏有效的解耦机制和治理工具。随着云计算兴起和企业对敏捷性要求提高，SAP意识到需要新的架构方法来平衡定制化需求与持续创新能力。 总结Clean Core不是限制，而是为企业数字化转型提供的新路径。通过解耦定制代码与SAP核心，企业既能满足个性化需求，又能快速获得最新技术能力。这是通往智能企业的必经之路。 关于本文内容有任何问题或见解，欢迎在评论区留下你的想法 Read More Technology Blog Posts by SAP articles
#SAP
#SAPTechnologyblog
