> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Changelog Didit octobre 2026 : identité et fraude

> Octobre 2026 : un forfait par produit, l'authentification, l'agent Investigator, une console repensée avec Ask Didit et des SDK serveur.

### Un seul forfait pour tous les produits

À partir du 1er novembre 2026, votre organisation dispose d'un seul forfait, qui couvre la Vérification d'identité, l'Authentification et la Surveillance des transactions et Travel Rule. Un seul solde de crédit paie pour l'ensemble de ces produits, et sur Growth et Scale, une remise s'applique à chaque prix.

* **Free** : $0 par mois aux prix catalogue. Les organisations inscrites avec une adresse e-mail professionnelle reçoivent $10 de crédit par mois pour chaque vérification, sauf la vérification du téléphone, qui est payée par les recharges
* **Growth** : $99 par mois, $115 de crédit par mois et 4% de remise sur chaque prix, avec les agents Investigator et Support Drop-off, la gestion des dossiers avec un modèle unique et le réseau de fraude de Didit
* **Scale** : $299 par mois, $350 de crédit par mois et 10% de remise sur chaque prix, avec la marque blanche sur votre propre domaine, la gestion complète des dossiers avec routage, l'investigation du réseau et le support prioritaire. Les nouvelles organisations bénéficient d'un essai Scale de 14 jours
* **Enterprise** : un contrat annuel sur mesure, où votre engagement annuel correspond à votre crédit pour l'année, avec l'authentification unique (SSO) d'entreprise et SCIM, les signaux de fraude inter-organisations et une équipe attitrée
* **Facturation annuelle** : Growth et Scale peuvent être payés une fois par an, soit $1,128 et $3,408
* **Recharges** : sur Free, Growth et Scale, une recharge est créditée à sa valeur nominale, paie chaque produit et reste valable 12 mois. Chaque vérification utilise d'abord le crédit du mois en cours, puis votre recharge la plus ancienne
* **Transactions surveillées incluses** : 1 000 par mois sur Free, 10 000 sur Growth et 100 000 sur Scale. Chaque transaction au-delà du quota coûte \$0.001 au prix catalogue, moins la remise de votre forfait sur Growth et Scale
* **Baisse des prix pour tous** : la marque blanche passe de $0.20 à $0.10 par session terminée, les frais Didit sur les codes de vérification du téléphone passent de $0.04 à $0.02, et la vérification de l'e-mail passe de $0.03 à $0.02 par vérification
* **Messages que vous envoyez à vos utilisateurs** : les e-mails coûtent $0.02 chacun, les SMS coûtent le tarif de l'opérateur par segment plus des frais Didit de $0.02, et les messages WhatsApp coûtent le tarif de WhatsApp plus des frais Didit de \$0.02, ou uniquement les frais depuis votre propre compte WhatsApp Business. La remise de votre forfait s'applique uniquement aux frais Didit
* **Les e-mails de statut restent gratuits** : les codes, liens et résultats que Didit envoie par e-mail pendant une vérification ne sont pas facturés
* **Rien de ce que vous avez acheté n'est perdu** : le solde acheté avant le 1er novembre 2026 n'expire jamais, un domaine personnalisé connecté avant cette date continue de fonctionner sur tout forfait, et les contrats signés conservent leurs conditions jusqu'au renouvellement
* **Facturation et forfait dans la console** : consultez votre forfait, votre crédit, votre solde, votre consommation par vérification et vos reçus, changez de forfait, rechargez, et activez la recharge automatique avec une limite mensuelle

Voir [Tarifs](https://docs.didit.me/fr/getting-started/pricing.md) et [Facturation et forfait](https://docs.didit.me/fr/console/billing.md).

![Page des forfaits dans la Business Console, avec les forfaits Free, Growth et Scale côte à côte, affichant le prix mensuel de chaque forfait, le crédit inclus, la remise et les prix](https://mintcdn.com/didit-0f962782/dVy44qD-y_qOidta/images/changelog/october-2026/one-plan.png?fit=max\&auto=format\&n=dVy44qD-y_qOidta\&q=85\&s=755e1e0b670bc1f6d6ac07e8eadd71b2)

### Authentification pour vos propres utilisateurs

L'Authentification connecte vos clients à votre application, avec des pages de connexion hébergées sur votre propre origine et un flux OAuth 2.0 avec PKCE. Utilisez-la seule ou avec la Vérification d'identité et la Surveillance des transactions.

* **Toutes les méthodes de connexion courantes** : mots de passe, codes e-mail, liens magiques, codes par téléphone, clés d'accès, connexion sociale, SSO d'organisation et authentification multifacteur, chacune activée par application
* **Pages hébergées** : pages de connexion, de lien magique, d'invitation et de réinitialisation du mot de passe sur `https://<slug>.auth.didit.me`, ou sur votre domaine personnalisé vérifié
* **Tokens vérifiables** : un token d'accès, un token d'identité et un token d'actualisation issus de `POST {origin}/token/`, avec le mécanisme de découverte et le JWKS sur la même origine
* **Protection contre les attaques** : verrouillage en cas d'attaque par force brute, défis, vérification des mots de passe compromis, mode attaque et limites de débit
* **Importez vos utilisateurs existants** : importez des comptes depuis un fichier JSON ou CSV, vérifiez d'abord une simulation, puis lancez l'importation
* **Sandbox d'abord** : les applications sandbox ont leur propre origine et acceptent les URL de redirection `http://localhost` pour le développement local. Les applications en production acceptent uniquement des URL `https://` enregistrées à l'identique
* **Tarification** : les 50 000 premiers utilisateurs actifs de chaque mois sont gratuits sur tous les forfaits, puis à partir de \$0.02 par utilisateur actif. Les personnes qui s'inscrivent et ne reviennent jamais ne sont pas facturées

Didit active l'Authentification par application : demandez-nous de l'activer et testez d'abord dans une application sandbox. Les SDK serveur ci-dessous vérifient ses tokens. Voir [Authentification](https://docs.didit.me/fr/authentication/overview.md), [Méthodes de connexion](https://docs.didit.me/fr/authentication/sign-in-methods.md), [Protection contre les bots](https://docs.didit.me/fr/authentication/bot-protection.md) et [Migration](https://docs.didit.me/fr/authentication/migration.md).

![Configuration de l'authentification dans la Business Console, avec huit méthodes de connexion activées, Didit ID Wallet, la protection Only allow humans et un aperçu en direct de la boîte de connexion](https://mintcdn.com/didit-0f962782/dVy44qD-y_qOidta/images/changelog/october-2026/authentication.png?fit=max\&auto=format\&n=dVy44qD-y_qOidta\&q=85\&s=387e796d20a56947920a8ea0fe2defe7)

### L'agent Investigator examine vos files d'attente

L'Investigator prépare un rapport pour chaque élément en attente d'une personne : sessions de vérification et vérifications d'entreprise en cours d'examen, correspondances de surveillance AML continue, alertes sur les transactions et dossiers.

* **Un rapport que vous pouvez vérifier** : une recommandation (approuver, refuser, demander des informations supplémentaires ou escalader), un niveau de confiance, le raisonnement, et des éléments de preuve qui citent chacun la partie du dossier dont ils proviennent
* **Correspondances de filtrage traitées** : pour chaque correspondance de filtrage, il indique s'il s'agit de la même personne, d'une autre personne, ou si le cas est incertain
* **Mode d'observation d'abord** : il rédige des rapports et compare ses scores aux décisions de votre équipe pendant 7, 14 (par défaut) ou 30 jours avant la mise en production. La configuration, le mode d'observation et les tests rétrospectifs ne sont jamais facturés
* **Vous choisissez l'autonomie, file par file** : **Désactivée**, **Suggérer** (par défaut : une personne décide de chaque élément), **Automatique** (il décide des éléments présentant un niveau de confiance élevé et couverts par votre politique) ou **Entièrement automatique**, avec un seuil d'accord, un échantillon de contrôle qualité, une limite quotidienne et un plafond de montant pour les transactions
* **Garde-fous fixes** : les correspondances avec des sanctions sont toujours soumises à une personne, les motifs liés à la fraude et à l'AML ne parviennent jamais aux utilisateurs finaux, aucune décision n'utilise de caractéristiques protégées, il ne dépose jamais de déclaration réglementaire, et chaque décision est journalisée et peut être outrepassée
* **Dans votre journal d'audit** : les décisions propres à l'Investigator sont enregistrées à côté de celles de votre équipe
* **Tarification** : \$0.20 par examen terminé sur Growth, Scale et Enterprise

L'Investigator ne fonctionne jamais sur les applications sandbox. Il est activé organisation par organisation, donc demandez-nous de l'activer. Voir [agent Investigator](https://docs.didit.me/fr/console/investigator.md).

![File d'attente de l'Investigator dans la Business Console, avec un rapport recommandant d'approuver une vérification, son niveau de confiance, son raisonnement et les preuves citées](https://mintcdn.com/didit-0f962782/fsv9Vw5qPzF3dnZu/images/changelog/october-2026/investigator.png?fit=max\&auto=format\&n=fsv9Vw5qPzF3dnZu\&q=85\&s=ed4e339ac43840fe85158647bb9e0c15)

### Une nouvelle Business Console et Ask Didit

La Business Console adopte un nouveau design sur toutes ses pages, de l'**Accueil** et des **Premiers pas** jusqu'aux sessions, workflows, transactions, dossiers et paramètres, et Ask Didit fonctionne à l'intérieur.

* **Posez vos questions en langage naturel** : Ask Didit retrouve des sessions, répond à vos questions sur votre activité et vos taux d'approbation, et crée ou modifie des workflows et des règles de transaction
* **Vous validez chaque modification** : lorsque Ask Didit veut écrire des données, il affiche d'abord **Confirmer cette action**. Les modifications de workflow sont regroupées dans un récapitulatif avec **Annuler**, **Rétablir**, **Ouvrir dans l'éditeur** et **Enregistrer le brouillon**
* **Joindre des fichiers et dicter** : joignez jusqu'à quatre fichiers de 10 Mo maximum chacun, dont des images JPEG, PNG ou WebP, des fichiers PDF, Word, texte brut, CSV et Excel, ou utilisez le microphone

Voir [Ask Didit](https://docs.didit.me/fr/console/ask-didit.md).

![Panneau Ask Didit après une requête, listant trois modifications non enregistrées d'un brouillon de workflow KYC et AML, avec Annuler tout, Ouvrir dans l'éditeur et Enregistrer le brouillon](https://mintcdn.com/didit-0f962782/fsv9Vw5qPzF3dnZu/images/changelog/october-2026/ask-didit.png?fit=max\&auto=format\&n=fsv9Vw5qPzF3dnZu\&q=85\&s=c48e9c61e967daa0cfd3f52bcd22bf9a)

### Signaux de fraude renforcés

Détectez les captures injectées au lieu d'être prises par la caméra, ainsi que les visages qui reviennent d'attaques précédentes.

* **Attaques par injection détectées** : `INJECTION_ATTACK_DETECTED` signale une capture de document ou un selfie injecté plutôt que capturé par la caméra de l'appareil, par exemple une caméra virtuelle, un flux de caméra généré par la page ou par une automatisation du navigateur, ou une caméra interceptée. Son action dans l'étape Vérification d'identité est **Refuser** par défaut, et vous pouvez la régler sur **Examen** ou **Aucune action**
* **Visages issus d'attaques précédentes** : `FACE_MATCHES_LIVENESS_ATTACK` signale un visage qui correspond à une capture antérieure d'un autre utilisateur, jugée comme une attaque avec un niveau de confiance élevé. Réglez-la sur **Aucune action** (valeur par défaut) ou sur **Examen** dans les étapes Détection du vivant et Estimation de l'âge
* **Selfie pris lors de la capture du document dans la Recherche faciale** : le selfie pris pendant que l'utilisateur photographie son document passe par la même Recherche faciale que le selfie de détection du vivant, contre votre liste de blocage des visages et vos utilisateurs approuvés, avec son propre interrupteur dans l'onglet **Règles** de l'étape **Vérification d'identité**. Ses correspondances sont listées dans la session

Voir [Avertissements de vérification d'identité](https://docs.didit.me/fr/core-technology/id-verification/warnings-id-verification.md), [Avertissements de détection du vivant](https://docs.didit.me/fr/core-technology/liveness/warnings-liveness.md) et [Recherche faciale](https://docs.didit.me/fr/core-technology/face-search/overview.md).

### Consentement biométrique

Les lois sur la confidentialité biométrique de l'Illinois (BIPA), du Texas (CUBI) et du Colorado exigent un avis d'information et une autorisation explicite avant qu'une entreprise ne collecte la géométrie du visage. Didit peut désormais afficher une étape de consentement avant la première capture du visage aux personnes couvertes par ces lois, et conserve leur réponse sur la session.

* **Choisissez le mode** : **Automatique**, valeur par défaut, n'affiche l'étape que lorsqu'un déclencheur s'applique, comme l'État de la personne ; **Toujours** demande le consentement dans chaque session qui capture un visage ; **Jamais** vous laisse recueillir le consentement
* **Indiquez-nous ce que vous savez** : envoyez `user_state` lors de la création d'une session, ou `biometric_consent` avec le consentement déjà recueilli afin que le parcours ne le redemande pas
* **Le parcours hébergé et le SDK natif 4.10.0 ou ultérieur** peuvent afficher l'étape

Didit affiche l'étape et enregistre la réponse. C'est à vous de décider si le parcours de vos utilisateurs respecte les lois applicables à votre activité. Voir [Consentement biométrique](https://docs.didit.me/fr/getting-started/biometric-consent.md).

### Gestion des dossiers

Les rapports réglementaires disposent désormais d'un cycle de vie complet dans la gestion des dossiers, à côté des vérifications, transactions et demandes des clients liées à l'enquête.

* **Rapports réglementaires que vous pouvez gérer** : créez un rapport depuis un dossier ou depuis la page **Rapports**, suivez son cycle de vie et supprimez un rapport dont vous n'avez plus besoin. Voir [Rapports FIU](https://docs.didit.me/fr/console/case-management/fiu-reports.md)

![Un dossier dans la Business Console avec deux vérifications liées et une transaction, deux demandes clients et un rapport d'activité suspecte en brouillon](https://mintcdn.com/didit-0f962782/fsv9Vw5qPzF3dnZu/images/changelog/october-2026/case-management.png?fit=max\&auto=format\&n=fsv9Vw5qPzF3dnZu\&q=85\&s=96ca3efceb8fc0242dad75e0720afa14)

### Vérification de la localisation

Une nouvelle étape de workflow confirme où se trouve la personne pendant sa vérification, à partir d'une position de l'appareil lue dans le navigateur ou le SDK natif, ou à partir de la localisation IP de la connexion.

* **Zones autorisées et bloquées** : prouvez que la personne se trouvait dans une juridiction pour laquelle vous détenez une licence, ou écartez-la des lieux que vous ne desservez pas
* **Contrôles de distance** : comparez la position de l'appareil avec la localisation IP et avec l'adresse figurant sur son document
* **Signaux d'usurpation** : les positions simulées, le VPN, le proxy, Tor et les émulateurs génèrent chacun leur propre avertissement. L'action de chaque avertissement (`NO_ACTION`, `REVIEW` ou `DECLINE`) définit le statut de l'étape, et l'action la plus forte l'emporte
* **Une seule lecture, avec consentement** : la personne voit pourquoi sa localisation est nécessaire, l'avis qu'elle a accepté est enregistré dans le résultat, et chaque tentative ne peut être soumise qu'une seule fois
* **Tarifs** : \$0.05 par vérification

Voir [Vérification de la localisation](https://docs.didit.me/fr/core-technology/location-verification/overview.md).

![Carte Didit sur un dégradé bleu clair avec une icône de globe et le titre Vérification de la localisation](https://mintcdn.com/didit-0f962782/fsv9Vw5qPzF3dnZu/images/changelog/october-2026/location-verification.png?fit=max\&auto=format\&n=fsv9Vw5qPzF3dnZu\&q=85\&s=e03f20b83bd36bdb3db680976d31cb72)

### Validation des adresses

Confirmez qu'une adresse postale existe et récupérez-la normalisée, avec ses lignes de livraison, ses composants et ses coordonnées.

* **Une nouvelle API** : `POST /v3/address-validation/` accepte l'adresse sur une seule ligne ou sous forme de champs structurés, le pays étant toujours obligatoire. Elle coûte \$0.10 par adresse
* **Dans vos workflows** : activez la validation d'adresse dans les étapes **Vérification d'identité** et **Justificatif de domicile**, et choisissez ce qui se passe lorsqu'une adresse n'est pas vérifiée
* **L'adresse seulement** : un résultat `verified` signifie que le lieu existe, pas que quelqu'un y habite

Voir [Validation des adresses](https://docs.didit.me/fr/standalone-apis/address-validation.md).

### Niveaux de signature électronique

La signature électronique permet à la personne vérifiée, ou aux représentants légaux et aux personnes clés d'une entreprise, de signer vos documents PDF et Word dans le flux de vérification.

* **Simple, par défaut** : ne nécessite ni vérification d'identité, ni e-mail, ni téléphone
* **Avancée (AES)** : nécessite une vérification d'identité approuvée ainsi qu'un e-mail ou un téléphone vérifié, et le signataire confirme avec un code à usage unique envoyé à ce contact
* **Qualifiée (QES)** : affichée comme **Prochainement**. L'enregistrer via l'API renvoie `400` avec `qes_not_available`, et elle n'est jamais remplacée silencieusement par Avancée (AES)
* **Tarifs** : \$0.10 par session signée, Simple ou Avancée, quel que soit le nombre de documents. Une signature refusée, qui échoue ou qui expire n'est pas facturée

See [Signature électronique](https://docs.didit.me/fr/core-technology/electronic-signature/overview.md).

### Travel Rule

Les transferts crypto atteignent plus souvent leur contrepartie, et vous pouvez suivre chaque message dû pour chaque transfert.

* **Découverte de la contrepartie** : un transfert qui ne comporte qu'une adresse atteint plus souvent sa contrepartie. Avant d'être déclaré non acheminable, Didit essaie, dans cet ordre : (1) un portefeuille qu'un autre client Didit a prouvé contrôler, (2) l'attribution du portefeuille, (3) une recherche sur le réseau lorsqu'un réseau Travel Rule que vous utilisez en propose une, et (4) la contrepartie que vous avez indiquée. Ce n'est qu'ensuite qu'il interroge l'utilisateur final. Un VASP que vous ou l'utilisateur final avez choisi passe toujours en premier
* **Livraison que vous pouvez suivre** : Didit envoie chaque message dû pour un transfert et le réessaie jusqu'à ce que l'autre partie l'accepte. Le champ `delivery` du transfert indique le dernier message, son statut et son canal
* **Tester sans identifiants réseau** : en sandbox, le Didit Test VASP répond à vos transferts sortants avec le scénario que vous choisissez, et peut vous envoyer des transferts entrants pour tester votre côté
* **Davantage de formes de chaîne** : transferts UTXO, et réseaux qui nécessitent un memo ou un tag

Voir [Travel Rule](https://docs.didit.me/fr/transaction-monitoring/travel-rule.md) et [Tester Travel Rule en sandbox](https://docs.didit.me/fr/transaction-monitoring/travel-rule-sandbox.md).

### Filtrage des portefeuilles

Filtrez des portefeuilles sur davantage de réseaux, en envoyant moins de données.

* **Quatre réseaux de plus** : le filtrage géré des portefeuilles et des hachages de transaction couvre désormais Avalanche C-Chain (`AVAX`), Cardano (`ADA`), Stellar (`XLM`) et Hedera (`HBAR`), soit 17 réseaux au total
* **Moins à envoyer** : omettez le réseau pour une adresse Bitcoin, Tron ou Solana et Didit le déduit du format de l'adresse, ou envoyez un nom de réseau courant comme `POLYGON` ou `BSC`. Une adresse `0x` nécessite toujours son réseau : sans lui, la requête répond `422` (`wallet_screening_chain_undetermined`) avec les réseaux candidats, et rien n'est filtré ni facturé
* **Jetons sur le bon réseau** : un hachage de transaction `0x` pour USDT, USDC ou ETH est recherché sur Ethereum, BNB Chain, Polygon, Base, Arbitrum et Optimism, puis filtré sur le réseau où il est trouvé

Voir [Filtrage des portefeuilles](https://docs.didit.me/fr/core-technology/wallet-screening/overview.md).

### Vérification d'entreprise

Créez vos propres écrans d'intégration d'entreprises sur l'API, et vérifiez les identifiants fiscaux auprès de davantage de sources officielles.

* **Lite depuis le registre national dans dix marchés Asie-Pacifique** : en Australie, en Chine, à Hong Kong, au Japon, en Nouvelle-Zélande, à Singapour, en Corée du Sud, à Taïwan, en Thaïlande et au Vietnam, une vérification Lite interroge aussi le registre national des sociétés, de sorte que les entreprises récemment immatriculées sont trouvées dès que le registre les inscrit. Lite y coûte $3.00, et reste à $2.00 partout ailleurs. Voir [Tarifs KYB par registre](https://docs.didit.me/fr/getting-started/kyb-registry-pricing.md)
* **KYB headless** : de nouveaux endpoints permettent de téléverser des documents d'entreprise, de récupérer les parties extraites de ces documents, de créer, mettre à jour et supprimer des brouillons de parties, et de soumettre les parties. Voir le [guide d'intégration](https://docs.didit.me/fr/business-verification/integration-guide.md)
* **Vérifications des identifiants fiscaux et de TVA auprès de sources officielles** : les numéros de TVA et les identifiants fiscaux sont vérifiés auprès de registres officiels, comme le registre TVA de l'UE et les registres fiscaux nationaux de Norvège, Suisse, Brésil, Colombie, Costa Rica, Équateur et Paraguay. Dans des dizaines d'autres pays, ils sont vérifiés selon le format officiel et les règles des chiffres de contrôle. Un SIREN ou SIRET français, un RSIN néerlandais ou un identifiant fiscal hongrois complet est d'abord converti en numéro de TVA correspondant. Voir [Données d'entreprise](https://docs.didit.me/fr/business-verification/company-data.md)

### Vérification du téléphone

Votre marque, de bout en bout, dans chaque code de vérification.

* **Rédigez votre propre texte de SMS et identifiant d'expéditeur** : septembre a permis d'afficher votre nom dans les codes SMS ; désormais, sous **White Label → SMS**, vous pouvez rédiger le texte complet de vos codes SMS par langue avec `{code}` et `{brand}`, et utiliser votre propre identifiant d'expéditeur là où les opérateurs l'acceptent. Lorsqu'un code est renvoyé par une route qui ne peut pas l'acheminer, il arrive tout de même avec le texte de Didit, signé de votre nom d'expéditeur SMS, depuis l'expéditeur de Didit
* **Codes WhatsApp depuis votre propre numéro** : connectez votre numéro WhatsApp Business afin que vos utilisateurs reçoivent les codes au nom et depuis le numéro de votre entreprise

Voir [Vérification du téléphone](https://docs.didit.me/fr/core-technology/phone-verification/overview.md).

### API des sessions et webhooks

Supprimez, exportez et mesurez des sessions à toute échelle.

* **Supprimer des milliers de sessions en un seul appel** : les suppressions volumineuses s'exécutent sous forme de tâche. Lorsque plus de 20 sessions correspondent à une requête [Supprimer des sessions en lot](https://docs.didit.me/fr/management-api/sessions/batch-delete.md), l'API répond `202` avec une tâche de suppression. Interrogez [Obtenir une tâche de suppression de session](https://docs.didit.me/fr/management-api/sessions/get-deletion-job.md) jusqu'à ce qu'elle indique `COMPLETED` ou `FAILED`. Jusqu'à 20 sessions sont tout de même supprimées dans la requête, avec un résultat par session
* **Supprimer exactement les sessions filtrées** : avec `delete_all: true`, vous pouvez restreindre une suppression avec les filtres de [Lister les sessions](https://docs.didit.me/fr/sessions-api/list-sessions.md), chacun préfixé par `filter_`, par exemple `filter_status` ou `filter_date_from`. Un filtre inconnu ou une valeur illisible est refusé avant que quoi que ce soit ne soit supprimé
* **Vérifications enfants comptabilisées** : lorsqu'une vérification d'entreprise est supprimée, les vérifications des personnes clés et de l'entreprise qu'elle a créées sont supprimées avec elle, et `deleted_child_verifications` indique leur nombre. Supprimer des sessions en lot ne supprime que les sessions KYC, donc cette valeur y est toujours `0`
* **Webhooks en file d'attente supprimés avec une session supprimée** : les livraisons de webhooks encore en file d'attente pour une session supprimée, ainsi que leurs nouvelles tentatives, sont abandonnées. Les webhooks déjà livrés ne sont pas affectés
* **Tous les fichiers d'une session dans un seul ZIP** : [Exporter les fichiers](https://docs.didit.me/fr/sessions-api/export-files.md) prépare un seul ZIP contenant les faces des documents, les selfies, les vidéos de détection du vivant et les documents téléversés d'une session KYC ou KYB, dans leur qualité d'origine
* **Aujourd'hui, heure par heure** : un nouvel [endpoint d'analytics](https://docs.didit.me/fr/management-api/analytics/today-by-hour.md) renvoie les vérifications du jour par heure locale, les vérifications du même jour de la semaine dernière et les résultats du jour

### SDK serveur

Avec la version 1.0, les SDK serveur officiels et typés pour Python, Node.js, Go, Java, PHP, Ruby et .NET appellent les endpoints serveur, vérifient les webhooks que Didit vous envoie et contrôlent les tokens d'authentification. Les pages de référence de l'API affichent l'exemple de code de chaque SDK à côté de la requête cURL dès que leur dernière version couvre cet endpoint. Voir [SDK serveur](https://docs.didit.me/fr/integration/server-sdks/overview.md).

### SDK natifs : le bon pays en premier

Les SDK React Native et Flutter 4.9.1 épinglent les SDK iOS et Android à la version 4.9.1.

* **Le bon pays en premier** : lorsque la recherche d'IP s'est terminée après l'affichage de l'écran, les sélecteurs de pays du document et du justificatif de domicile restaient sur le premier pays de la liste. Ils passent désormais au pays détecté, sans remplacer un pays défini dans la session ou choisi par l'utilisateur
* **Corrections Android** : les en-têtes des questionnaires suivent la langue du SDK, et la lecture des passeports par NFC ne plante plus dans le package complet
* **Meilleurs textes** : les SDK iOS et Android 4.9.1 améliorent les textes de vérification en russe et en kirghize

### Documentation et agents IA

La documentation est disponible dans davantage de langues, et les agents peuvent lire exactement la partie dont ils ont besoin.

* **Espagnol, portugais du Brésil et japonais** : un premier ensemble de 40 pages est traduit dans chacune de ces langues
* **Une page pour chaque erreur d'API** : [Erreurs de l'API](https://docs.didit.me/fr/integration/api-errors.md) répertorie chaque statut, la structure du corps de réponse et chaque code d'erreur stable, en indiquant ce qu'il est possible de réessayer sans risque
* **Un plan de pages par produit** : `/llms/<product>.md`, par exemple [`/llms/user-verification.md`](https://docs.didit.me/llms/user-verification.md), afin qu'un agent puisse charger la documentation d'un seul produit au lieu de l'index complet
* **Une page centrale du journal des modifications** sur [Toutes les mises à jour](https://docs.didit.me/fr/changelog/index.md), avec des filtres par produit et un flux RSS unique

### À venir

Ces fonctionnalités sont documentées mais ne sont pas encore activées en production.

* **My Number Card du Japon** : l'étape NFC lira la My Number Card via JPKI dans les SDK natifs, la personne saisissant le code PIN de la carte. D'ici là, une My Number Card utilisée dans un SDK natif sur un téléphone NFC ignore l'étape NFC. Voir [Vérification NFC](https://docs.didit.me/fr/core-technology/nfc-verification/overview.md)
* **Vérification bancaire** : elle confirmera qu'un compte bancaire appartient à la personne ou à l'entreprise vérifiée à une étape précédente, par connexion à la banque ou par une vérification du compte à partir des informations saisies par la personne, avec le téléversement d'un relevé et les micro-virements comme solutions de repli, et **Continuer sans votre banque** toujours disponible. Voir [Méthodes de vérification bancaire](https://docs.didit.me/fr/core-technology/bank-verification/verification-methods.md)

### Améliorations

* **Modèles de documents inconnus signalés** : l'avertissement sur le type de document couvre désormais aussi le recto d'un document qui ne correspond à aucun modèle officiel
* **Durée de conservation la plus longue par défaut** : une nouvelle application démarre avec la fenêtre de conservation des données la plus longue de son forfait

### Corrections

Une erreur qui s'explique désormais d'elle-même.

* Correction des erreurs de [Import Shared Session](https://docs.didit.me/fr/sessions-api/share-session/import.md) : un token de partage invalide, expiré ou étranger, ou un token associé à une session supprimée, renvoie `400` avec la raison indiquée sous `share_token`


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.