2023 May 30 5:20 PM
Hi experts,
a customer wants to recreate a custom development which activates change pointers when distributing business partners using data replication (DRFOUT). To achive this, they currently use some (not released) SAP Standard Function modules, SAP Standard Classes and DB-Selects.
When I search in the internet, I'm more confused about clean core than finding answers. Everything I read is high level. As far as I understood clean core right now, is that we must not use DB-Selects, and not released Standard Function Modules or Classes. What is allowed when developing a clean core application and what is not? How could I recreate this development? Is there any guide to develop clean core?
Thanks, Sebastian
2023 May 31 7:31 AM
Even using non released SAP API is in my opinion much better as using DB-Select. The benefit of using a standard SAP API is that it is hiding its internal logic to select valid data. And that these API's in most cases also buffer data avoiding DB-Select which can be performance improvement. SAP is also using non released API's themself.
A (in my opinion) small risk on using thse API's is that they might get changed in release upgrades potentially causing you customer devlopments to malfunction.
A more serious risk is that these API's can not be used anymore when you migrate to a Cloud version. In that case it is better to look for a released API. However these are not always available.
2023 May 31 8:10 AM
Hi, thanks for you answer. Unfortunately, it doesn't answer my questions. I know that I can/should use API instead of selects but this doesn't make the development "clean core"!?
What is allowed when developing a clean core application and what is not? How could I recreate this development to be a "clean core" development? Is there any guide to develop clean core?