VÉRIFICATION PRÉALABLE DU CLIENT
Chaque vérification préalable est effectuée en une seule séance.
De la vérification préalable du client lors de son intégration jusqu'à la vérification renforcée et la revérification déclenchée par un signal, chaque contrôle s'effectue via un formulaire unique. Une seule session. Un seul dossier. Aucune lacune dans la piste d'audit.
Toutes les sources importantes, vérifiées en une seule session
API unique, intégration transparente
Créez des flux de vérification entièrement personnalisables avec une intégration backend transparente.
- Prenez le contrôle total en personnalisant les flux de vérification de bout en bout.
- Intégration transparente avec votre système dorsal pour une mise en œuvre rapide.
- Concevez des parcours de vérification flexibles et adaptés à vos utilisateurs.
Déployez une expérience de vérification native dans votre application mobile en quelques minutes.
- Déployez la vérification native en quelques minutes sur iOS ou Android.
- Utilisez une interface utilisateur prête à l'emploi avec caméra, capture et retour d'information en temps réel.
- Personnalisez les flux pour qu'ils s'intègrent parfaitement à votre application mobile.
Exécutez Shufti au sein de votre propre infrastructure aux capacités identiques pour un contrôle et une confidentialité optimaux des données.
- Conservez toutes les informations sensibles en interne afin de respecter les exigences strictes en matière de gouvernance et de résidence des données.
- Conservez les informations sensibles en toute confidentialité et sécurité en interne.
- Déploiement dans des secteurs hautement réglementés sans compromettre la conformité.
Lancez rapidement la vérification d'identité via un lien web sécurisé et personnalisable, sans code requis. En savoir plus.
- Commencez à vérifier les utilisateurs instantanément grâce à une configuration sans code.
- Offrir une expérience d'identité cohérente via un lien ou une iframe intégrée.
- Déploiement rapide via un lien sécurisé ou une iframe intégrée.
Avec KYC Journey Builder, créez des parcours de vérification personnalisés sans écrire une seule ligne de code.
- Personnalisez votre voyage sans effort grâce à la fonctionnalité glisser-déposer.
- Visualisez instantanément à quoi ressemble votre processus de vérification pour vos utilisateurs.
- Connectez-vous facilement à la vérification hébergée pour une expérience cohérente et à votre image.
Où l'analyse préalable de Shufti est-elle la plus pertinente ?
Conçu pour les flux de travail de conformité réglementés et à forts enjeux
CDD prêt pour l'audit, aucune lacune d'identité
La nouvelle réglementation européenne impose aux plateformes d'échange de cryptomonnaies de vérifier l'identité de leurs utilisateurs et d'obtenir leur consentement éclairé dès leur inscription. Shufti vérifie le client, recueille son consentement et crée un enregistrement d'audit immuable en une seule session ; aucun processus KYC/consentement distinct n'est nécessaire.
Ne vous fiez pas seulement à nos paroles, écoutez plutôt nos clients.
La confiance que partagent nos clients
L'avenir de l'identité numérique repose sur la confiance, l'interopérabilité et la conformité réglementaire. Notre partenariat avec Shufti renforce donc l'engagement de DevCode Identity à fournir à ses clients du monde entier les solutions de vérification d'identité les plus sécurisées, les plus performantes et les mieux adaptées aux réclamations disponibles aujourd'hui.
L'association de notre plateforme d'orchestration de la conformité axée sur la conversion avec les capacités KYC et IDV mondiales de Shufti permet à nos clients non seulement de gérer des exigences réglementaires complexes, mais aussi de maintenir une expérience d'intégration client sans faille avec les taux de conversion les plus élevés possibles.
Shufti nous offre des parcours de vérification fiables sur tous les marchés où nous sommes présents. La possibilité de gérer les joueurs via des contrôles passifs de bases de données, l'authentification eID et la vérification biométrique complète de leur présence — le tout via une seule API — a transformé notre approche de la conformité lors de l'intégration.
Leur équipe agit comme un prolongement de la nôtre. Lorsque les autorités réglementaires ont imposé de nouvelles exigences sur deux marchés européens, l'outil de planification de Shufti nous a permis de nous adapter en quelques jours, et non en plusieurs mois.
Les clients de FXBO exigent de la rapidité sans compromettre la rigueur de la lutte contre le blanchiment d'argent. La solution eIDV de Shufti répond parfaitement à ces exigences : vérification à haut risque pour les dépôts importants, contrôles d'antécédents invisibles pour toutes les autres opérations et traçabilité unique pour l'ensemble des transactions.
L'intégration a nécessité un seul sprint. Le SDK a géré l'intégralité du processus, ce qui a permis à notre équipe produit de se concentrer sur les fonctionnalités de trading plutôt que sur la création d'écrans KYC.
En tant que plateforme de paiements européenne réglementée, nous avons besoin d'une vérification d'identité conforme aux normes eIDAS 2.0 et AMLD6, sans avoir recours à plusieurs fournisseurs. Shufti offre les deux : une authentification eID native pour les marchés à haut risque et des vérifications de bases de données sans document papier pour les marchés où les identités électroniques ne sont pas disponibles.
Un seul contrat, un seul journal d'audit. Cela change complètement la donne en matière de conformité.
Questions fréquemment posées
Quelle est la différence entre la vérification préalable de la clientèle et la vérification préalable renforcée ?
La vérification préalable de l'identité du client (CDD) établit une évaluation de base des risques pour chaque client : confirmation de son identité, contexte et activités prévues. La vérification préalable renforcée (EDD) s'applique lorsque le profil de risque dépasse un certain seuil : personnes politiquement exposées, comptes à valeur élevée, juridictions sensibles ou signalements médiatiques négatifs confirmés.
Que se passe-t-il lorsqu'un client devient à haut risque après son intégration ?
Le formulaire de vérification préalable se relance automatiquement en cas d'alerte de surveillance des transactions, de signal de changement de comportement, de réexamen des sanctions ou d'échéance d'examen planifiée. L'examinateur reçoit le dossier revérifié sur le même tableau de bord MLRO que celui utilisé lors de l'intégration, avec les données du questionnaire initial, le nouveau signal de risque, les résultats de vérification mis à jour et l'historique complet des décisions, le tout sur un seul écran.
Comment Shufti consolide-t-il les processus KYC, KYB, AML et UBO en un seul flux de travail ?
L'intégralité du processus de vérification préalable s'effectue directement depuis le questionnaire, sans flux de travail parallèle. Le client répond, vérifie son identité, se compare aux listes de surveillance LCB-FT et effectue les vérifications préalables relatives aux fournisseurs et à l'entreprise, y compris l'envoi de liens de vérification des bénéficiaires effectifs aux administrateurs et aux propriétaires effectifs, le tout au cours d'une seule session. Aucune liste de contrôle manuelle n'est à gérer entre les systèmes. Chaque résultat est intégré au dossier initial en temps réel. Une API REST et un contrat webhook uniques transmettent chaque modification d'état aux systèmes en aval, et un seul enregistrement d'audit consigne chaque action.
Comment le moteur d'évaluation des risques en temps réel réduit-il les faux positifs ?
Les réponses pondérées sont intégrées dans un score de risque composite pour chaque soumission. Les règles de notation sont configurables par le client pour chaque police d'assurance ; ainsi, le seuil séparant la diligence raisonnable standard de la diligence raisonnable approfondie reflète l'appétit pour le risque de l'opérateur et non une valeur par défaut fixe du fournisseur. Les dossiers de niveau faible et moyen sont traités automatiquement par la procédure de connaissance du client (CDD). Les dossiers de niveau élevé ouvrent automatiquement les sections de diligence raisonnable approfondie (EDD). Les dossiers critiques sont soumis à une double approbation. Le temps des examinateurs est ainsi consacré aux dossiers nécessitant un véritable jugement, et non aux dossiers de routine.
À quelle fréquence Shufti met-il à jour les listes de surveillance AML, les listes de sanctions et les profils PEP ?
Les données relatives aux listes de surveillance, aux sanctions et aux PPE sont mises à jour en continu à partir de sources faisant autorité. Les mises à jour des sanctions sont répercutées en temps réel et lors des réexamens planifiés à une fréquence inférieure à un jour par jour. Les examens planifiés du cycle de vie des données et les réexamens ponctuels utilisent les données en vigueur au moment de leur exécution ; ainsi, un dossier revérifié le mardi reflète les données de ce jour-là, et non celles du mois précédent.
Quel est le délai de mise en œuvre typique pour un déploiement sur le marché intermédiaire ?
Les services de vérification préalable de Shufti permettent un déploiement complet sur le marché intermédiaire en 10 à 14 jours. La personnalisation du questionnaire est effectuée en parallèle avec l'intégration de l'API et la mise en place de l'environnement de test durant la première semaine. L'intégration du SDK et la formation initiale de l'équipe MLRO sont réalisées la semaine suivante. La mise en production intervient après validation de la formation. Les déploiements progressifs sur plusieurs secteurs allongent le délai en conséquence ; le délai de référence de 10 à 14 jours s'applique au lancement sur le marché intermédiaire dans un seul secteur.
Comment le tableau de bord MLRO s'intègre-t-il à un système de gestion de cas existant ?
Le tableau de bord est une interface de révision dédiée qui expose chaque changement d'état sous forme d'événement webhook. Les systèmes de gestion de cas et les systèmes bancaires centraux s'abonnent à ce flux d'événements, récupèrent les enregistrements de décision via l'API REST et mettent à jour leurs propres données de référence sans dupliquer le travail des réviseurs. Des connecteurs prédéfinis sont fournis pour Salesforce, HubSpot, ServiceNow et Workday, avec fédération SAML 2.0 et OpenID Connect pour l'authentification unique d'entreprise. Des connecteurs personnalisés sont disponibles sur demande pour les systèmes non inclus dans la liste.
Que deviennent les données de vérification préalable lorsqu'un client est radié ?
Les durées de conservation des données sont configurables par le client pour chaque catégorie de données. Lors de la désinscription d'un client ou à l'expiration de la période de conservation prévue, la plateforme archive la décision dans un journal immuable à des fins de conformité réglementaire et supprime les copies opérationnelles conformément à la politique de conservation. Les accords de traitement des données inclus dans le contrat d'entreprise précisent le mécanisme d'effacement. Un rapport d'audit accessible en un clic reste disponible pendant toute la durée de la période de conservation réglementaire, même après la suppression des données opérationnelles.
Évaluez votre diligence raisonnable par rapport au cycle de vie complet
La plupart des solutions de conformité s'arrêtent à l'intégration. Shufti protège chaque utilisateur tout au long de son cycle de vie, grâce à une surveillance continue et une revérification déclenchée en cas d'évolution du risque. Planifiez un appel d'analyse pour découvrir le moteur de notation et le tableau de bord MLRO en action.
