Optimisation des processus actuariels et HPC

Contexte

Un grand assureur européen exploitait ses processus actuariels et de contrats collectifs sur un stack Oracle hérité (Oracle 10g, Oracle Forms, PL/SQL, Pro*C). Les calculs clés nécessitaient jusqu'à 36 heures, la logique métier était enfouie dans du code sans documentation et, sans l'équipe d'origine, chaque intervention coûtait plus cher. À cela s'ajoutait un ROI étalé dans le temps : des investissements qui mettaient jusqu'à trois ans à être récupérés.

L'objectif convenu était triple : accélérer et simplifier les processus actuariels et de contrats collectifs, moderniser le système sans interrompre l'exploitation quotidienne, et garantir précision et conformité réglementaire avec une efficacité accrue. Le tout avec, comme contrainte non négociable, un reporting exact à la clôture mensuelle.

Le défi

Les processus actuariels et de contrats collectifs étaient freinés par une infrastructure obsolète. Les opérations, essentielles pour l'évaluation des risques et la conformité réglementaire, subissaient des goulots d'étranglement qui affectaient aussi bien l'efficacité que la fiabilité des résultats :

• Processus obsolètes : code ancien et technologie dépassée.
• Temps de traitement élevés : jusqu'à 36 heures pour les calculs actuariels et des contrats collectifs.
• Conformité réglementaire : des exigences strictes imposant des rapports précis à la clôture mensuelle.
• Dette technique : sans l'équipe d'origine, maintenir le système devenait de plus en plus compliqué.
• Impact financier : un ROI étalé dans le temps, avec des investissements qui mettaient jusqu'à trois ans à être récupérés.

Approche par phases

L'intervention a été structurée en phases, ce qui a facilité une mise en œuvre ordonnée, contrôlée et alignée sur les cycles opérationnels de l'assureur. Trois principes l'ont guidée : la stabilité opérationnelle (intervenir sur les systèmes sans altérer leur disponibilité), une approche graduelle (prioriser les processus actuariels et de contrats collectifs les plus critiques) et une vision à la fois technique et métier (une connaissance technique approfondie associée à la compréhension de l'environnement réglementaire et des risques).

1. 01

   Phase d'étude

   Analyse du code, revue des processus actuariels et de contrats collectifs et recueil des informations métier.

2. 02

   Identification des problèmes

   Goulots d'étranglement dans quatre fonctions principales, code historique sans documentation et processus lents et rigides.

3. 03

   Conception de la solution

   Planification par phases, restructuration modulaire et priorisation des tâches critiques.

4. 04

   Mise en œuvre et validation

   Mises en production par étapes sans interrompre l'exploitation et validation fonctionnelle continue.

5. 05

   Clôture

   Résultats validés, environnement optimisé et réduction drastique du temps de traitement.

Architecture et stratégie

La stratégie s'est appuyée sur quatre piliers. Diagnostic détaillé de l'environnement actuariel et des contrats collectifs : l'infrastructure existante, la logique métier, le code et les processus les plus critiques ont été cartographiés, en identifiant goulots d'étranglement, doublons et procédures non documentées. Refactorisation modulaire du code : le travail a porté sur les procédures les plus gourmandes, en réécrivant des fonctions, en éliminant les redondances et en réorganisant la logique ; la refactorisation s'est concentrée sur les quatre processus (polices, assureur, capital et réserve) qui cumulaient plus de 90 % du temps de calcul.

Optimisation de l'infrastructure HPC : ajustement des ressources selon la charge réelle et validation de la précision des calculs à chaque itération. Amélioration progressive par phases : mises en production par étapes avec validations intermédiaires, garantissant la continuité opérationnelle sans affecter les cycles de clôture mensuelle. En parallèle, l'architecture a été découplée en microservices (frontend ReactJS, backend API .NET, moteur de calcul actuariel et microservices de base de données), avec un cache Redis et une compatibilité duale Oracle/SQL Server pendant la transition, jusqu'à éliminer complètement la dépendance à Oracle au profit de .NET, Python, SQL Server et Azure SQL.

Résultats mesurables

Au cours de la phase initiale, les processus les plus consommateurs de temps ont été identifiés, ce qui a permis de concentrer la première itération exclusivement sur les plus critiques et d'obtenir un impact immédiat sur la performance.

Chiffres agrégés et anonymisés dans le cadre d'un accord de confidentialité. Source : projets de Vermont Solutions.

Enseignements transposables

• Prioriser par concentration de charge : s'attaquer d'abord aux 90 % du temps de calcul produit un impact immédiat.
• Découpler la logique du moteur propriétaire réduit la dépendance et permet une scalabilité réelle.
• La compatibilité duale pendant la transition équivaut à zéro interruption des clôtures mensuelles.
• Faire progresser la sécurité par phases à faible impact (MFA sur les rôles d'administration d'abord) améliore la posture sans friction pour les utilisateurs.

Cadre réglementaire

Les calculs actuariels alimentent des rapports au superviseur soumis à des délais fixes. La modernisation a été conçue pour renforcer la conformité, et non pour la mettre en risque.

• Solvabilité II : exigences de calcul des réserves et de reporting au superviseur, avec des rapports remis dans les délais et sans risque de sanctions.
• DORA (art. 28) : résilience opérationnelle et gestion des prestataires tiers TIC dans la nouvelle architecture.
• Système documenté et facile à maintenir : réduction de la dette technique comme preuve de contrôle interne.

Questions fréquentes

Contenus associés

• Service : modernisation des systèmes legacy →
• Service : performance tuning →
• Cas client : optimisation HPC et processus actuariels chez un assureur →