Siebenundvierzig Tage: eine Lease-Return-Horrorgeschichte

Tag 1. Die E-Mail kommt um 08:14. Eine Leasinggesellschaft gibt 340 Laptops einer großen Bank zurück. Das Manifest sagt Dell Latitude 5430. Die SLA sagt 10 Arbeitstage von Empfang bis Settlement. Der Vertrag ist klar. Die Timeline ist klar. Nichts an den nächsten 47 Tagen wird klar sein.

Tag 1-3: Die Ankunft

Der Lkw kommt pünktlich. Zwölf Paletten. Ihr Receiving-Team beginnt zu scannen. Palette eins: Dell Latitude 5430. Gut. Palette zwei: Dell Latitude 5430. Gut. Palette drei: Lenovo ThinkPad T14.

Moment.

Ihr Receiving Operator prüft das Manifest erneut. Zeile 1-340: Dell Latitude 5430. Auf diesem Manifest stehen keine ThinkPads. Aber auf dieser Palette stehen ThinkPads. Vierzehn davon.

Niemand bemerkt das bis Palette sechs, als jemand sieht, dass die laufende Summe nicht stimmt, und rückwärts zu zählen beginnt. Bis dahin wurden 140 Geräte als Dell Latitude 5430 gescannt — inklusive 14, die es nicht sind. Die Diskrepanz ist im System. Sie wird dort leise leben und in den nächsten sechs Wochen Probleme verursachen.

Tag 4-8: Die Verwirrung

Ihr Team markiert die Diskrepanz. Eine E-Mail geht an die Leasinggesellschaft: "Manifest says Dell Latitude 5430. We received 14 Lenovo ThinkPad T14 units." Die Leasinggesellschaft leitet sie an die Bank weiter. Die Bank sagt, sie werde nachforschen. "Nachforschen" bedeutet, dass jemand aus der IT eine Tabelle prüft, die zuletzt aktualisiert wurde, als die Geräte vor drei Jahren ausgerollt wurden.

Während die Untersuchung "in progress" ist, stehen 326 Geräte in Ihrer Receiving Zone und nehmen Platz weg. Sie können nicht ins Testing, weil die Diskrepanz nicht geklärt ist. Oder besser: Sie könnten ins Testing, aber niemand ist sicher, ob die 14 ThinkPads unter diesem Vertrag verarbeitet oder separat gehalten werden sollen. Der Vertrag deckt dieses Szenario nicht ab. Kein Vertrag deckt dieses Szenario ab, weil niemand plant, dass das Manifest falsch ist.

Bei Lease Returns ist das Manifest die Single Source of Truth. Wenn das Manifest falsch ist, gibt es keine Single Source of Truth. Es gibt nur E-Mail.

Tag 9-15: Der Workaround

Tag 9. Die Leasinggesellschaft sagt: Verarbeiten Sie die 326 bestätigten Dell Latitudes, halten Sie die 14 ThinkPads zurück. In Ordnung. Aber jetzt hat Ihre Testing Queue 326 Geräte zu verarbeiten, und Ihre SLA-Uhr — gestartet an Tag 1 — steht bereits bei 9 Tagen. Das 10-Tage-Ziel ist morgen. Sie werden es nicht schaffen.

Testing beginnt. Das Team verarbeitet etwa 40 Geräte pro Tag. Bei diesem Tempo dauern 326 Geräte ungefähr 8 Tage. Die SLA wird um eine Woche verfehlt. Niemand setzt die SLA-Uhr formal zurück, weil der Vertrag keine Klausel für "Manifest war falsch und wir haben eine Woche darüber diskutiert" hat.

Tag 16-25: Der Grading-Streit

Geräte werden getestet und gegradet. Der Vertrag definiert Chargebacks für kosmetische Schäden: €120 für ein gesprungenes Display, €60 für ein beschädigtes Gehäuse, €25 für ein fehlendes Ladegerät. Ihr Grading-Team findet 23 Geräte, die es als "cosmetic damage — casing" klassifiziert.

Die Leasinggesellschaft widerspricht. Ihre Definition von "cosmetic damage" und Ihre Definition von "cosmetic damage" sind... unterschiedlich. Sie argumentiert, normale Abnutzung am Palmrest sei kein "damage". Sie argumentieren, ein sichtbarer Riss am Bottom Panel sei definitiv ein Schaden. Beide Seiten haben nach ihren internen Definitionen recht. Der Vertrag sagt "cosmetic damage", ohne es weiter zu definieren.

Elf E-Mails über vier Tage. Ein Telefonat, in dem niemand zustimmt. Ein Kompromiss, bei dem 15 der 23 als chargeable akzeptiert werden. Die anderen 8 bleiben disputed. Der Streit wird "escalated", was bedeutet, dass jemand weiter oben in drei Wochen dasselbe Gespräch führt.

Tag 26-35: Die Settlement-Berechnung

Ihr Settlements-Team beginnt mit der Berechnung. Es sollte einfach sein: Vertragspreise nehmen, Grades anwenden, Chargebacks berechnen, Report erzeugen. Aber die Chargeback-Berechnung braucht die Grade Distribution, und die Grade Distribution wird in Excel gemacht, weil Ihr System Verträge nicht automatisch mit Grading Results verbindet.

Die Excel-Datei hat einen Formelfehler. Jemand nutzte VLOOKUP statt INDEX/MATCH, und die 14 ThinkPads — die ausgeschlossen werden sollten — sind in den Summen enthalten. Der erste Entwurf des Settlements liegt um €8.400 daneben. Niemand merkt es, bis der Analyst der Leasinggesellschaft es findet. Noch eine Runde E-Mails.

Tag 36-42: Die Korrektur

Das Settlement wird neu berechnet. Die ThinkPads werden ausgeschlossen. Die 8 disputed cosmetic chargebacks bleiben als separate Line Item pending resolution. Der Report geht zur Freigabe. Die Leasinggesellschaft braucht fünf Arbeitstage für den Review, weil ihr Approval-Prozess drei Abteilungen und eine Unterschrift von jemandem im Urlaub erfordert.

Tag 43-47: Die Lösung

Tag 43. Das Settlement wird genehmigt, abzüglich der 8 disputed chargebacks (weiter pending). Eine Invoice wird erzeugt. Die Invoice verweist wegen eines Copy-Paste-Fehlers auf die falsche Settlementnummer, was zwei weitere E-Mails zur Klärung kostet. Tag 47: die korrekte Invoice wird verschickt. Die SLA war 10 Tage.

Siebenundvierzig Tage. Nicht weil jemand inkompetent war. Nicht weil jemand faul war. Weil der Prozess Lücken hatte: keine Manifest Verification beim Scannen, keine standardisierten Grading Definitions im Vertrag, keine Verbindung zwischen Grading Results und Settlement Calculations, kein automatisiertes Discrepancy Handling. Jede Lücke fügte Tage hinzu. Jeder Tag fügte Frust hinzu. Jeder Frust fügte E-Mails hinzu. Jede E-Mail fügte Kosten hinzu.

Ein System, das die ThinkPad-Diskrepanz bei Palette drei erkennt — nicht bei Palette sechs. Das gegen vertraglich definierte Kriterien gradet, nicht gegen persönliche Interpretation. Das Settlements automatisch aus Grading Results berechnet. Das die Invoice ohne Copy-Paste erzeugt. Dieses System braucht keine 47 Tage. Es braucht 10. Was zufällig genau das war, was die SLA die ganze Zeit sagte.