SAP Commerce Cloud 2211: cosa c'è di nuovo e perché conta

La 2211 non è solo un numero di versione. Ha cambiato il modo in cui SAP distribuisce le funzioni commerce. È la generazione solo cloud di SAP Commerce: l’ultima release on-premise era la 2205, e non esistono né una «2212» né una «2305». SAP distribuisce invece update release cumulative all’interno della 2211, e alcune nuove funzioni arrivano disattivate finché non siete pronti. Chi ha vissuto i cicli di aggiornamento di Hybris nota quanto sia diverso.

Questo articolo spiega cosa ha cambiato la 2211, cosa significa per il B2B e per lo storefront, e qual è la situazione a settembre 2026.

In sintesi: SAP Commerce Cloud 2211 è la generazione della piattaforma solo cloud. Le modifiche arrivano come update release cumulative e alcune nuove funzioni sono distribuite disattivate dietro feature toggle. Per il B2B ha introdotto lo storico ordini a livello di unità e il supporto a PunchOut Level 2; Spartacus è diventato Composable Storefront. A settembre 2026 la linea attuale è 2211-jdk21 (Java 21, Spring 6) e la manutenzione ordinaria delle release on-premise è terminata il 31 luglio 2026. Il cambiamento più grande non è una funzione, ma il modello di distribuzione.

Perché il modello solo cloud conta

SAP descrive il modello nelle sue pagine sulle update release. Nella pratica significa:

• Update release cumulative. Ogni aggiornamento contiene correzioni di errori e aggiornamenti di sicurezza e può contenere nuove funzioni. Poiché le release sono cumulative, andando avanti non si salta alcun contenuto.
• Feature toggle. Alcune nuove funzioni vengono distribuite disattivate. Le attivate dopo averle testate, e per tempo, perché SAP rimuove i toggle dopo un certo periodo.
• Niente aggiornamenti big bang. Il progetto di aggiornamento ogni pochi anni, con test di regressione completi di tutte le personalizzazioni, viene sostituito da passi di adozione regolari e più piccoli.
• Una piattaforma, gestita da SAP. Tutti lavorano sulla stessa generazione, il che semplifica il modello di supporto di SAP e il vostro esercizio.

C’è un prezzo. Non potete restare per anni su una versione vecchia, come facevano i team con Hybris on-premise. Il team deve seguire le note di rilascio e pianificare sprint di adozione. È una disciplina diversa, ma nei nostri progetti ha reso la piattaforma più facile da mantenere aggiornata, non più difficile.

Cosa è cambiato per il commerce B2B

La 2211 ha introdotto funzioni importanti per le organizzazioni d’acquisto B2B:

Ordini a livello di unità. Gli utenti B2B vedono gli ordini effettuati da altri utenti della stessa unità e delle unità subordinate, non solo i propri. L’accesso è regolato da un gruppo utenti dedicato e gli ordini altrui sono in sola lettura, quindi annullamenti o resi restano a chi ha ordinato (SAP Help: ordini B2B a livello di unità).

PunchOut Level 2. Con il Level 2 gli acquirenti cercano i vostri articoli PunchOut direttamente nella loro applicazione di approvvigionamento, invece di visitare prima il sito di ogni fornitore (SAP Help: Level 2 PunchOut). Per i fornitori di grandi organizzazioni d’acquisto significa visibilità proprio dove inizia la decisione d’acquisto.

Il collegamento con l’ERP resta il compito principale. Prezzi in tempo reale, disponibilità, verifiche di credito e fatture arrivano da SAP S/4HANA o ECC, e nel B2B è questa integrazione a decidere se lo shop funziona. È anche lì che si concentra la maggior parte dell’impegno di progetto. Il nostro articolo su un webshop B2B su SAP Commerce Cloud con S/4HANA Public Cloud mostra come lo pianifichiamo, con un unico team per il lato commerce e per il lato ERP.

Spartacus è diventato Composable Storefront

In concomitanza con la release 2211, SAP ha rinominato Spartacus in SAP Commerce Cloud, Composable Storefront e ha allineato le versioni delle librerie alla 2211 (SAP le pubblica come update release 2211.x). È il frontend headless basato su Angular che comunica con Commerce Cloud tramite le API OCC (SAP Help).

Nei progetti contano ad esempio l’Assisted Service Module (gli operatori del servizio agiscono per conto dei clienti, con identità e autorizzazioni gestite correttamente), l’integrazione con SAP Customer Data Cloud per login, registrazione e consensi, e un’accessibilità in costante miglioramento. Usarlo o scegliere un frontend React/Next.js è una decisione a parte; il nostro confronto Composable Storefront o React/Next.js la approfondisce.

L’IA nella generazione 2211

L’IA arriva nella 2211 come le altre funzioni: tramite update release e servizi separati. Intelligent Selling Services resta il servizio di raccomandazione per Commerce Cloud, documentato separatamente su SAP Help (il nostro articolo sugli Intelligent Selling Services lo spiega). Dal 2024 SAP ha aggiunto l’IA per i contenuti di prodotto e nel 2026 un server MCP che permette ad agenti IA di cercare, riempire carrelli ed effettuare ordini. La nostra panoramica su cosa conta per SAP Commerce Cloud a settembre 2026 elenca queste release con le fonti.

A che punto è la 2211 a settembre 2026

Da quando la 2211 è stata distribuita per la prima volta sono cambiate due cose:

Java 21 e Spring 6. A settembre 2025 SAP ha rilasciato l’aggiornamento del framework a JDK 21 e Spring 6, la linea 2211-jdk21 (SAP Help: note di rilascio degli aggiornamenti 2211-jdk21). L’ultima update release su JDK 17 ha ricevuto patch regolari fino a fine giugno 2026 e ha raggiunto la fine della validità ad agosto 2026. La nostra guida alla migrazione a Java 21 e Spring 6 tratta le incompatibilità tipiche.

L’on-premise è finito. La manutenzione ordinaria di SAP Commerce on-premise (2205 e precedenti) è terminata il 31 luglio 2026 (SAP Help). Se siete ancora lì, il nostro articolo su cosa fare ora che il supporto on-premise è terminato presenta le opzioni.

L’elenco completo delle modifiche per update release si trova nel What’s New di SAP Commerce Cloud.

Cosa significa per il vostro team

Impostate un processo di rilascio stabile invece di un progetto di aggiornamento annuale:

1. Leggete le note di rilascio di ogni update release e decidete quali toggle volete.
2. Mantenete una suite automatizzata di test di regressione per le vostre estensioni personalizzate e per l’integrazione ERP.
3. Attivate le nuove funzioni prima in un ambiente di test, insieme agli utenti di business responsabili del processo.
4. Tenete traccia dei toggle che SAP prevede di rimuovere, così che nulla venga attivato per voi inaspettatamente.

Se desiderate supporto per impostare questo processo, o per il passaggio dalla 2205 o da JDK 17, parlate con il nostro team commerce o scoprite i nostri servizi per SAP Commerce Cloud.

Domande frequenti

La 2211 è ancora la versione attuale di SAP Commerce Cloud?

Sì. A settembre 2026 non esiste una versione successiva; la 2211 è la generazione della piattaforma e SAP distribuisce le modifiche tramite update release cumulative al suo interno. Da settembre 2025 la linea attuale è 2211-jdk21, basata su Java 21 e Spring 6.

SAP Commerce può ancora girare on-premise?

L’ultima release on-premise è la 2205 e la sua manutenzione ordinaria è terminata il 31 luglio 2026; ora è disponibile solo una manutenzione specifica per cliente. La versione 2211 esiste solo come SAP Commerce Cloud, la piattaforma gestita da SAP per voi.

Dobbiamo attivare subito ogni nuova funzione?

No. Alcune nuove funzioni arrivano disattivate dietro feature toggle, così potete testarle e attivarle quando il team è pronto. SAP rimuove i toggle dopo un certo periodo: pianificate quindi l’attivazione per tempo invece di lasciarle spente a tempo indeterminato.

Quanto è impegnativo l’aggiornamento dalla 2205 alla 2211?

Dipende più dalle vostre personalizzazioni che dal salto di versione. Il lavoro principale consiste nel testare le estensioni personalizzate sulla nuova base, passare alle librerie rinominate del Composable Storefront se le usate e validare le integrazioni. Oggi si passa inoltre direttamente alla linea Java 21: pianificate questa migrazione nello stesso progetto.

Qual è il cambiamento più importante introdotto dalla 2211 per i clienti esistenti?

Il modello di distribuzione. Invece di un grande progetto di aggiornamento ogni uno o due anni, il team adotta regolarmente update release cumulative e attiva le nuove funzioni quando è pronto. Serve un processo stabile per test e adozione, ma si evita l’aggiornamento big bang.