Votre système central a vingt ans. Votre activité ne peut pas attendre son remplacement.

Le risque n'est pas l'ancien système : c'est de le remplacer d'un seul coup

Les systèmes centraux d'une banque ou d'un assureur concentrent vingt ans de règles, d'exceptions et de données. C'est pourquoi personne n'ose y toucher, et chaque nouveau canal s'y greffe avec un correctif de plus. Le remplacement total semble net, mais il est souvent le projet qui absorbe le plus de budget et porte le plus de risque d'annulation. La voie est autre : entourer le système central d'une couche qui parle le langage d'aujourd'hui et renouveler par étapes, l'ancien système restant actif jusqu'à ce que le nouveau démontre que les chiffres concordent.

Trois signes que nous l'avons déjà fait

• Nous avons maintenu l'exploitation d'un assureur alimentant son ERP financier pendant le remplacement de cet ERP, avec l'accusé de réception de chaque envoi.

• Nous avons travaillé sur des systèmes centraux d'assurance tels qu'Acsel/X, SIVI, SABE et SIS/SISnet, ainsi que sur la famille WebSphere d'IBM.

• Des systèmes critiques pour la banque, l'assurance et les entreprises réglementées depuis 2006.

Ce que nous proposons

• Votre système central en services, sans remplacer sa logique.

  S'il fonctionne sur des plateformes traditionnelles comme AS/400, nous transformons ses fonctions métier en services que vos canaux peuvent appeler ; les ajustements requis par chaque interface sont définis lors du diagnostic. S'il repose sur Oracle —Siebel, E-Business Suite, Acsel/X, SIS/SISnet ou autre—, nous nous connectons par ses procédures stockées ou par des tables d'échange, sans toucher à sa logique ni à ses écrans.

• Une couche moderne autour du système central.

  Vos canaux, vos partenaires et l'IA dialoguent avec la couche ; la couche dialogue avec le système central. Lorsque celui-ci change, la couche concentre les adaptations en un seul point et réduit l'impact sur vos canaux.

• Migration par étapes.

  Nous changeons une fonction à la fois, avec une coexistence maîtrisée entre les deux systèmes et un retour arrière convenu.

• Sortir du bus hérité.

  Si vos intégrations vivent dans WebSphere ESB, IBM Integration Bus, MuleSoft, WSO2 ou des traitements Pentaho auxquels personne ne veut toucher, nous les maintenons en service pendant que nous les transférons vers une couche que votre équipe peut exploiter.

• Moins de dépendance aux personnes clés.

  Nous reconstituons et documentons le fonctionnement actuel de votre système —règles, interfaces, exceptions qui ne vivent que dans la tête de vos experts— avant de le modifier, afin que le savoir reste dans votre entreprise.

• Des données qui concordent pendant le changement.

  Un rapprochement des données entre l'ancien et le nouveau système pendant leur coexistence, pour qu'aucun chiffre ne se perde en chemin.

• L'exploitation en marche.

  Des fenêtres convenues, des tests sur données réelles et un plan pour chaque risque.

• Le pont vers une plateforme propre.

  Si ce que vous renouvelez est l'offre, la vente et l'encaissement, Retícula est déjà conçue pour cela et coexiste avec votre système central.

Ce que vous recevez en premier

Carte de modernisation : ce qui reste, ce qui change en premier, avec quel risque et quel impact pour l'activité. Y participent votre responsable technologique et la personne qui connaît le système de l'intérieur ; elle rend visibles les dépendances, les risques opérationnels et les responsables, afin de décider quelle étape il convient d'autoriser en premier.

Ce que reçoit votre service Conformité

Des éléments probants opérationnels pour vos revues internes et pour la documentation que demande votre auditeur : le rapprochement entre l'ancien et le nouveau système pendant leur coexistence, la trace de chaque opération qui traverse la couche et les preuves de validation de chaque étape.