· Yair Knijn
Dépisté à la binding, jamais après : l'écart de re-dépistage qui transforme une police propre en une police bloquée
Un MLRO approuve une police de responsabilité civile de cinq ans en mars 2023. L'assuré nommé est clean, l'UBO est clean, toutes les correspondances floues sont résolues. Le dossier de cas est clos, la police est liée, et ce dépistage est silencieusement traité comme un timbre permanent. Il ne l'est pas. Dix-huit mois plus tard, l'OFAC désigne la société mère du policé, et le prochain acompte de prime qui arrive sur le compte bancaire est maintenant une transaction bloquée. Personne n'a refait le contrôle, car autant que le dossier le concernait, cette partie était déjà éliminée.
C'est la façon la plus courante dont l'exposition aux sanctions d'assurance se produit réellement, et elle n'est pas exotique. La liste a bougé. Le contrat non.
Pourquoi un contrôle clean à la création est un instantané, pas une élimination
Un dépistage à la création vous dit une chose : cette partie n'était pas sur la liste le jour où vous l'avez contrôlée. Il ne dit rien sur le jour d'après. La liste SDN, la liste SSI, et les listes consolidées non-SDN changent constamment, et les désignations ne vous sont pas annoncées, elles sont publiées et vous êtes censé les avoir repérées. Une police pluriannuelle est une obligation vivante posée sur un statut qui peut basculer du jour au lendemain sans que personne dans votre cabinet ne touche au fichier. Traiter « éliminé à la binding » comme « éliminé pour la durée » revient à traiter une photographie comme un flux direct.
FAQ assureurs 2024 de l'OFAC : dépistage au renouvellement, à l'amendement, à la réclamation, et à chaque mise à jour de liste
Le 13 novembre 2024, l'OFAC a mis à jour ses FAQ pour l'industrie de l'assurance pour la première fois depuis janvier 2025, et le changement de ton est toute l'histoire. L'ancienne ligne était que la fréquence de dépistage était « à votre firme et à votre régulateur. » Cette nuance a disparu. L'OFAC dit maintenant que les assureurs devraient dépistage au renouvellement de police, à l'amendement de police (y compris l'ajout d'une partie assurée ou d'un bénéficiaire), à la soumission de réclamation, au paiement de réclamation, et chaque fois que l'OFAC met à jour ses listes de sanctions, plus tout autre point où l'assureur est exposé au risque de sanctions.
Lisez attentivement ce dernier déclencheur. Chaque mise à jour de liste est un événement de filtrage. Pas chaque renouvellement, pas chaque trimestre, chaque fois que la liste elle-même change. Ce n'est plus un traitement périodique que vous exécutez quand cela vous convient ; c'est un delta que vous devez suivre dès que l'OFAC publie.
Quand une prime devient une transaction bloquée du jour au lendemain
C'est ici que l'habitude de ne filtrer qu'à la création se transforme en défaut déclarable. Si un assuré ou un bénéficiaire devient sujet de la liste SDN, ou réside dans une juridiction sanctionnée, les directives de l'OFAC sont sans ambiguïté sur ce que vous devez faire ensuite :
- Bloquer la police.
- Déclarer le blocage à l'OFAC dans les
10 jours ouvrables. - Placer toute prime non acquise, et toute prime reçue après la date de blocage, dans un compte bloqué plutôt que de la rembours
Si vous n'avez filtré qu'à la création, vous ne savez pas que le blocage est requis, donc vous continuez à percevoir et à appliquer des primes contre une partie désignée. Chaque versement après la date de désignation est une violation que vous créez activement, et « nous les avons filtrés à l'intégration » ne couvre pas cela. Le délai de ces 10 jours commence au moment où vous auriez dû savoir, pas au moment où vous avez la chance de le remarquer.
Intégrer le re-filtrage piloté par les événements et les delta de listes dans le cycle de vie de la police
La solution est de faire en sorte que le filtrage se déclenche à partir du cycle de vie et de la liste, et non du calendrier. Connectez un re-filtrage à chaque événement nommé par l'OFAC : renouvellement, modification, changement de bénéficiaire, sinistre. De plus, abonnez-vous aux modifications de liste afin que lorsque l'OFAC publie une désignation, vous re-filtriez le portefeuille de polices en cours affecté contre le delta le même jour, et non au prochain cycle de révision. Les deux voies doivent écrire dans le même dossier de cas, avec la réponse de correspondance brute conservée comme preuve, donc lorsqu'un examinateur demande pourquoi une police en cours a été bloquée ou non, la réponse est déjà enregistrée.
InsureGuardAI est conçu exactement pour ce type de problème. Chaque espace de travail client exécute un re-filtrage continu contre le portefeuille en cours, déclenché à la fois par les événements du cycle de vie de la police et les mises à jour de la liste OFAC, suit la propriété à travers les structures sociales jusqu'au bénéficiaire effectif réel, et enregistre pourquoi chaque correspondance floue a été levée afin que le dossier de cas réponde à la question du régulateur avant qu'il n'ait fini de la poser. Si vous voulez voir à quoi ressemble le filtrage continu et piloté par les événements sur un véritable portefeuille de polices, commencez ici.