Passer au contenu principal
Transcription complète de Créer un workflow de vérification KYC sans code (tutoriel complet) - Didit Academy, vidéo 3 sur 10, 18:54. Regarder sur YouTube. Chaque paragraphe renvoie au moment exact de la vidéo.
Les tarifs ont changé le 1er novembre 2026 : les 500 vérifications gratuites par mois sont devenues $10 de crédit mensuel pour les organisations inscrites avec une adresse e-mail professionnelle. La vidéo présente les tarifs précédents.

​
Ce qu’est un workflow

00:03 Dans cette vidéo, nous allons construire un parcours de vérification complet à partir de zéro, sans écrire une seule ligne de code. Un workflow est en fait une recette de vérification : il définit les contrôles à effectuer et leur ordre. Habituellement, ce genre de chose relève de vos ingénieurs. Mais dans Didit, vous le construisez vous-même, visuellement. Vous voyez le prix se mettre à jour au fil de vos modifications, et vous le mettez en ligne dès que vous êtes prêt. 00:28 Si vous voulez en construire un vous-même, rendez-vous sur didit.me, inscrivez-vous gratuitement et composez votre premier workflow en quelques minutes. Bon, commençons par l’endroit où vit tout parcours de vérification, à savoir

​
La liste des workflows et leurs identifiants

00:39 la liste des workflows, située sous l’onglet de configuration ici. Vous voyez tous les workflows présents dans ce compte, avec leur type. Nous avons des workflows KYC et KYB, simples et en graphe, et l’on voit toutes les vérifications et fonctionnalités contenues dans chaque workflow. On voit aussi l’écart de prix : ceci montre le prix pour quelqu’un qui effectue une seule vérification sans aller au bout, par rapport à quelqu’un qui termine l’intégralité du parcours. Il y a un lien vers le workflow. 01:09 Nous pouvons ajouter une session manuellement. Nous pouvons copier l’identifiant du workflow. Nous pouvons le dupliquer, le renommer, l’archiver, toutes les opérations habituelles. Et voici l’identifiant de votre workflow. Plusieurs versions du même workflow utilisent donc le même identifiant. Si vous mettez à jour le workflow, vous n’avez rien à modifier dans votre code ni dans votre application. La façon la plus simple de voir un workflow, c’est donc comme une recette de vérification : quels contrôles exécuter, dans quel ordre, et quelles règles appliquer. Il existe donc deux types de

​
Workflows simples et workflows en graphe

01:40 structures, comme je l’ai mentionné. Il y a les workflows simples et les workflows en graphe. Un workflow simple, c’est une vérification ou quelques vérifications, sans aucun embranchement. Aucune logique conditionnelle. Il est rapide à configurer et couvre la plupart des cas. Vous choisissez vos modules, et c’est fini. Si nous regardons cet exemple de workflow, vous voyez qu’on peut sélectionner les modules ici, à gauche, et ils seront enchaînés dans l’ordre. Maintenant, pour un

​
Un workflow en graphe avec embranchements

02:05 workflow en graphe, si l’on clique ici, on voit qu’il y a un embranchement à la fin. On peut donc être un peu plus précis dans la façon d’orienter l’utilisateur dans ce parcours de vérification. Dans ce workflow, par exemple, il y a plusieurs points d’embranchement. On peut aussi intégrer des appels de webhook. Et de manière générale, on peut ajouter un peu plus de complexité ici, si besoin. 02:30 Notez aussi que les workflows KYB sont exactement identiques, mais avec d’autres vérifications. Bon. Si nous voulons ajouter une vérification, on peut la sélectionner ici. On peut choisir l’une des actions utilisateur, ou configurer des vérifications en arrière-plan. Ce sont celles que l’utilisateur ne voit pas à l’écran. Donc,

​
Créer un workflow à partir d’un modèle

02:51 il suffit de cliquer sur nouveau workflow. Deux options ici : KYC, KYB. Choisissons KYC. Vous avez ensuite simple ou avancé, comme je vous l’ai montré tout à l’heure. Je vais vous montrer les deux options. Si l’on clique sur simple, on trouve une multitude de modèles pour toutes sortes de secteurs, et l’on voit le coût de chacun d’eux. Il y a les contrôles d’âge. Il y a la vérification de l’e-mail. 03:19 Il y a l’authentification biométrique, l’assurance, la santé, tout ça. Maintenant, si par exemple nous utilisons une vérification d’entreprise en version avancée, c’est-à-dire en graphe, on trouve là encore plusieurs modèles, ou recettes si vous préférez. On peut donc mettre en place une vérification KYB pour pays à haut risque, et voilà. Vous n’avez même pas à glisser-déposer quoi que ce soit. Tout est déjà construit. Donc chaque

​
Choisir une vérification pour chaque nœud

03:48 nœud a une liste déroulante. Vous pouvez donc simplement choisir la vérification souhaitée. Vous pouvez la changer comme ici, ou mettre la vérification du registre. Ce que vous voulez. Vérification d’identité, détection du vivant, correspondance faciale, filtrage AML, justificatif de domicile. Toutes les vérifications que Didit propose pour le KYB et le KYC sont disponibles dans ces nœuds. Si je voulais ajouter une vérification supplémentaire, par exemple un filtrage AML, je peux l’ajouter ici. Nous allons aborder les règles et ces onglets dans un instant, mais vous voyez que j’ai ajouté ce filtrage dans ce workflow. Si vous ouvrez un workflow KYC en graphe, la plupart commencent par la vérification d’identité. C’est la vérification la plus courante.

​
Dans le nœud Vérification d’identité

04:33 Voici le nœud de vérification d’identité. Nous avons 500 vérifications gratuites par mois, et la même chose pour la détection du vivant et pour la correspondance faciale. Or, cette vérification d’identité fait bien plus que lire du texte sur une carte. Elle prouve que le document est authentique : elle contrôle les éléments de sécurité, recherche les altérations, analyse les polices et la mise en page, puis extrait chaque champ : le nom, la date de naissance, le numéro du document, la date d’expiration, le tout par OCR, dans toutes les langues, pour plus de 14 000 types de documents pris en charge. Ce n’est donc jamais seulement du texte. C’est d’abord un contrôle d’authenticité, puis les données. Configurons maintenant l’un de ces modules.

​
Modes de détection du vivant et leur coût

05:15 Bon, enfin, si l’on se rend dans le module de détection du vivant, vous voyez qu’il existe plusieurs modes. Il y a le mode passif, qui détecte le vivant à partir d’un selfie. Il y a le mode flash, qui confirme le vivant à l’aide de motifs lumineux dynamiques pour détecter de vrais visages d’utilisateurs. Puis il y a l’action 3D : le système confirme alors l’éclairage au moyen d’une action, comme un clignement des yeux ou une rotation de la tête. Pour la détection passive, vous obtenez 500 crédits gratuits par mois, puis 10 cents par vérification, alors que le mode flash et l’action 3D coûtent 15 cents par vérification. Et le compte gratuit n’inclut aucune vérification gratuite. Donc, dans l’onglet Règles,

​
Règles de seuil, visages dupliqués et visages multiples

05:56 c’est ici que l’on décide si le module est obligatoire ou facultatif. Si l’on se rend dans l’onglet Règles, on voit plusieurs options. Elles permettent de régler la sensibilité du test. On peut donc définir un niveau de tolérance : si une personne obtient un score de détection du vivant inférieur à 70, elle passe en cours d’examen, et ce seuil peut être modifié si besoin. Même chose pour le refus. Il existe aussi un paramètre pour les visages dupliqués : lorsque le visage d’un utilisateur correspond à celui d’une session précédemment approuvée, comment faut-il procéder\u00a0? Approuver, envoyer en examen manuel ou refuser. On peut ensuite personnaliser le seuil de similarité selon l’origine ethnique, afin de régler la sensibilité de la détection des doublons en fonction de celle-ci. Enfin, on peut définir l’action à effectuer lorsque plusieurs visages sont détectés sur l’image de détection du vivant. Le plus grand visage est toujours celui utilisé pour le calcul du score de détection du vivant, et c’est une option que l’on peut régler ici. Si l’on passe dans l’onglet

​
Paramètres avancés et seuils de qualité

06:56 Avancé, plusieurs options sont proposées : le mode de confidentialité du visage, le nombre maximal de tentatives de détection du vivant, c’est-à-dire le nombre de fois qu’un utilisateur peut recommencer la vérification au sein d’une même session, et le seuil de qualité du visage. Si vous ne savez pas exactement à quoi servent ces paramètres, il suffit de survoler ce bouton d’information. La qualité du visage mesure la clarté de l’image, sa résolution et sa netteté. 07:20 Des images de mauvaise qualité peuvent résulter d’un flou, d’une pixellisation ou de conditions d’éclairage insuffisantes. Le seuil se règle donc ici, en fonction du score de qualité du visage. Il existe aussi un seuil de luminosité : on définit la plage de luminosité acceptable et, si la luminosité est inférieure à la limite basse de cette plage, on peut mettre la vérification en cours d’examen ou la refuser. Enfin, on peut créer nos propres règles personnalisées si aucune de celles-ci ne correspond

​
Données restituées et RGPD

07:47 aux paramètres souhaités. Dans l’onglet Données restituées, on peut sélectionner les données à exclure des résultats de vérification, par exemple pour le RGPD. Pour chacun de ces modules, on voit le prix de la vérification, puis tout en haut

​
Comment se calcule le total du workflow

08:00 on voit un prix total. Reprenons, car chaque nœud a son propre prix et le coût total sera probablement un peu différent pour chaque workflow. Vous ne payez que les étapes réellement exécutées, et chaque étape est facturée séparément. Si le candidat s’arrête en cours de vérification, seules les premières étapes parcourues sont facturées. C’est pourquoi l’on voit en bas une fourchette de 20 à 43 cents. Si quelqu’un parcourt la première étape puis quitte le parcours, cela ne vous coûtera que 20 cents. S’il termine entièrement le workflow de vérification, cela coûtera 43 cents. Et comme vous le voyez au centre, ce sont tous les modules inclus dans ce workflow. On voit combien de crédits sont inclus chaque mois. Une fois ces crédits gratuits épuisés, c’est-à-dire une fois les 500 vérifications effectuées, vous serez facturé pour chacune. En fait, l’un des modules les plus puissants que vous pouvez ajouter n’est pas du tout une vérification par caméra. C’est

​
Validation en base de données auprès des registres officiels

09:05 la validation en base de données. Ajoutons-la. Il s’agit d’une vérification d’antécédents, et voyons ce qu’elle fait réellement, car elle se connecte aux registres et bases de données gouvernementaux officiels du monde entier. Elle recoupe les données de l’utilisateur avec ces sources officielles et les enrichit avec les champs supplémentaires que détient le registre. Vous pouvez choisir les registres et sources à utiliser pour chaque pays, comme vous le voyez ici. Chaque service affiche son propre prix. Par exemple, on voit ici différents services disponibles au Canada, et les registres n’ont pas tous le même tarif. Si vous voulez consulter un pays précis, comme l’Allemagne, on peut voir les vérifications disponibles dans ce pays et les sélectionner selon vos besoins. 09:59 Cette validation ne se limite pas au tableau de bord : elle peut aussi être appelée directement via l’API Didit depuis votre propre backend. Et comme pour tous ces modules, il y a les règles, les paramètres avancés et les données restituées. Vous pouvez donc définir vos règles ici. Si l’on clique ici sur correspondance partielle, on voit à quoi ressemble une correspondance complète, par exemple lorsque le nom complet et le numéro d’identité correspondent au registre, tandis qu’une correspondance partielle peut ne porter que sur le numéro d’identité. Vous décidez ensuite ce que signifie cette correspondance partielle dans votre workflow : envoyer en examen manuel, refuser ou approuver\u00a0? Il y a donc une logique de branchement dans ce workflow. On

​
Branchement AML et logique conditionnelle

10:36 Vous pouvez mettre en place des branches AML selon le score de risque AML. AML désigne simplement la lutte contre le blanchiment d’argent. En bas, on voit que le branchement est déjà configuré pour ce score de risque AML. Ainsi, si le score de risque est supérieur à 70, nous pouvons simplement refuser, et nous pouvons cliquer ici pour afficher la logique conditionnelle. Vous voyez ? Vous pouvez la configurer comme vous le souhaitez. Nous avons donc la branche un, la branche deux, puis tous les autres cas, ce qui signifie que la session sera approuvée. Par exemple, si quelqu’un se trouve dans ce groupe, il est dirigé vers la branche deux. Nous pouvons alors lui demander davantage d’informations, n’est-ce pas ? Nous pourrions par exemple lui demander un justificatif de domicile. Ainsi, si une personne présente un risque un peu plus élevé, nous pouvons lui demander des informations supplémentaires qui nous aideront à décider si elle doit être approuvée ou refusée. Un autre nœud disponible ici est le statut : il a déjà été ajouté, mais vous pouvez en ajouter à la fin de votre workflow pour déterminer le résultat final. Donc, un autre des nœuds…

​
Le nœud webhook

11:40 Le nœud webhook est un autre élément que vous pouvez inclure dans le workflow. Le workflow peut ainsi interroger vos propres systèmes au cours d’une vérification, et c’est à cela que sert ce nœud. Il peut appeler un endpoint et récupérer des données en retour. Le workflow attend alors la réponse de ce webhook. Vous voyez ici un webhook POST. Il comporte un payload JSON qui peut être modifié. Nous pouvons aussi envoyer d’autres payloads. Il s’agit de paires clé-valeur qui associent les champs de votre session à la requête que vous envoyez. Les champs renvoyés deviennent des variables que la branche suivante peut tester. Vous combinez donc les vérifications Didit avec vos propres données de risque, au sein d’un seul workflow. Dernier point : vous pouvez ajouter des en-têtes, en bas. Ce sont encore des paires clé-valeur. Nous avons ici l’authentification de base. Tout ce que vous attendez d’un appel webhook s’y trouve. Didit valide le…

​
Validation du graphe et erreurs

12:28 graphe en permanence pendant que vous le construisez. Ainsi, si un nœud est mal configuré ou si un chemin est rompu, Didit vous indique précisément où se trouve le problème. Cliquons en bas : on voit que le flux comporte deux erreurs, et que la branche un contient des règles incomplètes. Didit vous indique ce qu’il faut corriger dans votre workflow. Vous ne pourrez pas publier ce workflow tant que ces erreurs ne seront pas corrigées. Ainsi, si je créais un tout nouveau workflow comportant une erreur, je ne pourrais pas le publier. Au-delà des nœuds individuels, …

​
Paramètres du workflow : tentatives, expiration, URL de rappel

12:58 dans le workflow, l’onglet Paramètres, en haut, contient des réglages qui s’appliquent à l’ensemble du workflow et non à une seule vérification. Nous y trouvons le nom du workflow, bien sûr, et une URL de rappel, c’est-à-dire l’adresse vers laquelle Didit redirige l’utilisateur une fois le parcours terminé. Nous pouvons autoriser l’accès depuis un ordinateur si vous souhaitez que l’utilisateur puisse continuer sur ordinateur. Il y a aussi les tentatives de réessai : vous pouvez les modifier. Il s’agit du nombre de fois où un utilisateur peut réessayer la capture du document au sein d’une même session de vérification. Si une tentative précédente échoue, la durée de validité de la session définit combien de temps une session non terminée reste valide avant d’expirer automatiquement. Ce réglage s’applique aux sessions nouvellement créées. Enfin, la fenêtre de réessai correspond au nombre de jours pendant lesquels les nouvelles tentatives sont autorisées. Donc à partir de…

​
Personnalisation du workflow en marque blanche

13:43 dans ce workflow, nous pouvons ouvrir l’onglet Personnalisation en cliquant sur ce bouton, en haut. La marque blanche est intégrée directement au workflow. Vous pouvez donc accéder à cet onglet et commencer à modifier l’apparence de ce parcours de vérification : les couleurs, l’identité visuelle, l’e-mail, le domaine, et tout le reste. La maquette montre à quoi il ressemble sur mobile et sur ordinateur. 14:13 Vous pouvez aussi le tester dans différentes langues. Si nous le passons en français, vous voyez que chaque vérification est désormais rédigée en français. Vous pouvez activer votre identité visuelle ici, l’appliquer selon les paramètres définis dans l’onglet Personnalisation, ou la désactiver. Nous pouvons aussi voir ce qui se passe si nous choisissons un autre chemin ici, et voir ce qui est envoyé à l’utilisateur. Bien sûr, l’utilisateur ne voit pas le module de choix de chemin ; il sert seulement à visualiser la prochaine étape, n’est-ce pas ? Si sa vérification est refusée, nous verrons « vérification refusée », « vérification en cours d’examen », ou qu’elle a été vérifiée. Nous disposons du bouton Copier le lien…

​
Le lien partageable, et quand ne pas l’utiliser

14:58 en haut. Si nous le copions, ouvrons un nouvel onglet et collons le lien, nous verrons ce que voit l’utilisateur. Il arrive que vous vouliez simplement transmettre le parcours à quelqu’un sans écrire la moindre ligne de code. C’est précisément ce que permet le bouton de copie du lien. Il copie une URL hébergée, prête à être partagée, pour ce workflow. C’est pratique pour un test rapide ou un envoi manuel, mais ce n’est pas la méthode recommandée pour l’intégration. En production, vous créez une session par utilisateur via le SDK ou l’API, en transmettant les données du fournisseur ; c’est ainsi que vous recevez les résultats en temps réel par webhooks et via le SDK. Le lien copié convient donc aux tests et aux événements, tandis qu’une session dédiée est ce que vous déployez en production. Donc…

​
Historique des versions et restauration

15:41 En haut, ici, on trouve l’historique des versions. On peut donc voir les différentes versions, et restaurer ou consulter les versions précédentes. Si nous modifiions ce workflow, ces modifications apparaîtraient sous forme de brouillon, au-dessus de l’historique publié. Le point vraiment intéressant, c’est que chaque nouvelle version que vous publiez conserve le même identifiant de workflow. Votre backend continue donc d’appeler ce même identifiant, et les appels sont redirigés silencieusement vers le workflow le plus récent que vous avez créé, puisque cet historique est suivi. Vous pouvez ainsi itérer en toute confiance et revenir à des versions précédentes chaque fois que nécessaire. Par exemple, ce workflow est tout nouveau : vous voyez qu’il est en mode brouillon. Si nous apportons la moindre modification au workflow, elle sera enregistrée en brouillon, et il faudra publier le workflow. Donc, nous pouvons

​
Publier votre workflow

16:24 cliquer sur publier. Ce workflow ne sera en ligne qu’une fois publié. Il va valider le graphe pour s’assurer qu’il ne contient aucune erreur. Et voilà : nous pouvons copier le lien, et ce workflow est maintenant en ligne et prêt à l’emploi. Regardons l’intégration

​
Intégration : SDK, clé API et prompt de configuration

16:37 Il existe plusieurs façons d’intégrer ce workflow. On peut choisir le SDK cible, qu’il s’agisse de React Native, iOS, React Next.js, puis sélectionner le workflow ; dans ce cas, nous avons choisi le contrôle des pays à haut risque. On peut sélectionner la clé API : vous pouvez avoir différentes clés API pour différents workflows ou différentes intégrations, comme vous le souhaitez. Ou bien sélectionner un webhook. Si vous voulez être averti des décisions, vous pouvez le renseigner ici. La façon la plus simple d’intégrer ce workflow consiste à copier un prompt et à le coller dans Claude Code ou Codex. 17:12 Ce prompt intègre ce workflow. Même si Didit n’est pas encore intégré à votre application, ce prompt vous donne tout ce dont vous avez besoin pour faire fonctionner ce workflow dans votre application. Mais vous n’avez même pas besoin de faire cela. Vous pouvez simplement

​
Créer des workflows avec le serveur MCP

17:27 installer un serveur MCP Didit. Décrivez le parcours en langage courant : il créera le workflow pour vous et l’intégrera automatiquement à votre application. Dites-lui ce qu’il doit faire, et il s’en charge. Nous verrons comment configurer MCP dans une autre vidéo, mais MCP désigne le Model Context Protocol, qui permet de créer avec Didit en langage naturel dans des outils comme Claude Code, Cursor, Codex et bien d’autres. Passons donc rapidement à la personnalisation. 17:57 Vous ajoutez le nom public et l’URL de la politique de confidentialité. Vous disposez d’une section consacrée à la marque, où vous pouvez modifier les couleurs. Vous pouvez aussi récupérer automatiquement vos logos et vos couleurs depuis votre site web, ce qui peut être très utile et très simple à faire. Vous pouvez téléverser vos logos ici. Et vous voyez que j’ai déjà défini ces couleurs. Pour voir leur rendu dans le parcours de vérification, il suffit de basculer ce commutateur : on voit alors votre marque blanche appliquée au parcours de vérification. Je le désactive pour l’instant. Vous pouvez définir un e-mail personnalisé ; vous devrez renseigner ces informations. Ensuite, lorsque vous passez à la vérification, vous pouvez récupérer les informations DNS et les relier à votre domaine. Il en va de même si vous voulez utiliser un sous-domaine. Ainsi, l’ensemble de ce workflow est entièrement hébergé avec votre propre marque et votre propre domaine. C’est un processus vraiment fluide pour vos utilisateurs lors de la vérification.
Dernière modification le 7 novembre 2026