Faire passer un patrimoine de gestion de crédit à la génération suivante

Le contexte

Un grand groupe bancaire français engageait la modernisation profonde de son système d'information d'affacturage. Une partie du patrimoine applicatif, critique et ancienne, devait suivre.

Il fallait piloter un saut technologique majeur sur des briques logicielles historiques, tout en garantissant leur compatibilité avec les nouvelles infrastructures de bases de données haute performance du groupe — et sans perdre la conformité réglementaire au passage.

Ce que nous avons fait

Nous avons conduit la migration des applications historiques vers la dernière version du langage, en traitant les problèmes de compatibilité 64 bits et en modernisant les interfaces utilisateur. En parallèle, nous avons réalisé la montée de version des clients de base de données sur l'ensemble du parc applicatif.

Le travail réglementaire a été mené dans le même mouvement : traçabilité, sécurité des données et calculs de risques ont été implémentés dans les nouveaux modules. Nous avons également audité et réécrit des procédures stockées complexes pour tirer parti de la puissance des nouveaux clusters.

Enfin, nous avons développé les briques d'interfaçage permettant au patrimoine modernisé de dialoguer avec le nouvel écosystème digital du groupe.

Le résultat

Le système historique est resté disponible pendant l'intégralité des phases de bascule, migrations de bases comprises. Les temps de réponse SQL ont sensiblement diminué grâce à l'optimisation des flux vers les nouveaux clusters, avec un effet direct sur la productivité des directions métiers. L'interfaçage entre le patrimoine modernisé et le nouvel écosystème est opérationnel, conformité réglementaire préservée.

Ce que nous en retenons. On ne modernise pas un patrimoine critique en le réécrivant. On le déplace par paliers, en gardant le service en production à chaque étape — c'est plus long à planifier, et beaucoup plus court à assumer.