Perché l'integrazione SAP ↔ e-commerce è un progetto a sé
In molti progetti di replatforming, l'integrazione SAP viene trattata come un'attività collaterale. È lì che nasce gran parte dei problemi. SAP è un sistema transazionale pesante, con BAPI, IDoc, OData, CDS view e regole di autorizzazione complesse. L'e-commerce, invece, è un ambiente altamente concorrente, con centinaia di ordini al minuto nei picchi e la necessità di un feedback quasi immediato al consumatore. Far dialogare questi due mondi richiede un layer di integrazione ben progettato, con code, retry idempotenti, deduplica, riconciliazione e osservabilità end-to-end. La CCX Company tratta l'integrazione come un workstream a sé, con architettura, squad e deliverable dedicati, e non come un sotto-task del progetto di commerce.
SAP CPI e BTP come backbone
Per i clienti che operano già nell'ecosistema SAP, usare CPI (oggi SAP Integration Suite, all'interno di SAP BTP) è di solito la scelta più governabile. La CCX progetta iFlow modulari, con contratti di messaggio ben definiti, gestione degli errori coerente, monitoraggio integrato e gestione delle versioni. Negli scenari ad alto volume, combiniamo CPI con Event Mesh e/o code esterne (AWS SQS, Google Pub/Sub) per assorbire i picchi e proteggere il core ERP. Il risultato è un layer di integrazione stabile, verificabile, che evolve insieme al business — senza diventare una scatola nera dipendente da un singolo specialista.
Middleware dedicato quando ha senso
Non tutte le operazioni hanno CPI/BTP già attivi, e non sempre ha senso avviare un investimento in licenze solo per un fronte di commerce. In questi casi, la CCX costruisce middleware su AWS o Google Cloud, con Node/TypeScript, Python e serverless (Lambda/Cloud Functions, Step Functions, EventBridge, Pub/Sub). Il middleware copre le stesse funzioni — orchestrazione, code, riconciliazione, osservabilità — con costi proporzionali al volume e flessibilità di evoluzione. Quando il cliente decide, in futuro, di adottare CPI/BTP, la migrazione è graduale: i pattern di integrazione sono già maturi.
Dati, Emarsys e attivazione omnichannel
L'integrazione SAP ↔ commerce va oltre ordini e giacenze. Dati cliente, storico d'acquisto, comportamento di navigazione, preferenze e consenso devono circolare tra ERP, piattaforma, CRM e marketing automation. Con SAP Emarsys creiamo un hub cliente unificato in cui le campagne email, push, SMS, in-app e web sono orchestrate con dati vivi. La CCX collega Emarsys con VTEX, Salesforce, Shopify e S/4HANA/ECC, e supporta la modellazione di segmentazioni, journey, scoring e test A/B nel ciclo di marketing reale dell'azienda — sempre nel rispetto del GDPR e della gestione del consenso.
Osservabilità e operatività continua
Una buona integrazione SAP ↔ commerce è quella che il team nota solo quando qualcosa richiede davvero attenzione. Per arrivare a questo livello, strumentiamo tutto: ogni messaggio ha un correlation id, ogni iFlow/funzione ha dashboard di latenza e tasso di errore, ogni coda ha una DLQ monitorata, ogni riconciliazione giornaliera genera un report comparativo SAP ↔ commerce. In caso di divergenza, alert proattivi raggiungono il team prima che il consumatore contatti l'assistenza. Dopo il go-live, offriamo modelli di supporto — squad dedicata, advisory o presidio — per mantenere l'operatività sana mentre il business cresce.