Das Release 202602 stärkt vor allem den B2B-Produktkatalog, legt den Grundstein für eine konfigurierbare Plattform und öffnet mit cXML-Kompatibilität die Tür zu PunchOut-Anbindungen. Mehrere Dinge, die im industriellen B2B-Handel regelmäßig gebraucht und bisher oft selbst gebaut wurden, sind jetzt Teil des Standards.
Worauf dieses Release zielt
Der Fokus liegt auf typischen Anforderungen aus dem B2B-Katalog, etwa Produktdokumenten und Verfügbarkeit, sowie auf einem ersten Schritt hin zu Konfiguration ohne Code und einer ersten Anbindung an Beschaffungssysteme über PunchOut. Es ist ein Release, das Eigenentwicklung an konkreten Stellen ersetzbar macht.
Die Punkte, die für Betreiber zählen
Product Attachments. Produktbezogene Dokumente wie Datenblätter, Zertifikate oder Handbücher lassen sich im Back Office verwalten und auf der Produktdetailseite anzeigen und herunterladen, auch per Datenimport über externe Links. Im industriellen Einkauf ist das ein häufiger Bedarf, der bisher meist projektspezifisch gelöst wurde.
Verfügbarkeitsanzeige für Produkte und Angebote. Eine native, konfigurierbare Anzeige der Verfügbarkeit auf der Produktdetailseite und im Warenkorb, wahlweise als Indikator (verfügbar oder nicht) oder mit genauer Lagermenge, aufbauend auf den vorhandenen Bestandsdaten. Damit entfällt eine häufige Eigenentwicklung für einfache Bestandssichtbarkeit.
Back Office Configuration Framework (Early Access). Ein Rahmen, um geschäftsrelevante Konfiguration direkt im Back Office verfügbar zu machen. Entwickler definieren Optionen einmal in YAML, das Framework rendert daraus validierte Oberflächen, und Änderungen greifen zur Laufzeit ohne Deployment. Mit eingebauter Validierung, sodass sich nur freigegebene Werte ändern lassen.
PunchOut: cXML-Kompatibilität. Spryker unterstützt jetzt das cXML-Datenformat für den standardisierten Datenaustausch mit Beschaffungssystemen, direkt in der API Platform. Die Grundlage für die spätere Back-Office-Konfiguration von PunchOut, die in den Folge-Releases weiter ausgebaut wurde.
Ein B2B-only-Modus für schlankere Projektaufsetzung, neue industrielle Beispieldaten und mehrere UX-Verbesserungen in Storefront und Back Office. Die vollständige Liste steht in den offiziellen Release Notes 202602 ↗.
Was das für ein bestehendes System bedeutet
Der rote Faden ist auch hier: Funktionen, die viele B2B-Projekte über Jahre individuell entwickelt haben, wandern in den Standard. Wer eine eigene Lösung für Produktdokumente oder für die Verfügbarkeitsanzeige betreibt, sollte prüfen, ob die Eigenentwicklung gegen den neuen Standard noch trägt oder ob eine Ablösung Wartungsaufwand spart.
Bemerkenswert ist vor allem das Configuration Framework, weil es die Richtung vorgibt. Konfiguration ohne Deployment verschiebt Kontrolle vom Code in das Back Office. Für bestehende Systeme heißt das mittelfristig: An Stellen, wo heute jede Anpassung einen Entwickler und ein Release braucht, könnte künftig eine geführte Einstellung genügen. Ob und wo sich der Umstieg lohnt, hängt am konkreten System und an der Frage, wie viel Sonderlogik in der bisherigen Lösung steckt.
Konfiguration ohne Deployment verschiebt Kontrolle vom Code in das Back Office.
Einordnung statt Eile
Ein neues Release ist ein guter Anlass, den eigenen Stand einmal ehrlich anzuschauen, statt jede Neuerung entweder reflexartig einzubauen oder pauschal zu ignorieren. Wenn Sie ein Spryker-System betreiben und vor der Frage Eigenbau gegen Standard stehen, ordne ich das gern mit Ihnen ein.
