Adobe Commerce as a Cloud Service: drei Releases in fünf Wochen — ein Signal für Ihre Roadmap

Anfang Oktober hat Adobe das erste Herbst-Release von Adobe Commerce as a Cloud Service (ACCS), der vollständig als SaaS betriebenen Ausprägung, in Produktion gebracht. Für sich genommen wirkt die Liste — eine REST-API für Katalogpreisregeln, isolierte Admin-Warenkörbe, ein angereicherter Versand-Webhook — wie Klempnerarbeit. Doch es ist die dritte Lieferung in fünf Wochen, und kein betroffener Händler hat dafür ein Upgrade geplant. Wer gerade ein Upgrade- oder Replatforming-Budget abwägt, für den ist dieser Rhythmus eine wichtigere Information als jedes einzelne Feature.

Fünf Wochen Lieferungen, null Migrationsprojekte

Die Details stehen in den Release Notes von ACCS; hier der rote Faden.

• 8. September: Der Kern wechselt auf Version 2.4.9, dazu eine API zur Synchronisierung der Konfiguration zwischen Umgebungen, Bestandsabfragen je Quelle in GraphQL, die Anbindung eines eigenen PayPal-Kontos je Website und zeitlich planbare Warenkorb-Preisregeln.
• 22. September: Kundenretouren mit Dateianhängen, Bestandssichtbarkeit je Quelle im Storefront, geführte Quellenwahl bei Versand aus mehreren Lagern, per API lesbare Unternehmensrollen.
• Anfang Oktober: eine vollständige REST-API für Katalogpreisregeln (Anlegen, Suchen, Planen), individuelle Preise auf Warenkorbpositionen, vom Storefront isolierte Admin-Warenkörbe, Events zum Anbinden einer externen Plattform für Transaktionsmails sowie strengere Leitplanken — reCAPTCHA auf Uploads, Sperre der Unternehmensregistrierung durch Gäste, Limits für die Bulk-API.

Drei Lesarten aus Architektensicht

• B2B wandert ins SaaS. Per API lesbare Unternehmensrollen, Firmenadressen über den gesamten Verkaufszyklus, Firmendaten in den Versand-Webhooks, Kontrolle über Firmenregistrierungen: Release für Release landen die B2B-Bausteine — historisch das Argument für die installierte Version — auf der Cloud-Seite. ACCS zielt nicht mehr nur auf einfache Kataloge.
• Jedes Feature kommt mit seiner API zur Welt. Nichts erscheint nur für die Admin-Oberfläche: Alles bringt seinen REST- oder GraphQL-Einstieg, seinen Webhook oder sein Event mit. Ein sprechendes Beispiel: Der Webhook für Versandtarife transportiert jetzt die Kennung und die Attribute des Kundenunternehmens — genau damit eine App-Builder-Anwendung kostenlosen Versand gewähren kann, ohne Commerce erneut aufzurufen. Die Anpassung lebt nicht mehr im Kern, sondern daneben, außerhalb des Prozesses.
• Das Upgrade-Projekt verschwindet, seine Kosten nicht. Auf der installierten Linie sieht der offizielle Kalender eine Funktionsversion pro Jahr vor, im Mai, auf einer drei Jahre unterstützten 2.4-Linie, ergänzt um Sicherheitspatches. Auf der SaaS-Seite kommen Funktionen laufend an. Das Upgrade-Budget löst sich nicht auf: Es verwandelt sich in Release-Note-Monitoring, automatisierte Tests Ihrer kritischen Kaufstrecken und Disziplin bei Ihren Integrationen.

Wenn Sie heute 2.4.x betreiben

Keine voreiligen Schlüsse: 2.4.9, erschienen im Mai, eröffnet drei Jahre Support, und eine gepflegte installierte Plattform bleibt eine rationale Wahl — besonders wenn Ihre Anpassungen im Kerncode leben. Der richtige Reflex ist nicht die Migration, sondern die Vorbereitung der Entscheidungsgrundlage.

• Inventarisieren Sie Ihre Anpassungen und sortieren Sie sie in zwei Spalten: machbar über API, Webhook oder App Builder — oder auf Code im Prozess angewiesen. Diese zweite Spalte misst Ihre tatsächliche Distanz zu ACCS weit besser als der Umsatz.
• Abonnieren Sie die Release Notes, auch ohne SaaS-Projekt: Sie zeichnen die Produktrichtung vor — und damit die Liste der Anpassungen, die Sie morgen nicht mehr pflegen müssen.
• Rechnen Sie das SaaS-Szenario parallel zu jedem Upgrade-Budget 2027 durch: Ein ehrlicher Vergleich umfasst auch das Stilllegen von Anpassungen, die nativ geworden sind, nicht nur die Migrationskosten.

Wenn Sie bereits auf ACCS sind

Der hohe Takt verlangt Hygiene: die Notes vor jedem Release-Fenster lesen, die Kaufstrecken nach jedem Release automatisiert nachspielen, Webhooks und Kontingente beobachten — die neuen Limits der Bulk-API und das reCAPTCHA auf Uploads zeigen, dass Adobe auch die Leitplanken in Produktion nachzieht.

Die eigentliche Frage des Jahres 2026 lautet nicht mehr Cloud oder On-Premise, sondern: Passt Ihr Geschäft in APIs? Drei Releases in fünf Wochen haben diese Frage gerade sehr konkret gemacht.