Construire un workflow de vérification

Un workflow réunit les contrôles d'une personne et le sort de chaque résultat - comment le construire, le publier et éviter les erreurs de comportement.

Un workflow est l'endroit où vous définissez les contrôles qu'une personne traverse (document d'identité, preuve de vie, correspondance faciale, AML, et ainsi de suite) et ce qui se passe avec chaque résultat. Chaque session de vérification s'exécute contre un workflow.

#Où en construire un

Ouvrez Vérification d’identité → Workflows → Nouveau workflow. Choisissez KYC pour les personnes ou KYB pour les entreprises, Simple ou Avancé et un modèle, puis Créer un brouillon. Vérifiez l’application et l’environnement Live ou Sandbox. Le menu de la ligne permet de copier vers une autre application.

#Deux façons de construire

1. Mode Simple

   Choisissez un modèle (KYC, vérification d'âge adaptative, ré-authentification biométrique, ou vérification d'adresse) et activez ou désactivez les contrôles que vous voulez (preuve de vie, correspondance faciale, AML, NFC, téléphone, e-mail, et plus). C'est le moyen le plus rapide d'obtenir un flux standard opérationnel.

2. Mode Advanced

   Utilisez le créateur de graphe visuel pour ajouter des branches conditionnelles : orientez les personnes selon le pays, le type de document, l'âge, ou le résultat d'un contrôle, et envoyez différents résultats vers différents chemins. Utilisez ce mode quand vous avez besoin d'une logique au-delà de "exécuter ces contrôles dans l'ordre".

3. Publier

   Une version publiée est en lecture seule. Modifier le workflow ouvre un nouveau brouillon à publier. L’Historique des versions permet de restaurer une version antérieure. Les sessions en cours gardent leur version initiale.

#Vérifications bancaires et de localisation

Si votre application les propose, ajoutez Vérification bancaire ou Vérification de localisation au workflow. Les réglages bancaires couvrent la connexion, la concordance d’identité, les signaux de risque, les résultats et les données collectées ; pays et données financières dépendent du fournisseur et des capacités activées. La localisation règle précision, ancienneté, zones autorisées et actions en cas de permission refusée, position indisponible ou règle non respectée. Consultez les preuves dans Banque ou Localisation de la session. Une option visible ne garantit pas la prise en charge par tous les fournisseurs ou clients.

#L'ordre compte plus qu'il n'y paraît

Comme une étape configurée pour refuser arrête le workflow, l'ordre de vos étapes détermine à la fois ce que vit un utilisateur et ce que vous payez. Un contrôle de risque bon marché placé devant un ensemble coûteux filtre le trafic avant que vous ne payiez pour la partie coûteuse.

Le tableau complet se trouve dans règles de décision et seuils : c'est l'article à lire après celui-ci, car les étapes d'un workflow n'en représentent que la moitié du comportement.

#Chaque module que vous pouvez ajouter

Les contrôles KYB comprennent le registre d’entreprise, l’AML d’entreprise, les documents et les personnes clés. Chacun de ces modules que vous activez s'ajoute au prix d'une session complétée, et le crédit mensuel de votre offre les paie (avec l'offre Free, il ne paie pas la vérification téléphonique). Voir ce qui compte comme un contrôle facturable avant d'en activer plusieurs.

#Trouver l'ID de votre workflow

Chaque workflow a un ID unique, affiché sur la page Workflows de la console. Vous en aurez besoin si vous créez des sessions via l'API : voir comment intégrer Didit.

#Contrôler ce qui se passe quand un contrôle échoue

Par défaut, un contrôle échoué refuse la session et la personne est informée à la fin que la vérification n'a pas réussi : vous pouvez voir exactement quel contrôle a échoué et pourquoi dans les détails de la session. En mode Advanced, vous orientez chaque résultat vous-même : envoyez-le vers Declined, ou vers In Review pour qu'un collègue prenne la décision finale.

Voir ce que signifie chaque statut de session pour ce à quoi ressemble chaque résultat, et laisser quelqu'un retenter une vérification si vous voulez laisser une personne refaire uniquement l'étape qui a échoué.

#Ce qui fait qu'un workflow se comporte de façon inattendue

Dans l'ordre où cela se produit réellement :

1. Vous avez modifié un autre workflow, ou la copie d'une autre application de celui-ci. Vérifiez l'ID du workflow par rapport à celui que vos sessions utilisent.
2. Le brouillon n'a jamais été publié. Un brouillon enregistré n'est pas une version active.
3. Vous testez avec une ancienne session. Les sessions conservent leur configuration au moment de leur création. Créez-en une nouvelle.
4. Un type de document est autorisé mais aucun sous-type n'est sélectionné : ce qui ne correspond à rien plutôt qu'à tout. Voir documents et pays pris en charge.
5. Une étape antérieure a refusé et arrêté le flux, donc l'étape que vous testez ne s'est jamais exécutée.
6. Un workflow copié n'a pas tout transféré. Après avoir dupliqué un workflow, vérifiez les étapes et les règles qui vous importent plutôt que de supposer une copie propre.

#Testez-le avant que de vrais utilisateurs ne le voient

Passez à Sandbox avec le sélecteur sous le nom de l’application, créez une clé API de test et utilisez-la. Les contrôles sont simulés, sans facturation, et vous pouvez choisir le résultat.

tester en sandbox

#Prochaines étapes

• Définir ce que fait chaque résultat : règles de décision et seuils
• Adapter le flux à votre image de marque : personnaliser l'image de marque et l'expérience de vérification
• Lancer des sessions sans code, ou les automatiser via l'API : comment intégrer Didit
• Référence technique complète : Workflows