Clean Core con SAP CAP: Estendere SAP CX senza il dolore degli aggiornamenti

Personalizzate SAP. Un anno dopo, l’aggiornamento rompe le vostre modifiche. Il team passa settimane a riparare. Vi suona familiare?

È il costo del codice custom dentro il core SAP. Si accumula in fretta. Dopo qualche progetto, ogni aggiornamento trimestrale diventa un mini-progetto a sé.

Clean Core ferma questo ciclo. L’idea è semplice: lasciare il core SAP standard. Costruire la logica personalizzata accanto, non dentro. È così che lavoriamo in Spadoom — su ogni progetto.

Cosa significa davvero Clean Core

Nessun codice custom nel core SAP. La vostra logica di business vive in estensioni separate che comunicano con SAP tramite API stabili.

SAP Sales Cloud V2 e SAP Service Cloud V2 sono costruiti per questo. Espongono API REST pulite e un sistema di eventi progettato per estensioni side-by-side. SAP aggiorna il core secondo i propri tempi. Le vostre estensioni continuano a funzionare.

Non è un workaround. SAP l’ha progettato così.

Come costruiamo le estensioni: SAP CAP su Cloud Foundry

Usiamo il SAP Cloud Application Programming model (CAP) — il framework open-source di SAP per servizi enterprise su SAP BTP.

CAP gira su Cloud Foundry dentro SAP BTP. Tre motivi per cui funziona bene:

• Niente grattacapi infrastrutturali. Cloud Foundry gestisce scalabilità, routing e deployment. Il vostro team scrive logica di business, non script operativi.
• Connessioni SAP integrate. CAP si collega direttamente a XSUAA (autenticazione), SAP Event Mesh (eventi), il Destination Service e le API di Sales/Service Cloud V2.
• Stack tecnologico standard. Node.js o Java. OData e REST. CDS per la modellazione dati. Nessun lock-in esotico.

Il risultato: estensioni che potete distribuire, testare e aggiornare indipendentemente dal calendario di rilascio SAP.

Un esempio concreto: Sales Cloud V2

Un cliente ha bisogno di una validazione personalizzata sull’oggetto opportunità, più alcuni campi extra per il proprio workflow.

Distribuiamo un servizio CAP su Cloud Foundry. Aggiunge la logica di validazione e i campi. Ascolta gli eventi opportunità via SAP Event Mesh — niente polling, niente job schedulati. Un’interfaccia Fiori personalizzata si inserisce nella shell di Sales Cloud. I commerciali vedono un’unica interfaccia uniforme.

Il core di Sales Cloud V2? Intatto. SAP rilascia un aggiornamento il prossimo trimestre? Nessun test di regressione necessario — perché non c’è nulla di custom nel core che possa rompersi.

Stesso approccio per Service Cloud V2. Regole di escalation personalizzate, dati case arricchiti, connessioni a sistemi di ticketing esterni — tutte estensioni CAP, tutte su Cloud Foundry, tutte fuori dal core.

Perché conta per il vostro budget

Senza Clean Core, ogni rilascio SAP vi costa. Il team testa il codice custom, lo adatta, ripara ciò che si è rotto. Ogni volta.

Con Clean Core, un rilascio SAP è solo un deployment. Testate le estensioni rispetto al contratto API — che SAP mantiene retrocompatibile. Aggiornamenti che richiedevano mesi ora si completano in giorni.

Nell’arco di tre-cinque anni, i risparmi si sommano. Meno tempo in manutenzione significa più tempo per funzionalità che fanno crescere il vostro business.

Come lavora Spadoom

Clean Core non è un’opzione che offriamo. È come costruiamo. Punto.

Ogni progetto parte con una domanda: serve davvero una modifica al core, o si può fare con un’estensione? Quasi sempre vince l’estensione — tecnicamente più pulita e più economica da mantenere.

Costruiamo e supportiamo estensioni CAP su tutto lo stack SAP CX: Sales Cloud V2, Service Cloud V2, più integrazioni con SAP Commerce Cloud, SAP Emarsys e sistemi ERP. Tutto su BTP Cloud Foundry.

State avviando un nuovo progetto Sales Cloud o Service Cloud? O pianificate una migrazione da un vecchio SAP CRM? Parlate con i nostri architetti dell’approccio Clean Core. Contattateci.