IA et anciens systèmes : peut-elle les moderniser ?

Dans de nombreuses petites et moyennes entreprises, le cœur de l'activité repose encore sur un programme conçu il y a 15 ou 20 ans : le contrôle des stocks en Visual Basic, le système de commandes en Delphi, la comptabilité dans une base Access qui ne s'ouvre que sur cet ordinateur dans le coin. Cela fonctionne, mais plus personne ne sait y toucher, et son concepteur ne répond plus au téléphone. Le 19 octobre 2026, OpenAI a annoncé que ses modèles les plus récents avaient nettement progressé, précisément pour lire et réécrire ce type de code. Voici ce qui a réellement changé, ce que l'IA ne résout pas encore et comment choisir entre conserver, migrer ou refaire le système de votre entreprise.

Ce qu'OpenAI a annoncé

L'entreprise a publié les résultats de deux tests portant sur des langages anciens, pour lesquels très peu de matériel est disponible pour entraîner l'intelligence artificielle :

• Construire un programme à partir de zéro dans 20 langages. Ce test, appelé MultiLangBench, demande le même système de base de données dans chaque langage. En Visual Basic, le taux de réussite du nouveau modèle a été de 89,4 %, contre 27,5 % pour le précédent. En COBOL, langage de nombreux systèmes bancaires, il est passé de 10,9 % à 72,1 %. En Fortran, de 21,4 % à 83,5 %.
• Migrer des systèmes COBOL vers des langages actuels. Le résultat ne compte que si le nouveau programme produit exactement la même sortie que l'ancien, octet par octet. Le modèle le plus récent a réussi 86,6 % des tâches, contre 5,4 % pour le précédent, et à moindre coût.

Deux réserves, formulées par OpenAI elle-même : les chiffres sont les siens, mesurés par un test qu'elle a créé et publié sur GitHub pour que chacun puisse les vérifier, et les migrations en production exigent encore une révision par des spécialistes. Malgré tout, le bond est considérable. Il y a deux ans, demander à une IA de réécrire un ancien système produisait un code d'apparence correcte qui échouait sur les détails. Aujourd'hui, dans la majorité des cas de test, elle réussit.

Pourquoi cela compte pour une petite entreprise

Un ancien système pose rarement problème tant qu'il fonctionne. Il en pose à trois moments : lorsque l'ordinateur qui l'héberge tombe en panne, lorsque l'entreprise a besoin de quelque chose qu'il ne sait pas faire, comme émettre une facture d'une nouvelle manière, vendre en ligne ou s'intégrer à WhatsApp, et lorsqu'apparaît une faille de sécurité que personne ne sait corriger.

Le cas de Visual Basic 6 illustre bien la situation. Microsoft a mis fin en 2008 au support de l'outil utilisé pour créer et maintenir ces programmes, et recommande de les remplacer par une technologie moderne. Ces programmes fonctionnent encore sous Windows 11, car l'entreprise maintient en état le composant qui les exécute, mais uniquement avec des correctifs critiques. En pratique, le système tourne, mais chaque modification dépend de quelqu'un qui connaît encore le langage et dispose des anciens outils installés.

Jusqu'à récemment, moderniser signifiait payer quelqu'un pour lire des milliers de lignes de code, comprendre le rôle de chaque partie et tout réécrire depuis le début. C'était coûteux et long, et la plupart des entreprises reportaient donc l'échéance. Ce qui change aujourd'hui, c'est le coût de cette lecture et de cette réécriture, désormais réalisées en grande partie par l'IA, sous le contrôle d'une personne.

Ce que l'IA fait bien dans ce travail

• Lire le code et expliquer ce qu'il fait. Avant toute décision, il faut savoir quelles règles le système applique : comment il calcule la remise, quand il bloque une commande, comment il arrondit la taxe. L'IA lit le code et l'exprime en langage courant, y compris les règles que plus personne ne se rappelait.
• Traduire vers un langage actuel. C'est le point où les tests d'OpenAI ont montré la plus forte avancée. Le nouveau code est écrit dans un langage que tout développeur d'aujourd'hui peut maintenir.
• Créer des tests de comparaison. La manière la plus sûre de migrer consiste à exécuter l'ancien et le nouveau système avec les mêmes données et à comparer les résultats. L'IA aide à constituer des centaines de ces cas, autrefois établis à la main.
• Documenter. Le nouveau système est livré avec l'explication du rôle de chaque partie, ce qui libère l'entreprise de la dépendance à une seule personne.

Ce qui exige encore des humains

• Les règles qui ne figurent pas dans le code. Beaucoup de choses vivent dans la tête des utilisateurs : « quand le client est hors de l'État, on ajuste à la main ». L'IA l'ignore. Avant de migrer, il faut échanger avec ceux qui utilisent le programme chaque jour.
• Les données. Des années de clients, de commandes et de factures stockés dans un ancien format doivent passer dans le nouveau système sans rien perdre. Cette étape exige des vérifications, de préférence par échantillonnage avec des personnes qui connaissent les chiffres.
• La décision sur ce qu'il faut conserver. Tout ce que fait l'ancien système n'est pas encore nécessaire, et beaucoup de choses dont l'entreprise a besoin aujourd'hui, il ne les a jamais faites. Copier l'ancien ligne par ligne peut être un gaspillage. Il vaut parfois mieux en profiter pour ne refaire que l'essentiel.
• La sécurité du nouveau système. Le code généré par IA peut aussi comporter des failles. Il doit être révisé et testé comme n'importe quel autre. Nous en parlons dans l'article sur l'IA qui trouve des failles de sécurité plus vite que les entreprises ne les corrigent, valable aussi pour les anciens systèmes développés en interne.

Conserver, migrer ou refaire ?

Il n'existe pas de réponse universelle. Ces questions aident à décider :

1. Le système fait-il encore ce dont l'entreprise a besoin ? S'il le fait et que personne ne demande de changement, le conserver peut être raisonnable pendant un temps, à condition de disposer d'une sauvegarde des données et de l'ordinateur sur lequel il fonctionne.
2. Quelqu'un peut-il modifier le système aujourd'hui ? Si la réponse est « seulement le jeune homme qui l'a fait, et il a disparu », le risque est déjà élevé. Tout changement de loi, d'impôt ou de fournisseur peut paralyser l'activité.
3. Fonctionne-t-il sur un seul ordinateur ? Un système attaché à une machine est un système à une panne de l'arrêt. Migrer vers une solution qui fonctionne dans le cloud ou sur plusieurs ordinateurs est souvent le premier gain.
4. L'entreprise a-t-elle besoin de nouveautés ? Vente en ligne, application, intégration avec WhatsApp ou rapport sur téléphone mobile sont autant de signes qu'il vaut mieux refaire que simplement traduire.
5. Combien coûte un jour d'arrêt ? Si un jour sans le système équivaut à un jour sans chiffre d'affaires, la modernisation cesse d'être une dépense et devient une assurance.

Le chemin le plus sûr se fait généralement par étapes : d'abord, l'IA lit le système et génère la documentation des règles ; ensuite, une partie à la fois est migrée et comparée à l'ancienne, jusqu'à ce que la nouvelle prenne tout en charge. Ainsi, l'entreprise ne se retrouve jamais sans système.

Combien cela coûte et combien de temps cela prend

Cela dépend de la taille et de l'état du système, et méfiez-vous de quiconque donne un prix sans examiner le code. Ce que l'on peut affirmer, c'est la tendance : la partie la plus coûteuse d'une modernisation a toujours été de comprendre et de réécrire le code, et c'est précisément cette partie que l'IA a raccourcie. Les échanges avec les utilisateurs, la migration des données et les tests demandent toujours du temps, mais un projet autrefois trop gros pour une petite entreprise peut aujourd'hui entrer dans son budget.

Une bonne première étape, peu coûteuse et sans engagement de migrer, est le diagnostic : remettre le code pour lecture et recevoir en retour la documentation de ce que fait le système, les risques et les options. Cela suffit déjà à sortir l'entreprise de l'obscurité.

Notre méthode de travail

Dans notre agence, nous commençons par lire l'ancien système avec l'aide de l'IA, nous documentons les règles avec ceux qui utilisent le programme chaque jour, et ce n'est qu'ensuite que nous proposons la voie à suivre : conserver en toute sécurité, migrer par étapes ou refaire ce qui a du sens. Si votre entreprise dépend d'un ancien système, découvrez notre développement de logiciels sur mesure.

Sources

• OpenAI, annonce du 19 octobre 2026 sur la programmation dans des langages à faibles données d'entraînement (COBOL, Fortran, Visual Basic), avec le MultiLangBench publié sur GitHub.
• Couverture de TechBriefly et AI Watch (20/10/2026) sur les résultats de migration de COBOL.
• Microsoft, déclaration de support de Visual Basic 6.0 sous Windows.