Alexander LuftVon Alexander Luft
JTL Service Partner Gold · Ahrensfelde bei Berlin · 15. Dezember 2025 · 8 Min. Lesezeit
JTL-Wawi Retouren-Konfiguration links, Fulfiller-Lager mit Retoureneingang rechts — Mapping-Dialog im Vordergrund

JTL-Fulfillment-Network Retouren konfigurieren: Mapping, Sync und die Stellen, an denen es klemmt

Retouren im JTL-Fulfillment-Network laufen anders als im eigenen WMS-Lager. Der Fulfiller nimmt die Rücksendung physisch entgegen, prüft sie und meldet das Ergebnis zurück an deine Wawi — mit deinen Rückgabegründen und deinen Artikelzuständen, oder besser: mit dem, was du zwischen Wawi und FFN als Mapping konfiguriert hast. Genau hier klemmt es bei Bestandskunden regelmäßig: Wawi hat „Beschädigte Verpackung“ als Rückgabegrund, FFN kennt nur eine andere Standard-Liste, und ohne Mapping bleibt der Fulfiller bei seiner ersten Annahme stehen. Diesen Beitrag haben wir geschrieben, weil das Konfigurations-Mapping bei FFN-Onboardings der unterschätzteste Schritt ist.

Du hast einen Fulfiller im JTL-FFN, aber Retouren landen unsortiert oder mit roten Logbuch-Fehlern in deiner Wawi?

Wir zeigen dir, wie das Mapping zwischen JTL-Wawi und JTL-FFN funktioniert, welche Schritte für Rückgabegründe und Artikelzustände nötig sind, wie der Sync-Status zustande kommt — und welche typischen Konfigurations-Lücken die Vlarom E-Commerce Agentur bei Bestandskunden findet.

Auf einen Blick

  • ✓Unsere Erkenntnis aus FFN-Onboardings: Das Retouren-Mapping zwischen JTL-Wawi und JTL-FFN ist Pflicht, nicht Kür. Ohne Zuordnung der Rückgabegründe und Artikelzustände tauchen rot unterlegte Fehlermeldungen im Wawi-Logbuch auf — und der Fulfiller weiß nicht, was er mit der Retoure tun soll.
  • ✓Der Status einer Retourposition kann auf Händler-Seite nur „Angemeldet“ und dessen Substatus annehmen. Erst der Fulfiller setzt nach physischer Annahme den Status auf „Eingetroffen“. Wer das nicht weiß, sucht im Wawi-Status-Update auf der falschen Seite.
  • ✓Die Vlarom E-Commerce Agentur richtet das vollständige Mapping bei FFN-Onboardings vorab ein und ergänzt eine Logbuch-Routine, die jede neue Retoure auf Mapping-Fehler prüft — bevor sich beim Fulfiller Rückstaus bilden.

Eine Retoure beim Fulfiller ist ein doppelter Übergabe-Prozess: physisch zwischen Kunde und Lager, datenseitig zwischen Wawi und FFN. Beide müssen synchron laufen, sonst bleibt entweder der Bestand oder die Buchhaltung außer Takt. Wir betreuen mittelständische Händler bei der Vlarom E-Commerce Agentur durch FFN-Onboardings inklusive Retouren-Mapping. Als JTL Service Partner Gold aus Ahrensfelde bei Berlin gehen wir das Mapping vor dem Live-Gang einmal vollständig durch — Rückgabegründe, Artikelzustände, Standard-Werte für unbekannte Fälle, Logbuch-Monitoring.

JTL-FFN Retouren konfigurieren: 5 Schritte vom Mapping zur sauberen Rückbuchung

Die folgenden Schritte setzen voraus, dass dein FFN-Lager bereits in JTL-Wawi verbunden ist und der erste Auftrag erfolgreich übergeben wurde. Wie du das FFN von der Registrierung bis zur ersten Bestellung aufsetzt, zeigt unser JTL Fulfillment Network Händler-Guide. Das Retouren-Mapping ist eine Wawi-seitige Konfiguration, die der Fulfiller sieht und bei Retouren anwendet. Vor jedem Mapping-Schritt: einmal die Datenbank manuell sichern (siehe JTL-Wawi Datenbank-Backup-Beitrag), weil ein versehentlich gelöschter Rückgabegrund mit historischen Retouren später nicht trivial nachzubauen ist. Die offizielle Konfigurations-Doku steht im JTL-Guide zur Retouren-Konfiguration für JTL-FFN.

Rückgabegründe in JTL-Wawi mit FFN-Werten mappen (Schritt 1)

In JTL-Wawi: Retouren > Rückgabegründe öffnen. Du siehst deine eigenen Wawi-Rückgabegründe (z.B. „Defekt“, „Falscher Artikel“, „Widerruf nach Erhalt“). Bei jedem Grund: Bereich Plattformzuordnung öffnen, aus der Dropdown-Liste den passenden FFN-Rückgabegrund wählen, speichern. Die JTL-FFN-Liste ist standardisiert und kürzer als deine Wawi-Liste — mehrere Wawi-Gründe können auf einen FFN-Grund mappen. Dafür gibt es die Standardgrund-Checkbox: Aktivieren bedeutet, dass dieser Wawi-Grund der Default ist, wenn der Fulfiller einen FFN-Grund meldet, der mehrere Wawi-Entsprechungen hat. Lege für jeden FFN-Grund mindestens einen Wawi-Standardgrund fest. Wer das überspringt, bekommt unmappable Retouren als rote Fehler ins Logbuch.

Artikelzustände in JTL-Wawi auf FFN-Werte mappen (Schritt 2)

In JTL-Wawi: Artikel > Artikelzustände öffnen. Hier definierst du Zustände wie A-Ware, B-Ware, Defekt, Beschädigte Verpackung. Bei jedem Zustand: Bereich JTL-FFN aufrufen, aus der Dropdown-Liste den entsprechenden FFN-Zustand wählen, speichern. Die FFN-Standard-Zustände sind weniger detailliert als deine internen Zustände — auch hier mehrere Wawi-Zustände können auf einen FFN-Zustand mappen. Praxis-Empfehlung: A-Ware und B-Ware separat mappen, Defekt und Ausschuss zusammenführen, Spezial-Zustände (z.B. „Geöffnet, aber funktionsfähig“) einem nahen FFN-Wert zuordnen. Wer eigene Wawi-Zustände nutzt, muss diese vor dem ersten Retoure-Eingang einmal vollständig mappen — sonst blockt der erste Retoure-Sync.

Synchronisation auslösen und prüfen (Schritt 3)

Nach jedem Mapping-Eintrag: einmal synchronisieren, damit die Zuordnung im FFN ankommt. JTL synchronisiert beim nächsten regulären FFN-Abgleich automatisch — wer schneller will, kann den Worker manuell anstoßen oder einen Sync-Lauf erzwingen. Prüfe danach im FFN-Portal, ob die neuen Mappings angekommen sind. Bei Wawi-Updates oder größeren FFN-Plattform-Updates lohnt es sich, die Mappings noch einmal zu prüfen — manchmal kommen neue FFN-Standardwerte hinzu, die du dann als Erweiterung in dein Mapping aufnehmen solltest. Der Sync-Status steht in der Wawi unter Lager > Fulfillment Network — und neue Konflikte landen rot im Logbuch.

Logbuch-Routine für Retouren-Fehler einrichten (Schritt 4)

Das Wawi-Logbuch ist der Kanal, in dem dir Probleme angezeigt werden — auch Retouren-spezifische. Plane eine tägliche Routine: einmal am Tag, idealerweise morgens, das Logbuch öffnen und auf rot unterlegte Einträge scannen. Wer keine Routine hat, sammelt Logbuch-Fehler über Wochen, bis ein Bestandsproblem im Quartalsabschluss auffällt. Bei größeren Setups (mehrere Fulfiller, hohes Retourenvolumen) lohnt sich ein automatisierter Logbuch-Check über Wawi-Workflows — du bekommst dann eine E-Mail bei jedem Fehler. Die Vlarom E-Commerce Agentur richtet diese Workflow-Trigger im Onboarding mit ein, damit Retouren-Probleme früh sichtbar werden, statt sich anzusammeln.

Retoure aus Händlersicht anlegen und Status verfolgen (Schritt 5)

Wenn ein Kunde dir eine Retoure meldet (E-Mail, Shop-Formular, Anruf): In Wawi unter Retouren > Neu anlegen. Wähle den Original-Auftrag, die zurückgesendeten Positionen, den Rückgabegrund (aus deinen gemappten Wawi-Gründen) und als Lager das FFN-Lager des Fulfillers. Sobald gespeichert, wird die Retoure beim nächsten FFN-Abgleich an den Fulfiller übermittelt. Auf deiner Seite kann der Status nur Angemeldet annehmen — der Fulfiller setzt nach physischer Annahme den Status auf Eingetroffen, später auf Abgeschlossen mit Artikelzustand. Du siehst Status-Updates in der Wawi-Retourenliste. Achte auf Retouren, die länger als zehn Tage im Status Angemeldet bleiben — entweder hat der Kunde nichts geschickt, oder der Fulfiller hat die Sendung nicht zugeordnet. Beide Fälle brauchen Nachfassen. Detaillierte Verwaltung steht im JTL-Guide zu Retouren verwalten als Händler.

Häufige Fragen zu JTL-FFN Retouren

Was ist der Unterschied zwischen FFN-Retouren und WMS-Retouren?

Beide sind unterschiedliche Lager-Modelle. JTL-WMS-Retouren laufen in deinem eigenen Lager — du nimmst die Retoure physisch entgegen, prüfst sie selbst, buchst sie selbst ein. JTL-FFN-Retouren laufen beim Fulfiller — der nimmt sie entgegen, prüft sie und meldet das Ergebnis an deine Wawi. Unterschiedliche Workflows, unterschiedliche Konfiguration. Wer ein WMS-Lager parallel zum FFN-Lager betreibt, braucht beide Konfigurationen — Mapping fürs FFN und WMS-Setup fürs eigene Lager. Den WMS-spezifischen Prozess haben wir im JTL-WMS Retouren-Beitrag beschrieben.

Im Wawi-Logbuch erscheint eine rot unterlegte Fehlermeldung. Der Fulfiller hat dann mehrere Optionen: Er kann die Retoure manuell weiter bearbeiten und einen Standard-Wert setzen, oder er meldet das Problem zurück an dich. In beiden Fällen entsteht Aufwand, der mit korrektem Mapping vermeidbar gewesen wäre. Wer ein neues Wawi-Update einspielt, sollte direkt danach Lager > Fulfillment Network > Artikelzustände prüfen — manchmal kommen neue FFN-Werte hinzu, die noch kein Wawi-Mapping haben. Eine kurze Routine direkt nach dem Update spart später Logbuch-Aufräumen.

Ja. Wenn ein Kunde direkt zum Fulfiller-Lager schickt ohne dich vorher zu kontaktieren, kann der Fulfiller die Retoure dort anlegen und beim nächsten FFN-Abgleich in deine Wawi synchronisieren. Du siehst die neue Retoure dann im Wawi-Retourenstand. Bei dieser Variante setzt der Fulfiller direkt den Artikelzustand und Rückgabegrund — vorausgesetzt, das Mapping zwischen Wawi und FFN ist sauber konfiguriert. Wer kein Mapping hat, bekommt diese Retouren auch nicht sauber zurück übermittelt — sie laufen dann manuell nach.

Vier Status laufen über die Lebensdauer einer FFN-Retoure: Angemeldet (du oder der Fulfiller hat die Retoure angelegt), Eingetroffen (der Fulfiller hat die Sendung physisch entgegengenommen), in Prüfung (der Fulfiller bewertet den Artikelzustand) und Abgeschlossen (Rückbuchung in Wawi erfolgt). Du als Händler kannst nur den Status Angemeldet setzen oder anpassen — alle weiteren Status setzt der Fulfiller. Status-Hänger über mehrere Tage sind ein Signal: bei Angemeldet zu lange = Kunde hat nichts geschickt; bei Eingetroffen zu lange = Fulfiller hat den Pickup nicht abgearbeitet; bei in Prüfung zu lange = Fulfiller hat eine Frage zum Artikelzustand.

„Beschädigte Verpackung“ als Rückgabegrund kann je nach Geschäft auf zwei FFN-Werte mappen: auf den Standard-Defekt-Wert (wenn die Ware selbst nicht mehr verkaufbar ist) oder auf einen B-Ware-Zustand (wenn die Ware funktioniert, nur die Verpackung kaputt ist). Lege idealerweise zwei Wawi-Rückgabegründe an — „Verpackung beschädigt, Ware OK“ und „Verpackung und Ware beschädigt“ — und mappe sie auf die jeweils passenden FFN-Werte. Das gibt dir die Granularität, die du bei der Bestandsführung brauchst. Ein Händler im JTL-Forum: ‚Wir haben anfangs alles als Defekt gemappt — bis wir gemerkt haben, dass 60 Prozent der Retouren tatsächlich B-Ware-fähig waren.‘

Die Rückerstattung läuft auf deiner Seite. Der Fulfiller meldet zurück, dass die Retoure eingetroffen und geprüft wurde, mit Artikelzustand. Auf Basis dieser Information entscheidest du, ob du die volle Rückerstattung freigibst (bei A-Ware) oder eine Wertminderung abziehst (bei B-Ware oder Defekt). Die Auszahlung selbst läuft über deine üblichen Zahlungswege — PayPal, SEPA, Klarna — und nicht über den Fulfiller. Wer das mit Workflows automatisieren will: Wawi-Workflow auf Retouren-Status „Abgeschlossen“ + Artikelzustand „A-Ware“ → automatische Gutschrift erzeugen. Manuelle Prüfung empfehlen wir bei höherwertigen Artikeln trotzdem.

Eine Test-Retoure mit kleiner Wertigkeit. Lege eine Retoure für einen Test-Auftrag in der Wawi an, lass sie an den Fulfiller laufen, beobachte den Status-Verlauf bis zur Abschluss-Buchung. Prüfe: Stimmen Rückgabegrund und Artikelzustand bei der Rückbuchung? Wird die Bestandsmenge korrekt aktualisiert? Tauchen Logbuch-Fehler auf? Diese Test-Retoure kostet einmal Zeit, klärt aber ob das gesamte Mapping funktioniert. Wer ohne Test-Retoure live geht, lernt die Probleme am ersten echten Kunde-Fall — was ärgerlich ist, weil dann die echte Erstattung dran hängt. Die Vlarom E-Commerce Agentur fährt diesen Test-Lauf bei jedem FFN-Onboarding bewusst zuerst, bevor der erste produktive Retoure-Eingang stattfindet.

JTL Service Partner Gold — FFN-Retouren-Setup aus der Praxis

FFN-Retouren-Mapping sauber aufsetzen — wir übernehmen die Konfiguration

Wir konfigurieren das vollständige Retouren-Mapping zwischen JTL-Wawi und JTL-FFN, richten die Logbuch-Routine ein und führen einen Test-Lauf vor dem produktiven Retoure-Eingang durch. Als Vlarom E-Commerce Agentur, JTL Service Partner Gold aus Ahrensfelde bei Berlin, begleiten wir mittelständische Händler durch das vollständige FFN-Onboarding. Ruf uns an unter +49 30 91473862, schreibe an info@vlarom.de oder nutze unser Kontaktformular.