Comment Lotte Rental a libéré un budget d'innovation sans toucher à ses systèmes centraux
Une opération que les entreprises matures exécutent souvent mal : elles confondent le système avec le fournisseur du système. Elles supposent qu'upgrader, innover ou transformer numériquement leur opération nécessite nécessairement de suivre le rythme des mises à jour imposé par le fabricant du logiciel. Lotte Rental, la compagnie leader de la location de voitures en Corée du Sud avec plus de 40 ans d'expérience et 300 agences opérationnelles, a récemment démontré que cette logique présente une fuite structurelle.
Le 31 mars 2026, Rimini Street (NASDAQ : RMNI) a annoncé l'expansion de son alliance avec Lotte Rental dans un accord pluriannuel couvrant le support de ses systèmes SAP et Oracle. Ce qui rend ce mouvement intéressant, ce n'est pas le contrat en soi, mais la séquence qui l'a produit : Lotte Rental a d'abord testé le modèle avec un contrat pilote d'un an pour Oracle en 2024, validé les résultats, puis étendu cet accord de trois années supplémentaires tout en signant simultanément un nouveau contrat de trois ans pour ses systèmes SAP. Ce n'est pas une décision d'achat ; c'est une décision d'architecture.
Le coût que personne n'audit dans le budget TI
Oracle et SAP structurent leurs contrats de support avec des frais annuels représentant généralement entre 20 % et 22 % de la valeur nette des licences. Pour une entreprise de la taille et de la complexité de Lotte Rental, qui intègre des opérations de location, de partage de voitures, de vente de voitures d'occasion et des filiales en Thaïlande et au Vietnam, cette ligne budgétaire n'est pas négligeable. Rimini Street fonctionne avec une proposition directe : facturer environ la moitié de ces frais en échange d'un support équivalent, avec un ingénieur de support principal dédié soutenu par une équipe mondiale d'experts en ERP.
Lotte Rental rapporte une économie supérieure à 50 % sur les frais de support annuels. Traduit en décision exécutive : cet écart ne disparaît pas dans le bilan comme une amélioration comptable. Il est redirigé. Changgeun Park, responsable TI de Lotte Rental, l'a formulé sans détour : l'entreprise avait besoin que ses systèmes centraux soient sûrs, flexibles et prêts à innover. Le problème n'était pas le logiciel ; c'était le modèle de dépendance vis-à-vis du fabricant, qui incluait une pression constante vers des mises à jour coûteuses et perturbatrices pour maintenir la conformité réglementaire.
Cela décrit un échec architectural classique : les coûts de maintenance de l'infrastructure augmentent en proportion de la taille de l'opération, mais ne génèrent pas de valeur incrémentale. Ce sont des coûts fixes qui érodent la trésorerie disponible pour l'investissement. Lorsque ces coûts sont liés à un fournisseur ayant un pouvoir d'agenda sur le calendrier des mises à jour, l'entreprise perd le contrôle sur son propre rythme d'investissement.
Ce qu'on achète quand on change de fournisseur de support
Le mouvement de Lotte Rental n'est pas simplement un exercice de réduction de coûts. La mécanique la plus pertinente réside dans ce que cette réduction permet. Avec l'écart de coûts libéré, l'entreprise a lancé simultanément trois axes d'action : l'automatisation robotisée des processus (RPA), des améliorations des interfaces de son ERP SAP et l'intégration de ses fonctions de marketing, logistique, finance et ressources humaines sur une seule plateforme. Le résultat projeté est une économie de plus de 100 000 heures de travail sur cinq ans, avec un impact direct sur la productivité et la satisfaction du personnel.
Cela illustre un principe mécanique que peu d'organisations appliquent systématiquement : les coûts libérés dans une partie du système peuvent agir comme un capital d'investissement dans une autre, sans nécessiter de financement externe ni d'autorisation du conseil d'administration pour lever des fonds. Lotte Rental n'est pas allée sur le marché des capitaux pour financer sa transformation numérique. Elle a reconfiguré la distribution interne de son budget TI.
Ce que propose Rimini Street a un nom technique dans l'industrie : stratégie d'ERP composable. Au lieu de remplacer le cœur du système, l'entreprise maintient ses systèmes Oracle et SAP stables, prolonge leur durée de vie sous un support tiers et construit des couches modulaires d'innovation au-dessus, sans jeter l'investissement historique dans les licences et la configuration. Kevin Kim, vice-président de Rimini Street pour la Corée, l'a décrit avec précision : la stabilité du cœur est la condition de possibilité, non le but. L'objectif est les initiatives d'intelligence artificielle, mobilité ESG et capacités en cloud que Lotte Rental peut maintenant financer avec ses propres ressources.
Le modèle pilote comme filtre de risque
Il y a un détail dans la séquence de l'accord qui mérite une attention particulière. Lotte Rental n'a pas signé un contrat pluriannuel d'emblée. Elle a signé un contrat d'un an, observé le comportement du fournisseur sous des conditions opérationnelles réelles puis a pris la décision d'expansion. Ce protocole de validation par étapes est exactement ce qui distingue une organisation qui gère le risque délibérément de celle qui délègue la décision au vendeur ayant la meilleure présentation PowerPoint.
Pour Rimini Street, l'implication est symétrique. Gagner un client du profil de Lotte Rental n'est pas le résultat d'un cycle de vente standard ; c'est le produit de résultats mesurables démontrés pendant douze mois dans des conditions opérationnelles réelles. Le client avait déjà pris sa décision avant que le contrat pluriannuel ne soit signé. Cela a un nom dans l'économie des contrats de service : rétention organique par performance prouvée, et c'est le mécanisme le plus efficace pour construire des revenus récurrents avec un faible coût de renouvellement.
Le risque qui demeure est d'exécution. Lotte Rental a supposé que les économies promises se matérialiseront dans le délai projeté et que les initiatives d'automatisation et d'intégration ne rencontreront pas les goulets d'étranglement organisationnels qui ont historiquement saboté ce type de programmes. Si le RPA ne réduit pas les heures de travail à la vitesse projetée ou si l'intégration des plateformes rencontre une résistance interne, les mathématiques du projet se détériorent. Le système central est stable ; l'exécution périphérique reste le facteur d'incertitude.
Une pièce changée, toute la machinerie réorientée
Ce que Lotte Rental a exécuté n'est pas une transformation numérique au sens où les consultants ont tendance à vendre ce terme. C'était quelque chose de plus précis et de plus utile : ils ont changé un seul élément de leur architecture des coûts TI — le fournisseur de support — et avec cette modification, ont libéré la capacité financière pour investir dans l'automatisation, l'intégration et de nouvelles capacités sans altérer leur cœur opérationnel, sans interruptions de service et sans le risque d'un remplacement total des systèmes.
C'est la différence entre une entreprise qui réagit à la pression du marché en cassant tout et en reconstruisant de zéro, et celle qui identifie avec précision quel composant spécifique génère une fuite structurelle. Lotte Rental n'avait pas un problème de logiciel. Ils avaient un problème de dépendance à un fournisseur qui consommait le budget sans générer un avantage concurrentiel. En isolant ce composant et en le remplaçant par un plus efficace, ils ont reconnecté le flux de ressources vers où l'opération en avait besoin.
Les entreprises ne s'effondrent pas par manque d'idées de transformation. Elles s'effondrent parce que leurs modèles accumulent des coûts fixes qui ne génèrent pas de valeur différentielles, et lorsque vient le moment d'investir dans ce qui compte vraiment, elles n'ont plus de trésorerie pour le faire.
