E-Commerce & Cloud-Strategie JTLs Cloud-Plan: Wie eine Cloud-Warenwirtschaft Wachstum fördert

Cloud-Warenwirtschaft ohne Systemwechsel: JTL will Händlern den Weg in die Cloud erleichtern. CEO Sebastian Evers erklärt, wie hybride Lösungen, APIs und KI Abläufe vereinfachen und Wachstum ermöglichen.

JTL wandelt sich vom Anbieter einer lokal installierten Warenwirtschaft zu einem Cloud-Ökosystem. Woran merkt ein Händler, dass dieser Umbau im Alltag ankommt?

Sebastian Evers: Die Cloud-Transformation lässt sich nicht auf die Frage verkürzen, ob die Warenwirtschaft lokal oder in der Cloud läuft. JTL betreibt seit Jahren Cloud-Dienste, die Händler im Tagesgeschäft nutzen. Über einen dieser Cloud Dienste verbinden sie seit vielen Jahren ihre Warenwirtschaft mit Marktplätzen. Bis heute liefen darüber in diesem Jahr mehr als zehn Millionen Transaktionen. Unser Fulfillment-Netzwerk bringt Händler und Fulfillment-Dienstleister zusammen. Dort verarbeiten wir rund 18 Millionen Transaktionen im Jahr.

Auch bei JTL Shipping sehen wir eine hohe Nutzung eines Cloud-Dienstes. Über unsere Technologie laufen jährlich etwa 150 bis 160 Millionen Versandetiketten. Im Juli haben wir eine neue, Cloud-native Architektur gestartet. Bis heute sind rund 1.000 Händler auf der Plattform; über sie liefen bereits etwa 100.000 Transaktionen. Die Zahlen zeigen: Cloud-Dienste sind für viele Händler längst Teil des Betriebs. Die Warenwirtschaft selbst modernisieren wir parallel dazu.

Wer heute eine komplexe Warenwirtschaft betreibt, soll nicht alles auf einmal ändern müssen. Über eine sichere Verbindung können Händler ihre lokale Wawi mit JTL Cloud Platform koppeln.

Sebastian Evers, CEO von JTL-Software

Du willst also nicht die gesamte JTL-Wawi auf einmal ersetzen. Wie sieht der Umbau stattdessen aus?

Sebastian Evers: Wir wollen aus dem Schwarz-Weiß-Denken herauskommen: entweder alles lokal oder alles in der Cloud. JTL-Wawi ist über viele Jahre gereift. In ihr stecken zahlreiche technische Weiterentwicklungen sowie Rückmeldungen von Händlern und Partnern. Ich halte es deshalb nicht für sinnvoll, alles neu zu bauen.

Wir gehen schrittweise vor. Zuerst machen wir die Warenwirtschaft über APIs zugänglich. Dann können wir einzelne Funktionen aus dem gewachsenen Kern herauslösen und als Cloud-Dienste bereitstellen. Entscheidend ist, die Abläufe der Händler zu verstehen: Welche Schnittstellen braucht ein konkreter Prozess von Anfang bis Ende? Daraus leiten wir die nötigen APIs ab. So entsteht kein starres Angebot, das für alle gleich sein muss. Zugleich können Funktionen, die ein Händler braucht, auch für andere Händler nützlich sein.

JTL Cloud ERP richtet sich zunächst an Händler mit weniger komplexen Anforderungen. Was können sie damit heute erledigen – und wer sollte vorerst bei der bisherigen Lösung bleiben?

Sebastian Evers: JTL Cloud ERP ist zunächst auf Händler ausgelegt, deren Anforderungen weniger komplex sind. Wir haben uns angesehen, welche Funktionen in diesem Segment gebraucht werden und wie andere Anbieter diese Zielgruppe bedienen. Unser Ziel ist, ein Produkt anzubieten, mit dem Händler einfacher starten können.

Viele kleinere Händler richten ihre Software heute selbst ein. Dafür müssen sie sich unter anderem um Server, Betriebssystem, Datenbank und Back-ups kümmern. Wir wollen diesen Einstieg einfacher machen: Händler sollen sich anmelden, einrichten und loslegen können, ohne zuerst eine eigene technische Umgebung aufzubauen.

Wer komplexe Anforderungen hat, muss seine bestehende Warenwirtschaft nicht sofort ablösen. Dafür gibt es die hybride Nutzung: Die lokale Wawi bleibt im Einsatz und wird mit JTL Cloud Platform verbunden. Händler können einzelne Cloud-Dienste nutzen, ohne den gesamten Betrieb umzustellen. Das ist wichtig, weil die Anforderungen nicht allein von der Größe eines Unternehmens abhängen. Entscheidend ist, wie komplex dessen Abläufe sind.

Warum hältst du an diesem hybriden Weg fest, statt eine vollständige Cloud-Warenwirtschaft als Ziel auszurufen?

Sebastian Evers: Weil Händler sehr unterschiedliche Anforderungen haben. Wer heute eine komplexe Warenwirtschaft betreibt, soll nicht alles auf einmal ändern müssen. Über eine sichere Verbindung können Händler ihre lokale Wawi mit unserer Cloud-Plattform koppeln. Sie entscheiden, welche Anwendung auf welche Daten zugreifen darf und ob sie lesende oder schreibende Rechte erhält.

Ein praktisches Beispiel ist der Versand. Händler können Shipping als Cloud-Dienst nutzen und erhalten Zugriff auf aktuelle Carrier-Anbindungen. Bei Versanddienstleistern ändern sich Schnittstellen. Wenn eine lokal installierte Software nicht auf dem aktuellen Stand ist, stehen bestimmte Funktionen unter Umständen nicht zur Verfügung. Ein zentral gepflegter Cloud-Dienst kann solche Änderungen besser abbilden.

Die hybride Nutzung ist deshalb für uns nicht bloß ein Übergang, den wir möglichst schnell beenden wollen. Sie hilft Händlern, einzelne Dienste zu modernisieren und weiterzuarbeiten, während wir die Warenwirtschaft Schritt für Schritt weiterentwickeln. Für manche Unternehmen kann das langfristig genau die passende Architektur sein.

DER GESPRÄCHSPARTNER

Sebastian Evers seit Mai 2024 CEO von JTL-Software. Zuvor war er mehr als 20 Jahre in der B2B-Softwarebranche tätig. Seine Laufbahn begann er bei enobis als Softwareentwickler und Account Manager. Danach wechselte er zu d.velop, wo er verschiedene Führungsaufgaben übernahm: vom Head of New Business und Director Corporate Sales bis zum CMO und Vorstandsmitglied. Zuletzt war Evers Co-CEO von d.velop.

Welche Funktionen fehlen JTL Cloud ERP noch, damit auch Händler mit komplexeren Abläufen ihre bestehende Warenwirtschaft ablösen können?

Sebastian Evers: Es gibt Funktionen, die Händler für komplexere E-Commerce-Abläufe brauchen. Ein Beispiel sind Stücklisten. Sie müssen in der Oberfläche passend abgebildet werden; das war bisher noch nicht vollständig verfügbar. Auch bei Varianten und frei definierbaren Feldern arbeiten wir weiter.

Solche frei definierbaren Felder – oft Custom Fields genannt – erlauben Händlern, das Datenmodell ihrer Artikel an den eigenen Bedarf anzupassen. Das ist für viele wichtig. Ebenso müssen wir Einstellungen, die es in der lokalen Warenwirtschaft an verschiedenen Stellen gibt, besser bündeln und in der Cloud verfügbar machen. An diesen Themen arbeiten wir.

Die Cloud wird nicht dadurch vollständig, dass man eine Funktionsliste abhakt. Wir müssen ergänzen, was Händler für ihre konkreten Abläufe brauchen. Dazu gehört auch, dass Funktionen nicht nur technisch vorhanden sind, sondern in der Oberfläche verständlich und im Alltag zuverlässig nutzbar sind. Bei der Reihenfolge zählt für uns, welche Anforderungen den größten praktischen Nutzen bringen.

Du hast neue APIs und eine Verbindung zu KI-Agenten vorgestellt. Was kann ein Händler damit konkret anfangen?

Sebastian Evers: APIs machen Funktionen der Warenwirtschaft für andere Anwendungen erreichbar. In Verbindung mit einem MCP-Server können Händler ihre Warenwirtschaft auch über einen KI-Assistenten ansprechen. Wir haben gezeigt, wie sich aus einem Produktkatalog eine Artikel- und Attributstruktur ableiten lässt, die sich in die Warenwirtschaft übertragen lässt.

Das Ergebnis muss der Händler prüfen. Aber ein solcher Ansatz kann Arbeit abnehmen, zum Beispiel beim Erfassen und Zuordnen von Artikeldaten. Für uns ist wichtig, dass Anwendungen nicht beliebig auf alle Daten zugreifen. Händler müssen steuern können, welche Rechte sie vergeben und was eine Anwendung tun darf.

Auch ein Listing Agent soll dabei helfen. Händler verkaufen oft auf mehreren Marktplätzen, die unterschiedliche Anforderungen an Produktattribute stellen. In unseren Daten liegt der Durchschnitt bei etwa 2,1 Marktplätzen pro Händler. Einige verkaufen parallel auf deutlich mehr. Die Aufbereitung und Zuordnung der Attribute kostet Zeit. Der Agent soll diesen Aufwand verringern, indem er Daten aus der Warenwirtschaft für die jeweiligen Marktplätze passend vorbereitet.

UCP, MCP und ACP

Agentic Commerce: Diese Protokolle sind das neue Betriebssystem des Handels