Spryker plus KI · ACP aktivieren · Daten-Hoheit pro Fall

ACP gekauft. Daten an Vertex? Nicht zwingend.

PIM-Automation, KI-Suche, Copilot — wahlweise mit lokalem Modell.

Künstliche Intelligenz (KI) als Erweiterung für stabile Spryker-Setups in B2B-Industrie. Spryker ACP gekauft, aber ungenutzt? Kunden-Daten sollen nicht an Vertex AI? Spryker Glue wird zur modell-unabhängigen Brücke — Reorder-Modelle, KI-Suche, Copilot wahlweise auf lokalem Modell oder mit DLP-Filter vor der Cloud-API. Daten bleiben im Haus, Standard. Cloud nur kontrolliert.

Lass uns reden Vier Use-Cases
Spryker AI-Status 2025

Drei Entwicklungen.
Alle jetzt einsatzfähig.

Spryker hat in den letzten 18 Monaten drei AI-Schichten ausgerollt. Die meisten DACH-Kunden haben Teile davon lizenziert oder verfügbar — aber nicht vollständig aktiviert. Der Stack-Audit klärt, was bei euch liegt und was fehlt.

ACP live Algolia · Akeneo Productlogic · Google Vertex AI · Bazaarvoice

Die Spryker App Composition Platform ist produktiv verfügbar mit AI-relevanten Apps: Algolia für AI Search und Recommendations, Akeneo Productlogic für PIM-Anreicherung, Google Vertex AI für Personalisierung. Viele Installationen haben ACP-Apps im Vertrag, die produktiv noch nicht aktiviert sind — der häufigste Einstiegs-Trigger für dieses Mandat. Sovereignty-Caveat: Vertex AI, Algolia und Akeneo Productlogic sind Cloud-Dienste ohne On-Prem-Option. Glue API als Anbindungsschicht erlaubt den Provider-Wechsel.

Quelle: Spryker ACP-Dokumentation · Algolia, Akeneo, Google Vertex AI Partner-Status (2024/2025)
202410 / 202501 Native AI Search und Merchandising — ohne ACP-Pflicht

Ab Spryker Cloud Commerce OS 202410 und 202501 ist AI Search und Merchandising nativ verfügbar: semantische Suche, AI-gestützte Merchandising-Regeln, Produkt-Empfehlungen auf Basis von Verhaltensdaten. Für B2B-Industrie mit technisch beschriebenem Katalog besonders relevant: Produktidentifikation via natürlichsprachiger Anfrage statt exakter Artikelnummer. Spare-Parts-Identifikation für MRO-Kataloge ist der industrielle Hauptanwendungsfall.

Quelle: Spryker Cloud Commerce OS Release Notes 202410 · 202501 (Spryker Systems, 2024/2025)
Q4 2024 → 2025/2026 Spryker Copilot — Early Access, schrittweise Modul-GA

Spryker Copilot startete im Q4 2024 als Early Access und rollt schrittweise als Modul-GA 2025/2026 aus. Backoffice-Workflows: Produkt-Content-Generierung, Merchandising-Konfiguration, Auftrags-Routing-Vorschläge. Kompatibilität hängt vom Hosting-Modell ab. DACH-Kunden: Hilti, Ricoh, Siemens, Toyota Material Handling laufen auf Spryker — industrieller B2B-Katalog ist der Kern-Kontext.

Quelle: Spryker Copilot Early Access Announcement (Q4 2024) · Spryker DACH-Referenzkunden
Vier B2B-Use-Cases

Spryker-Modul bekannt.
Sovereignty-Option pro Zeile.

Für jeden Use-Case: welches Spryker-Modul die Grundlage bildet, wo der industrielle Hebel steckt, und welche Sovereignty-Option verfügbar ist — Cloud-Provider oder lokale Inferenz via Glue.

Use-Case Spryker-Modul / ACP-App Industrieller Hebel Sovereignty-Option
Reorder-Predictions Order Management + ACP Vertex AI / eigenes Modell via Glue MRO und C-Teile: automatische Wiederkauf-Vorschläge vor Lagerengpass. Kundenbindung durch proaktive Warenkorbvorbereitung. Reorder-Modell lokal trainiert und inferiert auf eigener GPU statt Vertex AI. Transaktionsdaten verlassen das Netz nicht.
RFQ-Automation Quote Request Module + n8n via Glue als Workflow-Layer Komplexe Anfragen automatisch vorstrukturieren, Konditionen vorschlagen, Routing beschleunigen. Vertriebskapazität für werthaltige Fälle. n8n on-prem + lokales Llama 3.3 70B für Anfrage-Klassifikation und Konditions-Vorschlag. Vollständige Datenhoheit über Angebotsdaten.
Account-Manager-Copilot Spryker Copilot (Modul-GA 2025/2026) + Backoffice Kunden-Kontext auf Abruf: Bestellhistorie, offene Anfragen, Produkt-Gaps. Account-Manager vorbereitet, nicht nachrecherchierend. Copilot-Hosting-Modell entscheidet über Egress. Self-Managed Spryker + lokale Inferenz via Glue als vollständig souveräne Option.
Spare-Parts-Identifikation AI Search (202410 nativ) + Bild-Upload via Spryker Glue Technische Ersatzteile per Foto identifizieren statt Artikelnummer. Reduziert Bestellfehler, entlastet Support, erhöht Self-Service-Quote. Bild-Matching-Modell lokal trainiert auf eigenem Produktkatalog via vLLM. Kein Bild-Upload an externe Vision-APIs als Default.
Spryker-Glue in der Praxis

Drei Pattern, die Spryker-AI-Potenzial blockieren.

Drei Situationen aus aktiven Mandaten — was Unternehmen mit laufender Spryker-Installation daran hindert, den AI-Layer produktiv zu nutzen.

  1. Pattern 01 · ACP-Schubladen-Lizenz

    ACP-Apps sind lizenziert. Keine ist produktiv aktiv.

    Algolia, Akeneo Productlogic oder Vertex AI sind im Vertrag, aber die Aktivierung wurde aufgeschoben — fehlende Ressourcen, ungeklärte Daten-Fragen, Prioritäten-Konflikt. Lizenzkosten laufen, Nutzen entsteht nicht. Der Stack-Audit klärt innerhalb von Phase 1, welche ACP-App mit welchem Aufwand aktivierbar ist und welche Sovereignty-Einschränkungen dabei relevant sind.

    Folge
    Lizenzkosten ohne ROI, AI-Potenzial ungenutzt
    Frame-Reset
    Stack-Audit mit ACP-Aktivierungs-Status und Priorisierung nach Hebel
  2. Pattern 02 · Search-Stagnation

    Suche läuft auf Stichwort-Matching. Semantik fehlt komplett.

    B2B-Kataloge mit tausenden Ersatzteilen, technischen Spezifikationen und variantenreichen Produkten sind für klassisches Stichwort-Matching ungeeignet. Kunden suchen nach Funktion, nicht nach Artikelnummer — und landen im Nirgendwo. AI Search ab 202410 ist in vielen Installationen verfügbar und nicht aktiviert. Die Spare-Parts-Identifikation per Bild ist der Schritt danach, der Self-Service-Quote und Bestellqualität gleichzeitig verbessert.

    Folge
    Hohe Support-Last, Bestellfehler durch manuelle Artikelnummer-Suche
    Frame-Reset
    Semantische AI Search aktivieren, Bild-Matching als nächste Stufe
  3. Pattern 03 · Reorder-Blindspot

    Wiederbestellungen passieren reaktiv. Der Lagerengpass kommt zuerst.

    MRO- und C-Teile-Kunden bestellen, wenn der Bestand leer ist — nicht davor. Reorder-Vorhersage auf Basis von Bestellhistorie und Verbrauchsrhythmus ist ein gelöstes ML-Problem, das in Spryker via Order Management und Glue API integrierbar ist. Proaktive Warenkorbvorbereitung bindet Kunden und reduziert Notfallbestellungen. Das Modell kann lokal trainiert werden — Transaktionsdaten verlassen das Netz nicht.

    Folge
    Lagerengpässe, reaktive Bestellzyklen, verpasste Upsell-Momente
    Frame-Reset
    Reorder-Modell on-prem, proaktiver Warenkorb-Vorschlag via Spryker Order Management

Spryker hat die Schichten. Was fehlt, ist der Hebel-Plan — welcher Use-Case zuerst, mit welcher Sovereignty-Option, in welcher Phase.

Bevor ihr anruft

Fünf Fragen, fünf ehrliche Antworten.

„Wir haben ACP — aber nichts läuft. Woran liegt das?"
Meistens an einer Kombination aus fehlender Aktivierungs-Ressource, ungeklärten Daten-Fragen und fehlender Use-Case-Priorisierung. Der Stack-Audit klärt innerhalb von Phase 1, welche App mit welchem Aufwand aktivierbar ist — und welche Sovereignty-Einschränkungen dabei relevant sind.
„Google Vertex AI ist US-Cloud. Haben wir eine Alternative für Personalisierung?"
Ja. Spryker Glue API ist die modell-agnostische Anbindungsschicht — ihr tauscht den AI-Provider ohne Core-Anpassungen. Personalisierungs- und Reorder-Modelle können lokal trainiert und auf DACH-Hostern inferiert werden (AD IT Systems, IONOS AI Model Hub, Hetzner GPU, StackIT). Vertex AI bleibt als Option für nicht-sensitive Daten verfügbar.
„Was bringt uns AI Search konkret — wir haben einen Katalog mit 50.000 Artikeln?"
Semantische Suche erlaubt Produktidentifikation via natürlichsprachiger Anfrage statt exakter Artikelnummer. Für technische Kataloge mit Ersatzteilen, Varianten und Spezifikationen ist das ein direkter Hebel auf Self-Service-Quote und Support-Last. Ab 202410 ist das nativ verfügbar — Aktivierungsaufwand hängt von eurer Spryker-Version ab.
„Können wir Reorder-Predictions On-Prem laufen lassen?"
Ja. Das Reorder-Modell kann auf eurer Bestellhistorie lokal trainiert und auf DACH-GPU-Infrastruktur inferiert werden. Transaktionsdaten verlassen das Netz nicht, kein Vertex AI notwendig. Spryker Glue stellt die Anbindung zum Order Management bereit.
„Wie ist der Einstieg?"
Phase 1 ist ein Stack-Audit: ACP-Aktivierungs-Status, AI-Search-Version, Copilot-Kompatibilität, Use-Case-Map mit Sovereignty-Optionen pro Use-Case. Konditionen mandatsspezifisch. Erweiterungen werden nach Phase 1 entschieden, kein Lock-in.
So arbeiten wir

Werkbank, Schleifen, Übergabe. Drei Prinzipien.

Wir bauen mit euch, nicht für euch. Mandate sind Werkbank, nicht Theater. Lieferung in kurzen Schleifen. Saubere Übergabe, danach trägt eure Mannschaft allein.

Methode im Detail
Erfahrung & Kontakt

Tiefe Plattform-Expertise.

25 Jahre IT, davon 14 Jahre in B2B-Commerce. Architektur-Mandate bei Großkonzernen, Aufbau und Steuerung verteilter Expertenteams, vendor-neutrale Projektrettung. Schwerpunkte: Plattform-Architektur, Projektrettung, Team-Operations.

Chris Zepernick

Senior Berater · Hamburg

Was wir gelernt haben

Spryker hat die Schichten. Was fehlt, ist der Sovereignty-Plan.

ACP-Apps, AI Search, Copilot — das sind fertige Bausteine. Was die meisten Installationen noch nicht haben: einen Use-Case-Plan, der Sovereignty pro Anwendungsfall klärt. Vertex AI für Personalisierung ist legitim, wenn die Daten es erlauben. Für Transaktions- und Kundendaten ist ein lokales Modell via Glue die sicherere Wahl. Der Unterschied liegt nicht im Modell — er liegt im Hebel-Plan.

So arbeiten wir

Welcher KI-Hebel zieht bei euch zuerst?

Spryker läuft. AI-Layer liegt bereit. Ein paar Minuten am Telefon — wir klären, welcher Use-Case bei euch zuerst zieht.

Anrufen Mail schreiben