Spryker hat mit dem Release 202606 (Stand Juli 2026) den Schwerpunkt auf native B2B-Beschaffung gelegt und baut daneben die KI-Basis im Back Office spürbar aus. Mehrere B2B-Funktionen, die Betreiber bisher oft selbst gebaut haben, sind jetzt Teil des Standards. Für neue Projekte ist das eine Vereinfachung. Für bestehende, teils ältere Systeme wirft es eine Frage auf, die sich lohnt, in Ruhe zu beantworten.
Worauf dieses Release zielt
Die drei sichtbarsten Neuerungen drehen sich um wiederkehrende Bestellungen, um Einkaufskontrolle mit Budgets und um die Anbindung an Beschaffungssysteme über PunchOut. Dazu kommen ein erweitertes Storefront-Designsystem und eine native Suchauswertung im Back Office. Der rote Faden: Aufgaben aus dem B2B-Einkauf wandern aus der Einzelentwicklung in die Plattform. Parallel dazu wächst die KI-Basis aus dem Release 202512 weiter, im Entwickler-Workflow und mit neuen KI-Bausteinen direkt im Back Office.
Die Punkte, die für Betreiber zählen
Recurring Orders. Käufer können wiederkehrende Bestellungen mit festem Rhythmus anlegen, etwa wöchentlich oder monatlich, die dann automatisch ausgeführt werden. Das Ganze kommt mit Freigaben und mit Recovery-Flows, wenn sich Warenkorb, Preise oder Daten aus dem ERP zwischenzeitlich ändern. Die Funktion ist als Early Access markiert.
Budget & Cost Centers. Budgets und Kostenstellen lassen sich direkt in Spryker führen und in die Einkaufs-Workflows einbinden. Für Organisationen mit abteilungs- oder projektbezogenem Einkauf heißt das: Freigaben, Budgetgrenzen und Nachvollziehbarkeit ohne eigenes Zusatzsystem.
PunchOut im Back Office. PunchOut-Integrationen (cXML und OCI) lassen sich jetzt in einem eigenen Bereich im Back Office konfigurieren, mit deutlich weniger Custom-Aufwand als bisher. Für Händler, deren Kunden über eigene Beschaffungssysteme bestellen, ist das der praktisch relevanteste Punkt im Release.
Das Storefront-Designsystem wurde auf weitere Kernseiten wie Produktliste, Produktdetail und Warenkorb ausgeweitet, und Search Statistics bringt eine native Auswertung häufiger und ergebnisloser Suchen ins Back Office, mit Export nach Google Analytics. Die vollständige Liste steht in den offiziellen Release Notes 202606 ↗.
Die KI-Seite des Release
Neben der B2B-Beschaffung baut Spryker mit diesem Release die KI-Basis aus, die mit Release 202512 begonnen hat. Das AI Dev SDK übernimmt jetzt größere Teile des Entwicklungs-Workflows selbst, von der Recherche bis zur Code-Generierung, mit eingebauter Selbstkorrektur und Kontrollpunkten für Entwickler.
Im Back Office kommen drei neue KI-Bausteine dazu: ein Smart-CMS-Assistent, der Content-Entwürfe direkt im Redaktions-Flow erstellt, eine zentrale Konfigurationsoberfläche für KI-Anbieter, Modelle und Prompts, und ein Kosten-Schätzer, der KI-Aufwände pro Interaktion sichtbar macht. Dazu wandert die Glue-REST-API technisch auf die API Platform, bei voller Rückwärtskompatibilität für bestehende Clients.
Was das für ein bestehendes System bedeutet
Interessant ist an diesem Release weniger die einzelne Funktion als die Richtung. Genau die Dinge, die in vielen B2B-Projekten über Jahre individuell entwickelt wurden, gibt es jetzt im Standard. Wer eine eigene Lösung für wiederkehrende Bestellungen, für Budgetfreigaben oder für PunchOut betreibt, steht damit vor einer nüchternen Abwägung.
Diese Abwägung ist selten eindeutig. Eine gewachsene Eigenentwicklung bildet oft Sonderfälle ab, die der Standard nicht kennt. Zugleich bindet sie dauerhaft Wartungsaufwand und macht künftige Updates aufwändiger, weil sie neben dem Kern gepflegt werden muss. Ob sich eine Ablösung lohnt, hängt an konkreten Fragen: Wie tief sitzt die alte Lösung im System? Deckt der Standard die eigenen Anforderungen wirklich ab oder nur zu achtzig Prozent? Was kostet eine Migration real, und was spart sie danach?
Diese Fragen lassen sich nicht am Release-Text beantworten, sondern nur am konkreten System. Der Wert liegt nicht darin, jede Neuerung sofort einzubauen, sondern darin, zu beurteilen, welche für das eigene System einen Unterschied macht und welche man bewusst liegen lässt.
Der Wert liegt nicht darin, jede Neuerung sofort einzubauen, sondern darin, zu beurteilen, welche für das eigene System einen Unterschied macht und welche man bewusst liegen lässt.
Der KI-Teil verlangt keine sofortige Entscheidung, ist aber ein Signal. Spryker baut die KI-Basis konsequent in Richtung Back Office aus. Wie schon beim Release 202512 gilt auch hier, zu beurteilen, wo eine KI-Funktion im eigenen Betrieb einen Unterschied macht, statt sie nur zu aktivieren, weil sie da ist.
Einordnung statt Eile
Ein Release ist ein guter Anlass, den eigenen Stand einmal ehrlich anzuschauen, statt zu warten, bis Aufwand oder Risiko von außen den Takt vorgeben. Wenn Sie ein Spryker-System betreiben und vor der Frage Eigenbau gegen Standard stehen, ordne ich das gern mit Ihnen ein.
