Guide du développeur pour les flux de secours dynamiques des API d'IV (FR)
Découvrez comment implémenter des flux de secours dynamiques robustes pour les API d'Identification et Vérification (IV) afin d'améliorer l'expérience utilisateur et d'assurer des taux de vérification élevés.

Gestion proactive des erreursMettez en œuvre des mécanismes robustes de gestion des erreurs et de réessai au sein de vos intégrations d'API d'IV pour éviter que les échecs de vérification n'affectent l'expérience utilisateur.
Vérification multicoucheConcevez des flux de travail qui intègrent plusieurs méthodes de vérification, permettant des transitions fluides vers des contrôles alternatifs si une méthode principale échoue ou donne des résultats non concluants.
Expérience utilisateur optimiséeUtilisez des mécanismes de secours dynamiques pour guider les utilisateurs à travers des chemins de vérification alternatifs, minimisant les frictions et assurant un onboarding ou une finalisation de transaction réussis.
Flux de travail orchestrés de DiditTirez parti de la plateforme modulaire et native d'IA de Didit pour construire et gérer des flux de travail de secours dynamiques complexes avec un constructeur visuel sans code ou des API claires, assurant une flexibilité et une fiabilité maximales.
L'importance des flux de secours dynamiques dans l'IV
Dans le monde de la vérification d'identité en ligne, se fier à un seul appel d'API pour confirmer l'identité d'un utilisateur est une recette pour un échec potentiel et une mauvaise expérience utilisateur. Des facteurs tels qu'une mauvaise qualité d'image de document, la latence du réseau, les limites de débit d'API, ou même des pannes de service temporaires peuvent perturber le processus de vérification. C'est là que les flux de secours dynamiques deviennent indispensables. Une stratégie de secours bien conçue garantit que si une méthode de vérification principale échoue, le système peut intelligemment pivoter vers une alternative, maintenant le parcours utilisateur fluide et des taux de succès de vérification élevés. Cela améliore non seulement la satisfaction client, mais a également un impact direct sur les taux de conversion et l'efficacité opérationnelle.
Pour les développeurs, construire des systèmes résilients signifie anticiper les échecs et avoir un plan B, C, et même D. Les flux de vérification statiques et rigides conduisent souvent les utilisateurs à abandonner le processus lorsqu'ils rencontrent une erreur. Les mécanismes de secours dynamiques, en revanche, offrent de la flexibilité, permettant aux entreprises de s'adapter aux conditions en temps réel et aux entrées de l'utilisateur. Ceci est particulièrement critique pour les applications impliquant des processus sensibles comme l'onboarding client, la vérification de l'âge pour le contenu réglementé, ou les transactions de grande valeur où une assurance d'identité robuste est primordiale.
Concevoir une logique de secours efficace
L'implémentation de flux de secours dynamiques nécessite une planification minutieuse et une compréhension approfondie de vos besoins de vérification. L'idée principale est de définir une séquence d'étapes de vérification et une logique conditionnelle qui dicte le flux en fonction du résultat de chaque étape. Voici comment l'aborder :
1. Identifier les points de défaillance potentiels
Avant de concevoir des mécanismes de secours, vous devez savoir ce qui peut mal tourner. Les points de défaillance courants dans l'IV incluent :
- Problèmes de numérisation de documents : Des images floues, des reflets, un type de document incorrect ou des documents expirés peuvent entraîner des échecs dans la vérification d'identité (OCR, MRZ, codes-barres).
- Échecs de détection de vivacité : Les utilisateurs échouent aux contrôles de vivacité en raison d'un mauvais éclairage, de deepfakes ou du non-respect des instructions.
- Inadéquations de correspondance faciale : Discrépances entre la photo du document et le selfie en direct.
- Inadéquations de données : Les informations extraites d'un document ne correspondent pas aux enregistrements de la base de données ou aux données fournies par l'utilisateur.
- Marqueurs de dépistage LAB : Un utilisateur apparaissant sur une liste de surveillance nécessitant un examen manuel approfondi.
- Interruptions de service API : Indisponibilité temporaire ou erreurs d'un fournisseur de vérification d'identité.
2. Définir la logique conditionnelle et les chemins alternatifs
Une fois les points de défaillance identifiés, cartographiez les chemins alternatifs. Par exemple :
- Si une vérification d'identité initiale (OCR) échoue en raison d'une mauvaise qualité d'image, invitez l'utilisateur à reprendre la photo ou à passer à un type de document différent.
- Si la détection de vivacité passive et active indique un risque de fraude élevé, déclenchez une révision manuelle ou demandez des preuves supplémentaires comme un justificatif de domicile.
- Si une correspondance faciale 1:1 échoue, proposez peut-être une alternative comme la vérification par téléphone et e-mail combinée à des questions d'authentification basées sur des connaissances spécifiques.
- Pour les scénarios de vérification d'âge, si l'estimation de l'âge est non concluante, demandez une numérisation d'identité physique.
- Si un contrôle de dépistage et de surveillance LAB renvoie une correspondance potentielle, acheminez automatiquement l'utilisateur vers un responsable de la conformité pour une enquête plus approfondie sans interrompre le flux de l'utilisateur.
Les flux de travail orchestrés de Didit, accessibles via sa console métier sans code, sont conçus précisément pour cela, vous permettant de construire visuellement des arbres de décision complexes et des étapes conditionnelles sans écrire une seule ligne de code. Cette approche modulaire signifie que vous pouvez mélanger et assortir les contrôles d'identité et définir facilement les seuils de succès ou d'échec.
3. Prioriser l'expérience utilisateur
Les mécanismes de secours ne doivent pas être ressentis comme une punition. L'objectif est de maintenir l'utilisateur engagé et de réduire les frictions. Fournissez des instructions claires et concises lorsqu'un mécanisme de secours est déclenché. Par exemple, au lieu d'une erreur générique, dites à l'utilisateur : « La photo de votre document était floue. Veuillez réessayer dans un endroit bien éclairé » ou « Nous n'avons pas pu confirmer votre identité avec cette méthode. Souhaitez-vous essayer de vérifier avec un document différent ou contacter le support ? » Minimiser le nombre d'étapes et assurer une interface utilisateur/expérience utilisateur cohérente sur tous les chemins de vérification est crucial.
Stratégies d'implémentation technique
Du point de vue technique, l'implémentation de flux de secours dynamiques implique plusieurs considérations clés :
1. Orchestration d'API et gestion d'état
Votre système backend doit orchestrer les appels vers diverses API d'IV et gérer l'état du processus de vérification. Cela inclut le suivi des étapes terminées, des échecs et des chemins de secours initiés. L'approche API-first de Didit et l'utilisation de « sessions » simplifient cela. Lorsque vous créez une session avec un ID de flux de travail spécifique, Didit gère l'ensemble de l'expérience utilisateur, la gestion d'état et les étapes conditionnelles. Vous n'avez qu'à interroger l'état de la session pour connaître le résultat.
GET /v3/workflows/
- uuid: a1b2c3d4-5678-90ab-cdef-111111111111
workflow_label: KYC Standard
workflow_type: kyc
features:
- OCR
- VIVACITÉ
- CORRESPONDANCE_FACIALE
- uuid: b2c3d4e5-6789-01bc-defg-222222222222
workflow_label: Vérification complète + LAB
workflow_type: kyc
features:
- OCR
- VIVACITÉ
- CORRESPONDANCE_FACIALE
- LAB
Cet exemple d'API montre comment différents flux de travail, chacun avec des fonctionnalités distinctes comme l'OCR, la vivacité, la correspondance faciale et le LAB, peuvent être définis et accessibles. Vous pouvez ensuite sélectionner dynamiquement le flux de travail approprié en fonction des résultats de vérification initiaux ou des données démographiques de l'utilisateur.
2. Client API robuste et gestion des erreurs
Votre client API doit être conçu pour gérer gracieusement divers codes d'état HTTP et réponses d'erreur. Implémentez des mécanismes de réessai avec un backoff exponentiel pour les erreurs transitoires. Différenciez les erreurs transitoires (par exemple, problèmes réseau) des erreurs permanentes (par exemple, entrée invalide) pour éviter les réessais inutiles. Enregistrez toutes les interactions API et les réponses d'erreur de manière approfondie à des fins de débogage et d'audit.
3. Vérifications d'identité modulaires et composables
Adoptez une architecture modulaire où chaque contrôle d'identité (vérification d'identité, vivacité, correspondance faciale, dépistage LAB, justificatif de domicile, estimation de l'âge, vérification par téléphone et e-mail) est un composant distinct et prêt à l'emploi. Cela vous permet de remplacer ou d'ajouter facilement de nouvelles méthodes de vérification sans ré-architecturer l'ensemble de votre système. La plateforme de Didit est construite sur ce principe, offrant des primitives d'identité composables via des API claires, facilitant la création de flux de travail personnalisés.
Comment Didit aide
Didit est conçu dès le départ pour donner aux développeurs les outils nécessaires pour créer des flux de travail de vérification d'identité sophistiqués et dynamiques. Notre plateforme native d'IA et axée sur les développeurs fournit une couche d'identité ouverte et modulaire qui simplifie l'implémentation des mécanismes de secours et des parcours de vérification complexes.
- Flux de travail orchestrés : Le constructeur visuel sans code de Didit dans la Business Console vous permet de concevoir des flux de vérification d'identité en plusieurs étapes, y compris des nœuds de logique conditionnelle pour le KYC, les contrôles d'âge et le dépistage LAB. Vous définissez la logique une fois, et Didit gère l'expérience utilisateur, la gestion d'état et les étapes conditionnelles. Cela signifie que vous pouvez facilement configurer des méthodes primaires et de secours, comme commencer par la vérification d'identité (OCR) et la vivacité, et si un seuil n'est pas atteint, déclencher automatiquement une demande de justificatif de domicile ou une révision manuelle.
- Suite de produits complète : Avec Didit, vous avez accès à un spectre complet d'outils de vérification, y compris la vérification d'identité (OCR, MRZ, codes-barres), la vivacité passive et active, la correspondance faciale 1:1 et la recherche faciale, le dépistage et la surveillance LAB, le justificatif de domicile, l'estimation de l'âge (respectueuse de la vie privée), la vérification par téléphone et e-mail, et la vérification NFC (passeport/eID). Cette vaste boîte à outils vous permet de construire pratiquement tous les scénarios de secours imaginables.
- Approche axée sur les développeurs : Didit offre un bac à sable instantané, une documentation publique et des API claires, rendant l'intégration transparente. Vous pouvez lister, créer, mettre à jour et supprimer des flux de travail par programme, vous donnant un contrôle total sur votre logique de vérification.
- Core KYC gratuit : Didit propose un Core KYC gratuit, permettant aux entreprises de démarrer et de construire des flux de travail robustes sans coûts initiaux. Notre modèle de paiement par vérification réussie et sans frais d'installation signifie que vous ne payez que lorsque la vérification est réussie, alignant les coûts sur la valeur.
- Automation native de l'IA : En tirant parti de l'IA, Didit automatise une grande partie du processus de prise de décision au sein des flux de travail, réduisant le besoin de révision manuelle et accélérant les temps de vérification, même lorsque des mécanismes de secours sont engagés.
Prêt à commencer ?
Prêt à voir Didit en action ? Obtenez une démo gratuite dès aujourd'hui.
Commencez à vérifier les identités gratuitement avec le niveau gratuit de Didit.