Wie Lotte Rental Innovationsbudget freisetzte, ohne ihre Kernsysteme zu berühren
Eine Operation, die reife Unternehmen häufig schlecht ausführen, ist die Verwechslung des Systems mit dem Anbieter des Systems. Sie nehmen an, dass die Aktualisierung, Innovation oder digitale Transformation ihrer Operationen notwendigerweise die Einhaltung des Aktualisierungsrhythmus erfordert, den der Softwarehersteller vorgibt. Lotte Rental, das führende Autovermietungsunternehmen in Südkorea mit über 40 Jahren Geschichte und 300 operativen Niederlassungen, hat gerade bewiesen, dass diese Logik eine strukturelle Lücke aufweist.
Am 31. März 2026 kündigte Rimini Street (NASDAQ: RMNI) die Erweiterung ihrer Allianz mit Lotte Rental im Rahmen eines mehrjährigen Vertrags an, der den Support für ihre SAP- und Oracle-Systeme abdeckt. Was diesen Schritt interessant macht, ist nicht der Vertrag selbst, sondern die Folge, die ihn hervorgebracht hat: Lotte Rental testete zunächst das Modell mit einem einjährigen Pilotvertrag für Oracle im Jahr 2024, validierte die Ergebnisse und verlängerte dann diesen Vertrag um drei weitere Jahre, während gleichzeitig ein neuer Dreijahresvertrag für ihre SAP-Systeme unterzeichnet wurde. Das ist keine Kaufentscheidung; das ist eine Architekturentscheidung.
Die Kosten, die niemand im IT-Budget prüft
Oracle und SAP strukturieren ihre Supportverträge mit jährlichen Gebühren, die typischerweise zwischen 20 % und 22 % des Nettowertes der Lizenzen ausmachen. Für ein Unternehmen der Größe und Komplexität von Lotte Rental, das Leasingoperationen, Carsharing, den Verkauf von Gebrauchtwagen und Tochtergesellschaften in Thailand und Vietnam integriert, ist diese Haushaltszeile nicht trivial. Rimini Street verfolgt einen direkten Ansatz: etwa die Hälfte dieser Gebühr im Austausch für gleichwertigen Support zu verlangen, unterstützt von einem engagierten primären Supportingenieur und einem globalen Team von ERP-Experten.
Lotte Rental berichtet von Einsparungen von über 50 % bei den jährlichen Supportgebühren. Übersetzt in eine geschäftliche Entscheidung: dieser Unterschied verschwindet nicht einfach in der Bilanz als buchhalterische Verbesserung. Er wird umgeleitet. Changgeun Park, der IT-Leiter von Lotte Rental, brachte es auf den Punkt: Das Unternehmen benötigte sichere, flexible und innovationsbereite Kernsysteme. Das Problem war nicht die Software; es war das Abhängigkeitsmodell vom Hersteller, das ständige Druck aufgrund kostspieliger und disruptiver Aktualisierungen zur Aufrechterhaltung der Compliance beinhaltete.
Dies beschreibt ein klassisches architektonisches Versagen: Die Infrastrukturwartungskosten steigen im Verhältnis zur Größe der Operation, erzeugen jedoch keinen zusätzlichen Wert. Es sind Fixkosten, die die verfügbaren Gelder für Investitionen erodieren. Wenn diese Kosten an einen Anbieter gebunden sind, der Einfluss auf die Upgrade-Zeitpläne hat, verliert das Unternehmen die Kontrolle über sein eigenes Investitionstempo.
Was man kauft, wenn man den Supportanbieter wechselt
Der Schritt von Lotte Rental ist nicht nur eine Übung zur Kostenreduktion. Die relevante Mechanik liegt darin, was diese Reduzierung ermöglicht. Mit dem eingesparten Kostenunterschied startete das Unternehmen drei gleichzeitige Maßnahmen: Robotic Process Automation (RPA), Verbesserungen der Benutzeroberflächen ihres SAP-ERPs und die Integration ihrer Funktionen in Marketing, Logistik, Finanzen und Personalwesen in einer einzigen Plattform. Das projizierte Ergebnis ist eine Einsparung von mehr als 100.000 Arbeitsstunden in fünf Jahren, mit direkter Auswirkung auf Produktivität und Mitarbeiterzufriedenheit.
Dies veranschaulicht ein mechanisches Prinzip, das wenige Organisationen konsequent anwenden: Die Kosten, die in einem Teil des Systems freigesetzt werden, können als Investitionskapital in einem anderen Teil fungieren, ohne externes Funding oder Genehmigungen des Vorstands für die Aufnahme von Schulden. Lotte Rental ging nicht an die Kapitalmärkte, um seine digitale Transformation zu finanzieren. Das Unternehmen reconfigurierte die interne Verteilung seines IT-Budgets.
Was Rimini Street anbietet, hat in der Branche einen technischen Namen: komposable ERP-Strategie. Anstatt den Kern des Systems zu ersetzen, hält das Unternehmen seine Oracle- und SAP-Systeme stabil, verlängert deren Lebensdauer unter Unterstützung Dritter und baut modulare Innovationsschichten darüber, ohne die historische Investition in Lizenzen und Konfiguration abzulehnen. Kevin Kim, Vizepräsident von Rimini Street für Korea, beschrieb dies präzise: Die Stabilität des Kerns ist die Voraussetzung, nicht das Ziel. Das Ziel sind die Initiativen in den Bereichen Künstliche Intelligenz, ESG-Mobilität und Cloud-Fähigkeiten, die Lotte Rental jetzt mit eigenen Ressourcen finanzieren kann.
Das Pilotmodell als Risikofilter
Ein Detail in der Sequenz des Vertrags verdient besondere Aufmerksamkeit. Lotte Rental unterzeichnete nicht sofort einen mehrjährigen Vertrag. Es wurde ein Einjahresvertrag geschlossen, das Verhalten des Anbieters unter realen Betriebsbedingungen beobachtet, und anschließend die Entscheidung zur Expansion getroffen. Dieses schrittweise Validierungsprotokoll unterscheidet genau zwischen einer Organisation, die das Risiko bewusst steuert, und einer, die die Entscheidung dem Anbieter mit der besten PowerPoint-Präsentation überlässt.
Für Rimini Street ist die Implikation symmetrisch. Ein Kunde mit dem Profil von Lotte Rental zu gewinnen, war kein Produkt eines Standardvertriebszyklus; es war das Ergebnis messbarer Leistungen über zwölf Monate unter realem Druck. Der Kunde hatte bereits seine Entscheidung getroffen, bevor der mehrjährige Vertrag unterzeichnet wurde. Das hat einen Namen in der Servicevertrag-Ökonomie: Organische Bindung durch nachweisbare Leistung, und es ist der effizienteste Mechanismus, um wiederkehrende Einnahmen mit niedrigen Renovierungskosten zu generieren.
Das verbleibende Risiko liegt in der Ausführung. Lotte Rental nahm an, dass die versprochenen Einsparungen innerhalb des vorgesehenen Zeitrahmens realisiert werden und dass die Automatisierungs- und Integrationsinitiativen nicht auf organisatorische Engpässe stoßen, die historisch gesehen solche Programme sabotiert haben. Wenn die RPA die Arbeitsstunden nicht in der projizierten Geschwindigkeit reduziert oder wenn die Plattformintegration auf interne Widerstände stößt, verschlechtert sich die Mathematik des Projekts. Das zentrale System ist stabil; die periphere Ausführung bleibt der Unsicherheitsfaktor.
Ein Teil geändert, die gesamte Maschine neu ausgerichtet
Was Lotte Rental umgesetzt hat, war keine digitale Transformation im Sinne des Begriffs, wie ihn Berater oft verwenden. Es war etwas präziser und nützlicher: Ein einziges Element ihrer IT-Kostenarchitektur — den Supportanbieter — wurde geändert und mit dieser Modifikation finanzielle Kapazitäten für Investitionen in Automatisierung, Integration und neue Fähigkeiten freigesetzt, ohne ihren Betriebs-Kern zu stören, ohne Serviceunterbrechungen und ohne das Risiko eines vollständigen Systemaustausches.
Das ist der Unterschied zwischen einem Unternehmen, das auf den Druck des Marktes reagiert, indem es alles zerbricht und von Grund auf neu aufbaut, und einem, das präzise identifiziert, welches spezifische Element eine strukturelle Lücke verursacht. Lotte Rental hatte kein Softwareproblem. Es war ein Abhängigkeitsproblem des Anbieters, das Budget ohne Wettbewerbsvorteil zu konsumieren. Durch die Isolation dieses Elements und den Austausch gegen ein effizienteres hat das Unternehmen den Ressourcenfluss dorthin, wo die Operation ihn benötigt, neu verbunden.
Unternehmen scheitern nicht aufgrund mangelnder Transformationideen. Sie scheitern, weil ihre Modelle Fixkosten anhäufen, die keinen differenzierten Wert erzeugen, und wenn es an der Zeit ist, in das zu investieren, was wirklich zählt, haben sie kein Geld dafür.
