Ein Mandant oder mehrere? Multi-Kunden-Betrieb in JTL

Was die Entscheidung überhaupt bedeutet

Beim Multi-Kunden-Betrieb in JTL entscheidet der Fulfiller, ob jeder Händler ein eigener Mandant wird oder alle in einem Mandanten über Firmen-Zuordnung getrennt werden.

Sobald ein Fulfillment-Dienstleister mehr als einen Auftraggeber in JTL-WaWi (eazybusiness) abbildet, stellt sich diese Frage vor dem ersten produktiven Tag - nicht danach. Ein Mandant in JTL ist eine vollständig getrennte Instanz: eigener Datenbestand, eigene Belegnummernkreise, eigene Artikelstammdaten, eigenes Lager im System. Die Alternative ist ein einzelner Mandant, in dem alle Kunden über ein Zuordnungsfeld - typischerweise Firma oder Kostenstelle - auseinandergehalten werden.

Beide Modelle funktionieren in der Praxis. Beide haben spürbare Nachteile, die erst bei Wachstum sichtbar werden: Das Mandanten-Modell bei den Lizenzkosten, das Ein-Mandanten-Modell bei der Trennschärfe. Wer die Entscheidung einmal falsch trifft, migriert selten zurück - der Aufwand, laufende Bestellungen und Bestände zwischen Mandanten zu verschieben, ist hoch genug, dass die meisten Fulfiller lieber mit der Fehlentscheidung weiterleben.

Modell 1: Ein Mandant pro Kunde

Im Mandanten-Modell bekommt jeder Händler seinen eigenen JTL-Mandanten. Das ist die technisch sauberste Trennung: Artikelstamm, Bestand, Belegnummern und Auswertungen sind pro Mandant vollständig isoliert. Ein Mitarbeiter kann nicht versehentlich Bestand von Kunde A auf eine Bestellung von Kunde B buchen, weil beide Datenbestände komplett getrennt sind. Für Auftraggeber mit hohen Anforderungen an Datentrennung - etwa aus vertraglichen oder Compliance-Gründen - ist das oft die einzig akzeptierte Lösung.

Der Nachteil zeigt sich nicht im Tagesgeschäft, sondern auf der Rechnung: JTL-WMS lizenziert nicht pro Betrieb, sondern pro Mandant und zusätzlich pro Packer-Arbeitsplatz. Wer fünf Mandanten führt, zahlt fünf Mandanten-Lizenzen - unabhängig davon, wie klein einzelne Kunden sind.

Die Lizenzrechnung im Mandanten-Modell

Die Kalkulation ist unangenehm einfach und wird oft erst nach der Umstellung sichtbar: Eine JTL-WMS-Lizenz kostet in der Größenordnung 119 Euro netto pro Monat und pro Lizenz - und diese Lizenz wird sowohl pro Mandant als auch pro Packer fällig, der in diesem Mandanten arbeitet. Ein Fulfiller mit vier Mandanten und drei Packern, die alle Mandanten bedienen können sollen, bewegt sich schnell im Bereich mehrerer tausend Euro Lizenzkosten pro Monat - für reine Zugriffsrechte, nicht für zusätzliche Funktionen.

Diese Rechnung skaliert schlecht mit kleinen Kunden. Ein Händler mit 50 Bestellungen im Monat verursacht denselben Mandanten-Lizenzaufwand wie einer mit 5.000. Für Fulfiller, die gezielt kleinere oder wachsende Händler aufnehmen wollen, frisst die Lizenzstruktur einen Teil der Marge, bevor die erste Bestellung kommissioniert ist.

Mandanten-Hopping am Packtisch

Ein zweites, operatives Problem ist das sogenannte Mandanten-Hopping: Ein Packer, der im Tagesverlauf zwischen mehreren Mandanten wechselt - etwa weil die Auftragslage es erfordert - braucht für jeden Mandanten eine eigene Packer-Lizenz, oder er muss sich umständlich ab- und wieder anmelden. Beides bremst die Kommissionierung. Entweder zahlt der Fulfiller für Flexibilität in Form zusätzlicher Lizenzen, oder er organisiert die Schichten so starr um Mandantengrenzen, dass Personal nicht mehr dorthin verschoben werden kann, wo gerade Auftragsspitzen sind.

In der Praxis führt das dazu, dass Fulfiller Packer fest einzelnen Mandanten zuordnen - was wiederum Personalplanung und Vertretungsregelungen erschwert, sobald ein Mandant an einem Tag ungewöhnlich viel oder wenig Volumen hat.

Modell 2: Ein Mandant, Firmen-Zuordnung

Die Alternative ist ein einziger JTL-Mandant, in dem jeder Kunde über ein Zuordnungsfeld - meist die Firma oder eine vergleichbare Kategorisierung - von den anderen unterschieden wird. Bestellungen, Artikel und Lagerorte tragen diese Zuordnung, Auswertungen lassen sich darüber filtern. Der offensichtliche Vorteil: Es fällt nur eine Mandanten-Lizenz an, Packer können ohne Lizenz- oder Anmeldewechsel zwischen Kunden arbeiten, und neue Händler lassen sich ohne technischen Zusatzaufwand anlegen.

Für Fulfiller mit vielen kleinen bis mittleren Kunden ist das oft die wirtschaftlichere Wahl. Die Kommissionierung bleibt flexibel, die Lizenzkosten wachsen nicht linear mit der Kundenzahl.

Wo die Firmen-Zuordnung an ihre Grenzen stößt

Der Preis für die Ersparnis ist Trennschärfe. Die Firmen-Zuordnung ist ein Datenfeld, keine Systemgrenze. Sie trennt Kunden nur so sauber, wie sie konsequent gepflegt wird - ein falsch zugeordneter Artikel, eine vergessene Firmen-Kennung bei einer manuellen Buchung, und Bestand oder Umsatz landet beim falschen Kunden. Anders als im Mandanten-Modell verhindert das System diesen Fehler nicht strukturell, es liegt an Prozessdisziplin.

Noch wichtiger: Die Firmen-Zuordnung regelt keine Nutzerrechte. Wenn ein Auftraggeber Einblick in seine eigenen Zahlen bekommen soll - Bestand, Bestellstatus, Retouren - reicht ein Datenfeld in JTL nicht aus, um zu verhindern, dass er auch die Zahlen anderer Kunden sieht. Dafür braucht es eine zusätzliche Schicht, die konsequent nach Kunde filtert, bevor irgendetwas den Fulfiller-Betrieb nach außen verlässt. Wie ein mandantengetrenntes Kundenportal das löst, unabhängig davon, ob im Hintergrund ein oder mehrere JTL-Mandanten stehen, ist der zentrale Punkt bei der Wahl der Zugriffsschicht.

Die Firmen-Zuordnung trennt Daten im Datensatz. Sie trennt nicht, wer diese Daten sehen darf.

Reporting-Folgen beider Modelle

Beide Modelle erzeugen dasselbe strukturelle Problem für Auswertungen: JTL liefert von Haus aus weder ein Reporting, das mehrere Mandanten konsolidiert, noch eines, das innerhalb eines Mandanten sauber nach Firma trennt. Im Mandanten-Modell muss jede Auswertung - SLA-Quote, Versandvolumen, Lagerwert - einzeln je Mandant gezogen und danach manuell zusammengeführt werden, um eine Gesamtsicht auf den Betrieb zu bekommen. Im Ein-Mandanten-Modell lässt sich zwar in einer Abfrage arbeiten, aber jede Auswertung muss die Firmen-Zuordnung korrekt als Filter- und Gruppierungskriterium mitführen, sonst vermischen sich Kundenzahlen unbemerkt.

Für das mandantenübergreifende Reporting heißt das in beiden Fällen: Die Logik, die Kundenwerte sauber trennt und zugleich konsolidiert, muss außerhalb der reinen JTL-Standardauswertung gebaut werden - unabhängig davon, ob die Trennung technisch (Mandant) oder logisch (Firma) erfolgt. Dasselbe gilt für die Abrechnung: Kommissionierleistung, Versandmengen und Lagerplätze müssen pro Kunde exportierbar sein, egal ob dieser Kunde ein eigener Mandant ist oder eine Firmen-Kennung in einem gemeinsamen Mandanten.

Wie man sich entscheidet

Eine grobe Orientierung, die sich in der Praxis bewährt hat:

• Mandanten-Modell, wenn Auftraggeber vertraglich vollständige Datentrennung verlangen, wenn die Kundenzahl überschaubar bleibt oder wenn einzelne Kunden groß genug sind, dass die Lizenzkosten im Verhältnis zum Umsatz klein bleiben.
• Ein-Mandanten-Modell mit Firmen-Zuordnung, wenn viele kleine bis mittlere Kunden bedient werden, Packer flexibel zwischen Kunden eingesetzt werden sollen und die Lizenzkosten sonst überproportional wächsen - vorausgesetzt, Zuordnung wird diszipliniert gepflegt und die Zugriffstrennung nach außen wird separat gelöst.

Unabhängig von der Wahl bleibt eines gleich: Reporting und Abrechnung müssen am Ende pro Kunde sauber getrennt und trotzdem als Gesamtbild über alle Kunden verfügbar sein. Genau das leistet max.dash - es liest die JTL-Rohdaten, egal ob aus mehreren Mandanten oder aus einem Mandanten mit Firmen-Zuordnung, und liefert daraus konsolidiertes und zugleich kundengetrenntes Reporting sowie Abrechnungsdaten. Der Fulfiller muss sich nicht zwischen sauberer Trennung und wirtschaftlicher Lizenzstruktur und gutem Reporting entscheiden - die Auswertungsebene funktioniert in beiden Modellen gleich.

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.

Begriffe wie Mandant, Fulfiller oder Kommissionierleistung sind im Glossar kurz erklärt.