JTL WMS Picklisten-Ansicht mit Fehlermeldung — Diagnose und Lösung

JTL WMS Pickliste Fehler: Warum Artikel fehlen, der Picklauf abstürzt und was du dagegen tun kannst

Der Picklauf läuft an und nach drei Sekunden kommt die Fehlermeldung. Oder schlimmer: Er läuft durch, aber die Hälfte der Artikel taucht auf der Pickliste gar nicht auf. Das ist der Alltag in Lagern, in denen JTL WMS nicht sauber konfiguriert ist. Der häufigste Fehler, den ich sehe, ist kein Softwarebug. Es ist eine falsch gesetzte Einstellung, die niemand dokumentiert hat. Sechs Ursachen sind für 90 Prozent der Picklisten-Probleme verantwortlich. Diese Erkenntnisse kommen aus konkreten Projekten, nicht aus der Theorie.

Dein Picker läuft ins Leere und du weißt nicht, wo du anfangen sollst?

Dieser Beitrag zeigt dir die sechs häufigsten Ursachen, wie du jede davon prüfst, und in welcher Reihenfolge die Diagnose am schnellsten zum Ergebnis führt.

Auf einen Blick

  • Wir sehen bei JTL-WMS-Projekten regelmäßig, dass Picklisten-Fehler auf drei Einstellungen zurückgehen: Artikel nicht WMS-aktiviert, falscher Lagerplatz-Typ oder ein Picklistenfilter der zu eng gesetzt ist.
  • Der Picklauf startet nicht, wenn der Versandauftrag fehlerhafte Positionen enthält oder der MDE-Client keine stabile Verbindung zur Wawi hat. Beides lässt sich gezielt prüfen.
  • Als JTL Service Partner Gold behebt Vlarom E-Commerce Agentur diese Probleme systematisch: Erst Diagnose nach Schema, dann gezielter Fix. Kein Trial-and-Error im laufenden Betrieb.

Ein Picklisten-Fehler im laufenden Lagerbetrieb kostet nicht nur Zeit, er kostet Vertrauen. Wenn Picker mit leeren Listen losgeschickt werden, entstehen Falschlieferungen, Nacharbeit und verärgerte Kunden. In unseren WMS-Projekten bei über 300 Kunden haben wir gelernt: Die meisten Probleme liegen nicht im Code, sondern in der Konfiguration. Als Vlarom E-Commerce Agentur, JTL Service Partner Gold aus Ahrensfelde bei Berlin, lösen wir diese Probleme strukturiert, nicht durch Raten.

Was Picklisten-Fehler im Lager wirklich kosten

Ein Picklisten-Fehler ist selten ein einmaliges Ereignis. Bei einem Händler mit rund 150 Picks pro Tag und einem fehlerhaft konfigurierten Picklistenfilter wurden über mehrere Wochen täglich 20 bis 30 Aufträge manuell nachbearbeitet. Wir haben diese Situation bei einem Onboarding-Projekt analysiert und die Konfiguration gezielt bereinigt — der Aufwand hängt vom konkreten Setup ab, lässt sich aber nach dem Erstgespräch sauber einschätzen.

Quelle Vlarom-Projektdaten: In zwei von drei WMS-Ersteinrichtungen, die wir übernehmen, existiert mindestens ein Artikel der nicht korrekt für das WMS aktiviert ist, aber trotzdem aktiv über den Shop verkauft wird.

Die häufigsten Folgekosten fehlerhafter Picklisten:

  • Manuelle Nacharbeit pro Tag: 20–30 Aufträge täglich manuell nachbearbeiten wenn Filter zu eng ist. Das entspricht 2–3 Stunden Picker-Zeit verloren.
  • Falschlieferungsquote steigt: Wenn Artikel fehlen und Picker improvisieren, steigt die Falschlieferungsquote messbar: typisch plus 8 bis 15 Prozent gegenüber korrekt konfiguriertem Setup.
  • Konfigurationsfehler aus Fremdonboarding: Zwei von drei WMS-Übernahmen zeigen mindestens einen Artikel ohne WMS-Aktivierung im aktiven Verkauf (Quelle Vlarom-Projektdaten)

Die wichtigste Regel aus unserer Praxis: Picklisten-Probleme lösen sich nicht durch WMS-Neustart. Sie lösen sich durch systematische Prüfung der sechs Konfigurationsebenen, in der richtigen Reihenfolge.

Die 6 häufigsten Ursachen für JTL WMS Pickliste Fehler

Jeder dieser Punkte kann allein dazu führen, dass Artikel fehlen, der Picklauf nicht startet oder mitten im Lauf abbricht. Wir sehen sie einzeln und in Kombination, fast immer in dieser Häufigkeit.

primary

Artikel nicht für WMS aktiviert

Der häufigste Einzelfehler: Ein Artikel ist in der Wawi vorhanden und wird verkauft, hat aber in den Artikelstammdaten unter Lager die WMS-Aktivierung nicht gesetzt. Für das WMS existiert dieser Artikel schlicht nicht. Er taucht auf keiner Pickliste auf.

Prüfbar in der Wawi unter Artikel > Lager > WMS-Einstellungen. Das Feld ‚Artikel für WMS aktivieren‘ muss gesetzt sein. Bei Massenartikeln lässt sich das über die Ameise oder einen SQL-Report auslesen.

highlight

Lagerplatz-Typ falsch konfiguriert

JTL WMS unterscheidet zwischen verschiedenen Lagerplatz-Typen: Standardlagerplatz, Nachschublagerplatz, Sperrlager und weitere. Nur Lagerplätze vom Typ Standardlagerplatz oder dem konfigurierten Pick-Typ werden bei der Picklistengenerierung berücksichtigt.

Ein Lagerplatz der als Nachschublager oder Sperrlager angelegt ist, erscheint nicht als Pickposition, auch wenn der Bestand dort physisch vorhanden ist. Der Fehler ist klassisch bei Neumitarbeitern die Lagerplätze anlegen ohne die Typ-Bedeutung zu kennen.

warning

Lagerbestand-Flag nicht aktiv

Selbst wenn ein Artikel WMS-aktiviert ist, braucht der Lagerplatz einen buchungsfähigen Bestand. Artikel die zwar im Lager liegen, aber in der Wawi keinen gebuchten Bestand auf dem konkreten Lagerplatz haben, erscheinen nicht in der Pickliste. Auch wenn der physische Bestand vorhanden ist.

Ursache ist oft ein fehlgeschlagener Wareneingang bei dem die Buchung nur halb durchlief, oder eine manuelle Bestandskorrektur die nicht korrekt auf den WMS-Lagerplatz gebucht wurde. Prüfung: Wawi > Lager > Lagerbestand > nach Lagerplatz filtern.

muted

Picklistenvorlage mit zu engem Filter

Picklistenvorlagen in JTL WMS enthalten Filter-Einstellungen: Versandprofil, Kundengruppe, Mindest- und Höchstmenge, Auftragsstatus. Ist einer dieser Filter zu restriktiv gesetzt, werden Aufträge ausgeschlossen. Ohne Fehlermeldung.

Ein Händler im JTL-Forum: ‚Plötzlich waren 30 Prozent weniger Aufträge auf der Pickliste. Nach einer Stunde fanden wir, dass jemand einen Mengenfilter auf mindestens 5 Positionen gesetzt hatte.‘ Picklistenvorlagen über Einstellungen > Picklistenvorlagen prüfen und Filterkonfiguration dokumentieren.

primary

MDE-Verbindungsprobleme

Der Mobile-Daten-Erfassungs-Client (MDE) braucht eine stabile Verbindung zur Wawi-Datenbank. Verbindungsabbrüche führen dazu, dass der Picklauf eingefroren bleibt, abbricht oder in einem inkonsistenten Zustand steckt. Der Picker sieht eine leere Liste oder gar keine Reaktion.

Ursachen: WLAN-Aussetzer im Lager, Firewall-Regeln die den WMS-Port blockieren, oder ein MDE-Client der mit einer veralteten Konfiguration auf einen falschen Server-Endpunkt zeigt. Prüfung: WMS-Log auf dem Server, Ping-Test vom MDE-Gerät zur Wawi-IP.

warning

Versandauftrag mit fehlerhaften Positionen

Aufträge mit Positionen die keinen gültigen Artikel-Stammsatz haben (gelöschte Artikel, Artikel ohne EAN oder Positionen mit Menge 0) können dazu führen, dass der gesamte Picklauf für den betroffenen Auftrag nicht startet oder fehlschlägt.

Das Problem tritt besonders nach Datenmigrationen auf, wenn Altdaten in die neue Wawi importiert wurden und die WMS-Felder nicht vollständig befüllt sind. Prüfung: Betroffenen Auftrag in der Wawi öffnen und Positionen auf vollständige Artikelzuordnung prüfen.

Was nach der Behebung messbar besser wird

Pickzeiten sinken sofort

Wenn Artikel korrekt WMS-aktiviert sind und die Picklistenvorlage sauber konfiguriert ist, sinken die Pickzeiten in unserer Projekterfahrung um 20 bis 35 Prozent, weil Picker nicht mehr suchen oder manuell eskalieren müssen. Vlarom E-Commerce Agentur misst diese Verbesserung in jedem WMS-Optimierungsprojekt nach.

Falschlieferungen gehen zurück

Vollständige Picklisten bedeuten, dass Picker nicht mehr improvisieren. Bei einem Onboarding-Projekt haben wir nach der Bereinigung von drei Konfigurationsfehlern die Falschlieferungsrate von über 8 Prozent auf unter 1 Prozent gedrückt, innerhalb der ersten zwei Wochen nach dem Fix.

Die Lektion

Unsere Erkenntnis aus WMS-Projekten: Ein Picklisten-Fehler der länger als eine Woche unbehoben bleibt, entwickelt sich zu einem Organisationsproblem. Picker bauen Workarounds, die danach eben schwerer abzustellen sind als der ursprüngliche Konfigurationsfehler.

JTL WMS Pickliste Fehler diagnostizieren: Dein Schritt-für-Schritt-Vorgehen

Diese Diagnose-Reihenfolge stammt aus echten Projekten. Fang oben an, der häufigste Fehler sitzt fast immer in den ersten drei Punkten. Vor einem destruktiven Schritt (Bestandskorrektur, Konfigurationsänderung) immer ein Datenbank-Backup machen.

Artikel-WMS-Aktivierung prüfen (Schritt 1)

Öffne in der JTL-Wawi den betroffenen Artikel. Gehe zu Lager > Lager-Einstellungen (Reiter). Prüfe, ob die Option ‚Artikel für WMS aktivieren‘ gesetzt ist. Ist sie nicht gesetzt, erscheint der Artikel auf keiner Pickliste, unabhängig von allen anderen Einstellungen. Für eine Massenprüfung kannst du in der JTL-Ameise eine Artikelliste mit dem Feld ‚WMS aktiviert‘ exportieren. Wichtig: Bestandsdaten vor jeder Massenänderung sichern.

Lagerplatz-Typen kontrollieren (Schritt 2)

Navigiere in der Wawi zu Lager > Lagerplätze. Prüfe den Typ jedes Lagerplatzes auf dem der Artikel liegen soll. Für Picklistenpositionen muss der Lagerplatz-Typ auf ‚Standardlagerplatz‘ (oder deinen definierten Kommissionier-Typ) gesetzt sein. Nachschublagerplätze und Sperrlager-Typen werden beim Picklisten-Generierungslauf ignoriert. Dokumentiere die Typen aller aktiven Lagerplätze in einem kurzen Lagerplan: das spart bei jedem weiteren Problem Zeit.

Gebuchten Bestand auf Lagerplatz prüfen (Schritt 3)

Gehe in der Wawi zu Lager > Lagerbestand und filtere nach dem betroffenen Artikel oder Lagerplatz. Prüfe, ob der Bestand tatsächlich auf einem WMS-Pick-Lagerplatz gebucht ist, nicht nur physisch vorhanden, sondern in der Wawi erfasst. Fehlt der Bestand, liegt entweder ein fehlgeschlagener Wareneingang vor oder eine manuelle Korrektur hat den Bestand auf den falschen Platz gebucht. Korrigiere die Buchung und sichere den Datenbankstand vorher.

Picklistenvorlage und Filter überprüfen (Schritt 4)

Öffne die Picklistenvorlage über Einstellungen > Picklistenvorlagen in der Wawi. Prüfe alle gesetzten Filter: Versandprofil, Kundengruppe, Mindestmenge, Höchstmenge, Auftragsstatus. Entferne testweise alle Filter und starte den Picklauf erneut. Wenn Aufträge jetzt erscheinen, ist ein Filter die Ursache. Aktiviere die Filter einzeln wieder um den schuldigen zu identifizieren und dokumentiere jede Filterregel mit Begründung.

MDE-Verbindung testen (Schritt 5)

Teste vom MDE-Gerät aus per Ping die IP-Adresse des Wawi-Servers. Prüfe im WMS-Log auf dem Server (Protokolldateien im WMS-Installationsverzeichnis) auf Verbindungsfehler oder Timeout-Meldungen. Stelle sicher, dass der WMS-Port in der Firewall freigegeben ist und der MDE-Client auf die korrekte Server-IP und den korrekten Port konfiguriert ist. Bei WLAN-Problemen im Lager: Access-Point-Abdeckung prüfen, besonders in Regalbereichen mit Metallstruktur.

Versandaufträge auf fehlerhafte Positionen prüfen (Schritt 6)

Öffne in der Wawi den Auftrag der beim Picklauf Probleme macht. Prüfe alle Auftragspositionen auf vollständige Artikelzuordnung: Artikel muss existieren, EAN sollte vorhanden sein, Menge muss größer 0 sein. Bei Artikeln ohne Stammsatz (nach Datenmigrationen häufig) müssen die Positionen entweder korrigiert oder der Auftrag storniert und neu angelegt werden. Lies dazu auch die JTL-WMS Dokumentation zu Picklistenvorlagen und den JTL WMS Einrichtungsleitfaden für den vollständigen Setup-Kontext.

Häufige Fragen zu JTL WMS Pickliste Fehlern

Ein Artikel fehlt auf der JTL-WMS-Pickliste wenn er nicht für das WMS aktiviert ist, der Bestand auf einem falschen Lagerplatz-Typ liegt (z.B. Nachschublager statt Standardlagerplatz) oder der gebuchte Bestand in der Wawi nicht mit dem physischen Lagerbestand übereinstimmt. Prüfe zuerst die WMS-Aktivierung in den Artikelstammdaten unter Lager > Lager-Einstellungen: das ist in über 60 Prozent der Fälle die Ursache. Danach folgt die Prüfung des Lagerplatz-Typs.
Wenn der JTL-WMS-Picklauf nicht startet, sind drei Ursachen am häufigsten: ein fehlerhafter Versandauftrag mit ungültigen Positionen, eine MDE-Verbindung ohne stabile Anbindung zum Wawi-Server oder eine Picklistenvorlage ohne passende Aufträge im definierten Filter. Starte die Diagnose mit dem betroffenen Auftrag in der Wawi, prüfe alle Positionen auf vollständige Artikelzuordnung. Dann teste die MDE-Verbindung per Ping auf die Server-IP.
Ein Picklauf der abbricht deutet fast immer auf eine instabile MDE-Verbindung oder auf einen Artikel mit inkonsistentem Bestandsstatus hin. Prüfe die WMS-Logdateien auf dem Server direkt nach dem Abbruch, dort steht die konkrete Fehlermeldung. WLAN-Aussetzer im Lagerbereich sind eine häufige Ursache, die oft unterschätzt wird. Bei konsistenten Abbrüchen an einem bestimmten Artikel: Bestand dieses Artikels auf Lagerplatz-Ebene prüfen.
Die schnellste Methode für eine Massenprüfung ist ein Export über die JTL-Ameise: Exportprofil Artikeldaten mit dem Feld ‚WMS aktiviert‘ anlegen und alle aktiv verkauften Artikel exportieren. Alternativ liefert ein SQL-Report auf der Wawi-Datenbank eine vollständige Liste. Dieser Check lohnt sich nach jeder größeren Artikelimport-Aktion und nach jedem System-Update.
Als Vlarom E-Commerce Agentur erklären wir den Typ-Unterschied so: Standardlagerplätze sind die regulären Pickpositionen die im Picklauf berücksichtigt werden. Nachschublagerplätze sind Reservebestände die Nachschubprozesse triggern, aber nicht direkt gepickt werden. Sperrlager-Typen sind für gesperrte Ware und erscheinen nie in Picklisten. Der Fehler entsteht, wenn Ware physisch auf einem Nachschub- oder Sperrlager liegt und die Mitarbeiter davon ausgehen, sie sei pickbar.

JTL WMS Pickliste Fehler kommen selten allein. Meistens steckt ein systematisches Konfigurationsproblem dahinter.

Wir lösen dein WMS-Problem. Systematisch, nicht durch Raten.

Als JTL Service Partner Gold aus Ahrensfelde bei Berlin unterstützt Vlarom E-Commerce Agentur Händler bei der Diagnose und Behebung von WMS-Problemen, von der Ersteinrichtung bis zur Optimierung laufender Lagerprozesse. Ruf uns direkt an unter +49 30 91473862, schreibe an info@vlarom.de oder nutze unser Kontaktformular für ein unverbindliches Erstgespräch.