Vérifier les personnes derrière une entreprise

Le KYB collecte UBO, actionnaires et dirigeants avec rôle et pourcentage, puis vérifie chacun dans sa propre session. La session parente attend la fin.

#Pourquoi cette étape existe

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 les champs facultatifs et les champs personnalisés que demande votre workflow :

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 : les personnes physiques exécutent le workflow KYC que vous avez configuré pour leur rôle, et une entreprise actionnaire exécute son propre KYB complet. 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 au statut En attente de l'utilisateur 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, lorsque le réglage Notifier les parties par e-mail du workflow est activé. Désactivez-le pour livrer les liens vous-même - via votre propre produit, votre propre email, ou un canal auquel vos utilisateurs font déjà confiance - ce qui 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

Un contrôle de registre refusé prend le pas sur En attente de l'utilisateur : la parente refuse sans attendre les personnes. Et si une session enfant est resoumise, la parente revient au statut En attente de l'utilisateur jusqu'à ce qu'elle se termine.

La façon dont la parente attend se règle dans le workflow : Attendre tous les UBO avant de décider, Refus automatique si un UBO est refusé, et, par type de partie, Exiger la Vérification et Autoriser l'omission (une partie omise ne bloque pas l'entreprise). Les seuils de propriété exemptent seulement de vérification les propriétaires minoritaires ; c'est le rôle, et non le pourcentage, qui détermine qui est un UBO.

#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é.

C'est aussi pourquoi les UBO ou les actionnaires ne sont parfois pas pré-remplis même lorsque le pays est sélectionné dans votre configuration : si le registre ne les expose pas, il n'y a rien à récupérer, et la saisie manuelle à l'étape des personnes clés est le chemin prévu, pas un bug.

#Réutiliser une session KYC existante

Une session de vérification qui existe déjà ne peut pas être rattachée manuellement comme partie d'un KYB : il n'existe aucune action « lier ce KYC à cette entreprise » dans la console ni dans l'API. Chaque partie requise se vérifie via la session que le flux KYB crée pour elle ; lorsqu'une vérification précédente peut être réutilisée, cela se fait à l'intérieur du flux lui-même, et non en liant vous-même des sessions. Activez Réutiliser les personnes vérifiées dans le workflow pour réutiliser un KYC approuvé de la même personne dans d'autres vérifications d'entreprise de l'application, sans frais supplémentaires.