Plateformes de gestion d’assurance : comparer pour un assureur moyen
Remplacer le système de gestion d'un assureur est l'un des projets les plus risqués du secteur. Pour un assureur de taille moyenne, le choix n'est pas entre des produits, mais d'abord entre des familles de solutions aux équilibres très différents.
Le système de gestion d’un assureur porte tout : les produits, les contrats, les primes, les sinistres, les commissions des intermédiaires, les données réglementaires. Il a souvent vingt ans ou plus, a été modifié par des générations de développeurs, et plus personne n’ose y toucher. Quand vient le moment de le remplacer, un assureur de taille moyenne découvre un marché des plateformes d’assurance dominé par des offres pensées pour de très grands groupes. Ce comparatif propose de raisonner d’abord par familles de solutions, avec les mêmes critères pour toutes.
Quatre familles de solutions
Les suites internationales couvrent l’ensemble de la chaîne pour un ou plusieurs métiers. En assurance de dommages, Guidewire et Duck Creek sont les références les plus citées ; Sapiens et Majesco proposent des suites pour l’assurance de dommages et l’assurance de personnes. Elles sont riches, configurables, et de plus en plus proposées en mode service hébergé par l’éditeur.
Les éditeurs régionaux ou nationaux connaissent la réglementation, la fiscalité et les usages d’un marché : le code des assurances en France, le code CIMA dans les pays d’Afrique francophone membres de la Conférence interafricaine des marchés d’assurances, ou d’autres cadres nationaux. Leur couverture fonctionnelle est souvent plus étroite, mais leur adaptation au contexte est native.
Les plateformes à composer combinent un socle de gestion de contrats plus léger, des services spécialisés (tarification, gestion des sinistres, portail client) et des développements propres, reliés par des API. C’est l’approche des assureurs qui veulent maîtriser leur différenciation, au prix d’une architecture plus exigeante.
Les solutions ouvertes sont rares dans l’assurance commerciale. Dans l’assurance maladie sociale, openIMIS, logiciel libre soutenu par la coopération allemande et d’autres partenaires, est utilisé par plusieurs pays pour gérer affiliations, droits et remboursements. Il n’est pas conçu pour un assureur commercial multibranche, mais il montre qu’une option ouverte existe pour certains métiers.
Le comparatif
| Critère | Suites internationales | Éditeurs régionaux | Plateformes à composer | Solutions ouvertes |
|---|---|---|---|---|
| Couverture fonctionnelle | Très large, sur un ou plusieurs métiers | Bonne sur les produits du marché local | Celle que l’on construit | Ciblée sur un métier (assurance maladie sociale) |
| Réglementation et fiscalité locales | À paramétrer ou développer ; dépend des intégrateurs | Native | À la charge de l’assureur | À adapter au cadre national |
| Coût d’entrée | Élevé (licences ou abonnement, intégration) | Modéré | Variable, souvent étalé | Pas de licence ; intégration et exploitation à financer |
| Écosystème d’intégrateurs | Large à l’échelle mondiale, inégal selon les pays | Souvent limité à l’éditeur | Dépend des compétences internes | Communauté et partenaires de mise en œuvre |
| Poids de l’assureur auprès de l’éditeur | Faible pour un assureur moyen | Fort | Sans objet (multiples fournisseurs) | Participation à la communauté |
| Dépendance et sortie | Forte ; plan de sortie à négocier | Forte, avec un risque de pérennité de l’éditeur | Répartie, mais complexité d’intégration | Code disponible ; dépendance aux compétences |
Ce tableau compare des familles, pas des produits : au sein de chaque famille, les écarts sont importants. Il ne remplace pas une consultation structurée, avec des démonstrations sur vos propres produits et des visites d’assureurs comparables déjà en production.
Ce qui compte pour un assureur moyen
La reprise de l’existant
Le risque principal d’un remplacement n’est pas la nouvelle plateforme : c’est la reprise des contrats en cours. Un portefeuille contient des produits commercialisés il y a des décennies, avec des règles de calcul que personne n’a documentées, des avenants exceptionnels, des historiques de sinistres. Il faut choisir entre reprendre tout l’historique, reprendre seulement les contrats vivants, ou laisser l’ancien système gérer les anciens produits jusqu’à extinction. La capacité de l’éditeur et de l’intégrateur à mener cette reprise doit être vérifiée sur des cas réels, pas sur des présentations.
La capacité d’accompagnement
Pour un assureur moyen, la qualité de l’accompagnement pèse souvent plus que la richesse fonctionnelle. Un intégrateur expérimenté disponible dans le pays, une équipe d’éditeur qui connaît le marché, une communauté d’utilisateurs comparables : ces éléments déterminent la réussite plus sûrement qu’une liste de fonctionnalités.
Pour un assureur moyen, la meilleure plateforme est souvent celle dont l’éditeur répondra encore au téléphone dans dix ans.
Les obligations de résilience
Dans l’Union européenne, le règlement DORA s’applique aux entreprises d’assurance depuis le 17 janvier 2025. Il impose de gérer le risque lié aux prestataires de services numériques : clauses contractuelles précises, droits d’audit, notification des incidents, et stratégies de sortie documentées et testables pour les fonctions critiques. Un système de gestion fourni en mode service par un éditeur entre directement dans ce périmètre. Hors d’Europe, les autorités de contrôle posent de plus en plus d’exigences comparables. Ces obligations sont à intégrer dans le cahier des charges, pas à découvrir au moment de signer.
Les données réglementaires
Solvabilité II en Europe, IFRS 17 depuis 2023 pour les assureurs qui appliquent les normes internationales, états réglementaires nationaux ailleurs : la plateforme doit produire des données fines, cohérentes et traçables. Il faut vérifier comment elle alimente les outils de reporting et d’actuariat, et qui maintient ces interfaces quand la réglementation évolue.
- Plusieurs pays ou plusieurs métiers à couvrir
- Ambition de croissance et de nouveaux produits
- Intégrateurs expérimentés disponibles localement
- Budget et équipe projet à la hauteur
- Un seul marché, une réglementation spécifique
- Produits standards, peu de différenciation par le système
- Besoin d’un interlocuteur proche et réactif
- Équipe interne capable d’intégrer (plateforme à composer)
Basculer d’un coup ou progressivement
Le choix de la plateforme s’accompagne d’un choix de trajectoire, tout aussi structurant. Trois options se présentent.
La bascule complète remplace l’ancien système en une fois, après reprise de tout le portefeuille. Elle évite de faire vivre deux systèmes, mais concentre le risque sur un week-end de migration : si la reprise échoue, c’est toute l’activité qui est touchée.
La bascule par produit ou par métier migre successivement l’automobile, puis l’habitation, puis la prévoyance. Le risque est réparti, mais l’assureur vit pendant plusieurs années avec deux systèmes, des interfaces provisoires et une comptabilité alimentée par deux sources.
Les affaires nouvelles d’abord : les nouveaux contrats sont gérés dans la nouvelle plateforme, les anciens restent dans l’ancien système jusqu’à leur échéance ou leur extinction. C’est souvent l’option la moins risquée, mais elle n’est praticable que pour des produits à durée courte, et elle oblige à maintenir l’ancien système et ses compétences pendant longtemps.
Pour un assureur moyen, la deuxième ou la troisième option est généralement plus prudente. Elle doit cependant être chiffrée avec ses coûts cachés : maintenance prolongée de l’ancien système, double saisie éventuelle, interfaces temporaires, et charge des équipes qui travaillent sur deux outils à la fois.
Conduire le choix
Un choix de cette importance ne se fait pas sur des démonstrations standards. Il se prépare : cartographie des produits et des processus, volume et qualité des données à reprendre, exigences réglementaires, budget complet sur dix ans. La consultation demande ensuite des démonstrations sur des scénarios de l’assureur, une maquette sur un produit réel, et des échanges avec des références comparables. Notre méthode de benchmark sans parti pris détaille cette démarche, et notre dossier banques et assurances la replace dans l’ensemble des obligations du secteur.
DOSOBE ne perçoit aucune commission des éditeurs, ce qui permet d’accompagner ce type de choix en toute indépendance. Pour tenir le registre des prestataires et des décisions qu’exige DORA, voir notre solution Gouvernance.
- Règlement (UE) 2022/2554 sur la résilience opérationnelle numérique du secteur financier (DORA), applicable depuis le 17 janvier 2025.
- Directive 2009/138/CE (Solvabilité II).
- IFRS Foundation, norme IFRS 17 Contrats d’assurance, applicable depuis le 1er janvier 2023.
- Conférence interafricaine des marchés d’assurances (CIMA), code des assurances des États membres.
- openIMIS, documentation publique de l’initiative.
- Documentation publique des éditeurs cités.
Questions fréquentes
Combien de temps prend le remplacement d'un système de gestion d'assurance ?
Rarement moins de deux ans pour un assureur moyen, souvent davantage quand il faut reprendre de nombreux produits anciens. Les approches progressives, produit par produit ou en commençant par les affaires nouvelles, réduisent le risque mais prolongent la coexistence de deux systèmes.
Une suite internationale est-elle adaptée à un assureur de taille moyenne ?
Elle peut l'être, en particulier dans ses versions en nuage. Il faut cependant vérifier le coût total, la disponibilité d'intégrateurs dans le pays, la prise en charge de la réglementation et de la fiscalité locales, et le poids de l'assureur dans la relation avec l'éditeur.
Que change DORA pour le choix d'une plateforme ?
Depuis le 17 janvier 2025, les entreprises d'assurance de l'Union européenne doivent encadrer les risques liés à leurs prestataires de services numériques : clauses contractuelles minimales, droits d'audit, plans de sortie testables, registre des contrats. Un système de gestion fourni en mode service entre pleinement dans ce périmètre.