De la cotation à l'encaissement : comment réduire la dépendance aux longs projets informatiques

Imaginez un mardi de réunion de comité. Le directeur commercial demande un changement qui paraît petit : un produit de protection avec un tarif différent pour un nouveau segment et une remise pour qui souscrit par le canal numérique. Le directeur de la technologie répond par une estimation de plusieurs mois, entre analyse, développement, tests et mise en production. Personne à la table n'a tort. Le service commercial a une opportunité datée ; le service technologique sait que ce tarif vit réparti entre la cotation, l'émission, l'encaissement, le système de commissions et le tableur de l'actuaire.

Voilà le schéma qui mérite d'être regardé : quand la règle est écrite dans le code de plusieurs systèmes, chaque changement de produit ou de tarif tend à devenir un projet. Pas nécessairement parce que l'idée est complexe, mais parce que le changement oblige à revoir et à valider les systèmes concernés.

Cet article s'adresse aux dirigeants d'assureurs au Mexique responsables de la croissance, des opérations, de la technologie, de l'actuariat, du juridique ou de la conformité. Les principes de traçabilité peuvent être utiles dans d'autres secteurs, mais leurs obligations réglementaires appellent une analyse différente. Il avance trois idées :

1. Le temps d'un changement dépend de l'endroit où vit la règle, pas de sa complexité.
2. Configurer, ce n'est pas contourner le contrôle. Pour évaluer une solution de configuration, le comité devrait exiger la preuve de qui a approuvé chaque changement, de quelle version était en vigueur et de la façon dont chaque prix a été calculé.
3. Un outil ne remplace ni l'actuaire ni l'enregistrement du produit. Ce qu'il peut faire, c'est que ce travail soit le goulot d'étranglement légitime, et que la file d'attente de l'informatique n'en soit pas un de plus.

Où part le temps

Quand un changement de tarif prend plus de temps que prévu, il convient de vérifier si le retard tient à la logique de calcul, à sa duplication, aux approbations ou aux dépendances entre systèmes. Le temps part souvent dans quatre endroits :

• La règle est dupliquée. La cotation calcule d'une façon ; l'émission, d'une autre presque identique ; l'encaissement et l'annulation, d'une troisième. Chaque copie doit être modifiée et testée.
• Il est difficile de voir la règle complète. Pour savoir pourquoi un client a payé un certain montant, il faut demander à celui qui a programmé chaque système.
• Le changement fait la queue. Un ajustement de tarif attend derrière une migration, un correctif de sécurité et le planning de l'équipe.
• La mise en production est un événement. On teste tout ensemble, on livre dans une fenêtre et, si quelque chose ne colle pas, on revient en arrière sur tout.

Les éditeurs de logiciels pour l'assurance le savent et le vendent. À titre de référence de marché, un éditeur a annoncé en avril 2026 un outil qui, selon son communiqué, réduit jusqu'à 50 % l'effort de génération des exigences et des textes de produit et comprime les délais de mise en œuvre de mois en semaines, avec des résultats initiaux [1]. C'est une affirmation de l'éditeur lui-même, sans mesure indépendante et avec une portée initiale passant par ses services professionnels ; ce n'est pas une base pour estimer le cas d'un assureur mexicain. Les sources citées ici n'apportent pas de mesure comparable du délai de lancement de produits dans les compagnies d'assurance mexicaines, et nous ne mettons donc pas ici de chiffre sur « combien de temps cela prend aujourd'hui au Mexique ». Celui qui compte est le vôtre, et c'est votre comité qui le mesure.

Configurer avec contrôle, pas seulement avec vitesse

L'idée de fond est simple : que le produit, la garantie et le tarif soient des données avec un responsable et la trace de chaque version, et non des lignes de code dispersées. Mais il convient de préciser ce que signifie « avec contrôle », car une configuration sans contrôle n'est qu'une façon plus rapide de se tromper.

Pour un comité, quatre caractéristiques distinguent une configuration sérieuse d'une dangereuse :

Qui approuve. Un changement de tarif n'est pas publié par celui qui le saisit. Il existe un circuit de revue, avec des rôles clairs : celui qui propose, celui qui valide techniquement et celui qui autorise la mise en vente.

Quelle version est vendue. Chaque tarif a une version avec une date de début et de fin. Un devis émis aujourd'hui doit pouvoir être reconstitué demain avec la version qui était en vigueur, et non avec celle qui est active à ce moment-là.

Comment il a été calculé. Chaque prix doit pouvoir s'expliquer avec sa ventilation : prime de base, majorations, remises, frais, taxes et, le cas échéant, la commission. Quand un client, un agent ou un auditeur demande « pourquoi ce montant ? », la réponse ne peut pas être « le système le calcule ».

Quelles règles ont été appliquées. Outre le résultat, on conserve la trace des règles intervenues et de leur ordre. C'est la différence entre un chiffre et une explication.

Scénario (illustratif, sans client). Un assureur veut ajuster le tarif d'un produit pour un segment. Aujourd'hui, le changement passe par le service technologique, dans quatre systèmes. Si la règle est gouvernée depuis une définition commune et que les systèmes concernés sont intégrés, le circuit pourrait séparer proposition actuarielle, revue, autorisation et date d'entrée en vigueur. En cas de demande d'éclaircissement ultérieure, l'objectif est de pouvoir consulter la ventilation, la période de validité et les règles appliquées sans dépendre de reconstitutions manuelles. Le temps de l'informatique ne disparaît pas : il est investi dans la construction et la maintenance du mécanisme une seule fois, au lieu de le répéter à chaque changement.

L'actuaire ne se remplace pas

C'est le point où il y a le plus de bruit, et il vaut la peine d'être clair. En assurance, les garanties et les primes doivent reposer sur une note technique, et cette note est élaborée et signée par un professionnel.

La Comisión Nacional de Seguros y Fianzas (CNSF, commission nationale des assurances et des cautionnements) publie parmi ses systèmes d'enregistrement le Registre des produits, à côté de celui des modèles de contrats et de celui des notes techniques de cautionnement [2]. La Ley de Instituciones de Seguros y de Fianzas (LISF, loi sur les institutions d'assurance et de cautionnement) exige que la note technique soit élaborée et signée par un actuaire titulaire d'une cédula profesional (titre professionnel) et des exigences professionnelles prévues par la loi (ou qui justifie de ses connaissances auprès de la CNSF), que la documentation contractuelle soit accompagnée d'un avis juridique et que l'avis de cohérence entre les deux soit signé par l'actuaire et par le signataire de l'avis juridique (art. 201) [5]. La Circular Única de Seguros y Fianzas (CUSF, circulaire unique d'assurance et de cautionnement) précise l'enregistrement des produits dans son chapitre 4.1 et celui des actuaires qui élaborent et signent les notes techniques dans le chapitre 30.5 [3]. Pour toute décision actuelle, votre service juridique doit consulter la LISF, la CUSF et leurs modifications publiées au Diario Oficial de la Federación (DOF). Ce que tout cela illustre, c'est le principe : il existe des signatures professionnelles qu'une configuration ne remplace pas.

Il convient de distinguer deux sorties. Lorsqu'un produit d'assurance est commercialisé au moyen de contrats d'adhésion, la LISF exige son enregistrement auprès de la CNSF avec la documentation technique et contractuelle applicable ; cet enregistrement ne préjuge ni des hypothèses de la note technique ni de la viabilité de ses résultats [5]. Pour ces contrats, l'assureur doit en outre inscrire ses modèles au Registro de Contratos de Adhesión de Seguros (RECAS) de la Comisión Nacional para la Protección y Defensa de los Usuarios de Servicios Financieros (CONDUSEF, commission nationale pour la protection et la défense des usagers des services financiers), ouvert à la consultation publique, après l'enregistrement auprès de la CNSF et avant la commercialisation du produit ; cette inscription ne signifie pas que la CONDUSEF a examiné le contrat [4][5][6]. C'est une autre étape que votre service juridique doit situer dans le calendrier de lancement.

Ce qu'un bon système de configuration peut faire, c'est ordonner le chemin :

• que la note technique, les contrats et le tarif configuré correspondent à la même version, de sorte que ce qui est vendu soit ce qui a été enregistré ;
• que la vente d'une version ne soit pas activée tant qu'elle n'est pas approuvée en interne et enregistrée là où il le faut ;
• que les hypothèses qui étayent le tarif restent liées à leur version, pour le défendre lors d'une revue.

Autrement dit : il ne s'agit pas que l'actuaire signe moins. Il s'agit que son travail soit le goulot d'étranglement légitime du lancement, et que ne s'y ajoute pas une longue file d'attente à la technologie.

De la cotation à l'encaissement : une seule chaîne

Le titre de cet article ne dit pas « cotation » par hasard. La règle utilisée pour coter devrait pouvoir être rapprochée de l'émission, de l'encaissement et, le cas échéant, des pièces fiscales, des annulations et des avenants. Quand chaque étape a sa copie de la règle, des écarts comme ceux-ci peuvent apparaître :

• le prix coté ne coïncide pas avec le prix émis ;
• le reçu encaissé ne coïncide pas avec ce que dit la police ;
• la commission de l'agent est calculée sur une autre base ;
• à l'annulation, le remboursement utilise une règle dont personne ne se souvient.

Votre comité peut le vérifier à partir d'un échantillon récent d'ajustements et de clarifications représentatif de ses branches, de ses canaux et de ses principaux systèmes. Une configuration gouvernée peut réduire les écarts lorsque la définition du produit et du tarif est intégrée aux étapes concernées, en conservant la preuve du calcul et de sa période de validité.

Et cela se relie à ce qui se passe après l'encaissement. Un tarif calculé avec ventilation est un tarif qui se rapproche : le rapprochement peut relier l'encaissement reçu à la prime, aux majorations, aux frais et aux taxes qui s'appliquent, et les commissions conservent leur propre traçabilité et leur base de calcul. C'est la même traçabilité qu'exige toute clôture comptable, vue depuis l'origine du prix.

Ce que la configuration ne promet pas

Il convient de le dire pour que le comité n'achète pas une attente erronée :

• Elle n'élimine pas le travail de conception du produit. Quelqu'un doit décider ce qui est vendu, à qui et à quel prix.
• Elle ne remplace ni la validation juridique ni la signature actuarielle. Elle les ordonne et les place dans le circuit.
• Elle ne remplace pas un processus d'approbation défini. Sans gouvernance, une configuration plus agile peut amplifier l'impact des erreurs.
• À elle seule, elle ne compense pas des intégrations inexistantes ni des données incompatibles entre l'émission, l'encaissement et d'autres systèmes. Si l'émission et l'encaissement ne partagent pas une définition, la configuration doit parvenir aux deux. C'est un sujet d'intégration, pas seulement de tarifs.
• Les chiffres des éditeurs ne sont pas les vôtres. Un « de mois en semaines » dépend de la part de votre activité qui est aujourd'hui dispersée.

Cinq questions pour votre prochain comité

1. Combien de temps prend aujourd'hui, de bout en bout, un changement de tarif ou de produit ? Depuis la demande du service commercial jusqu'à la vente, et quelle part de ce temps est de la file d'attente technologique et quelle part de la revue actuarielle et réglementaire.
2. Dans combien de systèmes vit la règle d'un même tarif ? Si la réponse est « plus d'un », l'effort de coordination et de validation tend à croître ; le comité devrait mesurer de combien dans son activité.
3. Pouvons-nous reconstituer n'importe quel prix émis ? Avec sa ventilation, la version du tarif et les règles qui sont intervenues, sans appeler celui qui a programmé le système.
4. Qui approuve un changement de tarif et où en reste-t-il une trace ? Un courriel isolé, sans version, sans circuit d'approbation et sans preuve récupérable, offre difficilement un contrôle suffisant.
5. Ce que nous vendons coïncide-t-il avec ce que nous avons enregistré ? Note technique, contrats et tarif configuré de la même version, avant d'ouvrir la vente.

Si deux réponses ou plus sont « je ne sais pas », il y a un cas clair pour mesurer la traçabilité, les responsables et les dépendances avant d'attribuer le goulot d'étranglement au développement.

Par où commencer cette semaine

Le diagnostic initial peut commencer sans qu'il faille encore décider d'un programme de transformation. Choisissez un produit et faites une feuille d'une page à trois colonnes : dans quels systèmes apparaît son tarif, qui le modifie dans chacun et comment on prouve que deux systèmes donnent le même prix. Ensuite, demandez à quelqu'un de reconstituer, avec cette feuille, un devis d'il y a trois mois. Si la reconstituer demande plusieurs personnes ou systèmes, c'est un signal pour mesurer la traçabilité et estimer le coût du changement sur des cas réels. Cette feuille sert avec n'importe quel outil, ou sans aucun.

Ce que fait Hábil

Hábil travaille dans l'espace entre le produit, le tarif et le reste des systèmes. Si votre diagnostic confirme des règles dispersées, Pauta est la proposition de Hábil pour gérer des produits et des tarifs configurables face aux systèmes que vous avez déjà ; le périmètre, les intégrations applicables et les contrôles sont examinés avec votre cas. Pour connecter votre activité et vos canaux, il y a la page Unifier votre activité et vos canaux ; et pour le cas où la difficulté se trouve dans le système de fond, Moderniser le système central sans freiner l'activité.

La première conversation de diagnostic est sans frais. Parlons d'un produit ou d'un tarif qui exige aujourd'hui des changements dans plusieurs systèmes ; écrivez-nous sur WhatsApp.