· Yair Knijn
Le régulateur a demandé à voir vos pièces de contrôle. Votre système a affiché un feu vert et rien d'autre.
Le MLRO valide le contrôle de filtrage parce que le contrôle s'exécute. Chaque partie est vérifiée, le tableau de bord est vert, l'attestation trimestrielle remonte la chaîne. Ensuite, le régulateur s'assoit pour le contrôle et pose une seule question : montrez-moi que vous avez filtré cette partie le jour où vous avez lié la police. Le système retourne un indicateur d'état. CLEARED. Rien en dessous.
C'est le piège. Exécuter le contrôle et prouver que le contrôle s'est exécuté sont deux problèmes différents, et la plupart des programmes ne résolvent que le premier. Le filtrage se déclenche, une décision est enregistrée, et le matériau brut qui le justifiait est rejeté au moment où il cesse d'être opérationnel. Le contrôle existait. La preuve qu'il a été exécuté n'existait pas.
Ce que « montrez-moi que vous avez filtré cette partie » exige réellement en termes d'artefacts
Un examinateur ne demande pas si vous possédez un outil de filtrage. Il vous demande de reconstruire une décision spécifique à un moment précis, ce qui nécessite les entrées et le contexte qui l'ont produite, figés tels qu'ils étaient. Le dossier doit contenir :
- Le nom exact, la date de naissance et les identifiants que vous avez envoyés, et non la version nettoyée dans votre CRM aujourd'hui.
- La réponse brute de correspondance, y compris les non-correspondances, afin qu'il soit clair que l'absence de correspondance a été testée et non présumée.
- La version de la liste contre laquelle le filtrage a été exécuté. Les listes OFAC SDN et consolidées de l'UE changent constamment, et « propre » ne signifie rien sans préciser contre quoi.
- Le score de correspondance et le seuil, afin qu'une correspondance floueをクリアに表示 le nombre, et pas seulement la conclusion.
- L'horodatage et le décideur, la personne ou la règle qui a disposé de l'affaire.
Conservation de la réponse brute du fournisseur, de la version de la liste et des métadonnées de décision en tant qu'unité
L'échec courant est de conserver ces champs, mais dispersés. La décision réside dans la gestion des dossiers. La réponse du fournisseur réside dans un journal d'API qui tourne après 30 jours. La version de la liste ne réside nulle part, car le fournisseur la gère et ne l'a jamais consignée de votre côté. Au moment du contrôle, vous assemblez trois demi-dossiers et espérez que les horodatages correspondent.
Traitez l'événement de filtrage comme un artefact immuable : réponse brute, version de la liste, score, seuil, horodatage et décideur écrits ensemble, liés au dossier, au moment du filtrage. Une décision sans sa réponse sous-jacente est une affirmation. Une décision regroupée avec le raw_response et l'instantané de la liste est une preuve, et cette différence est tout l'examen.
Le passage de l'OFAC de 5 à 10 ans de conservation des dossiers et pourquoi votre conservation doit suivre
Cela a cessé d'être un argument de bonne pratique en 2025. L'OFAC a publié une règle finale provisoire, entrée en vigueur le 12 mars 2025 et finalisée plus tard ce mois-ci, prolongeant l'exigence de conservation des dossiers de son règlement sur les rapports, procédures et pénalités de cinq à dix ans. Elle suit la prolongation du délai de prescription pour les violations de l'IEEPA et du Trading with the Enemy Act à dix ans, donc l'OFAC peut maintenant regarder deux fois plus loin, et vous devez conserver des dossiers complets et précis des transactions couvertes pendant au moins dix ans.
Si votre conservation des preuves était ajustée à un horizon de cinq ans, la moitié de votre fenêtre d'exposition est maintenant découverte. Une police liée en 2026 peut être examinée contre une désignation qui paraît en 2034, et la question sera ce que vous avez enregistré au moment de la liaison. La rotation des journaux, le cycle de vie des données du fournisseur et la purge des dossiers doivent tous être revérifiés sur dix ans.
Preuve de cas immutable par tenant comme la différence entre réussite et échec
La rétention est nécessaire mais insuffisante. La preuve doit également être fiable : non modifiable après coup, non mélangée entre clients. Un examinateur qui soupçonne qu'un enregistrement a été reconstruit après la demande traite tout le dossier comme non fiable. L'immutabilité et les limites de tenant claires rendent l'artefact crédible, pas seulement présent.
InsureGuardAI capture l'événement de screening comme un enregistrement scellé dans l'espace de travail de chaque client : réponse brute du fournisseur, version de la liste, score, horodatage et décisionnaire écrits ensemble et conservés pour toute la période de rétention, délimités de sorte que les preuves d'un client ne touchent jamais celles d'un autre. Lorsque le régulateur vous demande de prouver que le screening a été exécuté, le dossier de cas répond avec l'artefact, pas un feu vert. Voir comment l'espace de travail conserve les preuves de screening.