Warum Leasing-IT oft unnötig komplex ist

Leasing ist ein Geschäft, in dem Struktur entscheidend ist.

Vertragslogik, Restwertannahmen, Risiko und Refinanzierung greifen eng ineinander. Schon kleine Änderungen wirken sich oft an mehreren Stellen gleichzeitig aus.

Wer eine Leasinggesellschaft führt, weiß deshalb: Das Geschäft lässt sich nicht in einfache Standardstrukturen pressen.

Umso erstaunlicher ist eine Beobachtung aus vielen Projekten:

In vielen Leasinggesellschaften entsteht ein erheblicher Teil der Komplexität nicht im Markt, sondern im eigenen System.

Und das liegt selten an der fachlichen Notwendigkeit, sondern an der Art, wie Systeme über Jahre erweitert wurden.

Komplexität entsteht schleichend

Kaum jemand entscheidet bewusst: „Wir bauen ein überkomplexes System.“

Stattdessen kommt ein neues Restwertmodell hinzu, weil eine bestimmte Objektklasse anders bewertet werden muss. Ein großer Händler erhält eine Gebührenlogik, die im Standard nicht vorgesehen war. Eine Refinanzierungsbank fordert zusätzliche Vertragskennzeichen für ihr Pool-Reporting.

Jede dieser Anpassungen ist für sich genommen plausibel. Das Problem entsteht nicht durch die einzelne Entscheidung, sondern durch ihr Nebeneinander, insbesondere dann, wenn fachliche Definitionen parallel weiterentwickelt, aber nicht harmonisiert werden.

Nach einigen Jahren existieren mehrere fachlich valide, aber nicht konsistent miteinander verknüpfte Definitionen dessen, was eigentlich vergleichbar sein sollte.

Ein Beispiel: Der Vertragsbestand im Managementreport basiert auf einer anderen Abgrenzungslogik als der Bestand, der an eine Refinanzierungsbank gemeldet wird, beide sind für ihren Zweck korrekt, aber nicht transparent aufeinander abgebildet.

In vielen Häusern ist die Systemlandschaft kein Ergebnis einer klaren Zielarchitektur, sondern das Ergebnis der Ausnahmen der letzten zehn Jahre.

Mehr Features schaffen keine bessere Steuerung

In vielen Leasinggesellschaften wird jede neue Anforderung technisch umgesetzt.

Das Ergebnis wirkt leistungsfähig. Operativ zeigt sich jedoch häufig ein anderes Bild: Vor der Übermittlung eines Reports an eine Refinanzierungsbank wird ein Export gezogen, in Excel plausibilisiert und an einzelnen Stellen manuell korrigiert. Offiziell ist der Prozess systemgestützt. Faktisch gibt es eine zusätzliche Qualitätssicherung außerhalb des Systems.

Solange diese Routinen funktionieren, gelten sie als normal. Doch sie sind ein Hinweis darauf, dass fachliche Modelllogiken und Dateninterpretationen nicht vollständig konsistent sind.

Mehr Funktionalität erhöht nicht automatisch die Qualität der Steuerung. Häufig erhöht sie vor allem die Komplexität der Systemlandschaft, nicht die Klarheit der Entscheidungsgrundlagen.

Steuerbarkeit entsteht nur dann, wenn zentrale Kennzahlen auf klar definierten und nachvollziehbar miteinander verknüpften Definitionen basieren.

Refinanzierung als Belastungstest

Besonders deutlich wird das im Austausch mit Refinanzierungsbanken.

Eine Refinanzierungsbank interessiert sich für belastbare, reproduzierbare und nachvollziehbare Zahlen, einschließlich konsistenter historischer Entwicklungen. Wenn sich das gemeldete Portfolio-Volumen zwischen zwei Perioden ohne klar dokumentierte Ursache verändert oder wenn Definitionen von Ausfall, Überfälligkeit oder Exposure nicht konsistent hergeleitet werden können, entsteht nicht nur Rückfragebedarf. Es entsteht Zweifel an der Daten- und Systemstabilität.

Refinanzierung wirkt deshalb wie ein Stresstest. Sie legt offen, ob die vorhandene Komplexität fachlich notwendig ist, oder historisch gewachsen und unzureichend harmonisiert.

Differenzierung rechtfertigt keine Fragmentierung

Leasing lebt von Produktvielfalt. Kilometerverträge, Restwertmodelle, Servicekomponenten oder Sale-and-Lease-Back-Strukturen.

Diese Vielfalt verlangt Flexibilität im Produktdesign. Sie erfordert jedoch keinen unstrukturierten oder inkonsistenten Datenhaushalt.

Ein professionelles Leasing-System zeichnet sich nicht durch die Anzahl seiner Sonderlogiken aus, sondern durch die Konsistenz seines zugrunde liegenden Datenmodells und klare Beziehungen zwischen unterschiedlichen fachlichen Sichten.

Wenn jede Abteilung ihre eigene Definition desselben Vertrags verwendet, entsteht keine höhere Professionalität, sondern zusätzliche Abstimmungs- und Erklärungsaufwände.

Wachstum verstärkt Schwächen

In kleineren Beständen lassen sich Unschärfen kaschieren. Mit wachsendem Vertragsvolumen, zusätzlichen Objektklassen und mehreren Refinanzierungspartnern funktioniert das nicht mehr.

Was früher eine erklärbare Ausnahme war, wird bei 50.000 oder 100.000 Verträgen zum strukturellen Muster. Unterschiedliche Definitionen skalieren mit. Manuelle Plausibilisierungen skalieren mit.

Wachstum legt oft nicht neue Chancen frei, sondern bestehende strukturelle Schwächen.

Spätestens wenn neue Refinanzierungslinien angebunden oder regulatorische Anforderungen verschärft werden, zeigt sich, ob die Systemarchitektur tragfähig ist. Wenn jede Erweiterung zunächst umfassend analysiert werden muss, weil Abhängigkeiten zwischen historischen Produkt- und Bewertungslogiken unklar sind, ist nicht das Geschäft zu komplex, sondern die Struktur.

Die IT bildet ab, sie entscheidet nicht

In solchen Situationen wird schnell die Software infrage gestellt. Wenn beispielsweise der Vertragsbestand im Managementreport nicht exakt mit dem Bestand im Refinanzierungsreport übereinstimmt oder vor einer Meldung an die Bank noch manuell plausibilisiert werden muss, wirkt es naheliegend, das System dafür verantwortlich zu machen.

Doch selten liegt die Ursache im System selbst.

Die IT bildet Entscheidungen ab. Wenn über Jahre hinweg Ausnahmen zugelassen, Definitionen nicht vereinheitlicht und parallel weitergeführt wurden, entsteht zwangsläufig eine fragmentierte Landschaft.

Die entscheidende Frage lautet daher nicht, ob die Leasing-Software leistungsfähig genug ist.

Sondern ob die Organisation bereit ist, strukturelle Entscheidungen zu treffen und historische Sonderlogiken zu hinterfragen.

Reduktion bedeutet Führung

Weniger Komplexität bedeutet nicht weniger Marktkompetenz. Eine Leasinggesellschaft kann hoch differenzierte Produkte anbieten und dennoch konsistente fachliche Grundlagen haben.

Entscheidend ist, dass zentrale Begriffe klar definiert, dokumentiert und in ihren unterschiedlichen fachlichen Kontexten (z. B. Accounting, Risiko, Refinanzierung) transparent zueinander abgegrenzt sind.

Produktvarianten dürfen diese Struktur nutzen, aber nicht unterlaufen.

Das ist keine Detailfrage der IT. Es ist eine Entscheidung der Führung.

Es bedeutet, Ausnahmen bewusst zu begrenzen, bestehende Logiken zu harmonisieren und neue Produkte nicht nur vertrieblich, sondern auch strukturell zu denken.

Fazit

Leasing wird immer komplex bleiben.

Die strategische Frage lautet jedoch:

Ist Ihre Komplexität eine notwendige Folge Ihres Geschäftsmodells - oder das Ergebnis historisch gewachsener und nicht harmonisierter Systementscheidungen?

Wenn Sie morgen eine weitere Refinanzierungsbank anbinden oder ein zusätzliches Portfolio strukturieren müssten - würde Ihr System diese Erweiterung tragen?

Oder würde vor allem Ihr interner Abstimmungs- und Erklärungsaufwand wachsen?