Fulfillment-Dienstleister werden: Voraussetzungen, Software, Startphase.

Der Einstieg ins Fulfillment-Geschäft ist formal niedrigschwellig: Lagerfläche mieten, ein paar Regale, einen Gewerbeschein, den ersten Kunden gewinnen - fertig ist der Fulfillment-Dienstleister. Operativ ist es das nicht. Die Fläche und das Personal sind die sichtbare Hälfte. Die unsichtbare Hälfte sind Prozesse und Systeme, die dafür sorgen, dass du in einem Jahr noch weißt, welcher Kunde wie viel Leistung bekommen hat und was er dir dafür schuldet. Dieser Leitfaden geht beide Hälften durch: was du am Anfang wirklich brauchst, welche Software-Bausteine zusammenspielen müssen, welche Fehler Neueinsteiger typischerweise machen - und warum Mandantentrennung kein Luxusproblem für große 3PLs ist, sondern schon beim zweiten Kunden beginnt.

Was ein Fulfillment-Dienstleister ist

Ein Fulfillment-Dienstleister (3PL) lagert, kommissioniert, verpackt und versendet Waren im Auftrag von Händlern und rechnet die Leistung pro Kunde ab. Er übernimmt damit die komplette Lagerlogistik eines Online-Händlers oder Herstellers: Wareneingang, Einlagerung, Kommissionierung nach Bestelleingang, Verpackung, Versandabwicklung und in der Regel auch Retourenannahme. Der Händler behält Sortiment, Preisgestaltung und Kundenbeziehung - der 3PL liefert die physische Abwicklung im Hintergrund, häufig unter der Marke des Händlers (White-Label-Versand).

01 - Voraussetzungen: Fläche, Personal, Prozesse, Recht

Lagerfläche. Die Fläche muss zum Sortiment passen, nicht umgekehrt. Kleinteiliges Sortiment mit hoher Auftragsfrequenz braucht kurze Wege und viele Kommissionierplätze, sperrige Ware braucht Deckenhöhe und Regaltechnik. Andockmöglichkeiten für Speditionen, ausreichend Pufferfläche für Wareneingang und Retouren und ein brandschutzkonformer Aufbau gehören von Anfang an mitgeplant - Nachrüsten ist teurer als Vorausplanen. Für den Start reicht in der Regel eine einzelne Halle; die Frage, wann sich mehrere Standorte lohnen, stellt sich erst mit wachsendem Kundenportfolio.

Personal. Wareneingang, Kommissionierung, Verpackung und Versandabwicklung sind unterschiedliche Tätigkeiten mit unterschiedlichen Taktzeiten - das gilt schon für ein kleines Team. Wer von Anfang an eine Zeiterfassung mit sauberem Mapping auf Scanner-Benutzer einführt, spart sich später den Umbau. Ohne diese Zuordnung lässt sich Versandleistung pro Mitarbeiter nie ehrlich messen, sondern nur schätzen. Details dazu stehen im Leitfaden zur Fulfillment-KPIs.

Prozesse. Ein Wareneingangsprozess mit Qualitätskontrolle, eine feste Cutoff-Zeit für den Versand am selben Tag, eine Retourenannahme mit klarer Entscheidungsregel (wieder einlagern, aussortieren, an Händler zurückmelden) - diese drei Prozesse tragen den größten Teil des Tagesgeschäfts. Sie müssen nicht komplex sein, aber sie müssen dokumentiert und für jeden Mandanten eindeutig sein, weil unterschiedliche Kunden unterschiedliche Cutoff-Zeiten und Retourenregeln vereinbaren.

Recht und Versicherung. Ein Gewerbe ist schnell angemeldet. Wichtiger sind die Verträge: ein Lagervertrag beziehungsweise Fulfillment-Vertrag pro Kunde mit klaren Haftungsregeln, eine Betriebshaftpflicht mit Lagerhalter-Baustein (Schäden an eingelagerter Fremdware sind in der Standard-Haftpflicht oft nicht abgedeckt), und je nach Sortiment weitere Auflagen - Gefahrgut, Lebensmittel, Kosmetik oder Elektronik bringen eigene Vorschriften mit. Bei grenzüberschreitendem Versand kommen Zoll- und Umsatzsteuerfragen dazu. Das ist kein Compliance-Kapitel zum Abhaken, sondern die Grundlage jedes Vertrags, den du mit einem Kunden abschließt.

02 - Software-Stack: WaWi, WMS, Versand, Zeiterfassung

Der Software-Stack eines Fulfillment-Dienstleisters besteht aus mehreren Bausteinen, die ineinandergreifen müssen. Im DACH-Raum ist JTL-WaWi (eazybusiness) die typische Basis, weil sie Warenwirtschaft, Auftragsabwicklung und Anbindung an Marktplätze und Shopsysteme in einem System bündelt und bei vielen Händlern, die einen 3PL suchen, bereits im Einsatz ist.

• Warenwirtschaft (JTL-WaWi): Der Systemkern - Artikelstamm, Bestände, Aufträge, Belege. Für Fulfillment-Dienstleister mit mehreren Mandanten stellt sich früh die Frage, ob ein Mandant pro Kunde oder eine gemeinsame Instanz mit Trennlogik sinnvoller ist. Diese Entscheidung steht im Detail im Leitfaden ein Mandant oder mehrere.
• Lagerverwaltung (WMS): Steuert Kommissionierung, Wareneingang und Lagerplätze im Detail. JTL bietet mit JTL-WMS einen eigenen Baustein, der auf der WaWi aufsetzt; je nach Komplexität des Lagers kommen auch spezialisierte WMS-Lösungen infrage.
• Versandsoftware: Erzeugt Labels, übergibt Sendungsdaten an die Paketdienstleister und liefert Trackingnummern zurück in die WaWi. Ohne saubere Rückmeldung des tatsächlichen Versandzeitpunkts lässt sich später keine SLA-Quote berechnen.
• Zeiterfassung: Getrennt von der WaWi, aber zwingend für ehrliche Leistungswerte. Ohne Zeiterfassung bleibt nur die Scan-Spanne als Behelfslösung - und die verzerrt Leistungswerte systematisch nach oben.
• Fulfillment-Netzwerk: Wer als Dienstleister im JTL-Ökosystem sichtbar werden will, kann sich über JTL-FFN listen lassen und darüber Aufträge von Händlern annehmen, die einen Fulfiller suchen. Das ersetzt kein eigenes Reporting, ist aber ein Vertriebskanal.
• Reporting und Abrechnung: Der Baustein, der in Standard-WaWi-Installationen am wenigsten mitgedacht ist - und der ab mehreren Kunden zum Engpass wird. Dazu mehr im nächsten Abschnitt.

Wie sich der gesamte Software-Stack für Fulfillment-Dienstleister im Detail zusammensetzt und wo die einzelnen Systeme sich überschneiden, ist Thema im Leitfaden Software für Fulfillment-Dienstleister. Wer sich stattdessen an ein bestehendes Netzwerk anschließen will, statt komplett selbst zu starten, findet die Details dazu im Leitfaden JTL-FFN für Dienstleister.

03 - Typische Startfehler

Die meisten Fehler in der Startphase liegen nicht in der Ausstattung, sondern in Annahmen, die beim ersten Kunden noch nicht auffallen und beim zweiten oder dritten teuer werden.

• Excel als Abrechnungswerkzeug. Für einen Kunden funktioniert eine Tabelle mit Handzählung noch. Für drei Kunden mit unterschiedlichen Preismodellen (pro Paket, pro Pick, gestaffelt nach Volumen) wird sie fehleranfällig und der Aufwand steigt schneller als der Umsatz.
• Keine feste Cutoff-Zeit definiert. Ohne klare, dokumentierte Cutoff-Regel pro Mandant lässt sich später nie sauber sagen, ob eine Bestellung pünktlich oder verspätet versendet wurde - das Thema wird erst im Streitfall sichtbar, wenn es zu spät ist.
• Zeiterfassung nachträglich einführen wollen. Wer erst nach einem Jahr merkt, dass Leistungswerte fehlen, hat für dieses Jahr keine belastbaren Daten - und häufig auch keine Vergleichsbasis, um dem Kunden gestiegene Effizienz nachzuweisen.
• Alle Kunden in einen Topf werfen. Ohne Trennung der Kennzahlen pro Mandant verschwinden Probleme einzelner Kunden im Durchschnitt - ein Mandant mit hoher Retourenquote oder häufigen SLA-Brüchen fällt nicht auf, bis er kündigt und den Grund nennt.
• Verträge ohne Leistungsdefinition. Ein Vertrag, der "Versand am selben Tag" zusagt, ohne Cutoff-Zeit, Ausnahmen und Messmethode festzulegen, ist im Streitfall wertlos - für beide Seiten.

04 - Warum der zweite Kunde alles ändert

Mit einem einzigen Kunden lässt sich fast jede Unsauberkeit noch händisch ausgleichen: Der Betreiber kennt die Zahlen aus dem Kopf, Streitfragen klärt ein Anruf. Sobald ein zweiter Kunde dazukommt, ändert sich das strukturell, nicht graduell.

Zwei Mandanten haben in aller Regel unterschiedliche Cutoff-Zeiten, unterschiedliche Preismodelle und unterschiedliche Erwartungen an Reporting. Ab diesem Punkt reicht "ich weiß es ungefähr" nicht mehr - jede Auswertung muss sauber zwischen den Mandanten trennen, sonst vermischen sich Leistungswerte und Kosten, und du kannst weder nachweisen, dass Kunde A pünktlich beliefert wurde, noch belegen, warum Kunde B mehr kostet als Kunde A. Genau hier liegt der Punkt, an dem aus einem Lagerbetrieb ein Dienstleistungsgeschäft mit Rechenschaftspflicht wird.

Ein Fulfillment-Dienstleister mit zwei Kunden bekommt von Kunde B die Frage, warum die Retourenquote diesen Monat höher war als sonst. Die Antwort steckt in der WaWi - aber nur mandantengetrennt, mit Zeitbezug und ohne die Zahlen von Kunde A vermischt. Ohne diese Trennung bleibt nur "wir schauen es uns an" statt einer Zahl im Gespräch.

Damit sind drei Dinge gemeint, die ab dem zweiten oder dritten Kunden zur Pflicht werden: SLA-Reporting pro Mandant, damit du Vertragszusagen beweisen kannst, ein sauberer Abrechnungs-Mengen-Export, damit die Rechnung nicht zur Diskussion wird, und - sobald Kunden selbst reinschauen wollen - ein mandantengetrenntes Kundenportal, in dem jeder Kunde ausschließlich seine eigenen Zahlen sieht. Wie ein solches Portal den Aufwand für Rückfragen senkt, steht im Detail auf der Seite zum Kundenportal.

05 - Reihenfolge: Was wann aufgebaut wird

Nicht alles muss am ersten Tag stehen. Sinnvoll ist eine Reihenfolge, die mit dem Kundenportfolio mitwächst:

• Vor dem ersten Kunden: Fläche, Grundprozesse, WaWi und Versandanbindung, Verträge und Versicherung.
• Mit dem ersten Kunden: Zeiterfassung von Anfang an, auch wenn die Auswertung noch manuell erfolgt - die Daten fehlen sonst rückwirkend.
• Ab dem zweiten Kunden: Mandantentrennung in der WaWi-Struktur klären, feste Cutoff-Regeln pro Kunde, erste einfache Auswertung statt Excel-Handarbeit.
• Ab dem dritten Kunden oder bei erstem Kundenwunsch nach Transparenz: Reporting-Schicht mit SLA-Nachweis, Versandleistung pro Mitarbeiter und Abrechnungs-Mengen-Export, gegebenenfalls ein Kundenportal für den direkten Selfservice-Blick.

Die Daten für all das liegen bereits in der JTL-WaWi - sie sind nur nicht in der Form da, die für Steuerung und Kundengespräche gebraucht wird. Genau das ist die Lücke, die max.dash schließt, sobald mehrere Mandanten parallel laufen: read-only an die WaWi angebunden, ohne Systemwechsel, mit SLA-Reporting, Versandleistung pro Mitarbeiter, mandantengetrenntem Kundenportal und Abrechnungs-Mengen-Export als fertigen Bausteinen obendrauf.

max.dash ist ein read-only Operations-Cockpit für JTL-Fulfillment-Dienstleister (3PL) im DACH-Raum. Wir lesen die JTL-WaWi (eazybusiness) rein lesend und liefern SLA-Reporting pro Mandant, Versandleistung pro Mitarbeiter, ein mandantengetrenntes Kundenportal und Abrechnungs-Mengen-Export - ohne Systemwechsel.

FAQ