Adobe Commerce Cloud Service : la release d’octobre ouvre le back-office aux intégrations

Sur Adobe Commerce as a Cloud Service, la règle du jeu a changé : plus de module PHP maison, plus d’accès direct à la base. Ce que l’API ne sait pas faire, votre intégration ne le fera pas. C’est pourquoi la release du 7 octobre 2026 mérite une lecture attentive : sur une douzaine de nouveautés, presque toutes élargissent la surface d’intégration — paniers, prix, B2B, e-mails. Revue de ce qui s’ouvre, et de la contrainte qui l’accompagne.

Le panier s’ouvre aux systèmes tiers

Trois nouveautés visent le même scénario : un système externe — OMS, centre d’appel, outil de vente assistée — qui doit créer ou modifier des paniers sans perturber le client.

Le prix sur mesure. L’attribut d’extension custom_price permet de poser un prix arbitraire sur une ligne de panier via les endpoints REST standards, réservé aux jetons admin et intégration. Devis négociés, tarifs centre d’appel, gestes commerciaux : jusqu’ici, il fallait détourner les règles panier pour simuler tout cela.
Les paniers isolés. Une option, désactivée par défaut, sépare les paniers créés par l’admin ou les intégrations du panier storefront actif du client. Fini le panier de devis qui écrase celui que le client remplissait au même moment.
La remise de livraison libre. Un endpoint admin applique une remise de port arbitraire à un panier, pour les cas que les règles standards ne couvrent pas — port offert après un incident, condition négociée au contrat.

Les prix catalogue sortent de l’écran d’admin

Les règles de prix catalogue se gèrent désormais en REST : création, modification, suppression, recherche et découverte des métadonnées. Un moteur de pricing ou un PIM peut enfin synchroniser les règles au lieu d’exiger une saisie manuelle. Et ces règles se planifient maintenant à l’heure près, plus seulement au jour : une vente flash de 9 h à 13 h n’exige plus de script maison.

En B2B, le webhook sait à qui il parle

Le webhook des frais de port reçoit désormais le company_id du panier et les attributs personnalisés de la société : une intégration App Builder peut décider de l’éligibilité d’un tarif négocié sans rappeler Commerce. Deux verrous arrivent en même temps : une option bloque l’inscription société par des invités non authentifiés (mutation createCompany), et reCAPTCHA peut protéger les uploads de fichiers présignés. Côté retours, l’API REST accepte des attributs personnalisés sur les lignes de retour — la synchronisation des RMA avec un ERP se passe du détour par le GraphQL storefront.

Les e-mails transactionnels quittent le monolithe

De nouveaux événements permettent d’envoyer les e-mails transactionnels depuis une plateforme tierce — Salesforce Marketing Cloud, par exemple — via App Builder. Pour les marchands qui gèrent déjà leurs campagnes marketing dans un ESP, c’est l’occasion de consolider : mêmes gabarits, même délivrabilité, même reporting pour la confirmation de commande et la newsletter.

La contrainte qui accompagne l’ouverture

Une ligne de la release n’apporte rien et peut casser l’existant : la Bulk API impose désormais un plafond d’entités par requête, non configurable, avec erreur au-delà. Si vos imports envoient des lots massifs, vérifiez-les avant la prochaine synchronisation complète — découper en tranches devient la norme, pas une optimisation.

Par où commencer

Ressortez le backlog d’intégration gelé « en attendant l’API » et croisez-le avec cette release : règles de prix catalogue, prix custom et remises de port y figurent peut-être déjà.
Vérifiez vos usages de la Bulk API : taille des lots, gestion de l’erreur sur dépassement.
En B2B, activez la restriction d’inscription société et étudiez le webhook enrichi si vos tarifs de port dépendent du contrat client.
Si une refonte emailing attend, la voie des événements vers un ESP tiers devient l’option par défaut sur le cloud service.

Sur un SaaS, la feuille de route de l’éditeur est aussi la vôtre : ce que l’API n’offre pas aujourd’hui n’est pas « à développer », c’est « à attendre ». La release d’octobre montre que l’attente peut être courte — et qu’une liste d’écarts non datée, ici aussi, est une liste fausse.