← Blog InsureGuardAI

Votre programme de sanctions est un tableur partagé, et une seule personne connaît les macros

Le Claims Operations Director dispose d'un processus de contrôle qui fonctionne. Une nouvelle partie intervient, un analyste colle le nom dans la page de recherche SDN d'OFAC, vérifie visuellement les résultats, et enregistre une ligne dans screening_log.xlsx sur le lecteur partagé. Cela fonctionne ainsi depuis des années sans aucun délai missed. Le Director l'appelle un contrôle. Ce n'est pas un contrôle. C'est une habitude qu'une personne parvient chanceusement à maintenir.

L'erreur est de traiter l'activité comme la preuve d'un programme. Les noms sont vérifiés, donc le contrôle doit être en cours. Mais un régulateur ne demande pas si vous contrôlez. Il vous demande de reproduire une décision spécifique d'il y a dix-huit mois et d'expliquer la méthodologie derrière elle, et c'est là que le tableur reste muet.

Pourquoi les recherches manuelles de listes ne passent pas à l'échelle et ne peuvent pas être auditées

L'outil SDN Search d'OFAC utilise lui-même une logique floue pour faire ressortir les correspondances approximatives, et c'est exactement le problème quand un humain est la seule chose entre une correspondance proche et une ligne cleared. L'outil retourne un score ; l'analyste décide. Rien n'enregistre quel seuil ils ont appliqué, lequel des trois résultats "Mohammed Al-" ils ont exclu, ou s'ils ont vérifié la version de la liste actuelle ce jour-là ou une page en cache du trimestre dernier. La recherche est sans état par conception. Votre dossier de cas hérite de cette absence d'état.

Un tableur capture le résultat et presque aucun du raisonnement. Vous obtenez un nom, une date et une cellule verte. Vous n'obtenez pas la réponse de correspondance brute, la date de publication de la liste, la rationale de la décision, ou qui a réellement pris la décision. Lorsque le cadre d'OFAC demande des contrôles internes documentés et des tests indépendants réguliers, une colonne d'entrées "CLEAR" n'est pas une documentation. C'est un comptage.

Risque de personne clé : quand le processus de contrôle-part

Voici le mode de défaillance qui met fin aux carrières. L'analyste qui a créé la feuille de calcul comprend la mise en forme conditionnelle, la règle non écrite sur le moment où une correspondance partielle nécessite un second examen, et la raison pour laquelle la colonne F est masquée. Ensuite, ils partent travailler ailleurs, ou ils sont absents pendant six semaines, et toute la capacité de filtrage part avec eux. Les macros sont toujours là. Le jugement qui leur donnait un sens a disparu.

Le Directeur le découvre de manière difficile : le remplacement efface un nom que l'ancien analyste aurait remonté, ou remonte dix que l'ancien analyste aurait effacés, et maintenant la cohérence de votre filtrage est visiblement liée à quel humain était au clavier. Un contrôle qui produit des résultats différents selon la personne qui l'exécute n'est pas un contrôle. C'est une personnalité.

La cohérence et la reproductibilité en tant qu'attentes réglementaires, pas des avantages secondaires

Les pénalités et les règlements OFAC en 2025 ont largement dépassé deux cents millions de dollars, une forte augmentation par rapport à l'année précédente, et les cas qui font mal concernent rarement un nom évident manquant. Ils concernent un programme qui n'a pas pu démontrer des contrôles cohérents, testés et repeatables. La reproductibilité n'est pas une fonctionnalité de qualité de vie que vous ajoutez plus tard. C'est ce qui est examiné.

Deux analysts analysant la même partie le même jour devraient parvenir à la même décision pour la même raison enregistrée, et vous devriez pouvoir le prouver un an plus tard. Cela nécessite quelques éléments qu'une feuille de calcul ne peut pas fournir structurellement :

Passer des recherches ad hoc à un système d'enregistrement de cas

La solution n'est pas une meilleure feuille de calcul ou une convention de nommage plus stricte. C'est un système d'enregistrement où chaque écran est un cas durable, chaque correspondance conserve sa réponse brute, et chaque décision porte son raisonnement et son auteur. Le processus ne dépend plus de la mémoire d'une seule personne car la mémoire réside dans l'enregistrement, où le prochain analyste et le prochain examinateur peuvent tous deux le lire.

InsureGuardAI donne à chaque client un espace de travail spécifique au locataire où le filtrage produit des cas auditables au lieu de recherches jetables, donc la méthodologie survive à l'analyste qui l'a créée et le dossier de cas répond au régulateur avant qu'il ait fini de poser la question. Si votre programme de sanctions vit actuellement sur un lecteur partagé et dans la tête d'une personne, c'est l'écart à combler en premier.