SAP Commerce Cloud : fonctionnalités, architecture et ce que fait vraiment la plateforme

SAP Commerce Cloud est la plateforme de commerce enterprise de SAP pour le B2B, le B2C et le B2B2C, et son principal argument se trouve en coulisses : prix, stocks, limites de crédit et commandes viennent de SAP ERP ou y retournent, au lieu d’être reconstruits à côté. C’est ce qui en fait une plateforme solide pour les entreprises aux catalogues complexes et aux processus B2B, et une plateforme coûteuse pour celles qui n’ont besoin ni de l’un ni de l’autre.

Ce guide présente ce que fait la plateforme, comment son architecture est construite, comment elle est utilisée selon les secteurs, où elle se situe à côté de l’ERP et du reste de SAP CX, et quand une plateforme plus simple est le meilleur choix.

En bref : SAP Commerce Cloud (anciennement SAP Hybris) gère nativement le catalogue, les prix, les commandes et les processus B2B, et les relie à SAP ERP. Son architecture compte cinq couches (Platform, modules commerce, gestion des contenus produits, API OCC, Composable Storefront), et on la personnalise par des extensions, sans modifier le code de SAP. Elle convient aux entreprises qui utilisent SAP ERP, vendent en B2B ou dans plusieurs pays et ont un catalogue complexe ; pour une simple boutique direct-to-consumer, elle est en général surdimensionnée.

Qu’est-ce que SAP Commerce Cloud ?

SAP Commerce Cloud est l’édition cloud de la plateforme que beaucoup connaissent encore sous le nom de SAP Hybris. SAP l’exploite comme service géré : l’infrastructure, la montée en charge et les correctifs de la plateforme relèvent de SAP, tandis que votre équipe ou votre partenaire développe et maintient le code spécifique. Elle fait partie du portefeuille SAP CX aux côtés de Sales Cloud, de Service Cloud et de SAP Engagement Cloud (anciennement SAP Emarsys). La documentation produit de SAP décrit l’ensemble des fonctions.

Ce qui la distingue des systèmes de boutique courants :

• Le B2B dans le modèle de données. Hiérarchies d’organisation, circuits d’approbation, prix contractuels, catalogues punchout et portails en libre-service font partie du cœur de la plateforme ; ce n’est pas un module ajouté à une boutique B2C.
• L’ERP comme référence. Les prix, la disponibilité ATP et les contrôles de crédit peuvent venir directement de SAP S/4HANA ou d’ECC, et les commandes retournent dans le processus order-to-cash.
• Gestion des contenus produits. Le Product Content Management intégré gère des hiérarchies complexes, des classifications, des variantes et des contenus multilingues, si bien que de nombreux clients se passent d’un PIM séparé.
• Plusieurs marques et plusieurs pays. Une seule installation sert plusieurs marques, pays, langues et devises, avec fiscalité, livraison et paiement locaux.
• Une vitrine headless. Le SAP Composable Storefront (anciennement Spartacus) est un frontend Angular qui communique avec la plateforme uniquement via des API.

Gartner classe SAP parmi les Leaders du Magic Quadrant for Digital Commerce depuis onze années consécutives (SAP News, novembre 2025). C’est un signal de marché ; l’adéquation avec votre activité dépend des points ci-dessus. Où SAP figure encore parmi les Leaders, et comment en tenir compte dans une sélection, est expliqué dans ce que signifient en pratique les positions de SAP dans le Gartner Magic Quadrant.

Quelles sont les fonctionnalités principales ?

Gestion des produits et des catalogues

Produits configurables, lots, variantes multidimensionnelles (taille, couleur, région) et systèmes de classification. Les données produits sont gérées dans le Backoffice, chargées par scripts ImpEx ou reprises des données de base de SAP ERP. Les versions de catalogue permettent de préparer un catalogue et de le publier en une seule étape.

Gestion des commandes

Tout le cycle de vie de la commande : panier, tunnel de commande, paiement, exécution, retours et remboursements. En B2B s’y ajoutent les circuits d’approbation, la commande avec bon de commande et, avec SAP ERP connecté, les contrôles de crédit et la disponibilité ATP.

Personnalisation et recherche

La personnalisation par règles adapte recommandations, contenus et promotions au segment et au contexte. La recherche repose sur Solr, avec navigation à facettes, règles de pondération et gestion des synonymes. C’est suffisant pour la plupart des catalogues ; les très grandes boutiques B2C axées sur la recherche ajoutent parfois un service de recherche spécialisé.

Intégration

Commerce Cloud communique avec les systèmes SAP par des paquets d’intégration et SAP Integration Suite, et avec le reste par des API REST : prestataires de paiement, moteurs fiscaux, services d’expédition et systèmes d’achat. L’effort dépend du scénario ; le mapping ERP des prix et des types de commande est en général le poste le plus lourd.

Comment l’architecture est-elle construite ?

Chaque décision d’architecture dans Commerce Cloud est un arbitrage : trop personnaliser crée une dette de mise à niveau, rester trop près du standard empêche de se différencier. Connaître les couches rend cet arbitrage visible.

Couche	Rôle
Platform	Système de types (modèle de données déclaré en XML), persistance, framework Spring, mécanisme d’extensions, cache et clustering
Modules commerce	Panier et tunnel de commande, prix et promotions, gestion des commandes, gestion des clients y compris les organisations B2B, recherche Solr
Product Content Management	Hiérarchies, classifications, variantes, médias, versions de catalogue
API OCC (Omni Commerce Connect)	Points de terminaison REST qui exposent les fonctions commerce aux vitrines, applications et systèmes tiers
Composable Storefront	Frontend Angular avec rendu côté serveur, piloté par les contenus CMS de SmartEdit

Le système de types est la notion à comprendre en premier. Types d’items, attributs et relations sont déclarés en XML ; les extensions ajoutent de nouveaux types sans toucher aux existants, et la plateforme crée les tables de la base de données. Spring traverse toute la pile : les services sont des beans que l’on peut surcharger ou remplacer. Les API OCC sont la couche de découplage qui rend le commerce headless possible, que le frontend soit le Composable Storefront, une application mobile ou une application React développée sur mesure.

Comment fonctionne le mécanisme d’extensions

Toutes les fonctionnalités sont livrées sous forme d’extensions, et votre propre code vit aussi dans des extensions. Vous déclarez vos types d’items, surchargez des beans Spring pour modifier le comportement standard et ajoutez ou adaptez des points de terminaison OCC, tandis que le code livré par SAP reste intact. Quand SAP publie une mise à jour, vos adaptations n’entrent pas en conflit avec elle. Modifier le code du cœur crée au contraire une dette de mise à niveau qui revient à chaque version ; nous avons repris des installations de ce type, et les assainir est un travail de longue haleine.

Un ordre raisonnable pour les adaptations

1. D’abord la configuration : paramètres standard et règles métier.
2. Ensuite les extensions existantes : extensions livrées par SAP et modules complémentaires certifiés.
3. Puis les extensions spécifiques : votre propre code, selon les modèles de SAP.
4. Jamais de modification du cœur.

Chaque extension spécifique doit être maintenue au fil des mises à niveau ; cet ordre pèse donc directement sur le coût total de possession. Les mises à niveau continues de la plateforme, comme le passage à Java 21 et Spring 6, sont bien moins pénibles quand le code spécifique reste dans des extensions propres.

Comment la plateforme est-elle utilisée en B2B, en B2C et selon les secteurs ?

Un détaillant de mode B2C et un fabricant B2B utilisent la même plateforme de façons très différentes. Le modèle de données, le tunnel de commande et les intégrations diffèrent.

	B2C	B2B
Modèle client	Comptes individuels	Organisations avec unités, rôles et budgets
Prix	Prix catalogue et promotions	Prix contractuels, dégressifs et propres au client, souvent issus de l’ERP
Tunnel de commande	Paiement immédiat	Approbation, bon de commande, contrôle de crédit
Catalogue	Catalogue commun	Catalogues propres à chaque client
Commande	Articles à l’unité	Commande groupée, saisie rapide, recommande
Intégration	Paiement et livraison	ERP, punchout (cXML/OCI), EDI

Au besoin, les deux tournent sur une seule installation : le B2B2C est une configuration standard dans laquelle des vitrines distinctes partagent les données produits, la gestion des commandes et le lien avec l’ERP.

Commerce de détail et mode. Variantes multidimensionnelles, merchandising visuel avec SmartEdit, changements de catalogue saisonniers et gestion des retours intégrée. Les campagnes viennent de SAP Engagement Cloud et les données d’achat y retournent pour l’attribution.

Industrie et pièces de rechange. Hiérarchies de produits profondes, caractéristiques techniques, données de compatibilité et de remplacement, commandes basées sur les équipements installés. Chez Franke, la plateforme B2B que nous avons construite a réduit les commandes manuelles de 75 % et sert aujourd’hui de pivot à plus de dix canaux mondiaux.

Commerce de gros et distribution. Assortiments propres à chaque client, prix par quantité, saisie rapide et punchout vers des systèmes d’achat comme SAP Ariba ou Coupa. Bien définir le modèle d’autorisations pour les acheteurs, les approbateurs et les administrateurs représente une bonne partie du travail.

Automobile et produits configurables. Configuration par règles, portails concessionnaires avec prix par territoire et vente de pièces après-vente avec données de compatibilité véhicule.

High-tech et abonnements. Offres groupées de matériel, de logiciels et de services, commandes par abonnement et renouvellements, reliés à la facturation des abonnements de SAP.

Les places de marché avec de nombreux vendeurs tiers, gestion des commissions et paiements fractionnés ne font pas partie du standard ; elles nécessitent une solution de place de marché complémentaire.

Où se situe Commerce Cloud à côté de l’ERP et de SAP CX ?

Commerce Cloud est la façade transactionnelle du système d’information. Les autres systèmes l’alimentent ou utilisent ses données :

• SAP S/4HANA fournit l’ossature commerciale : prix, stocks, crédit, livraison et facturation.
• SAP Engagement Cloud amène les clients vers la boutique par des campagnes personnalisées et reçoit les données d’achat.
• Sales Cloud V2 pilote la relation B2B : offres, opportunités et gestion des comptes.
• Service Cloud V2 prend en charge l’après-vente avec une vue complète des commandes.
• Customer Data Platform unifie le profil client entre commerce, marketing et service.

La plupart des projets de commerce qui échouent n’échouent pas dans la vitrine, mais à la jonction avec l’ERP : là où une commande ne se comptabilise pas ou un prix ne peut pas être déterminé. C’est pourquoi nous livrons le commerce et le cœur ERP avec une seule équipe. Notre article sur la pile intégrée S/4HANA Public Cloud et Sales Cloud V2 et notre guide pour choisir un partenaire SAP pour le Cloud ERP et le CRM en Suisse montrent comment cela fonctionne avec S/4HANA Public Cloud et SAP CX.

Commerce Cloud ou SAP Commerce on-premise ?

C’est la même base de code avec deux modes d’exploitation. Commerce Cloud tourne sur l’infrastructure gérée par SAP, correctifs, montée en charge et surveillance compris. SAP Commerce on-premise tourne sur votre propre infrastructure ; sa dernière version est la 2205, et la maintenance standard a pris fin le 31 juillet 2026. Depuis, seule une maintenance spécifique au client est disponible. Si vous exploitez encore la version on-premise, notre article sur ce qu’il faut faire maintenant que le support on-premise a pris fin présente les options.

Quand SAP Commerce Cloud est-elle pertinente ?

C’est une plateforme enterprise, avec la complexité et les coûts qui vont avec. Si vous n’avez pas besoin de ce qu’elle fait, vous payez de la complexité sans contrepartie.

Elle convient bien si :

• vous utilisez SAP ERP (S/4HANA ou ECC) et voulez relier en temps réel prix, stocks et commandes ;
• vous vendez en B2B avec des prix complexes, des circuits d’approbation et des hiérarchies d’organisation ;
• vous servez plusieurs pays, langues et devises depuis une seule plateforme ;
• vous avez besoin du B2B et du B2C sur la même plateforme ;
• votre catalogue comporte des classifications complexes ou des produits configurables.

Elle convient rarement si :

• vous êtes une marque direct-to-consumer au catalogue simple (Shopify ou BigCommerce suffisent) ;
• vous devez être en ligne en quelques semaines ;
• vous n’avez pas de SAP et n’en prévoyez pas.

Les clients SAP de plus petite taille devraient aussi regarder SAP Commerce Cloud, ERP Edition, une couche de commerce B2B plus légère pour les entreprises de taille moyenne sur S/4HANA Public Cloud, annoncée par SAP en mai 2026. Pour les coûts, consultez notre guide des prix et du TCO ; pour le projet lui-même, notre article sur ce qui se passe vraiment dans une mise en œuvre de Commerce Cloud. Si vous comparez des partenaires, notre panorama des meilleurs partenaires SAP Commerce Cloud en Suisse détaille les critères à retenir. Notre démarche est décrite sur la page de la solution SAP Commerce Cloud.

Pour les projets B2B et B2C en Suisse, notre page sur le conseil SAP CX en Suisse explique comment nous relions Commerce Cloud au reste de la stack CX et à l’ERP.

Questions fréquentes

Qu’est-ce que SAP Commerce Cloud ?

SAP Commerce Cloud (anciennement SAP Hybris) est la plateforme de commerce enterprise de SAP pour le B2B, le B2C et le B2B2C, exploitée par SAP comme service cloud géré. Elle réunit la gestion des contenus produits, la gestion des commandes, des fonctions B2B comme les hiérarchies d’organisation et les prix contractuels, les API REST OCC et le SAP Composable Storefront, et elle se connecte à SAP ERP pour les prix, la disponibilité et le traitement des commandes.

En quoi SAP Commerce Cloud se distingue-t-elle de Shopify ou de Magento ?

La différence tient à la profondeur B2B et au lien avec l’ERP. Commerce Cloud gère les hiérarchies d’organisation, les circuits d’approbation, les catalogues propres à chaque client et les prix contractuels dans son modèle de données de base, et elle peut reprendre prix, disponibilités et contrôles de crédit directement de SAP ERP. Shopify Plus se déploie plus vite et coûte moins cher pour des catalogues simples ; Adobe Commerce (Magento) est flexible, mais demande davantage de travail d’intégration autour de SAP. Sans SAP ERP et avec un catalogue simple, une plateforme plus légère est en général le meilleur choix.

Combien coûte SAP Commerce Cloud ?

SAP ne publie pas de liste de prix. Les contrats sont négociés au cas par cas et reposent généralement sur le volume de commandes, le volume brut de marchandises (GMV) ou une combinaison des deux, hébergement géré compris. La mise en œuvre et l’exploitation s’y ajoutent ; notre guide des prix et du TCO présente les ordres de grandeur habituels.

Commerce Cloud fonctionne-t-elle sans SAP ERP ?

Oui. Elle dispose de sa propre gestion des produits, des prix et des commandes et peut se connecter à des systèmes non SAP via ses API. Ses atouts les plus forts, comme les prix ERP en temps réel, la disponibilité ATP, les contrôles de crédit et un processus order-to-cash intégré, ne se révèlent toutefois qu’avec SAP ERP connecté.

Combien de temps dure une mise en œuvre de Commerce Cloud ?

Comptez quatre à huit mois pour une mise en œuvre type. Une boutique B2C aux fonctions standard peut être mise en ligne en trois à quatre mois ; les projets B2B avec prix propres à chaque client, circuits d’approbation et intégration ERP demandent généralement six à huit mois. Les migrations depuis SAP Commerce on-premise suivent leur propre plan, car le code et les données existent déjà ; notre plan de migration en 90 jours décrit une approche possible.

Peut-on exploiter le B2B et le B2C sur la même instance Commerce Cloud ?

Oui. Le B2B2C est une configuration standard : vous configurez des base stores et des vitrines distincts pour le B2B et le B2C, chacun avec son catalogue, ses prix, son tunnel de commande et son design, tandis que les données produits, la gestion des commandes et l’intégration ERP sont partagées.