Migration informatique - procédures d'introduction de nouveaux systèmes de base chez les prestataires de services financiers

Les migrations de logiciels sont souvent motivées par l'obsolescence du logiciel, sa complexité historiquement croissante ou le fait que le système existant n'est plus en mesure de répondre aux nouvelles exigences matérielles et logicielles, y compris les exigences réglementaires actuelles en matière de gouvernance informatique. Il existe également un manque de spécialistes informatiques adaptés aux logiciels plus anciens et le support des fournisseurs de logiciels ou de plates-formes de développement concernés n'est garanti que dans une mesure limitée. Dans l’ensemble, les coûts de développement et de maintenance augmentent également de manière incontrôlable.

Un exemple typique : le système de base existant et développé par une banque, une compagnie d'assurance ou la KVG/KAG ne répond plus aux exigences actuelles d'un point de vue professionnel, technique et réglementaire en raison de son obsolescence. La poursuite du développement n'est plus garantie en raison du manque de ressources informatiques appropriées. La stratégie informatique de la banque prévoit donc l'introduction d'un nouveau système central. Pour ce faire, il est nécessaire de remplacer toutes les exigences et fonctions existantes et nouvelles dans le backlog par le logiciel de remplacement.

D'après notre expérience, la stratégie informatique vise souvent à remplacer un système existant, principalement développé par nous-mêmes, par des solutions globales telles que SAP, SimCorp, GuideWire ou Avaloq.

Dans le cadre de fusions, de pures migrations de données peuvent également avoir lieu si les contrats et les ensembles de données d'une institution acquise sont transférés à moyen terme vers le système de l'institution reprenante.

De notre point de vue, les points suivants sont importants en matière de migration :

• Planification de la migration prenant en compte les scénarios de basculement ou de fonctionnement parallèle et, en particulier, de go-live ou de roll-back
• Mise en place d'un environnement de test de type production comprenant tous les systèmes de livraison et d'évaluation, avec un accent particulier sur toutes les interfaces clients
• Planification et exécution des tests avec un très haut niveau de couverture de tests avant la migration, y compris un test de bout en bout pour vérifier l'intégration du système
• Contrôle de la production après migration avec un modèle de décision pour ou contre la mise en production
• Opération de production ou go-live ou rollback

Pour effectuer une migration, il est également nécessaire que toutes les exigences et fonctions soient documentées (voir également les exigences de surveillance selon BaFin telles que MaRisk , BAIT , VAIT et KAIT ainsi que selon la BCE et l'EBA telles que les lignes directrices de l'EBA sur Gestion des risques liés aux TIC et à la sécurité ) et d'autre part, des règles de transformation appropriées sont définies pour la migration des données, par exemple pour les données de base client, les données de transaction, les données commerciales, etc.

Une migration incorrecte peut souvent entraîner des perturbations dans les activités quotidiennes. Cela peut avoir des conséquences importantes en termes de réputation et de relations avec les partenaires commerciaux.