La startup Kodesage vient de lever 6,6 millions de dollars pour moderniser le parc logiciel legacy des entreprises grâce à une plateforme IA on-premise. L’objectif : extraire la logique métier de systèmes tels que COBOL ou Oracle Forms, accélérer la migration et garantir la souveraineté des données. Ambitieux, mais est-ce enfin la vraie rupture attendue pour les DSI ?
Le legacy : un fardeau sous-estimé… et une rente pour les ESN
La majorité des grandes organisations tourne encore sur des infrastructures vieillissantes, parfois trentenaires. Banques, assurances et ministères dépendent de logiciels hérités dont la maintenance absorbe jusqu’à 80 % des budgets IT. Les équipes internes n’osent plus toucher à des millions de lignes de code, souvent rédigées dans des langages comme COBOL. Résultat : chaque ajustement se transforme en projet long, risqué… et très coûteux, au profit de prestataires historiques.
Mais ce statu quo arrange bien des acteurs : les ESN bâtissent des offres de maintenance sur ces technologies, sans véritable enjeu de transformation. Quant aux solutions « magiques » promises depuis dix ans, elles échouent souvent à intégrer la complexité métier ou génèrent du code difficilement exploitable. Le tabou autour du legacy reste bien réel.
Kodesage promet l'automatisation, mais la réalité sera-t-elle à la hauteur ?
Avec sa plateforme IA on-premise, Kodesage fait une promesse forte : automatiser la compréhension des anciens systèmes, extraire la logique métier et refactorer vers des technologies modernes. Le tout sans jamais sortir les données du SI, un argument clé pour les secteurs réglementés. On parle ici d’un outil capable d’« analyser » la dette technique, puis de guider la migration sans rupture business.
Mais la réalité est plus nuancée. L’automatisation du refactoring, si séduisante sur le papier, se heurte à de multiples limites : documentation lacunaire, particularismes métier, dépendances obscures… Les échecs de plateformes low-code/no-code ou d’émulateurs « tout-en-un » le prouvent. Aucune IA ne remplacera l’expertise humaine sur les cas les plus critiques.
Nomad Paris analyse votre contexte rapidement.
Planifier un échangeLe vrai sujet : souveraineté et maîtrise des données
Là où Kodesage frappe juste, c’est sur la question de la souveraineté des données. En proposant une IA déployée sur site, l’éditeur rassure immédiatement les DSI sur la conformité RGPD, la gestion des accès et la confidentialité. Impossible d’envisager la migration de systèmes sensibles via le cloud public, surtout dans le secteur public ou la finance.
Mais l’enjeu ne s’arrête pas là. Pour les entreprises, garder la main sur la transformation de leur patrimoine applicatif, c’est aussi éviter le piège d’un nouvel « enfermement propriétaire ». La promesse d’une gouvernance claire du code modernisé, d’un audit facilité et d’une documentation générée automatiquement, mérite réellement d’être testée sur le terrain.
- Capacité réelle à extraire une logique métier complexe
- Niveau d’automatisation du refactoring
- Simplicité d'intégration dans le SI existant
Des cas d’usage à surveiller, mais pas d’eldorado
La levée de fonds de 6,6 millions de dollars montre l’intérêt du marché, avec des early adopters dans l’assurance et la logistique. Mais la prudence reste de mise : chaque projet de migration legacy est un cas particulier, dépendant d’une cartographie applicative souvent incomplète et d’un pilotage métier exigeant.
Pour les décideurs, l’enjeu est de sélectionner les bons « poches » de modernisation : là où l’automatisation apporte un vrai ROI sans générer une nouvelle dette technique. Le mythe d’une migration « one-click » est encore loin, mais des outils comme Kodesage forcent les ESN à bouger et remettent l’expertise technique au centre du jeu.
FAQ
Quels types de logiciels legacy sont concernés ?
COBOL, Oracle Forms, AS400, et d’autres systèmes métiers développés en interne.
L’IA de Kodesage remplace-t-elle les experts métier ?
Non, elle automatise certaines tâches mais l’expertise humaine reste indispensable lors des migrations critiques.
Peut-on tester la solution sans migrer tout le SI ?
Oui, des pilotes sur des modules isolés sont possibles avant un déploiement à grande échelle.
