Vérifier les personnes derrière une entreprise
KYB identifie les UBOs, actionnaires et dirigeants, puis vérifie chacun avec sa propre session - voici ce qui est collecté, comment fonctionnent les invitations, et ce que signifie Awaiting User.
L'étape des personnes clés collecte chaque partie - personne ou entreprise - avec son rôle et son pourcentage de propriété, puis chaque partie se vérifie dans sa propre session. La session d'entreprise parente attend en Awaiting User jusqu'à ce que chaque partie requise ait terminé, puis se ré-agrège automatiquement.
#Pourquoi cette étape existe
- Une ligne par entreprise en cours de vérification.
- La colonne People montre combien de parties sont rattachées et comment elles avancent.
- La décision de l'entreprise reste ouverte jusqu'à ce que ses personnes soient résolues.
Vérifier qu'une entreprise est immatriculée vous indique que l'entreprise existe. Ça ne vous dit pas qui est derrière, et c'est généralement l'exigence de conformité réelle : identifier le bénéficiaire effectif ultime - la personne physique qui possède ou contrôle finalement l'entité.
Didit récupère la structure depuis le registre là où elle est publiée, laisse l'administrateur de l'entreprise la confirmer et l'étendre dans le flux hébergé, puis exécute une vérification adaptée au rôle sur chaque personne.
#Ce qui est collecté par partie
Le flux hébergé collecte un ensemble de champs par défaut, plus tout champ personnalisé exigé par votre workflow :
| Champ | Personne | Entreprise |
|---|---|---|
| Nom (ou prénom + nom) | Requis | Requis (raison sociale) |
| Requis | Requis | |
| Nationalité / pays | Requis | Requis |
| Rôle - un ou plusieurs | Requis | Requis |
| Pourcentage de propriété ou de vote, par rôle | Optionnel | Optionnel |
| Date de naissance | Optionnel | - |
| Numéro de téléphone | Optionnel | - |
| Poste (intitulé libre) | Optionnel | - |
| Numéro d'immatriculation | - | Optionnel |
Une partie peut être une personne physique ou une entité corporative - le type d'entité est défini automatiquement - une entreprise détenue par une autre entreprise se modélise donc correctement plutôt que de forcer une personne dans un emplacement corporatif.
#Champs personnalisés
Votre workflow peut exiger n'importe quel nombre de champs supplémentaires par personne ou par entreprise. Ils arrivent sur chaque partie dans la réponse de décision. Les usages typiques sont les déclarations d'origine des fonds, les numéros de référence internes, ou une attestation que vous devez avoir au dossier.
#Comment chaque personne se vérifie
Chaque partie requise reçoit sa propre session, exécutant le workflow KYC que vous avez configuré pour elle. Cette session est une vérification complète - document, preuve de vie, face match, AML, tout ce que le workflow spécifie - pas une variante allégée. Un UBO qui se vérifie dans un flux KYB a donc été vérifié au même niveau qu'un utilisateur autonome.
La session d'entreprise parente passe en Awaiting User pendant ce temps.
#Invitations et livraison
Les parties sont invitées par email en utilisant l'adresse collectée à l'étape des personnes clés. Si vous préférez livrer les liens vous-même - via votre propre produit, votre propre email, ou un canal auquel vos utilisateurs font déjà confiance - c'est le point à confirmer avec votre contact Didit lors de la conception du flux, car cela change la façon dont vous câblez l'intégration.
Si vous pilotez cela depuis l'API, conservez l'identifiant de session de chaque partie au moment de sa création afin de pouvoir suivre et renvoyer sans passer par la console.
#Lire le statut du parent
| Statut parent | Ce que ça signifie |
|---|---|
| In Progress | L'entreprise complète encore les étapes de registre et de personnes clés |
| Awaiting User | Les parties ont soumis ; en attente de leurs sessions individuelles |
| Approved | Les contrôles de l'entreprise sont passés et chaque partie requise a terminé avec succès |
| Declined | Une partie requise a été refusée, ou le contrôle de registre a échoué |
| In Review | Le résultat agrégé nécessite une décision humaine |
Un contrôle de registre refusé prend le pas sur Awaiting User : la parente refuse sans attendre les personnes. Et si une session enfant est resoumise, la parente revient en Awaiting User jusqu'à ce qu'elle se termine.
#L'AML sur les personnes, pas seulement l'entreprise
Le cribage AML au niveau de l'entreprise vous renseigne sur l'entité. Il ne dit rien sur ses propriétaires. Si votre obligation couvre les personnes, criblez-les individuellement, ce qui représente 0,20 $ supplémentaires par UBO ou dirigeant, en plus du cribage de l'entreprise.
C'est la principale raison pour laquelle deux sessions KYB peuvent coûter des montants très différents : une entreprise avec un administrateur et un propriétaire est peu coûteuse ; un fonds avec huit dirigeants criblés ne l'est pas.
#Quand les données de propriété ne sont pas dans le registre
Dans les juridictions dont le registre ne publie pas la propriété, l'étape des personnes clés est la source de ces données : l'entreprise les déclare. C'est une forme de preuve plus faible qu'un extrait de registre, donc si votre politique de risque exige une confirmation indépendante, appuyez-la avec une exigence de document dans le workflow. Voir couverture de registre et données de propriété.
Une structure de propriété auto-déclarée est exactement aussi fiable que la personne qui la renseigne. Pour les entités à risque plus élevé, exiger un registre d'actionnaires ou un organigramme certifié fait la différence entre collecter une déclaration et en vérifier une.