Divergences au registre des bénéficiaires effectifs : l'obligation de signalement

Blog Image

Lorsqu'une entité assujettie constate un écart entre ce que déclare le registre des bénéficiaires effectifs et ce que montrent les pièces fournies par son client, elle ne peut pas se contenter de retenir la version la plus commode. Elle doit traiter l'écart et le signaler. C'est une obligation peu connue, appelée à se renforcer avec l'AMLR.

Pourquoi cette obligation existe

Le registre est déclaratif. L'autorité qui l'alimente contrôle la complétude formelle du dépôt, pas l'exactitude de son contenu. Une déclaration erronée y reste jusqu'à rectification — et rien, dans le mécanisme de dépôt, ne la détecte.

Le législateur a donc confié cette détection à ceux qui, par métier, vérifient l'information : les entités assujetties. Banques, assureurs, sociétés de financement, notaires, experts-comptables, avocats et prestataires sur crypto-actifs consultent le registre dans le cadre de leur vigilance, et disposent par ailleurs des pièces sociales du client. L'écart entre les deux leur saute aux yeux — à personne d'autre.

C'est un mécanisme de fiabilisation par le terrain : la qualité du registre dépend des signalements de ceux qui l'utilisent.

Ce qui constitue une divergence

Toutes les différences ne se valent pas. Une divergence à signaler est un écart substantiel entre l'information enregistrée et celle dont vous disposez.

  • Une personne manquante — un associé dépassant 25 % ne figure pas au registre
  • Une personne excédentaire — le registre déclare un bénéficiaire effectif qui ne remplit aucun critère
  • Le dirigeant déclaré à tort — le représentant légal figure à titre subsidiaire alors qu'un associé franchit le seuil
  • Une chaîne non remontée — la holding apparaît comme terme de la chaîne, sans personne physique identifiée
  • Des droits mal décrits — le pourcentage ou la nature du contrôle contredit les statuts ou la table de capitalisation
  • Une information périmée — une cession de parts intervenue et jamais reflétée au registre

À l'inverse, une faute d'orthographe sur un prénom, un nom d'usage employé à la place du nom de naissance ou un écart de mise en forme relèvent de l'erreur matérielle. Le discernement fait partie du travail : signaler indistinctement tout écart dégrade le dispositif autant que ne rien signaler.

Comment traiter un écart, dans l'ordre

1. Vérifier de votre côté d'abord. Vos propres pièces sont-elles à jour ? Une divergence apparente vient souvent d'un dossier client daté plutôt que d'un registre faux.

2. Interroger le client. Demander les statuts à jour, la table de capitalisation, le pacte d'associés le cas échéant. Beaucoup d'écarts s'expliquent par une opération récente que la société n'a pas encore déclarée — elle dispose de trente jours.

3. Documenter l'analyse. Consigner l'écart constaté, les pièces examinées, l'explication obtenue et la conclusion retenue. C'est cette trace qu'un contrôle examine.

4. Signaler si l'écart persiste. Lorsque l'analyse confirme la divergence, elle doit être signalée à l'autorité compétente.

5. Réévaluer le profil de risque. Un écart non expliqué n'est pas neutre. Il alimente la notation du client et peut, selon les circonstances, conduire à une déclaration de soupçon — laquelle relève d'un régime distinct du signalement de divergence.

Un point mérite d'être souligné : le signalement d'une divergence n'est pas une déclaration de soupçon. Les deux ne visent ni la même autorité, ni les mêmes faits, et ne se substituent pas l'un à l'autre.

Ce que l'AMLR change

Le règlement applicable au 10 juillet 2027 durcit l'exercice sur trois plans.

Des informations « adéquates, exactes et actualisées ». L'obligation pèse d'abord sur les sociétés elles-mêmes, avec enregistrement des modifications sous un délai court et vérification périodique. Mécaniquement, la barre de l'exactitude attendue monte, et les écarts deviennent moins défendables.

L'interconnexion européenne. Les divergences transfrontalières deviennent détectables : une chaîne de détention incohérente d'un pays à l'autre ressort là où elle passait inaperçue.

Le criblage et la vérification intégrés à la vigilance. L'AMLR impose de vérifier l'information, pas seulement de la collecter. Consulter le registre sans le recouper ne suffit plus à établir la diligence.

Le point aveugle : l'absence de processus

Dans la plupart des dispositifs, la divergence est détectée par un analyste, traitée dans un échange de courriels avec le client, puis oubliée. Aucune trace structurée, aucun signalement, aucun impact sur la notation.

Ce n'est pas un défaut d'attention, c'est un défaut d'outillage : rien dans le parcours ne prévoit d'étape pour cela. Trois éléments suffisent à corriger :

  • un champ de qualification de l'écart dans le dossier, distinct des commentaires libres ;
  • une règle de déclenchement du signalement, pour ne pas laisser la décision à l'appréciation individuelle ;
  • un suivi des écarts signalés et de leur résolution.

Questions fréquentes

Qui doit signaler une divergence ?

Les entités assujetties à la LCB-FT qui consultent le registre dans le cadre de leurs mesures de vigilance.

Une faute d'orthographe constitue-t-elle une divergence ?

Non. Seuls les écarts substantiels portant sur l'identité des bénéficiaires effectifs ou l'étendue de leurs droits sont concernés.

Faut-il signaler avant d'interroger le client ?

Non. La démarche commence par la vérification de vos propres pièces, puis par une demande d'explication. Le signalement intervient si l'écart persiste.

Un signalement de divergence vaut-il déclaration de soupçon ?

Non. Ce sont deux dispositifs distincts, qui ne se remplacent pas.

Peut-on entrer en relation malgré une divergence ?

C'est possible selon les circonstances, mais l'écart doit être documenté et intégré au profil de risque. Une opacité non expliquée pèse sur la décision.

Pour aller plus loin : consulter le registre des bénéficiaires effectifs et remonter une chaîne de détention.

Auteur
Dataleon

Autres blogs connexes

Questions fréquemment posées

Dataleon propose-t-il une assistance ?
Oui. Chaque client bénéficie d'un accompagnement dédié : support technique par e-mail et visioconférence, documentation complète et exemples de code pour intégrer nos API. Nos ingénieurs vous aident à cadrer vos parcours KYC et KYB, à réaliser l'intégration puis à passer en production sans interruption de service. Un interlocuteur unique reste ensuite disponible pour suivre vos volumes, ajuster vos règles de contrôle et répondre à vos questions métier comme techniques.
Mes fichiers sont-ils supprimés après traitement ?
Oui. Vos documents sont chiffrés en transit comme au repos, traités puis supprimés automatiquement à l'issue de la durée de conservation que vous définissez. Vous restez seul propriétaire des données transmises : elles ne sont ni revendues ni utilisées à d'autres fins que la réalisation de vos contrôles. Vous pouvez aussi déclencher la suppression immédiate d'un dossier depuis l'interface ou via l'API, et ne conserver que les résultats d'analyse nécessaires à vos obligations de conformité.
Peut-on intégrer Dataleon à nos outils via API ?
Oui. Dataleon se connecte à votre système d'information via une API REST documentée, des webhooks temps réel et des connecteurs vers vos outils existants : CRM, core banking, GED ou solutions de signature électronique. Les parcours de vérification, les règles de scoring, les seuils de risque et les workflows de validation sont entièrement paramétrables afin de coller à vos procédures internes. Nos équipes peuvent également développer des traitements sur mesure lorsque votre cas d'usage l'exige.
Puis-je tester Dataleon avant de m'engager ?
Oui. Vous bénéficiez d'un essai gratuit de 15 jours, sans engagement, pour vérifier vos propres pièces d'identité, justificatifs et documents d'entreprise et mesurer la qualité de l'extraction et des contrôles KYC/KYB. Pendant ces 15 jours, vous accédez à l'interface ainsi qu'à des clés d'API de test afin de valider votre intégration technique de bout en bout. Nous proposons également une démonstration personnalisée avec un expert pour construire ensemble le parcours adapté à votre activité.
Êtes-vous conforme au RGPD avec des serveurs en France ?
Oui. Dataleon est conforme au RGPD et l'ensemble des traitements ainsi que le stockage des données sont réalisés en France, sur l'infrastructure de Scaleway, hébergeur souverain français. Nous appliquons le chiffrement des données en transit et au repos, la minimisation des informations collectées, une gestion fine des droits d'accès et une traçabilité complète des opérations. Un accord de traitement des données (DPA) et notre documentation de sécurité vous sont fournis pour faciliter vos audits internes et réglementaires.

L'automatisation qui rend la conformité invisible.

Dataleon, le chaînon manquant entre votre conformité et votre croissance. KYC, KYB, LCB-FT, enfin réunis au même endroit.