Fast jeder Fulfillment-Betrieb fängt gleich an: eine Excel-Tabelle, ein paar Formeln, wöchentlich von Hand aus der JTL-WaWi befüllt. Das funktioniert, solange ein Mandant und eine Person die Zahlen pflegen. Die Frage ist nicht, ob die Vorlage grundsätzlich taugt - sie tut es, für den Einstieg. Die Frage ist, ab welchem Punkt der Pflegeaufwand und das Fehlerrisiko höher wiegen als die Kosten eines fertigen Tools.
01 - Was in ein Lager-KPI-Dashboard gehört
Ein Lager-KPI-Dashboard bündelt die Kennzahlen des Fulfillment-Betriebs (Versand, SLA, Retouren, Leistung) in einer laufend aktuellen Ansicht. Es ersetzt die Frage "Wie war letzte Woche?" durch einen Blick auf eine Fläche, die den aktuellen Stand zeigt, statt ihn erst zusammenzurechnen. Fünf Kennzahlen bilden den Kern, den jedes ernsthafte Dashboard abdecken muss - Details und Messmethode stehen im Leitfaden zu den Fulfillment-KPIs.
- Versandvolumen pro Tag - die Grundgröße für Personalplanung und Kapazität
- SLA- beziehungsweise Pünktlichkeitsquote - der Anteil fristgerecht versendeter Aufträge
- Versandleistung pro Mitarbeiter - Pakete oder Picks je Stunde, gegen echte Arbeitszeit
- Retourenquote - Anteil zurückkommender Sendungen, im Zeitverlauf
- Durchlaufzeit - Zeit von Bestelleingang bis Versand, als Verteilung statt als Einzelwert
Wer für mehrere Kunden fulfillt, braucht jede dieser Zahlen zusätzlich pro Mandant getrennt. Ein Gesamtwert über alle Mandanten hinweg verdeckt, welcher Kunde gut läuft und welcher das Lager tatsächlich belastet.
02 - Die Excel-Vorlage: Aufbau und Grenzen
Was sie kann. Eine gute Vorlage strukturiert die fünf Kennzahlen oben in Tabellenblättern, mit Formeln für Quoten und Durchschnitte und vielleicht ein paar Diagrammen obendrauf. Für einen einzelnen Mandanten und eine Person, die einmal wöchentlich Zahlen einträgt, ist das ein brauchbarer Einstieg - besser als gar keine Zahlen.
Wo die Grenze liegt. Die Vorlage selbst rechnet nichts falsch. Das Problem ist der Weg der Daten dorthin: Jemand muss aus der JTL-WaWi exportieren, die Datei öffnen, in die richtigen Spalten kopieren und Formeln nachziehen, sobald sich der Zeitraum ändert. Das ist keine Fehlkonstruktion der Vorlage - es ist die Grenze dessen, was eine Tabelle ohne Datenanbindung leisten kann.
- Manuell befüllt - jede Aktualisierung kostet Zeit einer Person, die das priorisieren muss
- Nicht live - der Stand ist immer der vom letzten Export, nicht der von heute
- Kein Mandanten-Split eingebaut - wer mehrere Kunden trennen will, baut das selbst nach, meist mit Pivot-Tabellen, die bei jedem neuen Mandanten angepasst werden müssen
- Kein Berechtigungskonzept - eine Tabelle lässt sich nicht sauber so freigeben, dass ein Kunde nur seine eigenen Zahlen sieht
03 - Warum manuelle Dashboards fehleranfällig sind
Der Fehler passiert selten in der Formel. Er passiert im Export davor - und genau deshalb fällt er oft erst auf, wenn die Zahl schon im Kundengespräch war.
Ein Mitarbeiter exportiert die Versanddaten der letzten Woche aus JTL, filtert dabei aber versehentlich nach Lieferschein-Datum statt Versanddatum. Die Vorlage rechnet die SLA-Quote korrekt aus den Zahlen, die sie bekommt - nur sind die Zahlen selbst um zwei Tage verschoben. Die Quote sieht besser aus, als sie ist, und niemand merkt es, bis der Mandant seine eigene Auswertung dagegenhält.
Diese Art Fehler ist strukturell, nicht individuell. Jeder manuelle Exportschritt - falscher Zeitraum, falscher Filter, vergessene Aktualisierung, kopierte statt verknüpfte Zelle - ist eine Gelegenheit, eine falsche Zahl in die Tabelle zu tragen. Bei einem Mandanten und einer Kennzahl ist das Risiko überschaubar. Bei fünf Kennzahlen über mehrere Mandanten, jede Woche neu exportiert, wächst die Zahl der Gelegenheiten linear mit - und damit auch die Wahrscheinlichkeit, dass eine Zahl im nächsten Kundenbericht nicht stimmt.
04 - Vorlage gegen fertiges Tool im Vergleich
Der Unterschied liegt nicht in der Optik des Dashboards, sondern darin, woher die Zahlen kommen und wie oft ein Mensch dazwischen muss.
Eine Vorlage ist gut genug, wenn niemand die Zahlen laufend braucht und ein gelegentlicher Rückstand kein Problem ist. Ein fertiges Tool lohnt sich, sobald die Zahlen jederzeit stimmen müssen - im Kundengespräch, im Vertrag, in der täglichen Steuerung.
05 - Wann sich ein fertiges Tool lohnt
Es gibt keinen festen Schwellenwert, aber drei Signale, die zuverlässig anzeigen, dass die Vorlage an ihre Grenze gekommen ist.
- Mehr als ein Mandant - sobald Zahlen getrennt und teils an Kunden weitergegeben werden, wird der manuelle Split zum wiederkehrenden Aufwand
- Vertraglich zugesicherte SLA - wenn eine Quote im Vertrag steht, muss sie jederzeit belastbar nachweisbar sein, nicht nur zum Zeitpunkt des letzten Exports
- Reporting kostet mehr als eine halbe Stunde pro Woche - ab diesem Punkt übersteigt der Pflegeaufwand meist die Kosten eines Tools, das die Zahlen laufend liefert
Genau an diesem Punkt setzt max.dash an: ein fertiges Dashboard, das live an deine JTL-WaWi angebunden ist. Wir lesen die eazybusiness-Datenbank read-only und liefern SLA-Reporting pro Mandant, Versandleistung pro Mitarbeiter, ein mandantengetrenntes Kundenportal und einen Abrechnungs-Mengen-Export - ohne dass jemand noch etwas exportiert oder in eine Tabelle überträgt. Wie das im Detail aufgebaut ist, zeigt die Übersicht zum JTL-Dashboard, wie die einzelnen Kennzahlen live zusammenlaufen, zeigen die Auswertungen.
06 - Häufige Fragen
Reicht eine Excel-Vorlage für ein Lager-KPI-Dashboard aus?
Für den Einstieg und für sehr kleine Betriebe mit einem Mandanten ja. Sobald mehrere Mandanten, tägliche Aktualität und belastbare SLA-Nachweise gefragt sind, stößt eine Vorlage an ihre Grenzen, weil sie manuell befüllt werden muss und keine Mandantentrennung kennt.
Welche Kennzahlen gehören mindestens in ein Lager-KPI-Dashboard?
Versandvolumen pro Tag, SLA- beziehungsweise Pünktlichkeitsquote, Versandleistung pro Mitarbeiter, Retourenquote und Durchlaufzeit. Bei mehreren Mandanten kommt für jede dieser Zahlen die Aufteilung pro Mandant dazu.
Warum ist eine manuell gepflegte Vorlage fehleranfällig?
Weil Zahlen von Hand aus der JTL-WaWi exportiert und in die Vorlage übertragen werden. Jeder Exportschritt ist eine Gelegenheit für einen falschen Zeitraum, eine falsche Filterung oder ein vergessenes Update - und das fällt oft erst im Kundengespräch auf.
Ab wann lohnt sich ein fertiges, live angebundenes Dashboard?
Sobald mehrere Mandanten bedient werden, SLA vertraglich zugesichert ist oder das Reporting mehr als eine halbe Stunde pro Woche kostet. Ab diesem Punkt ist die Zeitersparnis und die Verlässlichkeit eines live an JTL angebundenen Tools höher als der Aufwand für die Vorlage.
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.