Souscription Vie et IARD

Une prime que vous pourrez reconstituer des années après.

Recueils tarifaires versionnés et cascade de facteurs déterministe pour la Vie et l'IARD — chaque calcul conservé avec ses étapes nommées, l'autorité déléguée évaluée comme un jeu de règles avant la souscription, et un registre d'exigences qui indique ce qui est réellement en attente.

Réserver une démoVoir la plateformeDémo interactive
app.aegisnow.ai/dashboard

Centre de pilotage de la souscription

En direct

Dossiers en file

412

↓-38

Recueils en vigueur

1 / branche

Délai moyen de décision

2,6 j

↓-1,4 j

Renvois facultatifs ouverts

27

Demandes décidées par semaine, 8 dernières semaines

Tendance

AegisNow Poste de Souscription est une plateforme de souscription pour les assureurs Vie et IARD. Les recueils tarifaires sont des données versionnées et non une livraison logicielle, et un recueil candidat ne peut être promu si sa batterie de non-régression n'a pas été passée après la dernière modification. Chaque calcul de prime conserve ses étapes nommées et la version du recueil qui l'a produit : une prime est donc reproductible à la demande. L'autorité déléguée est un jeu de règles renvoyant dans l'autorité, référer ou refuser — en nommant la règle enfreinte — et les exigences de preuve sont tenues dans un registre qui indique ce qui est en attente et en retard.

0 façonsde refuser la promotion d'un recueil tarifaire

Résultat illustratif. Lors d'une démo de travail, nous adapterons Poste de Souscription à vos propres données, référentiels et objectifs.

Pourquoi les équipes le choisissent

Les arguments pour Poste de Souscription

Tarifer, décider et référer depuis un poste de souscription gouverné.

Changer un prix est une donnée, pas une livraison

Les recueils tarifaires sont des enregistrements versionnés parcourant brouillon, déposé, approuvé, en vigueur et remplacé, avec exactement un recueil en vigueur par branche à la fois.

Une porte de promotion que l'on ne contourne pas

Un recueil ne peut être promu si sa batterie n'a jamais été lancée, a échoué, ou est antérieure à la dernière modification — le chemin « passer les tests puis retoucher un facteur » est fermé.

Toute prime est reproductible

Chaque calcul conserve ses étapes nommées ainsi que le code et la version du recueil qui les a produites, ce que demandent précisément un examinateur tarifaire ou un litige de garantie.

Une autorité évaluée, non mémorisée

Branches autorisées, juridictions, plafond maximal et prime maximale sont évalués à chaque soumission, renvoyant dans l'autorité, référer ou refuser, et nommant la règle enfreinte.

Capacité confrontée au programme réel

Rétention, plafond jumbo et limite d'acceptation automatique proviennent du véritable portefeuille de traités — le même modèle que celui utilisé côté sinistres pour les recours.

Une extraction qui assume son incertitude

Les soumissions entrantes deviennent des champs assortis d'un indice de confiance, et ceux de faible confiance sont retenus pour revue plutôt qu'écrits comme certains.

Dans le module

Des capacités disponibles dès le premier jour

Chaque capacité s'appuie sur le socle de données partagé, le cerveau Cortex gouverné et le registre de preuves : Poste de Souscription se cumule avec le reste de la plateforme.

Réception des soumissions et extraction

Les soumissions entrantes deviennent des champs structurés avec une confiance par champ, ceux de faible confiance passant à un humain.

En savoir plus

Moteur tarifaire et recueils de tarifs

Une cascade de facteurs déterministe sur des recueils versionnés, la promotion étant refusée si la batterie de non-régression ne passe pas.

En savoir plus

Règles d'appétit et autorité de souscription

L'autorité déléguée comme jeu de règles évalué à chaque soumission : dans l'autorité, référer ou refuser.

En savoir plus

Registre des exigences de preuve

Chaque exigence suivie en statut, ancienneté et SLA — et commander est une action consignée, non une intégration fournisseur.

En savoir plus
app.aegisnow.ai/dashboard

Centre de pilotage de la souscription

En direct

Dossiers en file

412

↓-38

Recueils en vigueur

1 / branche

Délai moyen de décision

2,6 j

↓-1,4 j

Renvois facultatifs ouverts

27

Demandes décidées par semaine, 8 dernières semaines

Tendance

Poste de travail du souscripteur

Files, exigences, notes et décisions sur un même dossier doté de sa propre piste d'événements.

En savoir plus

Capacité facultative et traités

Rétention, plafond jumbo et acceptation automatique confrontés au programme réel avant que la plume ne bouge.

En savoir plus

Registre de modèles et décisions gouvernées

Chaque modèle versionné avec son rôle champion ou challenger, et une écriture gouvernée capable de refuser.

En savoir plus

Passage de la cotation et de l'illustration à l'émission

Un enregistrement unique de la cotation au contrat émis, le calcul tarifaire voyageant avec lui.

En savoir plus
Détail des capacités

Ce que chaque capacité fait vraiment

Chaque section ci-dessous dispose de son propre lien : une réponse précise peut être citée telle quelle, sans être noyée dans la page.

Capacité 01

Réception des soumissions et extraction

Les soumissions entrantes deviennent des champs structurés avec une confiance par champ, ceux de faible confiance passant à un humain.

Une soumission arrive sous forme de formulaire ACORD, de courriel de courtier, d'état des valeurs ou d'historique de sinistralité, et la première tâche consiste à la transformer en champs exploitables. L'extraction renvoie chaque champ avec sa valeur, la méthode qui l'a produit et une confiance — et cette confiance sert, elle ne décore pas : les champs sous le seuil sont retenus pour revue plutôt qu'écrits comme s'ils étaient certains.

Les parties extraites sont rapprochées du portefeuille existant plutôt que créées à l'aveugle. Les correspondances candidates sont renvoyées avec leur score, de sorte qu'un opérateur voit pourquoi une soumission a été rattachée à un assuré existant, et une correspondance ambiguë devient une décision que quelqu'un prend, non la fusion silencieuse de deux comptes.

Rien n'est appliqué à une soumission réelle tant qu'un humain ne l'a pas accepté. L'extraction produit une proposition ; l'étape d'application est distincte, contrôlée et auditée. Cette séparation est l'essentiel : une erreur d'extraction devient une suggestion refusée, et non une soumission corrompue qu'il faudra retracer plus tard.

Ce qu'elle fait

  • Extraire des champs structurés des documents entrants, chacun avec sa valeur, sa méthode et sa confiance.
  • Retenir pour revue les champs de faible confiance au lieu de les écrire comme certains.
  • Rapprocher les parties extraites du portefeuille existant et renvoyer les correspondances candidates avec leur score.
  • Garder l'extraction comme proposition, avec une étape d'application distincte, contrôlée et auditée.
  • Consigner l'exécution d'extraction pour que l'origine d'un champ reste explicable ensuite.

Met en œuvre

  • Formulaires de soumission ACORD
  • Confiance par champ et provenance de la méthode
  • Étape d'application acceptée par un humain

À voir dans le produit

Lancez l'extraction sur une soumission et examinez le résultat avant de l'appliquer : chaque champ porte sa méthode et sa confiance, et la soumission reste inchangée tant que l'étape d'application n'est pas appelée.

Capacité 02

Moteur tarifaire et recueils de tarifs

Une cascade de facteurs déterministe sur des recueils versionnés, la promotion étant refusée si la batterie de non-régression ne passe pas.

Un recueil tarifaire est un enregistrement versionné par branche : un taux de base, les tables de facteurs qui le modifient, l'échelle des plafonds majorés et les chargements. Changer un prix est une modification de données, pas une livraison. Les recueils parcourent brouillon, déposé, approuvé, en vigueur et remplacé, et un seul recueil est en vigueur par branche à la fois — en promouvoir un nouveau remplace le sortant dans la même transaction.

Le moteur qui le lit est une cascade de facteurs déterministe sans état caché. Un risque dommages est tarifé en valeur totale assurée par millier au taux de base, puis multiplié par l'occupation, la construction, la classe de protection et le territoire, puis par le facteur de plafond majoré du plafond retenu, avant que les chargements catastrophe, frais et bénéfice n'aboutissent à la prime technique. Un risque vie part d'un taux de mortalité interpolé entre âges selon le statut fumeur, puis le facteur de classe, puis la surprime par table en pas configurables, plus les surprimes forfaitaires. Chaque étape est nommée, renvoyée et conservée avec le calcul, aux côtés du code et de la version du recueil — une prime cotée aujourd'hui peut donc être reconstituée des années plus tard, ce que demandent réellement un examinateur tarifaire ou un litige de garantie.

Ce qui empêche un mauvais tarif d'atteindre le recueil, c'est la batterie de non-régression. Des risques représentatifs sont figés avec une prime attendue et une tolérance, et la batterie est lancée contre le recueil candidat. La promotion est refusée de trois façons : si la batterie n'a jamais été lancée, si elle a échoué, ou si le recueil a été modifié depuis la dernière exécution. La dernière est la plus importante — il est impossible de passer les tests, de retoucher un facteur et de promouvoir quand même.

Ce qu'elle fait

  • Versionner un recueil par brouillon, déposé, approuvé, en vigueur et remplacé, avec un seul recueil en vigueur par branche.
  • Tarifer les risques dommages sur l'occupation, la construction, la classe de protection 1–10, le territoire et les facteurs de plafond majoré, puis les chargements catastrophe, frais et bénéfice.
  • Tarifer les risques vie sur une mortalité interpolée par âge et statut fumeur, le facteur de classe, les pas de surprime par table et les surprimes forfaitaires.
  • Conserver chaque calcul avec ses étapes nommées ainsi que le code et la version du recueil qui l'a produit.
  • Recoter n'importe quelle soumission contre n'importe quel recueil sans rien persister, pour éprouver une modification envisagée sur des risques réels.
  • Refuser la promotion lorsque la batterie n'a jamais été lancée, a échoué, ou est antérieure à la dernière modification du recueil.
  • Remplacer le recueil sortant et pouvoir y revenir ensuite, l'un et l'autre en transactions auditées et limitées par rôle.

Met en œuvre

  • Échelles de facteurs de plafond majoré (ILF)
  • Classes de protection 1–10
  • Interpolation de mortalité par âge et statut fumeur
  • Cycle du recueil : brouillon → déposé → approuvé → en vigueur → remplacé

À voir dans le produit

Modifiez un facteur d'un recueil approuvé puis tentez de le promouvoir. La promotion est refusée car le recueil est désormais postérieur à sa dernière exécution de non-régression — passer la batterie puis retoucher est exactement le chemin fermé.

Capacité 03

Règles d'appétit et autorité de souscription

L'autorité déléguée comme jeu de règles évalué à chaque soumission : dans l'autorité, référer ou refuser.

L'appétit et l'autorité déléguée sont modélisés comme un jeu de règles et non comme un PDF sur un disque partagé : les branches souscriptibles, les juridictions autorisées et exclues, le plafond maximal et la prime maximale. Chaque soumission est évaluée contre le jeu de règles de son programme avant toute souscription.

Le verdict est à trois valeurs, et la distinction est l'essentiel. Une branche hors binder ou une juridiction exclue donne un refus. Une juridiction hors de la liste autorisée, un plafond au-dessus du maximum ou une prime au-dessus du maximum donne un renvoi. Tout le reste est dans l'autorité. L'évaluation nomme la règle précise enfreinte et la valeur qui l'a enfreinte, plutôt qu'un avertissement générique indiquant qu'un problème existe quelque part.

Ce verdict conditionne la souscription. Un risque renvoyé ne peut être souscrit tant que le renvoi n'est pas explicitement acquitté, et un risque refusé ne peut l'être du tout. La plateforme rédige en outre la note de renvoi énumérant chaque manquement, de sorte que la demande adressée au porteur de capacité s'écrit à partir des faits mêmes qui ont produit le verdict, et non de mémoire.

Ce qu'elle fait

  • Modéliser l'autorité de chaque programme en branches autorisées, juridictions autorisées et exclues, plafond maximal et prime maximale.
  • Évaluer chaque soumission contre son programme et renvoyer dans l'autorité, référer ou refuser.
  • Nommer la règle enfreinte et la valeur fautive plutôt que renvoyer un avertissement générique.
  • Exiger un acquittement explicite du renvoi avant de pouvoir souscrire un risque renvoyé, et bloquer purement un risque refusé.
  • Rédiger la note de renvoi énumérant chaque manquement, prête pour le porteur de capacité.

Met en œuvre

  • Tableaux de binder : branches, territoires, plafonds, prime
  • Verdict d'autorité à trois valeurs
  • Acquittement du renvoi avant souscription

À voir dans le produit

Soumettez un risque dont le plafond dépasse le maximum du programme. Le verdict revient en renvoi, nommant la règle de plafond et la valeur réelle, et la souscription reste indisponible jusqu'à l'acquittement.

Capacité 04

Registre des exigences de preuve

Chaque exigence suivie en statut, ancienneté et SLA — et commander est une action consignée, non une intégration fournisseur.

Les pièces de souscription sont gérées comme un registre d'exigences rattaché au dossier : ce qu'il faut, pourquoi, à qui cela a été demandé, quand cela a été commandé, quand c'est arrivé et depuis combien de temps cela reste en attente. Les exigences parcourent les statuts requise, commandée, reçue et levée, chaque transition estampillée de l'utilisateur qui l'a faite, et la vue dossier fait remonter ce qui est en retard au lieu de laisser un souscripteur le remarquer.

Les exigences Vie et IARD cohabitent sur le même registre avec des vocabulaires différents — rapports du médecin traitant, bilans biologiques, historiques d'ordonnances, MIB et relevés d'information automobile d'un côté ; historiques de sinistralité, états des valeurs, tableaux et rapports d'inspection de l'autre. La vue de synthèse agrège par statut et catégorie et indique ce qui est en attente et en retard, ce dont un responsable d'exploitation a réellement besoin pour traiter une file.

Une chose que cela ne prétend délibérément pas : commander est une action consignée dans la plateforme, non un appel à un fournisseur. Marquer une exigence comme commandée consigne l'intention, le fournisseur indiqué et l'horodatage — cela ne transmet aucune demande à un bureau ni à un laboratoire. Raccorder un vrai fournisseur de pièces est un travail d'intégration adossé à des identifiants et des contrats, et tant qu'il n'existe pas, le registre suit le processus honnêtement au lieu de laisser croire à une automatisation absente.

Ce qu'elle fait

  • Suivre chaque exigence par requise, commandée, reçue et levée, estampillée de l'utilisateur qui l'a fait évoluer.
  • Porter sur un même registre les pièces Vie et IARD — rapports médicaux, bilans, historiques d'ordonnances, MIB et relevés automobile aux côtés des historiques de sinistralité, états des valeurs, tableaux et inspections.
  • Indiquer les exigences en attente et en retard par statut et catégorie pour la gestion des files.
  • Faire vieillir chaque exigence par rapport à son échéance pour que le retard soit visible sans être cherché.
  • Consigner le fournisseur indiqué lors d'une commande et l'heure de celle-ci, comme trace interne de l'intention.

Met en œuvre

  • Pièces Vie : rapport médical, bilans, historique d'ordonnances, MIB, relevé automobile
  • Pièces IARD : historiques de sinistralité, états des valeurs, tableaux, inspections
  • Cycle de l'exigence avec vieillissement SLA

À voir dans le produit

Ouvrez la synthèse des exigences d'un dossier : comptages par statut et catégorie, ce qui est en attente, ce qui est en retard. Commander une exigence consigne le fournisseur et l'horodatage sur la ligne — aucune demande externe n'est émise, et la plateforme ne prétend pas le contraire.

Capacité 05

Poste de travail du souscripteur

Files, exigences, notes et décisions sur un même dossier doté de sa propre piste d'événements.

Le dossier est l'unité de travail de la souscription : la soumission, le risque, les exigences, les notes, les calculs tarifaires et la décision, tenus ensemble par une piste d'événements plutôt que dispersés entre une messagerie et un tableur. Les files se traitent par titulaire et par ancienneté, et le dossier porte sa propre horloge de SLA : le vieillissement est une propriété du travail, non un rapport que quelqu'un sort chaque semaine.

Les décisions sont consignées avec leur motivation et l'état du dossier au moment considéré — quelle version de recueil a produit la prime, quelles exigences étaient satisfaites, quel verdict d'autorité s'appliquait. Cette combinaison est ce qui rend une décision reconstituable et non simplement journalisée : une décision avec un horodatage et sans contexte répond au quand, et à rien d'autre.

L'appréciation propre à la Vie tient sur le même enregistrement. Les majorations pour altération de risque, les débits et crédits et les feuilles de souscription financière sont saisis sur le dossier, de sorte que l'hypothèse de mortalité qui fonde une prime est visible à côté de la prime, plutôt que dérivée ailleurs puis ressaisie.

Ce qu'elle fait

  • Tenir soumission, risque, exigences, notes, calculs tarifaires et décision sur un même dossier doté d'une piste d'événements.
  • Traiter les files par titulaire et ancienneté, avec une horloge de SLA sur le dossier lui-même.
  • Consigner chaque décision avec sa motivation et l'état du dossier qui l'a produite, dont la version du recueil tarifaire.
  • Saisir majorations, débits et crédits et feuilles de souscription financière sur le dossier.
  • Garder la piste en ajout seul, pour que l'historique d'une décision ne soit pas modifiable après coup.

Met en œuvre

  • Débits et crédits pour altération de risque
  • Feuilles de souscription financière
  • Piste d'événements du dossier en ajout seul

À voir dans le produit

Ouvrez un dossier décidé et lisez sa piste : la décision, la motivation, les exigences satisfaites et le code et la version du recueil derrière la prime — le tout sur l'enregistrement, non reconstitué.

Capacité 06

Capacité facultative et traités

Rétention, plafond jumbo et acceptation automatique confrontés au programme réel avant que la plume ne bouge.

La capacité est confrontée au véritable programme de traités et non au souvenir qu'en a un souscripteur. Les traités portent leur rétention, leur taux de cession, le plafond jumbo et la limite d'acceptation automatique, et le risque est mesuré contre eux : dans l'acceptation automatique, au-dessus et nécessitant un placement facultatif, ou au-delà du plafond jumbo et hors programme.

Les renvois facultatifs emportent le dossier. Un dossier de présentation part au réassureur avec le risque, le calcul tarifaire et l'état des pièces, et sa réponse est suivie sur le dossier au lieu de vivre dans une boîte de réception. Le dossier ne peut pas avancer discrètement comme s'il était placé pendant que la réponse reste en attente.

Les mêmes structures de traité alimentent le côté sinistres, ce qui garde les deux cohérents. Quote-part, excédent de sinistre et stop-loss agrégé sont modélisés une fois ; la cession sur laquelle s'appuie un souscripteur à la souscription et le recours que poursuit un gestionnaire après un sinistre lisent le même programme, au lieu que deux systèmes entretiennent chacun leur vision de ce qui a été cédé.

Ce qu'elle fait

  • Modéliser par traité la rétention, le taux de cession, le plafond jumbo et la limite d'acceptation automatique.
  • Mesurer un risque contre le programme et le classer en acceptation automatique, facultatif, ou au-delà du plafond jumbo.
  • Envoyer un dossier de présentation facultatif portant le risque, le calcul tarifaire et l'état des pièces.
  • Suivre la réponse du réassureur sur le dossier plutôt que dans une boîte de réception.
  • Partager un modèle de traités unique avec le moteur de recours côté sinistres, pour que souscription et recours lisent le même programme.

Met en œuvre

  • Limites de rétention, jumbo et acceptation automatique
  • Quote-part, excédent de sinistre, stop-loss agrégé
  • Suivi de la présentation et de la réponse facultatives

À voir dans le produit

Tarifez un risque vie au-dessus de la limite d'acceptation automatique de son traité. Il est classé comme nécessitant un placement facultatif, et le renvoi emporte le calcul tarifaire plutôt qu'un résumé ressaisi.

Capacité 07

Registre de modèles et décisions gouvernées

Chaque modèle versionné avec son rôle champion ou challenger, et une écriture gouvernée capable de refuser.

Les modèles de souscription vivent dans un registre plutôt que d'être déployés puis oubliés : cadre, version, branche, statut et rôle champion ou challenger, de sorte que le modèle réellement en vigueur est un fait consigné. La promotion entre rôles est une action auditée, et l'historique d'un modèle reste visible au lieu d'être remplacé.

Lorsqu'un modèle informe une écriture réelle, celle-ci passe par une évaluation gouvernée qui peut la refuser. C'est le même contrôle que celui du côté sinistres, et il est partagé à dessein : une action automatisée passe la porte ou n'a pas lieu, et l'exécution est consignée avec ses entrées, ses citations et son résultat. Une exécution incapable de citer ce qu'elle a lu ne prouve rien, d'où la citation comme partie du registre et non comme option.

Une limite assumée. Le registre conserve les métriques de performance des modèles, mais dans le jeu de données de démonstration ces métriques sont générées et non mesurées — la dérive en particulier est produite, non observée. Une vraie surveillance de dérive suppose une chaîne de scoring comparant périodiquement les distributions de variables en production à une référence d'entraînement, et cette chaîne ne fait pas partie de ce qui est livré ici. Le registre est l'endroit où de telles mesures doivent vivre ; il ne les fabrique pas.

Ce qu'elle fait

  • Enregistrer chaque modèle avec son cadre, sa version, sa branche, son statut et son rôle champion ou challenger.
  • Faire de la promotion entre rôles une action auditée à historique visible.
  • Router les écritures informées par un modèle vers une évaluation gouvernée pouvant refuser l'action.
  • Consigner chaque exécution gouvernée avec ses entrées, ses citations et son résultat.
  • Conserver les métriques de performance sur le modèle enregistré plutôt qu'à côté de lui.

Met en œuvre

  • Rôles de modèle champion / challenger
  • Évaluation gouvernée de l'écriture
  • Citation des entrées au niveau de l'exécution

À voir dans le produit

Ouvrez le registre de modèles et vérifiez lequel détient le rôle champion pour une branche, puis regardez une exécution gouvernée : elle nomme la version du modèle, les entrées lues et le résultat renvoyé par la porte.

Capacité 08

Passage de la cotation et de l'illustration à l'émission

Un enregistrement unique de la cotation au contrat émis, le calcul tarifaire voyageant avec lui.

Une cotation n'est pas recalculée en route vers le contrat. Le calcul qui a produit la prime accompagne le dossier à travers la décision jusqu'à l'émission : le montant figurant aux conditions particulières est celui que le moteur a produit, traçable jusqu'au code et à la version du recueil qui l'a généré.

Les illustrations Vie s'exécutent depuis la même définition de produit que le contrat qui suit, ce qui empêche les deux de diverger. Une illustration établie sous une édition de produit et un contrat émis sous une autre est une source classique de litiges, et la plateforme conserve l'édition plutôt que l'hypothèse.

L'émission passe la main à la gestion de contrats comme une continuation du même enregistrement, non comme une ressaisie. Le contrat emporte la soumission, la décision et la provenance tarifaire : une question de gestion posée des années plus tard peut atteindre le dossier de souscription qui y répond.

Ce qu'elle fait

  • Porter le calcul tarifaire de la cotation à l'émission, avec son code et sa version de recueil.
  • Exécuter les illustrations Vie depuis la définition de produit qu'utilisera le contrat émis.
  • Passer le dossier à la gestion de contrats comme une continuation, non comme une ressaisie.
  • Garder la soumission, la décision et la provenance tarifaire accessibles depuis le contrat émis.

Met en œuvre

  • Éditions de produit à date d'effet partagées avec la gestion de contrats
  • Provenance tarifaire conservée jusqu'à l'émission

À voir dans le produit

Ouvrez un contrat émis et remontez-le : la décision, le dossier et le calcul qui a produit la prime sont tous accessibles, avec la version de recueil qui l'a tarifée.

Conçu pour ceux qui portent le risque

Pensé pour vos équipes, aligné sur vos référentiels.

Les agents spécialisés de Cortex préparent le travail, citent leurs sources et inscrivent chaque action au registre de preuves : Poste de Souscription accélère les personnes qui en répondent, sans fragiliser votre position en audit.

À qui cela s'adresse

  • Directeurs de la souscription
  • Souscripteurs Vie et IARD
  • Responsables des opérations de souscription
  • Équipes production nouvelle
  • Responsables réassurance

Aligné sur

  • Lois types de la NAIC
  • VM-20 / PBR
  • NY Reg 187
  • HIPAA (données de pièces)
  • Règles tarifaires et de formulaires des DOI d'État
CortexCopilote de raisonnement IA
Sourcé

Empreinte d'appareil partagée avec le réseau94
Garage lié à un dossier SIU antérieur87
Le profil de sinistres correspond au groupe clos81
SourcesRegistre des contratsGraphe des sinistresDossiers SIU
Confiance94%
Encore mieux ensemble

S'associe au reste de la plateforme

Poste de Souscription partage le même socle que tous les autres modules : combinez-les pour étendre la couverture sans accumuler de dette d'intégration.

Smart Claims

Chaque décision du dossier a un auteur, une règle et une trace.

Gestion des contrats

Gérez le portefeuille, lancez des produits et pilotez des programmes en délégation de souscription (MGA) sur un socle unique.

Plateforme Actuarielle

La gouvernance est le produit.

Cortex AI

L'IA propose ; les personnes et les politiques décident.

Pour votre secteurDécouvrez comment Poste de Souscription fonctionne dans les secteurs régulés.
Assureurs vie, rentes et retraite

Vie et rentes

De la souscription accélérée au règlement automatisé des capitaux décès.

Découvrir Vie et rentesAssureurs particuliers et entreprises

Assurance IARD

Du devis au sinistre sur un socle unique, avec le ratio combiné en ligne de mire.

Découvrir Assurance IARDRéassurance de traité, facultative et vie

Réassureurs

Voir clair dans les portefeuilles en acceptation — et les régler proprement.

Découvrir Réassureurs
Questions fréquentes

Questions fréquentes sur Poste de Souscription

Ce que les équipes d'évaluation veulent savoir avant une démo, expliqué simplement.

Oui. Les pièces Vie (rapport médical, bilans, historiques d'ordonnances, MIB, relevé automobile) et IARD (historiques de sinistralité, états des valeurs, tableaux, inspections) tiennent sur le même registre d'exigences et suivent la même gestion de dossiers, tarification et logique de renvoi, avec des règles et des chemins propres à chaque branche.

Oui, et c'est l'objectif de conception. Chaque calcul conserve ses étapes nommées — taux de base, chaque facteur, chaque chargement — aux côtés du code et de la version du recueil qui l'a produit. Un examinateur tarifaire ou un litige de garantie demandent comment ce montant a été atteint, et la réponse figure sur le calcul plutôt que reconstituée à partir d'un tableur.

La batterie de non-régression. Des risques représentatifs sont figés avec une prime attendue et une tolérance, et la promotion est refusée de trois façons : si la batterie n'a jamais été lancée, si elle a échoué, ou si le recueil a été modifié depuis la dernière exécution. La troisième est la plus importante — impossible de passer les tests, de retoucher un facteur et de promouvoir quand même.

Non, et elle ne le prétend pas. Marquer une exigence comme commandée consigne l'intention, le fournisseur indiqué et l'horodatage sur le registre ; cela ne transmet aucune demande à un bureau ni à un laboratoire. Raccorder un vrai fournisseur de pièces est un travail d'intégration adossé à des identifiants et des contrats. Ce qui est livré, c'est un suivi honnête du processus, y compris ce qui est en attente et en retard.

Le risque est mesuré contre la rétention, le plafond jumbo et la limite d'acceptation automatique réels du traité, puis classé en acceptation automatique, placement facultatif nécessaire, ou au-delà du programme. Le renvoi emporte le calcul tarifaire et l'état des pièces plutôt qu'un résumé ressaisi, et la réponse du réassureur est suivie sur le dossier.

Chaque modèle est enregistré avec son cadre, sa version, sa branche et son rôle champion ou challenger, et la promotion entre rôles est auditée. Les écritures informées par un modèle passent par une évaluation gouvernée pouvant refuser l'action, et chaque exécution consigne ses entrées et ses citations. Une limite énoncée clairement : dans le jeu de données de démonstration les métriques de performance sont générées, non mesurées — une vraie surveillance de dérive exige une chaîne de scoring comparant les distributions en production à une référence d'entraînement, ce qui ne fait pas partie de la livraison.

Voyez Poste de Souscription sur vos données

Réservez une session de travail : nous projetterons vos sources, workflows et référentiels sur Poste de Souscription — et vous verrez Cortex raisonner dessus en direct.

Réserver une démoDécouvrir la plateformeDémo interactive
Poste de Souscription — Tarifer, décider et référer depuis un poste de souscription gouverné. | AegisNow Insurance