· Yair Knijn
Vous avez validé la correspondance approximative. Vous n'avez rien noté. L'auditeur ne voit que la deuxième partie.
Un responsable conformité consultation une alerte de filtrage à 9h40 du matin. Le système a signalé « Viktor Petrov » contre une entrée SDN pour un « Viktor Petrov » avec une année de naissance différente et un pays différent. Trente secondes d'observation, le responsable sait que c'est une personne différente, clique sur clear, et passe au следу des quarante alertes dans la file d'attente. La décision était correcte. L'erreur est que le responsable n'a rien noté sur les raisons.
C'est le mode de défaillance silencieux de chaque programme de filtrage dans lequel j'ai travaillé. L'adjudication était juste. L'enregistrement de l'adjudication n'existe pas. Et un régulateur qui examine le dossier deux ans plus tard ne peut pas voir votre instinct, votre expérience, ou les trente secondes que vous avez passées à être correct. Ils voient une coche verte sur une correspondance de vrai nom, et un blanc.
La différence entre traiter une correspondance et enregistrer une décision
Traiter une correspondance signifie fermer l'alerte. Enregistrer une décision signifie laisser derrière quelque chose qu'un autre humain peut lire et accepter. Ce ne sont pas le même acte, et la plupart des outils de filtrage ne vous forcent qu'à faire le premier. Vous cliquez sur le traitement, le nombre dans la file diminue, et le système est satisfait. Personne ne vous a demandé une raison, donc vous n'en avez pas donné une.
Cet écart est invisible pendant que vous travaillez et total quand quelqu'un vous audite. Le responsable qui a validé Viktor Petrov savait que la date de naissance différait de onze ans. Ce fait a vécu dans leur tête pendant trente secondes puis a disparu. Le dossier a gardé le verdict et a jeté les preuves.
Ce que « soins raisonnables » sous 31 CFR 501.701 veut réellement voir dans le dossier
OFAC ne publie pas une liste de contrôle qui dit « écrivez une phrase par alerte validée ». Ce qu'il fait, c'est traiter votre programme de conformité comme un facteur dans tout résultat d'application, et les Directives d'Application des Sanctions Économiques au 31 CFR Partie 501, Annexe A pèsent la qualité de votre programme lorsqu'ils deciding ce qu'une violation vous coûte. La documentation contemporaine est comment cette qualité devient lisible. Un programme qui a validé les bons noms mais ne peut pas montrer son raisonnement ressemble, sur le papier, à un programme qui a validé des noms au hasard.
L'horloge de conservation des dossiers est longue, aussi. OFAC a étendu l'exigence de conservation sous 31 CFR 501.601 à dix ans, effective en 2025. Donc le traitement que vous faites précipitamment ce matin est découvrable pendant une décennie, et la version de vous qui devra l'expliquer ne se souviendra pas du tout de cette partie. Le dossier est le seul témoin, et en ce moment le dossier ne dit rien.
Les discriminants qui rendent une validation défendable : date de naissance, juridiction, identifiants
Un appel de faux positif défendable repose sur un point de données discriminant : un fait sur votre partie que la partie listée ne partage pas. Le travail entier du raisonnement écrit est de nommer ce fait. Une reassurance vague est sans valeur sous revue. Le mismatch spécifique est la défense entière.
- Geburtsdatum. Der SDN-Eintrag listet 1961, Ihr Versicherter wurde 1972 geboren. Elf Jahre sind kein Tippfehler, es handelt sich um eine andere Person.
- Gerichtsbarkeit. Die benannte Partei ist mit einem Pass einer sanktionierten Region verbunden, Ihre Partei ist niederländischer Staatsbürger mit einer niederländischen
KvK-Registrierung und keiner Verbindung zu dieser Region. - Starke Identifikatoren. Reisepassnummer, nationale ID, Steuernummer. Wenn diese im Listeneintrag vorhanden sind und Ihre nicht übereinstimmt, stirbt der Treffer sofort ab, und das ist der sauberste Datensatz, den Sie hinterlassen können.
Schreiben Sie den Unterscheidungsfaktor nach Namen auf. "Gelöscht, Geburtsdatum-Abweichung 1961 vs. 1972, keine gemeinsamen Identifikatoren" ist ein Satz, den ein Prüfer gegen den Listeneintrag verifizieren kann. "Falschpositiv" ist ein Satz, dem ein Prüfer nur misstrauen kann.
Erfassung der Begründung zum Zeitpunkt der Entscheidung statt Rekonstruktion unter Prüfung
Die Rekonstruktion ist der Teil, für den niemand budgetiert. Wenn der Prüfer fragt, warum Sie eine Partei vor zwei Jahren im März gelöscht haben, rufen Sie keine Erinnerung ab, Sie erfinden eine plausible Geschichte und hoffen, dass sie mit dem übereinstimmt, was Sie tatsächlich getan haben. Das ist die schlechteste Haltung, weil eine erratene Begründung, die sich als falsch herausstellt, schlimmer ist als eine ehrliche Lücke. Die einzige Lösung ist, den Grund im selben Klick wie die Löschung zu erfassen, während der unterscheidende Fakt noch auf Ihrem Bildschirm ist.
InsureGuardAI ist so konzipiert, dass die Begründung Teil der Entscheidung ist, nicht etwas, das Sie später hinzufügen wollen. Wenn ein Beamter einen unscharfen Treffer in seinem Arbeitsbereich löscht, werden der Unterscheidungsfaktor, die gelöschte Listenversion und die Identität des Entscheidungsträgers im Moment des Anrufs in die Akte geschrieben, neben der rohen Trefferantwort. Die Datei beantwortet "zeigen Sie mir, warum Sie diese Partei gelöscht haben", bevor der Prüfer fertig mit Fragen ist, weil die Antwort von der Person aufgezeichnet wurde, die es tatsächlich wusste. Sehen Sie, wie der Arbeitsbereich jede Löschung erfasst.