1 janvier 2026 · Yair Knijn

Vous avez filtré l'assuré et avez oublié le courtier, le cessionnaire et l'assuré supplémentaire

Le responsable conformité tire la page des déclarations, filtre l'assuré nommé, obtient un résultat négatif et classe l'affaire. L'assuré nommé est le seul nom en gras sur le formulaire, donc cela ressemble à la partie. C'est une partie. La police est un contrat avec une trace financière, et l'argent ne va pas toujours au nom en gras.

C'est dans cette décision de portée que la plupart des programmes de sanctions d'assurance échouent silencieusement. Non pas parce qu'un filtrage a renvoyé un résultat que quelqu'un a ignoré, mais parce que la partie qui aurait figuré n'a jamais été filtrée.

Cartographier chaque partie vérifiable sur un seul contrat d'assurance

Démontez une police commerciale intermédiaire et décomptez les personnes morales distinctes qui y sont attachées. L'assuré désigné. Le courtier producteur et le grossiste derrière lui. Le payeur de prime, parfois une société mère, parfois un tiers. Les assurés supplémentaires ajoutés par avenant. Un bénéficiaire de sinistre ou créancier hypothécaire ayant un intérêt financier dans les indemnités. Les bénéficiaires en assurance vie. Et plus tard, un cessionnaire qui reprend l'indemnisation. Chacun est un nom qui peut figurer sur une liste.

En novembre 2024, l'OFAC a mis à jour ses FAQ sur l'assurance et a clarifié ce point. Ses interdictions ne s'étendent pas seulement aux assurés, mais aussi aux assurés supplémentaires, payeurs de primes, bénéficiaires, bénéficiaires de sinistres, intermédiaires et administrateurs, créanciers gagistes et réclamants tiers. La même directive précise que le contrôle doit être revu lors du renouvellement, lors d'un avenant lorsqu'une partie est ajoutée, lors de la soumission et du paiement d'une sinistre, et chaque fois que l'OFAC modifie une liste. L'assuré désigné est le début de la portée, pas sa fin.

Les courtiers, bénéficiaires de sinistres, assurés supplémentaires et cessionnaires en tant que vecteurs de risque

Chaque rôle porte un risque pour une raison mécanique différente, et c'est ce que la logique de portée néglige :

• Le courtier ou intermédiaire s'inscrit dans le flux financier même si son nom n'atteint jamais votre système de gestion de police. Un intermédiaire désigné pollue la transaction indépendamment de l'assuré.
• Le bénéficiaire de sinistre ou créancier hypothécaire est, par définition, une partie que vous avez l'intention de payer. Un assureur clean avec un bénéficiaire sanctionné dirige les indemnités droit vers la liste.
• L'assuré supplémentaire arrive par avenant, souvent via une clause AI générique qui ne nomme aucune entité avant qu'un sinistre n'en surface une.
• Le cessionnaire est le pire cas : le contrat passe à quelqu'un qui n'a jamais été impliqué dans votre souscription ou votre intégration.

Pourquoi un assuré désigné clean ne vous dit rien sur les personnes qui reçoivent les paiements

Un contrôle des sanctions répond à une question : cette chaîne est-elle une correspondance probable avec une entrée de liste. Elle ne dit rien des chaînes que vous n'avez pas soumises. Un résultat clair sur l'assuré désigné est muet sur le bénéficiaire de sinistre, muet sur le cessionnaire, et indifférent au courtier qui a déplacé la prime. Le risque de paiement se concentre là où vous avez arrêté de chercher, car les parties ajoutées par avenant et cession contournent le contrôle de première porte. Un programme qui vérifie la page de déclarations et lui fait confiance vérifie une couverture, pas une police.

Modéliser les parties comme des enregistrements de première classe pour qu'aucune d'entre elles ne reste non vérifiée

La correction est structurelle, pas procédurale. Arrêtez de traiter « l'assuré » comme un champ sur une police et traitez chaque contrepartie comme son propre enregistrement, avec un rôle et son propre historique de contrôle. Un bénéficiaire de sinistre est une ligne. Un assuré supplémentaire ajouté au mois sept est une ligne. Un cessionnaire est une ligne créée le jour où la cession est publiée. Quand une partie est un objet de première classe, la contrôler est automatique et l'oublier signifie la supprimer. Quand elle est enterrée dans un avenant en texte libre, l'oublier est le défaut.

InsureGuardAI est construit autour de ce modèle. Un espace de travail contient la police et chaque partie comme entité vérifiable distincte, donc le courtier, le bénéficiaire, l'assuré supplémentaire et le cessionnaire sont chacun vérifiés selon leurs propres mérites et re-vérifiés quand une liste bouge, pas seulement à la bound. L'assuré désigné n'a jamais été la partie difficile. La chaîne derrière eux l'est, et cette chaîne est ce que vous devez énumérer. Voir comment l'espace de travail modélise chaque partie.