Le code qui fait tourner votre métier a quarante ans. Ce n'est pas un problème.

Des pans entiers du système d'information bancaire et assurantiel français tournent en COBOL sur mainframe. Ces applications ne sont pas obsolètes : elles sont fiables, éprouvées, et elles traitent chaque jour des volumes que peu d'architectures récentes encaisseraient aussi bien. Ce qui se raréfie, ce n'est pas la technologie — c'est la compétence.

Mindcross fait partie des rares acteurs de sa taille à avoir maintenu cette expertise, plutôt que de la laisser filer.

Ce que nous prenons en charge

Maintenance évolutive z/OS et AS400

Corrections, évolutions réglementaires, optimisation de traitements batch, reprise d'incidents de production. Le travail quotidien qui fait qu'un système continue de rendre le service qu'on attend de lui.

Reprise de patrimoine

Un départ, une équipe dissoute, un prestataire qui s'arrête : nous reprenons un patrimoine applicatif que plus personne ne documente. Cartographie, rétro-analyse, remise en état de la documentation, puis maintien en conditions opérationnelles.

Transfert de compétences

Nous formons vos équipes internes ou nos propres juniors sur votre patrimoine, avec vos développeurs seniors tant qu'ils sont là. C'est la seule façon de traiter le problème à la racine plutôt que de le repousser.

Modernisation progressive

C'est là que se joue l'essentiel. Réécrire un cœur COBOL d'un bloc est un projet à risque que peu d'organisations assument — et souvent à raison. Nous procédons autrement : exposer les traitements existants derrière des API, isoler les règles métier une par une, déplacer les périmètres les moins risqués d'abord, et garder le système en production pendant tout le trajet.

Pourquoi cela tient

Des missions mainframe en production, pas un argument de plaquette. Deux de nos missions en cours chez des établissements financiers français s'exécutent sur mainframe IBM z/OS, dont une sur un périmètre COBOL et DB2.

Onze consultants sur vingt-cinq. Le mainframe n'est pas chez nous une compétence résiduelle tenue par deux personnes : c'est près de la moitié de l'effectif. C'est ce qui nous permet de nous engager sur la continuité d'un patrimoine critique — une équipe où la compétence ne dépend pas d'un seul départ.

Une expertise portée au plus haut niveau de l'entreprise. Le développement COBOL fait partie des domaines suivis directement par la direction générale — ce n'est pas une ligne de catalogue ajoutée par opportunisme.

Un pont, pas un mur. Nous travaillons aussi en .NET, Java, Oracle et sur le Cloud. La modernisation d'un patrimoine mainframe suppose de parler couramment les deux langues, et de savoir laquelle utiliser où.

Nos missions mainframe en cours

Deux missions en production aujourd'hui, chez des établissements financiers français, tournent sur mainframe IBM z/OS.

Sur la première, nous portons la responsabilité d'un lot de refonte au cœur d'un système d'affacturage — un périmètre où COBOL et DB2 coexistent avec des briques .NET et Oracle, et où la difficulté n'est pas le langage mais la coordination de trois cultures de projet autour d'un même calendrier.

Sur la seconde, nous faisons entrer une filière métier dans le dispositif de la facture électronique, avec le patrimoine mainframe au cœur de la chaîne de traitement et une échéance fixée par la loi.

Et de la modernisation de patrimoine, au-delà du mainframe

Pour un autre établissement bancaire, nous avons piloté la migration d'un patrimoine applicatif de gestion de crédit vers des versions supportées — montée de version majeure du langage, modernisation de la couche de données, réécriture de procédures stockées critiques, et développement des interfaces permettant au patrimoine modernisé de dialoguer avec le nouvel écosystème digital. Le système historique est resté disponible pendant l'intégralité des bascules.