JTL-Worker
Der JTL-Worker ist ein Windows-Dienst, der Artikel, Bestände, Preise und Bestellungen zwischen JTL-Wawi und den angebundenen Kanälen — JTL-Shop, Amazon, eBay und weiteren Marktplätzen — automatisiert im Hintergrund abgleicht. Er läuft dauerhaft auf dem Wawi-Server und arbeitet die Synchronisationsjobs in festen Intervallen ab.
Stand: Juli 2026
Was macht der JTL-Worker genau?
Der JTL-Worker ist das Bindeglied zwischen der zentralen JTL-Wawi und allen angeschlossenen Verkaufskanälen. Ohne ihn wäre die Wawi ein reines Insel-System — mit ihm werden Änderungen automatisch in beide Richtungen übertragen:
- Wawi → Shop: neue Artikel, Preisänderungen, Bestandsupdates, Kategoriezuordnungen
- Shop → Wawi: eingehende Bestellungen, Kundendaten, Zahlungsstatus
- Wawi → Marktplätze: Angebote, Preise, Bestände über eazyAuction oder native Schnittstellen
- Marktplätze → Wawi: Bestellungen, Nachrichten, Bewertungsdaten
Technisch ist der Worker ein eigenständiger Windows-Dienst, der unabhängig von der Wawi-Anwendung selbst läuft. Er greift auf dieselbe SQL-Server-Datenbank zu und arbeitet eine Warteschlange aus Synchronisationsjobs ab, die die Wawi beim Speichern von Änderungen anlegt. Wichtig dabei: Der Worker verändert selbst keine Geschäftslogik, er überträgt nur Daten — Preisberechnungen, Rabattlogik oder Steuersätze bleiben Aufgabe der Wawi bzw. des Shopsystems.
Wie funktionieren die Abgleich-Intervalle?
Der Worker arbeitet nicht in Echtzeit, sondern in konfigurierbaren Zyklen. Jede Job-Kategorie hat ein eigenes Intervall, das sich an der Dringlichkeit der Daten orientiert:
| Job-Kategorie | Typisches Intervall | Kritikalität |
|---|---|---|
| Bestandsabgleich | 1–15 Minuten | hoch (Überverkauf droht) |
| Preissynchronisation | 15–60 Minuten | mittel |
| Neue Bestellungen abholen | 1–5 Minuten | hoch |
| Artikel-Stammdaten (neue Produkte) | stündlich bis täglich | niedrig |
| Marktplatz-Angebote (eazyAuction) | 15–60 Minuten | mittel |
Wichtig: Kürzere Intervalle bedeuten mehr Last auf Datenbank und API-Schnittstellen der Marktplätze — Amazon und eBay limitieren Anfragen pro Zeiteinheit. Wer zu aggressiv taktet, riskiert Drosselung durch die Marktplatz-APIs statt schnellerer Synchronisation.
Wo läuft der Worker und was braucht er?
Der Worker läuft typischerweise auf demselben Server wie die JTL-Wawi oder einer separaten Maschine mit Zugriff auf die Datenbank. Er braucht eine stabile, dauerhafte Internetverbindung — fällt er aus, stapeln sich offene Jobs, bis er wieder anläuft. Bei Shop-Anbindung über NOVA-Template-basierte Shops läuft der Datenaustausch über die JTL-Shop-Schnittstelle, die der Worker regelmäßig abfragt.
Bei gehosteten Wawi-Lösungen übernimmt der Hosting-Anbieter meist auch den Betrieb des Worker-Dienstes inklusive Neustart-Automatik. Bei selbst betriebenen Servern lohnt sich ein einfaches externes Monitoring, das prüft, ob der Dienst noch aktiv ist und Jobs in angemessener Zeit abgearbeitet werden — Ausfälle über Nacht oder am Wochenende bleiben sonst leicht tagelang unbemerkt.
Worker und Marktplatz-Synchronisation über eazyAuction
Bei Marktplatz-Anbindungen über eazyAuction übernimmt der Worker zusätzlich die Rolle, Angebotsdaten, Preise und Bestände aus der Wawi in das eazyAuction-Format zu übersetzen und regelmäßig zu übertragen. Fehler auf dieser Strecke wirken sich unmittelbar auf sichtbare Angebote bei Amazon, eBay oder Kaufland aus — etwa wenn eine fehlerhafte Preisregel über den Worker an alle Kanäle gleichzeitig ausgespielt wird. Deshalb lohnt sich bei Preisänderungen im großen Stil ein Blick in die Job-Protokolle, bevor man sich auf die automatische Verteilung verlässt.
Typische Probleme mit dem JTL-Worker
- Dienst läuft, aber Jobs stauen sich — meist ein Zeichen für überlastete Datenbank-Performance oder zu kurz getaktete Intervalle bei großem Sortiment. Abhilfe: Intervalle staffeln, Server-Ressourcen prüfen.
- Bestandsdifferenzen zwischen Wawi und Shop — entstehen oft durch parallele manuelle Änderungen im Shop-Backend, die der Worker überschreibt oder ignoriert, weil die Wawi als führendes System gilt.
- Worker-Dienst stoppt unbemerkt — ohne Monitoring bleibt das oft tagelang unentdeckt, bis Kunden nicht lieferbare Artikel bestellen. Ein einfacher Health-Check (z. B. per Cronjob oder Uptime-Monitoring auf einen Status-Endpunkt) verhindert das.
- Marktplatz-Rate-Limits — bei zu vielen parallelen Anfragen sperren Amazon oder eBay temporär die API, was die Synchronisation für alle Kanäle verzögert.
- Update-Sprünge — nach größeren JTL-Wawi-Updates verändert sich mitunter das Job-Verhalten; ein Blick in die Job-Historie nach jedem Update lohnt sich.
Worker-Einrichtung als Teil der Shop-Basis
Die korrekte Konfiguration der Worker-Intervalle entscheidet maßgeblich darüber, ob ein Shop verlässlich Bestände zeigt oder überverkauft. Bei der Einrichtung eines neuen JTL-Shop-Systems gehört die Worker-Konfiguration zu den Punkten, die wir als JTL Agentur standardmäßig mit einrichten und dokumentieren.
Häufige Fragen zu JTL-Worker
Muss der JTL-Worker dauerhaft laufen?›
Ja. Ohne laufenden Worker-Dienst werden Bestandsänderungen, neue Artikel und Bestellungen nicht mehr zwischen Wawi und Shop abgeglichen. In der Praxis läuft er als Windows-Dienst auf dem Wawi-Server oder einer dedizierten VM, idealerweise mit Neustart-Überwachung.
Wie schnell sind Bestandsänderungen im Shop sichtbar?›
Das hängt vom konfigurierten Intervall der jeweiligen Job-Kategorie ab, üblich sind wenige Minuten bis eine Stunde. Für zeitkritische Bestände lassen sich einzelne Jobs manuell anstoßen oder die Intervalle verkürzen — auf Kosten der Serverlast.
Was ist der Unterschied zwischen JTL-Worker und JTL-WMS?›
Der Worker synchronisiert Daten zwischen Systemen, das WMS steuert physische Lagerprozesse wie Kommissionierung. Beide arbeiten mit denselben Bestandsdaten, haben aber unterschiedliche Aufgaben — siehe auch den Wiki-Eintrag zum WMS.
Kann ein Worker mehrere Shops gleichzeitig bedienen?›
Ein Worker-Dienst kann mehrere Mandanten und Kanäle bedienen, in größeren Setups mit hohem Datenvolumen wird die Last aber oft auf mehrere Worker-Instanzen oder Server verteilt, um Verzögerungen zu vermeiden.
Das richtige Shopsystem?
Wir richten JTL und Shopify seit Jahren ein — und sagen Ihnen ehrlich, was zu Ihrem Geschäft passt.
Kostenloses Erstgespräch