Vérification d'identité Didit : nouveautés d'août 2026

​

Détection renforcée des fraudes

Les fraudeurs soumettent de plus en plus de documents et de selfies qui ne proviennent pas d’une capture réelle. Cinq nouveaux signaux détectent ces soumissions avant qu’elles n’atteignent un réviseur.

• Détecter les images de documents recyclées : chaque envoi est comparé à un corpus d’images de documents d’identité déjà publiquement diffusées, et une correspondance déclenche son propre avertissement
• Analyse forensique des vidéos de détection du vivant : le nombre d’images, le taux d’images dupliquées et la fréquence d’images effective sont analysés côté serveur, de sorte qu’une vidéo rejouée ou synthétique est signalée plutôt que considérée comme fiable
• Détection des documents masqués : un document partiellement masqué est détecté au niveau du pixel et renvoie DOCUMENT_OCCLUSION_DETECTED, traduit dans toutes les langues prises en charge
• Capture en direct confirmée : la Correspondance faciale confirme la personne devant la caméra et distingue une capture en direct du portrait imprimé sur le document
• Contrôle de la qualité de capture : chaque envoi est évalué sur sa qualité avant l’extraction, de sorte qu’une capture médiocre est détectée pendant que l’utilisateur est encore dans le parcours

​

Vérification de l’âge conforme à ISO/IEC 27566-1

Les workflows de vérification de l’âge peuvent désormais renvoyer la décision d’âge, et rien d’autre, conformément à la norme internationale de vérification de l’âge.

• Les données renvoyées sont verrouillées : un workflow qui déclare la norme de vérification de l’âge ne peut pas renvoyer d’attributs d’identité avec la décision d’âge, et seul un workflow capable de traiter l’âge peut la déclarer
• Embranchement sur un âge limite : la plage d’incertitude de l’Estimation de l’âge est visible dans le graphe du workflow, de sorte qu’un résultat incertain peut être orienté vers une vérification de document au lieu d’un succès ou d’un échec immédiat
• Modèles prêts à l’emploi : partez d’un modèle de vérification de l’âge dans le constructeur de workflows, avec les données renvoyées déjà restreintes

​

Nouvelles API autonomes

Quatre fonctionnalités qui nécessitaient auparavant une session de vérification complète peuvent maintenant être appelées seules, chacune facturée à l’appel sur la page des tarifs.

• Document AI : POST /v3/document-ai/ extrait des données structurées de tout document envoyé, et pas seulement des documents d’identité. Voir Document AI
• Risque lié aux contacts et au réseau : POST /v3/email/risk/, POST /v3/phone/risk/ et POST /v3/ip/risk/ renvoient des signaux de risque pour une adresse e-mail, un numéro de téléphone ou une adresse. Voir Risque e-mail, Risque téléphone et Risque IP
• Les exécuter comme une vérification unique : chacune est aussi disponible depuis la boîte de dialogue de vérification unique de la Console Business, sans créer de workflow

​

Didit Copilot

L’assistant intégré à la console est devenu un copilote flottant qui cite ses sources et peut construire un workflow fonctionnel à partir d’une description.

• Disponible sur chaque page : un panneau flottant redimensionnable remplace le panneau ancré, avec des suggestions de démarrage pour la page consultée et une mise en page plein écran sur mobile
• Les réponses citent leurs sources : les citations en ligne ouvrent la documentation sous-jacente sans quitter le panneau
• Construire un workflow en le décrivant : le copilote crée le brouillon, ajoute et configure les étapes, ajoute des branches, définit les règles de statut final et valide le workflow avant publication
• Configurer la Validation en base de données au fil d’une conversation : le copilote crée une étape Validation en base de données configurée pour n’importe quel pays pris en charge
• Construire un questionnaire à partir d’un tableur : joignez un fichier CSV ou Excel et le copilote le transforme en questionnaire, y compris des listes de réponses très longues
• Fonctionne dans votre langue : la langue de la console accompagne chaque échange, les entrées vocales et écrites sont toutes deux prises en charge, et vous pouvez télécharger la transcription

​

Support dans la Console Business

Le support a été intégré au produit : vous pouvez ouvrir et suivre un problème sans quitter la Console Business.

• Une section Support : des tickets rattachés à l’organisation, avec un statut en temps réel et un tableau de tickets standard
• Signaler un problème sur place : une boîte de dialogue avec la catégorie, la gravité et l’identifiant de session, des pièces jointes à n’importe quel message, et le numéro du ticket affiché partout
• Transférer la conversation à un agent humain dans le même fil : l’assistant transmet la conversation à un agent du support sans perdre le contexte, et vous recevez un e-mail lorsqu’un humain répond
• Suivre un ticket par lien : chaque ticket dispose d’un lien permanent

​

Marketplace et moteurs par contrôle

La Marketplace est désormais disponible dans la Console Business, et vous pouvez choisir le moteur qui exécute chaque contrôle individuel.

• Parcourir et activer les modules partenaires depuis la section Marketplace. Voir Marketplace
• Choisir un moteur par fonctionnalité : un sélecteur de moteur pleine largeur se trouve dans le premier onglet d’une fonctionnalité, dans les éditeurs de workflows graphiques et simples
• Votre choix est conservé sur les workflows simples comme sur les workflows graphiques

​

Surveillance des transactions

Les règles de surveillance sont désormais entièrement programmables, depuis l’API comme depuis un agent IA.

• Gérer les règles via l’API : créez, mettez à jour, supprimez et testez rétroactivement des règles de surveillance des transactions avec les endpoints de l’API de gestion /v3/transactions/rules/, en plus de la Console Business. Parcourez, installez et supprimez les règles prédéfinies de la bibliothèque avec les endpoints correspondants library et install
• Gérer les règles depuis le MCP Didit : neuf outils MCP didit_transaction_rule_* apportent les mêmes workflows de listage, de création, de mise à jour, de suppression, de test rétroactif et de gestion de la bibliothèque à tout agent IA connecté via MCP
• Migration de règles assistée par l’IA : demandez à l’assistant Didit (ou à tout agent connecté via MCP) de faire correspondre un ensemble de règles exporté d’un autre fournisseur (CSV ou Excel) au schéma de règles de Didit, de le tester rétroactivement sur votre propre historique de transactions, et de créer les règles en mode test pour que vous puissiez les examiner avant de les activer
• Chaque changement manuel de statut est attribué : une transaction dont le statut a été modifié manuellement enregistre l’utilisateur de la console qui a modifié son statut

​

Gabarits biométriques et conservation des données

Les applications peuvent conserver un gabarit facial sans image après la suppression d’une session, afin que la détection des doublons continue de fonctionner une fois les données de session purgées.

• Conservation du gabarit biométrique après suppression de session (sur option) — conserve un gabarit biométrique facial sans image, rattaché à l’utilisateur lorsqu’une session est supprimée, afin que la détection des doublons, la Recherche faciale et l’Authentification biométrique continuent de fonctionner après la purge des données de session. Activez-la dans App Settings → Data retention (Conserver le gabarit biométrique, avec une durée de conservation finie obligatoire) ou avec face_retention_policy et face_retention_days sur PATCH /v3/webhook/. Modifiez-la pour un appel donné avec retain_face_embeddings sur DELETE /v3/session/{sessionId}/delete/ et POST /v3/sessions/delete/. Les gabarits conservés ne contiennent jamais d’images, de données de session ni de champs d’identité, ont un expires_at défini pour une durée limitée, et sont purgés lors de la suppression de l’utilisateur, de l’effacement pour raison de confidentialité, à l’expiration ou lors d’une purge explicite. Voir Gabarits biométriques
• Instructions d’effacement pour raison de confidentialité — envoyez deletion_instruction: "privacy_erasure" (et votre propre instruction_id) lors de la suppression de session pour purger tous les gabarits conservés pour cette personne, quelle que soit la politique de l’application
• Nouvelle API Gabarits biométriques — GET /v3/biometric-templates/, GET /v3/biometric-templates/count/, GET/DELETE /v3/biometric-templates/{template_uuid}/ et POST /v3/biometric-templates/delete/ permettent de lister, compter, consulter et purger les gabarits conservés. Chaque conservation et chaque purge fait l’objet d’un audit
• Les correspondances de Recherche faciale renvoient désormais source: "retained_template" avec vendor_user_id et biometric_template_id pour les résultats issus de gabarits conservés, ainsi que vendor_user_id pour les correspondances de session et importées
• Changement incompatible : réponses de suppression de session — DELETE /v3/session/{sessionId}/delete/ et POST /v3/sessions/delete/ renvoient désormais 200 OK avec un corps JSON (face_retention_outcome, biometric_template_uuid ; results[] par session pour les suppressions groupées) au lieu de 204 No Content. Mettez à jour les clients qui vérifient 204. Le comportement de suppression par défaut est inchangé : les applications existantes restent sur delete_with_session tant que vous n’activez pas explicitement la conservation
• POST /v3/users/delete/ purge les gabarits biométriques conservés de l’utilisateur avant de supprimer l’utilisateur, et renvoie 503 (vous pouvez réessayer ; rien n’est supprimé) si un gabarit ne peut pas être purgé
• Une politique de conservation visible — définissez la politique dans les paramètres et consultez les gabarits stockés dans Lists → Biometric templates

​

API de session

Les réponses de récupération de session contiennent davantage de signaux utiles à votre intégration, afin que vous puissiez décider sans appels supplémentaires.

• Données de code-barres dans les réponses — les réponses de récupération de session incluent id_verifications[].barcodes. Chaque entrée de code-barres conserve type, position, data, data_raw et side ; les documents sans sortie de code-barres renvoient un tableau vide
• Méthode de vivacité explicite — les payloads de l’étape faciale incluent toujours face_liveness_method. Lorsqu’un workflow ne la définit pas explicitement, l’API renvoie PASSIVE
• Situation matrimoniale dans les règles — utilisez kyc.marital_status dans les branches de workflow et les règles de statut personnalisées
• Tri par dernière mise à jour — listez les sessions par updated_at et voyez d’un coup d’œil quelles sessions ont été importées

​

Nouveaux documents et pays

De nouveaux types de documents pour dix pays, ainsi que les licences d’armes à feu comme nouvelle catégorie de documents.

• Nouveaux documents d’identité — carte d’identité moldave (2025), carte d’identité pakistanaise (2025), carte d’identité uruguayenne (2026), carte de demandeur d’asile grecque (2025) et une troisième variante du permis de conduire belge
• Permis de conduire numériques — Argentine (Mi Argentina et Jujuy) et Australie (Nouvelle-Galles du Sud, y compris le permis provisoire ; Australie-Méridionale, y compris le permis d’apprenti conducteur ; et Victoria, y compris les véhicules lourds)
• Les licences d’armes à feu constituent une nouvelle catégorie — licence d’arme à feu de Victoria en Australie, ainsi que les permis de l’Illinois, du Massachusetts et deux permis du New Jersey aux États-Unis, sélectionnables comme type de document à part entière
• Permis de conduire de Mexico (2025), y compris le catalogue des permis permanents, et permis de conduire paraguayen (2026). Par ailleurs, le MyKad malaisien est désormais sélectionnable comme sous-type distinct au lieu d’une simple carte d’identité générique
• Extraction améliorée pour dix pays supplémentaires — Belgique, Allemagne, Inde, Israël, Madagascar, Nouvelle-Zélande, Norvège, Sierra Leone, Afrique du Sud et États-Unis
• Validation 2D-Doc française — le système lit et valide le Data Matrix ANTS 2D-Doc au verso des cartes d’identité françaises de 2021
• Voir exactement les champs signés par un code-barres — le code-barres des permis de conduire nord-américains indique ses champs signés, et chaque signature est validée par rapport à la période de validité de son certificat

​

Lecture de puce

Le magasin de confiance ePassport a été mis à jour : davantage de puces s’authentifient correctement, et le résultat indique clairement pourquoi la puce est illisible.

• 136 pays émetteurs dans le magasin de confiance ePassport, avec de nouvelles générations de certificats de signature importées pour 32 d’entre eux
• Un ancrage de confiance manquant est nommé — lorsque l’ancrage de confiance d’une puce est absent, le résultat l’indique directement
• Aiguiller selon la raison pour laquelle la puce a été ignorée — les workflows peuvent router selon le motif précis d’ignorance NFC
• Meilleure compatibilité des puces — les passeports dont les signatures utilisent un encodage non standard se lisent désormais correctement, et les portraits des puces dans tous les modes couleur sont convertis correctement

​

Validation en base de données

Une nouvelle source faisant autorité, et la Validation en base de données s’exécute désormais sur ses propres entrées.

• Nigéria - Numéro de vérification bancaire — une recherche BVN directe, conditionnée à une correspondance faciale avec un selfie afin que le numéro ne soit résolu que pour la personne effectivement présente. Les noms sont facultatifs
• Aucune étape de document requise — chaque champ peut provenir de sa propre source d’entrée, de sorte qu’un workflow peut exécuter la Validation en base de données à partir d’un selfie et d’un numéro de pièce d’identité nationale, sans aucune capture de document
• Sémantique d’approbation explicite — une approbation signifie que la source a confirmé les données, et la facturation suit un appel réussi à la source
• Résultats plus clairs — lorsque la Validation en base de données ne s’exécute pas, la réponse indique la raison

​

Vérification d’entreprise

Les dirigeants et les bénéficiaires effectifs déclarés sont vérifiés par rapport aux documents que vous téléversez, et une panne du registre n’interrompt pas le parcours.

• Les personnes clés sont confirmées à partir des documents sociétaires : une partie déclarée est rapprochée des pièces justificatives, et un actionnaire mentionné dans un document doit avoir un rôle de propriétaire
• Les rôles issus du registre sont conservés : les rôles de bénéficiaire effectif proviennent des données d’actionnariat du registre, et les rôles de dirigeant proviennent de la désignation complète du registre
• Les pannes du registre renvoient un code explicite : les pannes de la recherche dans le registre renvoient 502 avec code: "kyb_registry_provider_unavailable", afin que votre intégration puisse réagir sans deviner
• Saisie manuelle de l’entreprise : les parcours de vérification web, iOS et Android permettent au candidat de saisir manuellement les informations de l’entreprise lorsque le fournisseur du registre est indisponible
• Les départements d’outre-mer français peuvent désormais être recherchés dans le registre français des sociétés
• Analyses de couverture des registres : consultez la couverture et le taux de réussite des recherches dans les registres par pays et par version de workflow dans Rapports
• Progression des documents par groupe à l’étape des documents, les documents en attente de remplacement étant comptés séparément

​

Filtrage AML et filtrage des portefeuilles

Les réviseurs obtiennent le raisonnement derrière un score, et le filtrage des portefeuilles gagne un rapport partageable.

• Le score de risque est expliqué : le résultat présente les facteurs à l’origine du score, avec des info-bulles de correspondances lisibles et des noms de jeux de données écrits en toutes lettres
• Rapport PDF signé pour le filtrage des portefeuilles : un endpoint de rapport autonome dont les résultats sont signés, de sorte que le PDF ne peut pas être modifié après coup
• Clés d’idempotence sur l’API AML, afin qu’une requête de filtrage réessayée ne soit jamais facturée ni filtrée deux fois
• Correspondances plus précises : la nationalité est normalisée en codes pays exacts avant la recherche, et la revérification continue de fonctionner après une correction manuelle du pays

​

Parcours de vérification

La prise de vue est l’étape où les utilisateurs échouent le plus souvent. Une grande partie du mois a donc été consacrée à finaliser la première tentative.

• Le cadre d’alignement reste affiché lors d’une nouvelle prise, et se place correctement au-dessus de l’aperçu de la caméra sur les navigateurs mobiles les plus récents
• Reprise de la caméra : le parcours détecte une caméra qui ne produit plus d’images et la redémarre, afin que la prise de vue continue
• Repli sur photo pour la prise de vue : les parcours de prise de vue web et Android continuent avec une photo lorsque l’enregistrement vidéo est indisponible, et Android réessaie le téléchargement du modèle de détection de documents en cas d’échec
• Messages de détection du vivant plus clairs : formulations spécifiques aux délais d’expiration, consignes renforcées après un second délai d’expiration consécutif, et l’utilisateur est informé qu’il utilise un appareil sans caméra, au lieu d’être invité à accorder une autorisation
• Téléversements plus volumineux : documents allant jusqu’à 50 Mo pour le justificatif de domicile, les documents d’entreprise et Document AI, avec compression automatique
• Cité du Vatican et Saint-Vincent-et-les Grenadines ajoutés à la liste des pays
• Les pannes du fournisseur de téléphonie renvoient un code explicite : 502 avec code: "phone_provider_unavailable"
• La nouvelle tentative et le nouveau scan restent disponibles après une erreur de téléversement de document ou de visage sur Android (SDK 4.7.3)
• Un message clair lorsque les crédits sont épuisés, afin que l’utilisateur sache exactement ce qui s’est passé

​

Personnalisation et textes

Vous pouvez désormais réécrire les textes affichés à vos utilisateurs et adapter le parcours à votre palette de couleurs.

• Un onglet Texts dans Customization : remplacez le libellé de chaque étape et de l’écran de fin, avec un aperçu affichant le véritable texte par défaut
• Remplacements de texte par application : un même remplacement peut différer entre deux applications d’une même organisation, et s’applique étape par étape plutôt que seulement à la première
• Le pied de page « Secured by » reprend la couleur configurée pour le texte d’assistance

​

Facturation et utilisation

Les dépenses sont plus faciles à lire, et un paiement refusé indique sa raison.

• Remises sur volume pour les crédits prépayés : les crédits prépayés bénéficient de remises sur les frais plutôt que de crédits bonus : économisez 4% à $250, 7% à $1,000 et 10% à $2,000
• Un paiement par étape de documents, et non par téléversement : une étape comportant dix documents d’entreprise coûte le même prix qu’une étape en comportant deux
• Factures mensuelles pour la facturation sur contrat : les organisations facturées sur contrat reçoivent une facture mensuelle d’utilisation réglée dans la devise du payeur
• La recharge automatique explique elle-même ses échecs : en cas d’échec, le motif de refus est enregistré et affiché, et la recharge automatique reprend automatiquement dès que le moyen de paiement est remplacé
• Une page Usage reconstruite : tableaux triables, recherche dans la boîte de dialogue de détail, coût total mis en avant et compteur de l’offre gratuite
• Un code lisible par machine pour les crédits insuffisants, afin que votre intégration puisse y réagir de manière programmatique

​

SDK natifs

Les SDK natifs ont été livrés régulièrement tout au long du mois, faisant passer toutes les plateformes à la version 4.7.x avec des binaires nettement plus légers.

• React Native 4.5.4 à 4.7.5, Android 4.5.4 à 4.7.4, iOS 4.5.4 à 4.7.2, Flutter 4.6.0 à 4.7.2
• Applications plus légères : les variantes iOS sont nettement plus petites, et un moteur embarqué plus léger alimente désormais la capture automatique sur les deux plateformes
• La prise en charge des portefeuilles est facultative sur Android : la connexion au portefeuille est livrée comme dépendance distincte, de sorte que votre application ne l’embarque que si vous l’utilisez
• Texte d’accueil par étape : le texte d’accueil est résolu à partir de sa propre étape du workflow, et les remplacements de titre s’appliquent aux applications entièrement personnalisées en marque blanche
• Prise en charge des frameworks : la spécification React Native TurboModule prend en charge la génération de code pour React Native 0.77, Kotlin 2.2 est pris en charge, et Flutter transmet les paramètres régionaux de l’appareil à la session afin que le parcours s’ouvre dans la langue de l’utilisateur
• Android 16 : les aperçus de caméra du mode Active Liveness s’affichent correctement sur les appareils Android 16 ; React Native 4.7.5 intègre la version Android 4.7.4 qui corrige ce problème
• Capture de photo fixe sur iOS : le SDK iOS revient à la capture d’images fixes sur iOS 15 lorsque la trame vidéo en direct est indisponible
• Symbolication des plantages : le SDK React Native publie les artefacts dSYM iOS à partir de la version 4.5.4, et les conflits de dépendances Expo Android sont résolus sur toutes les variantes

​

Didit Academy

Dix leçons vidéo vous guident de votre premier workflow à la lecture d’un résultat de vérification. Chacune dispose d’une transcription complète et horodatée dans cette documentation.

• Dix leçons sur YouTube : visite de la plateforme, ce que voient vos utilisateurs, créer un workflow KYC sans code, connecter Didit à Claude avec MCP, lire un résultat de vérification, KYB, du registre des sociétés aux UBO, règles de surveillance des transactions en temps réel, intégrer l’API, les SDK et les webhooks, analyses, équipes et rôles, et explication des tarifs
• Regardez le cours complet dans la playlist Didit Academy
• Transcriptions consultables : chaque leçon dispose d’une transcription horodatée dans la documentation, et chaque paragraphe renvoie directement à l’instant précis de la vidéo. Commencez par Didit Academy

​

Confiance et conformité

Voici où se situent les travaux de vérification de l’âge présentés plus haut dans les références de Didit.

• La vérification de l’âge est certifiée en Allemagne : FSM, l’organisme allemand d’autorégulation de la protection des mineurs, a certifié que le système de vérification de l’âge de Didit établit de façon fiable un groupe d’utilisateurs fermé au sens de la section 4(2) JMStV. Voir Certifications
• Anti-usurpation biométrique : détection des attaques par présentation de niveau 1 d’iBeta selon ISO/IEC 30107-3, testée par un laboratoire accrédité par le NIST
• FIDO Alliance : Didit a rejoint la FIDO Alliance en tant que membre associé le 13 août 2026

​

Améliorations

Changements mineurs dans la Business Console, l’API et le parcours de vérification.

• Téléchargez le rapport PDF d’un utilisateur directement depuis ses détails, et obtenez un rapport unique couvrant toutes les sessions qu’un utilisateur récurrent a terminées
• Démarrez un workflow avec une branche, et acheminez les branches selon les métadonnées de session que vous définissez à la création de la session
• Les workflows continuent de fonctionner sans modification lorsque de nouveaux sous-types de documents sont ajoutés ou renommés
• Une nouvelle soumission rejoue l’intégralité du graphe du workflow, y compris les webhooks
• Le justificatif de domicile conserve l’adresse exactement telle qu’elle figure sur le document, et lit l’échéance de paiement d’une facture de services publics comme une date de paiement
• Les questions sur les pays de conformité regroupent les pays par continent, avec la possibilité de sélectionner ou désélectionner un continent entier
• Les marchands qui utilisent l’application Shopify peuvent voir leurs résultats de vérification dans l’administration Shopify
• Les invitations en attente sont listées avant les membres ayant accepté, et l’identifiant de votre organisation est affiché dans les Paramètres de l’organisation