Solution

L’onboarding Wwft des établissements de paiement

Votre client se vérifie à distance avec pièce d’identité et selfie, puis signe le contrat-cadre. Votre app lance tout par API et l’active quand la décision arrive par webhook.

Le fonctionnement pour votre établissement de paiement

Votre app ouvre par l’API REST un dossier pour le nouveau client, ajoute la personne et lance une procédure. Votre client se connecte au portail client avec un code reçu par e-mail et y fait sa part. S’il s’arrête en route, il reprend là où il en était, et un rappel l’y aide.

Un client particulier se vérifie avec pièce d’identité et selfie, puis signe le contrat-cadre. Un client professionnel reçoit sa propre procédure, avec par exemple une déclaration UBO et un extrait ou des statuts dans la gestion documentaire. Vous rédigez le contrat-cadre dans le générateur de contrats, et votre client signe exactement la version affichée. Des modèles de formulaires et de contrats sont prêts, et le portail porte vos couleurs.

Quand votre client a fini, le webhook procedure.completed le signale à votre app, qui lance le screening PPE, sanctions, presse négative et pays. Vous ne contrôlez ainsi que les clients qui terminent leur inscription. Une société est aussi contrôlée sur son secteur. Votre équipe place dirigeants et actionnaires d’un client professionnel dans l’arbre de structure, et RiskResolve complète une société néerlandaise depuis le registre du commerce.

Le screening terminé, un webhook signé part vers votre app, qui récupère le résultat. Votre analyste compare le profil PPE ou sanctions trouvé au client et choisit pertinent, faux positif ou action requise, et seul un vrai résultat compte. Avec les workflows, un client avec une alerte suit de lui-même un autre chemin.

Un réviseur valide le dossier dans l’application. Le webhook dossier.approved signale alors la décision, et c’est alors seulement que votre app active le client. Le client repasse ensuite seul au screening, plus souvent quand le risque monte.

Paiement et monnaie électronique sous la Wwft

Aux Pays-Bas, établissements de paiement, établissements de monnaie électronique et agents de services de paiement relèvent de la Wwft, par l’article 1a, alinéa 3, b, e et j. La DNB les contrôle (article 1d, alinéa 1, a) et expose ses attentes dans ses Q&As et Good Practices Wwft du 8 mai 2024.

Selon l’article 3, alinéa 2, de la Wwft, la vigilance d’un établissement de paiement comprend notamment l’identification et la vérification du client, l’identification du bénéficiaire effectif (UBO), l’objet et la nature de la relation et un contrôle continu. Elle s’impose à l’entrée en relation et aux autres moments prévus à l’article 3, alinéa 5.

Les établissements de paiement et de monnaie électronique peuvent demander leur propre accès au registre UBO néerlandais, selon la Chambre de commerce néerlandaise. Dans RiskResolve, votre équipe saisit dirigeants, actionnaires et UBO d’un client professionnel dans l’arbre de structure. Dès 25 % de participation calculée, l’arbre marque la personne comme UBO possible.

En Belgique, la loi du 18 septembre 2017 vise les établissements de paiement et de monnaie électronique (article 5, § 1er, 6° et 7°), contrôlés par la BNB, et les déclarations de soupçon vont à la CTIF. Un établissement belge tient l’entrée en relation et la vigilance dans RiskResolve, conçu pour la Wwft néerlandaise, et surveille ses transactions dans ses propres systèmes.

Validation à quatre yeux
Chaque action consignée
Connecté à votre CRM
Hébergé en Europe
15FAQ

Questions des établissements de paiement sur le KYC

Pas de réponse ? Contactez-nous. Réponse sous un jour ouvré.

16Démarrer

Parlons de l’API pour votre parcours client

Voyez une entrée en relation par API, portail et webhook, du premier appel au contrat-cadre signé. L’accès API est inclus dans Professional et Enterprise.