Adobe Commerce Cloud Service: Das Oktober-Release öffnet das Backoffice für Integrationen

Auf Adobe Commerce as a Cloud Service haben sich die Spielregeln geändert: keine eigenen PHP-Module, kein direkter Datenbankzugriff. Was die API nicht kann, kann Ihre Integration auch nicht. Deshalb verdient das Release vom 7. Oktober 2026 eine genaue Lektüre: Von rund einem Dutzend Neuerungen erweitern fast alle die Integrationsfläche — Warenkörbe, Preise, B2B, E-Mail. Hier ist, was sich öffnet, und die Einschränkung, die damit einhergeht.

Der Warenkorb öffnet sich für Drittsysteme

Drei Neuerungen zielen auf dasselbe Szenario: ein externes System — ein OMS, ein Callcenter, ein Tool für assistierten Verkauf —, das Warenkörbe anlegen oder ändern muss, ohne den Kunden zu stören.

• Der individuelle Preis. Das Erweiterungsattribut custom_price erlaubt es, über die Standard-REST-Endpunkte einen beliebigen Preis auf eine Warenkorbposition zu setzen, beschränkt auf Admin- und Integrationstokens. Verhandelte Angebote, Callcenter-Preise, Kulanzgesten: Bisher musste man Warenkorbpreisregeln zweckentfremden, um all das zu simulieren.
• Die isolierten Warenkörbe. Eine standardmäßig deaktivierte Option trennt die von Admins oder Integrationen erstellten Warenkörbe vom aktiven Storefront-Warenkorb des Kunden. Schluss mit dem Angebotswarenkorb, der den Korb überschreibt, den der Kunde im selben Moment füllte.
• Der freie Versandrabatt. Ein Admin-Endpunkt wendet einen beliebigen Versandrabatt auf einen Warenkorb an, für Fälle, die Standardregeln nicht abdecken — Gratisversand nach einem Vorfall, eine vertraglich verhandelte Kondition.

Die Katalogpreise verlassen den Admin-Bildschirm

Katalogpreisregeln lassen sich jetzt über REST verwalten: Anlegen, Ändern, Löschen, Suchen und Entdecken der Metadaten. Eine Pricing-Engine oder ein PIM kann die Regeln endlich synchronisieren, statt manuelle Eingaben zu verlangen. Und diese Regeln lassen sich nun auf die Stunde genau planen, nicht mehr nur auf den Tag: Ein Flash-Sale von 9 bis 13 Uhr braucht kein selbst gebautes Skript mehr.

Im B2B weiß der Webhook, mit wem er spricht

Der Versandkosten-Webhook erhält jetzt die company_id des Warenkorbs und die benutzerdefinierten Attribute des Unternehmens: Eine App-Builder-Integration kann über die Berechtigung für einen verhandelten Tarif entscheiden, ohne Commerce erneut aufzurufen. Zwei Riegel kommen zeitgleich: Eine Option blockiert die Unternehmensregistrierung durch nicht authentifizierte Gäste (Mutation createCompany), und reCAPTCHA kann vorsignierte Datei-Uploads schützen. Bei den Retouren akzeptiert die REST-API benutzerdefinierte Attribute auf Retourenpositionen — die Synchronisierung der RMAs mit einem ERP spart sich den Umweg über das Storefront-GraphQL.

Die Transaktionsmails verlassen den Monolithen

Neue Events erlauben es, Transaktionsmails von einer Drittplattform aus zu versenden — etwa Salesforce Marketing Cloud — über App Builder. Für Händler, die ihre Marketingkampagnen bereits in einem ESP steuern, ist das die Gelegenheit zur Konsolidierung: dieselben Vorlagen, dieselbe Zustellbarkeit, dasselbe Reporting für die Bestellbestätigung und den Newsletter.

Die Einschränkung, die mit der Öffnung kommt

Eine Zeile des Releases bringt nichts und kann Bestehendes brechen: Die Bulk API erzwingt jetzt eine maximale Anzahl von Entitäten pro Anfrage, nicht konfigurierbar, mit Fehler bei Überschreitung. Wenn Ihre Importe massive Pakete senden, prüfen Sie sie vor der nächsten Vollsynchronisierung — das Aufteilen in Tranchen wird zur Norm, nicht zur Optimierung.

Womit Sie anfangen sollten

• Holen Sie das Integrations-Backlog hervor, das « bis die API existiert » eingefroren war, und gleichen Sie es mit diesem Release ab: Katalogpreisregeln, individuelle Preise und Versandrabatte stehen vielleicht schon darauf.
• Prüfen Sie Ihre Bulk-API-Nutzung: Paketgrößen, Fehlerbehandlung beim neuen Limit.
• Aktivieren Sie im B2B die Registrierungsbeschränkung und prüfen Sie den angereicherten Webhook, wenn Ihre Versandtarife vom Kundenvertrag abhängen.
• Wenn eine E-Mail-Modernisierung wartet, wird der Event-Weg zu einem Dritt-ESP zur Standardoption auf dem Cloud Service.

Auf einer SaaS-Plattform ist die Roadmap des Anbieters auch Ihre: Was die API heute nicht bietet, ist nicht « zu entwickeln », sondern « abzuwarten ». Das Oktober-Release zeigt, dass das Warten kurz sein kann — und dass eine undatierte Lückenliste auch hier eine falsche Liste ist.