Poste
LCB-FT et KYC
Combien de fois la semaine dernière une alerte s'est-elle révélée fausse ? Si c'est presque toujours, l'attention de l'équipe part dans du bruit, et l'attention est ici la ressource la plus chère.
Entretien préalable
Quatre questions par lesquelles nous commencerions
À quelle fréquence une alerte se révèle-t-elle être un faux positif ?
Si c'est dans plus de neuf cas sur dix, le premier problème n'est pas la détection, c'est le traitement.
Qui remarque le premier qu'une structure de détention a changé chez un client ?
Si personne ne le remarque avant la revue périodique suivante, ce que vous savez du client est une photographie prise le jour de l'entrée en relation.
À quelle vitesse apprenez-vous qu'un client a été inscrit sur une liste de sanctions ?
Des jours ou des semaines : c'est la différence entre une réaction et un problème réglementaire.
Sur quel bureau atterrit une alerte qu'on ne peut clore ni dans un sens ni dans l'autre ?
Et si cette décision est consignée quelque part, avec sa motivation.
Nous prenons la collecte des données et le traitement du bruit, vous gardez l'appréciation du risque
Réunir les données client, pré-trier les faux positifs, surveiller les échéances de revue et préparer la documentation peuvent être retirés du bureau. L'appréciation du risque client et la décision de déclarer restent à une personne.
- Une alerte arrive avec son contexte. - Les données du client, l'historique des alertes précédentes et le motif du rapprochement dans une seule vue, au lieu d'ouvrir quatre systèmes.
- Les faux positifs sont pré-triés, pas clos. - Un rapprochement qui manifestement ne correspond pas à l'identité est marqué comme tel, et une personne le confirme.
- Un changement chez le client est un signal. - Un changement de structure de détention, d'adresse, ou une inscription sur une liste n'attend pas la revue périodique.
Périmètre
Ce qui peut être retiré de la LCB-FT et du KYC
Vingt tâches à titre d'exemple. Chacune a un point de validation humaine. Ci-dessous une sélection ; le périmètre, nous l'ajustons à votre profil de clientèle.
Vérification à l'entrée en relation
- Réunir les données client depuis les registres publics comme point de départ
- Un récapitulatif de la structure de détention à vérifier (établissement du bénéficiaire effectif : le spécialiste, sur la base de sources indépendantes)
- Contrôle des listes de sanctions et des personnes politiquement exposées
- Signalement des manques dans la documentation avant l'entrée en relation effective
- Un niveau de risque client proposé (décision : le spécialiste)
Surveillance des opérations
- Des règles de détection par profil de client
- Comparaison des opérations au profil d'activité déclaré
- Un signal quand un comportement s'écarte de ce qui est typique pour ce client
- Un récapitulatif des opérations liées
Traitement des alertes
- Une alerte avec son contexte complet et son historique
- Pré-marquage des rapprochements qui manifestement ne correspondent pas (confirmation : le spécialiste)
- Une file d'alertes ordonnée par niveau de risque
- Consignation de la décision avec sa motivation (décision : le spécialiste)
Déclarations et reporting
- Réunir la matière d'une déclaration
- Un projet de déclaration (validation : le spécialiste)
- Surveillance des délais fixés par la réglementation
- Un registre des déclarations à accès restreint
Revues périodiques
- Un calendrier de revue par niveau de risque client
- Un signal quand les données d'un client changent entre deux revues
- Un récapitulatif des clients dont la documentation est périmée
Une journée de travail
Aujourd'hui
- Vous réunissez les données client en parcourant plusieurs registres
- Vous établissez la structure de détention à la main, niveau par niveau
- Vous ouvrez une alerte sans contexte et vous déduisez vous-même ce qu'elle concerne
- Vous clôturez les faux positifs l'un après l'autre, exactement comme il y a un mois
- Vous apprenez un changement chez un client lors de la revue périodique
- Vous consignez brièvement les décisions de clôture, sans motivation
Avec l'assistance de l'IA
- Les données des registres sont réunies et vous les vérifiez auprès de sources indépendantes
- La structure de détention est dépliée et vous la vérifiez
- L'alerte arrive avec son contexte, son historique et le motif du rapprochement
- Les rapprochements qui manifestement ne correspondent pas sont marqués, vous confirmez
- Un changement chez un client s'annonce entre deux revues
- La décision a sa motivation consignée et reste disponible lors d'un contrôle
- Part des fausses alertes
l'attention de l'équipe va aux cas qui demandent un jugement
les rapprochements qui ne correspondent pas sont pré-marqués
- Délai de traitement d'une alerte
un dossier se clôt plus vite et mieux motivé
le contexte et l'historique accompagnent l'alerte
- Vérification complète
moins de relations démarrent avec des manques dans la documentation
les manques sont signalés avant le démarrage
- Prêts pour un contrôle du superviseur
les décisions sont documentées et peuvent être reconstituées
la motivation est consignée avec la décision
Nous commençons par le contexte sur l'alerte, parce que c'est là que le temps de l'équipe revient le plus vite.
- Étape 1
L'alerte avec contexte et historique
Données du client, motif du rapprochement, décisions antérieures dans une seule vue.
- Étape 2
Pré-tri des rapprochements qui ne correspondent pas
Marquer, pas clore. La confirmation reste toujours à une personne.
- Étape 3
Collecte des données à l'entrée en relation
Registres publics, structure de détention, listes de sanctions.
- Étape 4
Revues et signaux de changement
Un calendrier par risque et des signaux entre les revues. En dernier, parce que cela exige des données client en ordre.
Questions fréquentes
Les questions qui reviennent à la première réunion
Le registre des bénéficiaires effectifs ne règle-t-il pas la question ?
Non, et la distinction est importante : la réglementation interdit expressément de se fonder sur le seul registre pour établir le bénéficiaire effectif. Le registre est un point de départ et un bon moyen de repérer des écarts, mais la vérification exige des sources indépendantes et des documents de votre côté. Le périmètre que nous proposons réunit les données ; établir le bénéficiaire effectif reste un acte de l'établissement.
Et les clients suivis depuis des années dont la documentation est incomplète ?
C'est la dette habituelle et elle ne se rattrape pas en une étape. Nous commençons par les clients au risque le plus élevé et par ceux dont les données ont changé, puis nous descendons. Ce qui compte, c'est que la liste des manques existe.
L'équipe LCB-FT sera-t-elle plus petite ?
Le régulateur attend que les alertes soient traitées et documentées, donc le nombre de personnes découle du volume et du régime, pas de l'outil. Reprendre le contexte et le pré-tri change ce à quoi passe l'attention de l'équipe : les cas qui demandent un jugement au lieu des rapprochements qui manifestement ne correspondent pas. Dans ce domaine, c'est un argument plus fort que l'économie.
Cela relève-t-il du règlement sur l'IA ?
La surveillance des opérations et la vérification des clients ne sont pas en elles-mêmes un usage à haut risque, mais le domaine est proche de la limite : l'évaluation de la solvabilité des personnes physiques y est traitée comme à haut risque. C'est pourquoi nous tenons la règle selon laquelle la classification du risque client et la décision de déclarer appartiennent à une personne, le système fournissant la matière et consignant la motivation.
Une question qui ne figure pas ici ? Réservez un appel
Étape suivante
Combien de temps vous faut-il pour clore une alerte manifestement fausse ?
Nous vous montrerons à quoi ressemble le traitement LCB-FT quand l'alerte arrive avec son contexte et que la décision est consignée avec sa motivation.