SAP Commerce On-Premise : le support a pris fin hier. Et maintenant ?

Le 31 juillet 2026 est passé. La maintenance mainstream de SAP Commerce on-premise, la plateforme que la plupart appellent encore Hybris, a pris fin la semaine dernière (SAP Help Portal, 2026). Ceci n’est plus un article sur une échéance. L’échéance est derrière vous.

Si votre boutique tourne encore on-premise aujourd’hui : rien ne s’est cassé le 1er août. Le storefront est en ligne, les commandes arrivent, et c’est exactement ce qui rend cette phase dangereuse. Le coût de l’inaction est invisible, jusqu’au jour où il ne l’est plus.

En bref : la maintenance mainstream de SAP Commerce on-premise (release 2205, la dernière version on-premise) a pris fin le 31 juillet 2026. Depuis août 2026, quatre voies réalistes s’offrent à vous : continuer sans support en assumant le risque, négocier une maintenance spécifique au client, migrer vers SAP Commerce Cloud (y compris la nouvelle ERP Edition pour les entreprises de taille moyenne) ou faire un replatforming hors de SAP. Nous avons migré des boutiques Hybris en 90 jours (Franke, SAP Quality Award). Cet article livre le calcul honnête pour les quatre options. Parlez-nous de votre situation.

Ce qui a réellement changé le 1er août

« End of Mainstream Maintenance » est un vocabulaire SAP précis, alors restons précis. Depuis le 1er août 2026, pour SAP Commerce on-premise :

• Plus de correctifs de sécurité réguliers. Quand la prochaine CVE touchera une bibliothèque embarquée, SAP ne livrera pas de correctif pour votre release. Votre plateforme commerce, le système qui gère les comptes clients et les flux de paiement, accumule désormais des vulnérabilités non corrigées.
• Plus de mises à jour légales et fiscales. Changements de TVA, règles de facturation, adaptations liées à la protection des données : c’est vous qui les maintenez désormais.
• Plus de nouvelles certifications Java, plus d’évolution de la plateforme. Le code que vous exploitez aujourd’hui est celui que vous exploiterez dans trois ans, sur un runtime vieillissant.
• Un support uniquement à des conditions particulières. Au-delà de ce point, SAP propose des accords de maintenance spécifiques au client. Il n’existe pas de grille tarifaire publique ; les conditions se négocient contrat par contrat, et tout ce que nous avons vu en pratique se situe nettement au-dessus des coûts de la maintenance mainstream. Vérifiez les détails avec votre account executive SAP avant de bâtir votre budget sur cette option.

Nous avions traité la mécanique en détail avant l’échéance dans SAP Commerce EoMM : ce que cela signifie et dans la checklist de migration 2026. Les deux restent valables. Ce qui a changé, c’est votre position de négociation et votre horloge : plus de 3’200 entreprises exploitent des installations SAP Commerce (6sense, 2025), et celles qui ont attendu se disputent maintenant la même capacité de delivery.

Option 1 : ne rien faire et assumer le risque

C’est l’option par défaut, parce qu’elle n’exige aucune décision. C’est aussi la seule dont le coût augmente chaque mois.

Évaluation honnête : pour une petite boutique B2B à faible fréquence de changement, derrière un réseau durci, continuer six mois sans support pendant que la migration se prépare peut être un risque calculé et défendable. Continuer sans support sans plan de migration n’est pas une stratégie : c’est un incident différé.

Le calcul qui compte :

• Votre exposition sécurité se cumule. Chaque CVE non corrigée dans votre stack le reste.
• La charge de conformité vous revient. Un changement de TVA signifie désormais du développement sur mesure sur une plateforme figée.
• Votre position d’assurance et d’audit se dégrade. « Nous traitons des paiements sur un logiciel dont l’éditeur a arrêté la maintenance » est une phrase que votre CISO devra un jour prononcer à voix haute.

Nous avons détaillé le coût de l’attente ici. En résumé : attendre ne réduit pas la facture de migration, cela y ajoute une prime de risque.

Ne choisissez cette option que comme pont explicite et limité dans le temps, avec un risk assessment validé, pendant qu’une des trois autres options est déjà en cours.

Option 2 : maintenance spécifique au client

SAP continue de vous supporter au-delà de la maintenance mainstream, à des conditions négociées individuellement. Cela achète des choses réelles : un canal de correctifs pour les cas critiques et un éditeur engagé contractuellement.

Ce que cela n’achète pas : un avenir. Vous payez un supplément pour rester immobile. Pas de nouvelles fonctionnalités, pas de roadmap, et chaque franc dépensé en conditions étendues manquera à la migration que vous devrez faire de toute façon. D’après notre expérience, cette option n’a de sens que dans un seul scénario : un paysage applicatif vaste et complexe qui ne peut réalistement pas migrer en 12 mois et qui a besoin d’un pont conforme.

Si c’est votre cas : négociez maintenant plutôt qu’après le premier incident, et placez la date de fin de l’accord sur la même diapositive du conseil que la date de début de la migration.

Option 3 : migrer vers SAP Commerce Cloud

La voie naturelle, celle où votre investissement existant survit. Votre modèle de données, votre logique métier, une grande partie de vos personnalisations et surtout votre intégration ERP sont conservés. C’est l’option que nous connaissons le mieux : tenez compte de notre biais, puis vérifiez-le sur les projets référencés.

Un track record, avec de vrais chiffres :

• Franke : de Hybris à Commerce Cloud en 90 jours, SAP Quality Award. Le playbook complet est public : 30 jours de préparation, une gestion de périmètre rigoureuse (35% des personnalisations éliminées), des workstreams parallèles.
• ANWR Group : plus de 5 millions de SKU sur une plateforme headless B2B/B2C, synchronisation des données produit 80% plus rapide.
• Distrelec : du monolithe à l’architecture headless, time-to-market 70% plus rapide, +15% de conversion.

Le levier ERP Edition pour les entreprises de taille moyenne. Jusqu’à récemment, l’objection légitime de nombreuses boutiques on-premise était : la Commerce Cloud complète est surdimensionnée et tarifée pour les grands groupes. SAP Commerce Cloud ERP Edition change ce calcul : un déploiement packagé, intégré à l’ERP, avec un coût d’entrée plus bas, visant exactement le segment mid-market resté on-premise faute d’alternative. Spadoom est partenaire pilote pour l’ERP Edition ; nous avons décrit ce qu’elle offre aux PME ici. Si « Commerce Cloud est trop grand pour nous » était votre raison d’attendre, cette raison a expiré cette année elle aussi.

Délais réalistes depuis août 2026 : 6 à 12 mois pour une migration typique, 4 à 6 pour un fast-track discipliné, 90 jours à l’extrémité agressive avec une préparation complète. Détails sur la page solution ou la page de campagne on-premise.

Option 4 : replatforming hors de SAP

L’honnêteté oblige à le dire : quitter entièrement SAP Commerce est une option légitime, et pour certaines entreprises la bonne. Si vos besoins commerce se sont simplifiés au point de tenir dans ce que Shopify Plus fait nativement, ou si votre stratégie d’architecture est réellement composable et que vous disposez de l’organisation d’ingénierie pour l’assumer, un replatforming mérite une évaluation sérieuse. Nous avons comparé honnêtement la voie composable après l’EoMM ici.

Mais regardez qui produit l’essentiel des contenus « quittez SAP maintenant » : les fournisseurs de replatforming. Lisez ces contenus avec le même contrôle de biais que vous nous avez appliqué deux sections plus haut, et chiffrez ce que leurs présentations ont tendance à survoler :

• Reconstruire l’intégration ERP. Votre intégration SAP ERP (tarification, ATP, contrôle de crédit, orchestration des commandes, données de base) est l’actif le plus précieux et le moins visible de votre plateforme actuelle. Avec un replatforming, vous la reconstruisez de zéro, en général via un middleware qui devient un projet à part entière.
• La profondeur B2B. Prix contractuels, punch-out, workflows d’approbation, structures de comptes multiniveaux : matures dans SAP Commerce, souvent des add-ons ou du sur-mesure ailleurs.
• La migration ne rétrécit pas. Catalogues, clients et commandes doivent de toute façon être transférés. Vous n’économisez rien sur le workstream données et vous ajoutez celui des intégrations.
• Le délai total. Les projets de replatforming réalistes pour un paysage intégré à SAP durent 6 à 12 mois et plus, soit la même fenêtre qu’une migration SAP vers SAP, sans les effets de report.

Si vous exploitez SAP ERP avec de vraies exigences B2B, le calcul du coût total de possession aboutit le plus souvent au maintien dans l’écosystème SAP. Sinon : menez l’évaluation honnêtement et exigez des fournisseurs des postes d’intégration chiffrés, pas seulement des comparaisons de licences.

Le calcul des délais, côte à côte

Le dénominateur commun inconfortable : trois des quatre voies impliquent des mois sans support. Cette exposition a commencé la semaine dernière, que vous ayez décidé quelque chose ou non. La seule variable encore sous votre contrôle, c’est sa durée.

Ce que nous ferions à votre place

Première semaine : un risk assessment de deux pages du paysage actuel (versions, surface de personnalisation, inventaire des intégrations, obligations de conformité). Premier mois : une décision entre les options 2, 3 et 4 avec de vraies offres sur la table, pas des estimations indicatives. L’ordre compte, car la position de négociation face à SAP et les créneaux de delivery des partenaires se dégradent à mesure que les retardataires se mettent en mouvement.

Nous avons mené cet assessment assez souvent pour le proposer en engagement à prix fixe, et le playbook des 90 jours montre à quoi ressemble l’extrémité agressive de l’exécution quand la préparation est au rendez-vous.

Votre support a pris fin hier. Pas vos options. Elles ont simplement une horloge attachée désormais.

Demandez un assessment de migration ou commencez par la page de décision on-premise.