Clean Core avec SAP CAP : étendez SAP CX sans les difficultés de mise à jour

Vous personnalisez SAP. Un an plus tard, la mise à jour casse vos modifications. Votre équipe passe des semaines à corriger le problème. Cela vous parle ?

C’est le coût du code personnalisé dans le noyau SAP. Après quelques projets, chaque mise à jour trimestrielle se transforme en mini-projet à part entière. La règle d’or : plus il y a de code custom dans le noyau, plus votre équipe redoute la prochaine release.

Le Clean Core met fin à ce cycle. L’idée est concrète : garder le noyau SAP standard. Construire votre logique personnalisée à côté, pas à l’intérieur. C’est ainsi que nous travaillons chez Spadoom — sur chaque projet.

Ce que Clean Core signifie réellement

Aucun code personnalisé dans le noyau SAP. Votre logique métier réside dans des extensions séparées qui communiquent avec SAP via des API stables.

SAP Sales Cloud V2 et SAP Service Cloud V2 sont conçus exactement pour cela. Des API REST propres, un système d’événements pour les extensions side-by-side. SAP met à jour le noyau selon son calendrier. Vos extensions continuent de fonctionner.

Ce n’est ni un palliatif ni un contournement. SAP l’a conçu ainsi. De facto, le Clean Core est la seule architecture que SAP entend soutenir à long terme.

Comment nous construisons les extensions : SAP CAP sur Cloud Foundry

Nous utilisons le SAP Cloud Application Programming Model (CAP) — le framework open source de SAP pour construire des services sur SAP BTP.

CAP s’exécute sur Cloud Foundry au sein de SAP BTP. Trois raisons plaident en sa faveur :

• Pas de stress d’infrastructure. Cloud Foundry gère la mise à l’échelle, le routage et le déploiement. Votre équipe écrit de la logique métier, pas des scripts d’exploitation.
• Connexions SAP intégrées. CAP se connecte directement à XSUAA (authentification), SAP Event Mesh (événements), le service de destination et les API Sales/Service Cloud V2.
• Pile technologique standard. Node.js ou Java. OData et REST. CDS pour la modélisation des données. Aucune dépendance exotique.

Le résultat : des extensions que vous pouvez déployer, tester et mettre à jour indépendamment du calendrier de versions de SAP.

Un exemple concret : Sales Cloud V2

Un client a besoin d’une validation personnalisée sur l’objet opportunité, plus des champs supplémentaires pour son workflow.

Nous déployons un service CAP sur Cloud Foundry. Il ajoute la logique de validation et les champs. Il écoute les événements d’opportunité via SAP Event Mesh — pas de polling, pas de tâches planifiées. Une interface Fiori personnalisée s’intègre directement dans le shell Sales Cloud. Les commerciaux voient une interface unifiée.

Le noyau Sales Cloud V2 ? Intact. SAP publie une mise à jour le trimestre suivant ? Pas de test de régression nécessaire — car il n’y a rien de personnalisé dans le noyau susceptible de casser.

Même approche pour Service Cloud V2. Règles d’escalade personnalisées, données de cas enrichies, connexions à des outils de tickets externes — toutes des extensions CAP, toutes sur Cloud Foundry, toutes en dehors du noyau.

Pourquoi c’est important pour votre budget

Sans Clean Core, chaque release SAP vous coûte. Votre équipe teste le code personnalisé, l’adapte, corrige ce qui a cassé. À chaque fois. Cela s’additionne — prima vista ce sont de petits efforts, mais sur trois à cinq ans, cela devient un poste de coûts considérable.

Avec Clean Core, une release SAP est un déploiement. Vous testez vos extensions par rapport au contrat d’API — que SAP maintient rétrocompatible. Les mises à jour qui prenaient des mois se font désormais en jours.

Moins de temps en maintenance signifie plus de temps pour des fonctionnalités qui font avancer votre activité. Et plus de temps pour les fonctionnalités signifie un ROI adéquat sur votre investissement SAP.

Comment Spadoom travaille

Le Clean Core n’est pas une option chez nous. C’est notre architecture standard.

Chaque projet commence par une question : cela nécessite-t-il vraiment une modification du noyau, ou est-ce réalisable comme extension ? Presque toujours, l’extension l’emporte — techniquement plus propre et moins coûteuse en exploitation.

Nous construisons et maintenons des extensions CAP sur toute la pile SAP CX : Sales Cloud V2, Service Cloud V2, plus les intégrations avec SAP Commerce Cloud, SAP Emarsys et les systèmes ERP. Le tout sur BTP Cloud Foundry.

Vous lancez un nouveau projet Sales Cloud ou Service Cloud ? Ou vous planifiez une migration depuis un ancien SAP CRM ? Parlez à nos architectes du Clean Core. Contactez-nous.