Trois façons de vérifier une identité
La Vérification d’identité reste une fonctionnalité configurable unique, dont la facturation dépend de la méthode utilisée, mais une photo de document n’est plus le seul moyen de la réaliser. Vous choisissez désormais, pays par pays, les méthodes qu’une personne peut utiliser.
- Capture de document inchangée : tous les types de document, règles de capture et seuils que vous avez déjà configurés continuent de fonctionner exactement comme avant, et un workflow qui ne mentionne aucune méthode reste limité à la capture de document
- Vérification sans document : l’utilisateur saisit son numéro d’identité nationale ainsi que quelques informations personnelles, et nous les vérifions auprès de la source faisant autorité pour ce pays. Aucune photo ni aucun téléchargement de document n’est requis. Cette source est un registre gouvernemental dans la plupart des pays, et un fichier d’un bureau de crédit, d’un prestataire de services financiers, d’un fournisseur de services publics ou de registres de résidence dans certains autres. Le tableau de couverture indique la source exacte pour chaque pays
- Portefeuilles d’identité numérique, disponibles pour cinq systèmes : MitID (Danemark), Finnish Trust Network (Finlande), Smart-ID (Estonie, Lettonie, Lituanie et Belgique), Mobile-ID (Estonie et Lituanie) et BankID Suède vérifient désormais les personnes en production. L’utilisateur se connecte avec une identité qu’il possède déjà, et le portefeuille partage un ensemble d’attributs signé
- Votre marque sur les pages de connexion : les pages de connexion par portefeuille reprennent vos couleurs de marque blanche, et Smart-ID et Mobile-ID s’affichent dans le même design de vérification que le reste du parcours
- La feuille de route reste visible : tous les autres portefeuilles du catalogue, notamment iDIN, Vipps, BankID Norvège, itsme, Freja eID, Personalausweis, UAE PASS, gov.br, OneID et le portefeuille EUDI, affichent Prochainement et ne peuvent pas encore être activés. Consultez la page des portefeuilles pour la couverture et les tarifs
- Choisissez par pays : l’onglet Pays de l’étape Vérification d’identité active ou désactive chaque méthode et chaque portefeuille pour chaque pays, et les mêmes réglages sont disponibles via l’API
Les sources qui renvoient une photo comparent aussi le selfie
Lorsqu’un registre gouvernemental renvoie le portrait de la personne (Afrique du Sud, Nigeria, Argentine et Panama), la vérification demande aussi un selfie et le compare à ce portrait, inclus dans le prix de la vérification. Un interrupteur par pays, skip_liveness_and_face_match (activé par défaut), permet au workflow d’ignorer ses propres étapes de Détection du vivant et de Correspondance faciale après une correspondance. Désactivez-le pour les exécuter malgré tout. En Argentine, vous pouvez aussi choisir une vérification sans selfie, décrite dans Choisir la source de vérification par pays.
Vous décidez de ce qui se passe lorsqu’une méthode n’aboutit pas
Les vérifications sans document disposent d’interrupteurs distincts pour une correspondance partielle, une absence de correspondance et une absence de réponse de la source. Les portefeuilles ont un seul interrupteur pour une connexion échouée, annulée ou expirée. Chaque interrupteur envoie l’utilisateur vers la capture de document ou refuse la session.
- Les nouvelles tentatives se configurent librement : de une à cinq tentatives, une par défaut, et seules les vérifications auxquelles la source a effectivement répondu sont comptées
- Une faute de frappe ne coûte rien : un numéro qui échoue au contrôle de format n’atteint jamais la source, il n’est donc ni compté ni facturé
- La console affiche le coût avant l’enregistrement : chaque interrupteur de vérification détaille le coût de sa configuration
Les sessions, l’API de décision et le webhook status.updated transmettent désormais la méthode ayant produit chaque Vérification d’identité, ainsi que le niveau d’assurance qui lui correspond : Documentary pour un document, Data match pour une vérification sans document, Cryptographic pour un portefeuille. Ces niveaux décrivent des preuves différentes ; ce ne sont pas des classements.
- Comparaison avec le registre : chaque champ comparé, avec la valeur fournie par l’utilisateur, la valeur détenue par la source et l’indication de correspondance, ainsi que des détails d’erreur distincts lorsqu’une source n’a pas répondu
- Détails de l’attestation : le portefeuille, son autorité émettrice, le niveau d’assurance qu’il a déclaré et si la signature a été vérifiée
- Les intégrations existantes ne changent pas : une session de document renvoie
document et documentary et laisse les nouveaux champs vides
Tarifs
La capture de document ne change pas : $0.15 par vérification, les 500 premières vérifications de chaque mois étant gratuites. Les tarifs des vérifications sans document figurent dans le tableau pays et identifiants, en USD par tentative ayant reçu une réponse, et les tarifs des portefeuilles sont sur la page des portefeuilles. Une source qui interroge plusieurs services facture chaque service ayant répondu, et les nouvelles tentatives peuvent ajouter des frais.
- Une réponse entraîne la facturation : une source ayant répondu facture la vérification, qu’il y ait correspondance ou non
- Aucune réponse, aucuns frais : une source qui n’a jamais répondu n’est pas facturée
- Le repli est facturé séparément : un utilisateur qui bascule vers la capture de document paie cette capture en plus
Pour en savoir plus, consultez Méthodes de vérification d’identité, Vérification sans document et Portefeuilles d’identité numérique.
Choisissez la source de vérification par pays
Lorsqu’un pays propose plusieurs sources pour une vérification sans document, vous choisissez désormais celle qui s’exécute.
- Une source par pays, à votre choix : l’onglet Pays vous permet de choisir la source pour chaque pays qui en propose plusieurs
- Argentine sans selfie : le registre national argentin peut être vérifié sans selfie, au même prix. Vos étapes de Détection du vivant et de Correspondance faciale s’exécutent toujours ensuite, car aucun portrait n’est renvoyé
- Brésil avec un selfie vérifié : le Brésil peut utiliser une source qui confirme que le selfie appartient au titulaire du CPF, et une étape ultérieure de Correspondance faciale utilise ce selfie
Vérification d’entreprise : choisissez le volume de données de registre à acheter
La vérification au registre de chaque pays se décline désormais en trois niveaux de données, dont le prix est affiché avant votre choix.
- Lite, Shareholders ou UBOs : choisissez le niveau par pays dans l’étape KYB Registry Check et lors d’une vérification ponctuelle. La console affiche le prix de ce pays pour chaque niveau
- Nouveaux endpoints autonomes :
POST /v3/kyb/shareholders/ et POST /v3/kyb/ubo/. La réponse indique le niveau demandé et le niveau livré. La vérification d’un pays ou d’une entreprise sans données d’actionnariat est fournie et facturée au niveau Lite. Voir Actionnaires et UBO
- Les candidats n’attendent pas le registre : le candidat confirme l’entreprise et poursuit pendant que les données d’actionnariat sont encore récupérées, et la fiche entreprise l’indique au lieu d’afficher l’absence de données d’actionnariat
- La saisie manuelle d’une entreprise a un tarif clair : une entreprise saisie à la main par le candidat est facturée un forfait de $0.75, et l’onglet Pays affiche ces frais
L’éditeur de workflow détecte les erreurs avant publication
L’éditeur signale désormais les workflows qui feraient discrètement le contraire de ce que vous avez dessiné.
- Les branches contradictoires sont signalées : une branche dont la condition contredit le résultat vers lequel elle mène, par exemple « le statut de l’ID n’est pas refusé » menant à Session refusée, reçoit un badge d’avertissement sur le canevas. L’API de validation du graphe renvoie le même avertissement
- Branchement sur le sous-type de document : orientez une session selon le sous-type exact du document, par exemple une carte nationale d’identité ou un titre de séjour
- Comprendre pourquoi une session a suivi son chemin : la chronologie de la session affiche chaque décision de branchement et le nœud de statut qui a mis fin à la session, également disponible sous la forme
workflow_terminal_node_id dans l’API de décision avec include=events
- Seuils de falsification expliqués : l’étape Vérification d’identité explique ce que fait chaque seuil de falsification
Un meilleur contrôle des vérifications faciales
Vous décidez quand la recherche faciale s’exécute, et un visage qui revient sur un document différent peut désormais entraîner le refus d’une session.
- Désactiver la recherche faciale par workflow : un interrupteur dans les onglets Règles de Détection du vivant et Estimation de l’âge (
face_search_enabled). Il est activé par défaut, donc les workflows existants ne changent pas. Voir Recherche faciale
- Même visage, document différent : choisissez ce qui se passe lorsqu’un visage déjà approuvé sur un autre document d’identité revient, et consultez le verdict sur la session
- Refuser les captures qui ne sont pas des enregistrements en direct : l’analyse vidéo de détection du vivant peut désormais refuser une session, et pas seulement signaler le problème
- Caméras émulées détectées : une capture de détection du vivant provenant d’un appareil émulé ou virtualisé génère un risque sur lequel vous pouvez agir
- Scores de vivacité du document sur chaque résultat : l’API de décision transmet les scores
document_liveness pour le remplacement du portrait, la copie imprimée et la rediffusion sur écran, même lorsqu’aucun avertissement n’a été déclenché
- Champs critiques couverts : un document dont le numéro ou un autre champ critique est couvert déclenche un avertissement configurable, y compris sur l’API autonome de vérification d’identité
Filtrage AML
Vous pouvez gérer la surveillance continue depuis l’API, et une étape AML peut filtrer toute personne nommée dans un document.
- Surveillance continue par API :
POST /v3/users/aml-monitoring/ et POST /v3/businesses/aml-monitoring/ activent ou désactivent la surveillance pour jusqu’à 1 000 profils à la fois, avec un essai à blanc qui ne fournit qu’une estimation, et les lots volumineux s’exécutent sous forme de tâche. Voir Surveillance AML
- Preuve de l’exécution de la surveillance : chaque résultat AML affiche les éléments attestant l’exécution de la surveillance continue
- Filtrer toute personne nommée dans un document : une étape AML peut prendre une personne trouvée par une étape Document AI antérieure, comme un certificat fiscal ou des statuts de constitution, et vous choisissez l’entité soumise au filtrage par chaque étape AML
- Filtrage des portefeuilles en une seule vérification : lancez un filtrage de portefeuille à la demande depuis la console, sans session. La ligne concernée s’appelle désormais Vérification et filtrage des portefeuilles
- Tester l’AML dans le sandbox :
sandbox_scenario sur POST /v3/aml/ simule une correspondance sans session utilisateur final
Surveillance des transactions
Partez des préréglages iGaming prêts à l’emploi et affinez les règles avec des filtres sur la valeur actuelle et une liste de devises plus large.
- Préréglages de règles iGaming : règles d’événements prêtes à l’emploi pour les plateformes de jeux, comme l’abus de bonus et le transfert abusif de jetons, dans la bibliothèque de règles
- Filtres de vélocité sur la valeur actuelle : les conditions de vélocité peuvent filtrer sur la valeur de la transaction en cours
- Plus de devises : le sélecteur de devise affiche toutes les devises en circulation, et les PDF des transactions affichent chaque montant avec les décimales propres à sa devise
- Les transactions sandbox l’indiquent : une transaction évaluée sur une application sandbox indique son environnement, afin qu’une exécution de règle vide ne soit pas prise pour une règle défectueuse
Didit Copilot
Le Copilot indique ce qu’il a modifié, vous permet de l’annuler et peut agir sur davantage de la console.
- Voir et annuler les modifications : après un échange qui modifie un workflow, une carte de modification liste ce qui a changé, et Annuler les annule
- Compétences accessibles avec « / » : saisissez « / » dans la zone de saisie pour afficher les modèles de la page sur laquelle vous vous trouvez
- Agit sur davantage de la console : changer d’organisation ou d’application, renommer des applications, dupliquer, renommer, archiver ou lier des workflows, ouvrir les boîtes de dialogue de membres, de rôles, de webhooks et de listes, bloquer un utilisateur ou télécharger un PDF depuis une session
- Plus de contrôle sur la conversation : choisissez la langue de ses réponses depuis l’en-tête, joignez des fichiers Word et texte brut, et supprimez toutes les conversations de l’historique
- Mention de l’IA : les réponses sont marquées comme générées par IA sous la zone de saisie
- Actions du Copilot dans le Centre d’aide : la liste de ce que le Copilot peut faire est documentée dans toutes les langues
Image de marque : votre nom dans les codes SMS et les e-mails de document expiré
- Votre marque dans les codes SMS : le nouvel onglet SMS de Personnalisation définit le Nom d’expéditeur SMS, la marque affichée dans les messages contenant les codes de vérification, avec un aperçu en direct. Laissez-le vide pour utiliser le nom public de votre application
- E-mails de nouvelle soumission pour document expiré : un e-mail de nouvelle soumission pour un document expiré indique que le document a expiré, et vous pouvez rédiger cet e-mail dans l’onglet Textes
Support
- Pièces jointes des tickets par glisser-déposer : déposez un fichier sur le ticket ou utilisez le trombone
- Fermer votre propre ticket : marquez un ticket comme résolu depuis la console ou le Copilot, et répondez pour le rouvrir
API de sessions et webhooks
- Historique utilisateur en PDF via l’API :
GET /v3/users/{vendor_data}/generate-pdf/ renvoie un PDF aux couleurs de la marque reprenant les 20 sessions terminées les plus récentes de l’utilisateur, soit le même rapport que Télécharger le PDF dans la console. Voir Générer un PDF
- Codes sur le justificatif de domicile et Document AI : les codes QR et codes-barres détectés sur le document sont renvoyés dans
detected_codes et s’affichent dans l’examen de la session
- Avertissement « verso non disponible » : un résultat de vérification d’identité porte l’avertissement informatif
DOCUMENT_BACK_SIDE_NOT_AVAILABLE lorsque votre workflow demande les deux faces, mais que le catalogue de documents de Didit n’a enregistré aucun verso pour le document reconnu, de sorte que seule la face avant a pu être collectée
X-Signature-Simple est déprécié : vérifiez les webhooks avec X-Signature-V2 à la place. Voir Webhooks- Livraisons de webhooks depuis le MCP : listez et renvoyez les webhooks d’une session depuis le MCP Didit, décrits ci-dessous
Didit MCP
Votre agent IA connecté peut désormais expliquer les décisions de session, dépanner la livraison des webhooks et construire des workflows validés.
- Expliquer une décision :
didit_session_explain_decision retrace pourquoi une session s’est terminée Approuvée, Refusée ou En cours d’examen : l’avertissement, la règle de statut ou la dérogation du réviseur
- Vérifier et renvoyer les webhooks :
didit_session_webhooks liste les livraisons de webhooks d’une session et peut attendre la première, et didit_session_webhook_resend renvoie l’une d’elles
- Construire un workflow à partir d’une spécification simple :
didit_workflow_build_graph transforme une liste de fonctionnalités, avec les pays exactement tels que vous les avez nommés, en un graphe complet et validé
- Connaître l’offre de chaque pays :
didit_workflow_get_kyb_registry_catalog renvoie les niveaux et les tarifs des registres, et l’outil de catalogue des méthodes de vérification d’identité renvoie les recherches et les portefeuilles par pays
Pour en savoir plus, consultez Outils MCP de Didit.
Nouveaux documents
- Cartes d’identité policières : désormais acceptées en Argentine, au Brunei, en Colombie et aux Philippines
- Nouvelles cartes canadiennes, moldaves et américaines : le permis de conduire et la carte d’identité de l’Alberta (2026) avec validation du code-barres, le permis de conduire moldave (2026) et la NYC Identification Card (2019)
- Verso capturé : les permis de conduire des États brésiliens, les permis de conduire thaïlandais et la page B du passeport canadien peuvent être capturés recto verso
- Magasin de confiance ePassport actualisé : avec les certificats de signature les plus récents des pays
Web SDK 0.3.0 vers 0.4.0
@didit-protocol/sdk-web est passé de 0.3.0 à 0.4.0 ce mois-ci. Mettez-le à jour avec npm install @didit-protocol/sdk-web@latest ; tous les appels existants continuent de fonctionner.
- Soumettre des transactions depuis le navigateur :
submitTransaction() envoie une transaction pour surveillance avec un token de transaction limité, et l’intelligence de l’appareil est collectée automatiquement. Voir Soumission de transactions avec le SDK
- Vérifications de propriété de portefeuille : lorsqu’une transaction demande une vérification de propriété de portefeuille, le SDK l’exécute et signale son achèvement au moyen d’une fonction de rappel
- Quatre langues supplémentaires pour la modale : bosniaque, kazakh, kirghize et albanais
- Les options de caméra des SDK natifs, sur le web :
defaultDocumentCamera, defaultLivenessCamera, showDocumentCameraSwitchButton et showLivenessCameraSwitchButton vous permettent d’ouvrir la capture du visage sur la caméra arrière, pour une borne ou un opérateur qui oriente l’appareil vers la personne, et de masquer le sélecteur de caméra pendant la capture. Les appareils sans la caméra demandée conservent celle dont ils disposent. Si vous ouvrez directement l’URL de vérification, définissez vous-même les paramètres de requête correspondants (liveness_camera=back, liveness_camera_switch=false, …)
Pour en savoir plus, consultez le guide du Web SDK.
SDK natifs 4.9.0
iOS SDK, Android SDK, React Native SDK et Flutter SDK sont tous passés en 4.9.0, et React Native et Flutter intègrent la même version native. Aucune modification de l’API d’intégration n’est requise.
- Laisser les utilisateurs choisir leur langue : définissez
showLanguageSelector et l’écran d’accueil affiche le même sélecteur de langue compact et avec recherche que celui du parcours web. Il reste masqué par défaut (4.9.0)
- Méthodes de vérification d’identité dans les applications : un pays configuré avec une recherche par numéro d’identité national, une connexion par portefeuille d’identité numérique, ou les deux, les propose à côté de la capture de document sur un même écran d’entrée, comme dans le parcours web. La recherche collecte les champs demandés par ce pays, les vérifie sur l’appareil avant l’envoi, et revient à la capture de document lorsque votre configuration l’autorise (4.8.0)
- Illustrations des documents sur l’écran d’entrée : chaque type de document du sélecteur de méthodes iOS affiche sa propre illustration (4.8.0)
- Erreurs de questionnaire plus claires : lorsqu’une soumission de questionnaire est rejetée, l’utilisateur voit la raison donnée par le serveur (4.8.0)
Didit Academy : 28 nouvelles leçons
28 nouvelles démonstrations courtes de la console, de 2 à 7 minutes chacune, enregistrées dans la console en conditions réelles, chacune accompagnée d’un résumé écrit sur didit.me/academy.
Premiers pas
Créer
Exploitation
Consultez toutes les leçons sur didit.me/academy.
Améliorations
- Refuser l’utilisation de vos données pour l’entraînement des modèles – un paramètre de l’organisation dans Paramètres détermine si vos données de vérification peuvent être utilisées pour améliorer les modèles de Didit
- Alertes de solde faible plus claires – l’alerte indique le nom de l’organisation et le seuil que vous avez défini
- Les factures incluent vos coordonnées – les coordonnées de votre organisation apparaissent sur chaque facture
- Le sandbox utilise la capture réelle de détection active du vivant – testez le même parcours de détection active du vivant que celui de vos utilisateurs
- Téléversements manuels sur le profil utilisateur – les documents et les visages que vous importez manuellement apparaissent sur le profil de l’utilisateur
- Les domaines personnalisés sont réservés aux applications en production – l’onglet Domaine d’une application sandbox indique que les domaines personnalisés ne s’appliquent qu’aux applications en production
Dernière modification le 7 novembre 2026
Commencer
Intégrer / SDK
Vérification des utilisateurs
Vérification d'entreprise
Surveillance des transactions
Journal des modifications
