· Yair Knijn
Le régulateur a demandé à voir vos preuves de screening. Votre système a montré 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 renvoie un indicateur d'état. CLEARED. Rien 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 filtre se déclenche, une décision est enregistrée, et la matière brute qui la justifiée est écartée dès qu'elle cesse d'être opérationnellement utile. Le contrôle existait. La preuve qu'il s'est exécuté n'existait pas.
Ce que « montrez-moi que vous avez filtré cette partie » exige réellement en termes d'éléments probants
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 de cas doit contenir :
- Le nom exact, la date de naissance et les identifiants que vous avez envoyés, pas 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 filtre s'est exécuté. Les listes OFAC SDN et consolidées de l'UE changent constamment, et « propre » ne veut rien dire sans dire propre contre quoi.
- Le score de correspondance et le seuil, afin qu'une correspondance floue acceptée montre le nombre, pas seulement la conclusion.
- L'horodatage et le décideur, la personne ou la règle qui a traité 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 vendor la gère et ne l'a jamais écrite de votre côté. Au moment du contrôle, vous assemblez trois demi-enregistrements et espérez que les horodatages s'alignent.
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 d'OFAC de 5 à 10 ans de conservation des dossiers et pourquoi votre conservation doit suivre
Cela a cessé d'être un argument de bonnes pratiques en 2025. OFAC a publié une règle finale intermédiaire, entrée en vigueur le 12 mars 2025 et finalisée plus tard ce mois-ci, prolongeant l'exigence de conservation des dossiers selon ses réglementations sur les signalements, procédures et sanctions de cinq ans à 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 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 non couverte. Une police liée en 2026 peut être examinée contre une désignation qui parait 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 vendor et la purge des dossiers doivent tous être revérifiés contre dix ans.
Mandantenbezogene, unveränderliche Fallnachweise als Unterschied zwischen Bestehen und Nichtbestehen
Die Aufbewahrung ist notwendig, aber nicht ausreichend. Die Nachweise müssen auch vertrauenswürdig sein: nachträglich nicht editierbar, nicht mit Daten anderer Mandanten vermischt. Ein Prüfer, der vermutet, dass ein Datensatz nach der Anfrage rekonstruiert wurde, betrachtet die gesamte Akte als unzuverlässig. Unveränderlichkeit und klare Mandantengrenzen machen das Artefakt glaubwürdig, nicht nur vorhanden.
InsureGuardAI erfasst das Screening-Ereignis als versiegelten Datensatz innerhalb des Workspace jedes Kunden: Rohantwort des Anbieters, Listenversion, Zeitstempel und Entscheidungsträger gemeinsam gespeichert für die gesamte Aufbewahrungsfrist, so abgegrenzt, dass die Nachweise eines Mandanten niemals die eines anderen berühren. Wenn die Aufsichtsbehörde Sie auffordert nachzuweisen, dass das Screening durchgeführt wurde, liefert die Fallakte das Artefkmal, nicht ein grünes Licht. See how the workspace keeps screening evidence.