Vérifie que le demandeur est le titulaire de la police, bloque les preuves vidéo deepfake, détecte les documents falsifiés, filtre les listes de sanctions, identifie les réseaux d'escroquerie organisée, en une seule session /v3/. $0.53 par demande, 500 gratuites chaque mois.
Robinhood Ventures
Approuvé par plus de 2 000 organisations dans le monde entier.
Ce qui est payé alors que ça ne devrait pas l'être
La Coalition Against Insurance Fraud estime que les assureurs américains perdent environ 308 milliards de dollars par an. La majeure partie provient de réclamations sans vérification d'identité du demandeur et sans analyse forensique des preuves. Didit comble ces deux lacunes en un seul flux de travail, 0,53 $ par réclamation, 500 gratuites chaque mois.
Choisis les vérifications que tu souhaites, ID, détection du vivant, correspondance faciale, sanctions, adresse, âge, téléphone, e-mail, questions personnalisées. Fais-les glisser dans un flux sur le tableau de bord, ou publie le même flux sur notre API. Crée des branches conditionnelles, exécute des tests A/B, aucun code requis.
Intègre nativement avec nos SDK Web, iOS, Android, React Native ou Flutter. Redirige vers une page hébergée. Ou envoie simplement un lien à ton utilisateur, par e-mail, SMS, WhatsApp, n'importe où. Choisis ce qui convient à ta stack.
Didit gère la caméra, les indications lumineuses, le transfert mobile et l'accessibilité. Pendant que l'utilisateur est dans le flux, nous évaluons plus de 200 signaux de fraude en temps réel et vérifions chaque champ par rapport à des sources de données fiables. Résultat en moins de deux secondes.
Des webhooks signés en temps réel maintiennent ta base de données synchronisée dès qu'un utilisateur est approuvé, refusé ou envoyé pour examen. Interroge l'API à la demande. Ou ouvre la console pour inspecter chaque session, chaque signal et gérer les cas à ta manière.
Didit · Formes de revendication
Didit · Vérification du demandeur
Réclamation · 4 / 5
Conformité à la politique
Didit · OCR de documents + altération
Didit · Détection de vivacité passive · iBeta L1 PAD
Didit · AML + Recherche faciale
Filtrage AML
Recherche faciale · anciens demandeurs
Didit · Webhook · X-Signature-V2
{
"session_id": "claim-8821",
"vendor_data": "claim-8821",
"status": "In Review",
"face": { "similarity_score": 0.42 },
"aml": { "status": "In Review",
"hits": [{ "list": "PEP" }] },
"face_search": { "matches": [
{ "session_id": "claim-7710",
"similarity": 0.94 }
] }
}$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_id": "wf_claim_verify",
"vendor_data": "claim-8821",
"metadata": { "policy_id": "POL-44120" }
}'{ "session_url": "verify.didit.me/..." }// X-Signature-V2 verified upstream
if (payload.status === "Approved") {
releasePayout(payload.vendor_data);
} else if (payload.status === "In Review") {
routeToSiu(payload.face_search.matches);
}statut Approuvé · Refusé · En révision · Non terminéYou are integrating Didit into an insurance carrier's claim workflow at first notice of loss (motor, health, property, travel, business interruption). Goal: catch ghost claims, deepfake video evidence, forged supporting documents, sanctions hits on the claimant, and organised-injury rings before the payout enters the queue. One API call. One signed webhook. Five fraud signals.
WHY THIS SHAPE
- The Coalition Against Insurance Fraud estimates fraud costs the US industry around $308 billion / year (2022 figures). Most of that walks in through claims with no identity check on the claimant and no document forensics on the evidence.
- Five signals settle the question on most claims: (1) the claimant is the policyholder, (2) the claimant is alive and present (not a deepfake), (3) the supporting documents are not tampered or templated, (4) the claimant is not on a sanctions list, (5) the claimant has not already filed N near-identical claims across your portfolio.
- One Didit /v3/session/ call bundles all five. $0.33 KYC + $0.20 AML = $0.53 per claim. Face Search 1:N is free per search. 500 verifications free every month.
PRE-REQUISITES
- Production API key from https://business.didit.me (sandbox key in 60 seconds, no credit card).
- A webhook endpoint with HMAC SHA-256 verification of the X-Signature-V2 header using your webhook secret.
- A Workflow Builder workflow bundling ID Verification + Passive Liveness + Face Match 1:1 (with the policyholder portrait as comparison target) + AML Screening + Face Search 1:N (gallery scoped to prior claimants on your account).
- Reference to the policy ID and policyholder portrait on file from your Policy Administration System (PAS) — passed as metadata on the session.
STEP 1 — Open the claim-verification session
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<wf id bundling ID + Liveness + Face Match + AML + Face Search 1:N>",
"vendor_data": "<your claim id, max 256 chars>",
"callback": "https://<your-app>/claims/verify/callback",
"metadata": {
"policy_id": "<your policy id>",
"line_of_business": "motor",
"loss_date": "2026-04-12"
}
}
Response: 201 Created with a hosted session URL. Send it to the claimant by email / Short Message Service (SMS) / inside the claims app. The claim stays in HOLD on your side until the signed webhook lands.
STEP 2 — Read the signed webhook
Didit POSTs the verdict. Verify X-Signature-V2 (HMAC SHA-256 of the raw body) BEFORE reading the JSON.
Payload (excerpted):
{
"session_id": "<uuid>",
"vendor_data": "<your claim id>",
"status": "In Review",
"id_verification": { "status": "Approved" },
"liveness": { "status": "Approved" },
"face": { "status": "Approved", "similarity_score": 0.92 },
"aml": { "status": "In Review", "hits": [{ "list": "PEP" }] },
"face_search": {
"matches": [
{ "session_id": "claim-7710", "similarity": 0.94, "vendor_data": "claim-7710" }
]
}
}
Session status enum (exact case, Title Case With Spaces): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.
STEP 3 — Branch on the verdict
Approved → release the claim into the standard payout queue.
In Review → route to the Special Investigations Unit (SIU) with the per-module signals + face-search match list as the case file.
Declined → decline + open file. Block the payout. The decision payload is the audit pack.
Not Finished → resend the session link.
STEP 4 — Document forensics on supporting evidence (separate sub-flow)
For each supporting PDF / image uploaded (police report, repair quote, medical invoice, photo of loss), run Didit Document Optical Character Recognition (OCR). The OCR response surfaces:
- Field-level extracted text (claim amount, names, dates)
- Tamper score per region (pixel-level edits)
- Template match against prior submissions (reused PDF skeleton)
- EXIF / metadata mismatch (date in photo vs date of loss)
A high tamper score or a template match against a prior claim flips the case status to In Review.
STEP 5 — Pull the full decision for the case file
GET https://verification.didit.me/v3/session/{session_id}/decision/
Headers:
x-api-key: <your api key>
Returns the full decision payload — per-module signals, raw face-similarity scores, AML hit list with source list per match, face-search candidate list with scores. Use this as the audit pack for any dispute.
WEBHOOK EVENT NAMES
- Sessions: standard session webhook. One endpoint, status field tells you the lifecycle.
- Verify X-Signature-V2 (HMAC SHA-256) on every payload.
CONSTRAINTS
- Session statuses use Title Case With Spaces. Never UPPER_SNAKE_CASE — that's the Transactions API.
- The Face Match comparison target is the policyholder portrait from your Policy Administration System (PAS). A deepfake of the policyholder cannot pass when Passive Liveness is also in the workflow.
- Face Search 1:N gallery is scoped to YOUR account — Didit does not search across carriers. To collaborate across an industry pool, use a shared workflow_id pointing at a multi-carrier gallery you own.
- 200+ fraud signals are surfaced on every session at no extra cost — read them off the decision payload, don't re-query.
- Default retention is the standard 5-year insurance horizon; adjust per workflow if your jurisdiction differs.
Read the docs:
- https://docs.didit.me/sessions-api/create-session
- https://docs.didit.me/core-technology/face-match/overview
- https://docs.didit.me/core-technology/aml-screening/overview
- https://docs.didit.me/core-technology/face-search/overview
- https://docs.didit.me/integration/webhooks
Start free at https://business.didit.me — sandbox key in 60 seconds, 500 verifications free every month, no credit card.0 $ / mois. Aucune carte de crédit requise.
Payez uniquement ce que vous utilisez. Plus de 25 modules. Tarification publique par module, sans minimum mensuel.
MSA et SLA personnalisés. Pour les gros volumes et les programmes réglementés.
Commence gratuitement → ne paie que lorsqu'une vérification est effectuée → débloque l'Enterprise pour un contrat personnalisé, un SLA ou la résidence des données.
Didit est une infrastructure d'identité et de fraude, la plateforme que nous aurions aimé avoir lorsque nous développions nos propres produits : ouverte, flexible et pensée pour les développeurs, afin qu'elle s'intègre réellement à votre stack plutôt que d'être une boîte noire autour de laquelle vous devez bricoler.
Une seule API couvre la vérification des personnes (KYC, know your customer), la vérification des entreprises (KYB, know your business), le contrôle des portefeuilles crypto (KYT, know your transaction), et le suivi des transactions en temps réel, sur une stack conçue pour être :
L'empreinte sous-jacente : plus de 14 000 types de documents dans plus de 48 langues, plus de 1 000 sources de données et plus de 200 signaux de fraude sur chaque session. L'infrastructure Didit apprend dynamiquement de chaque session et s'améliore chaque jour.
La Coalition Against Insurance Fraud a estimé que les assureurs américains perdent environ 308,6 milliards de dollars par an à cause de la fraude, toutes branches confondues (étude de 2022). L'organisme européen des assurances Insurance Europe rapporte une part de primes perdue similaire dans toute l'UE.
La majeure partie est opportuniste, de petits montants gonflés sur des réclamations par ailleurs légitimes. Une part plus petite concerne des réseaux professionnels déposant la même perte auprès de plusieurs assureurs. Ces deux formes partagent une faiblesse : personne ne vérifie l'identité du demandeur lors de la première déclaration de sinistre.
Une réclamation fantôme se produit lorsque la personne qui dépose la réclamation n'est pas le titulaire de la police. Le schéma typique : un attaquant achète des données client divulguées lors d'une violation, appelle l'assureur en se faisant passer pour le titulaire de la police, dépose une petite réclamation pour perte et demande le paiement sur un nouveau compte bancaire.
L'attaque réussit lorsqu'il n'y a pas de vérification biométrique liant l'appelant à la personne figurant sur la police. La correspondance faciale 1:1 avec le portrait du titulaire de la police comble cette lacune en deux secondes.
Le processus complet prend normalement moins de 30 secondes de bout en bout, prendre la pièce d'identité, scanner le document, prendre le selfie, c'est fait. C'est le plus rapide du marché. Les fournisseurs KYC traditionnels prennent généralement plus de 90 secondes pour le même processus.
Côté back-end, Didit renvoie le résultat en moins de deux secondes au p99, mesuré à partir du moment où l'utilisateur termine le selfie jusqu'au déclenchement de votre webhook. La capture mobile est optimisée pour les téléphones et les réseaux lents : compression d'image progressive, chargement différé du kit de développement logiciel, et un transfert en un clic du bureau au téléphone via code QR si l'utilisateur commence sur le web.
Pour chaque document justificatif téléchargé par le demandeur, rapport de police, devis de réparation, facture médicale, photo du sinistre, Didit exécute :
Un score de falsification élevé ou une correspondance de modèle fait passer automatiquement la réclamation de Approuvé à En révision.
Chaque session aboutit à l'un des sept statuts clairs, afin que votre code sache toujours quoi faire :
Approved, toutes les vérifications ont réussi. Faites avancer l'utilisateur.Declined, une ou plusieurs vérifications ont échoué. Vous pouvez permettre à l'utilisateur de soumettre à nouveau l'étape spécifique qui a échoué (par exemple, reprendre le selfie) sans relancer tout le processus.In Review, signalé pour examen de conformité. Ouvrez le dossier dans la console, consultez tous les signaux, décidez d'approuver ou de refuser.In Progress, l'utilisateur est en cours de processus.Not Started, lien envoyé, l'utilisateur ne l'a pas encore ouvert. Envoyez un rappel s'il reste trop longtemps sans action.Abandoned, l'utilisateur a ouvert le lien mais n'a pas terminé à temps. Relancez ou expirez.Expired, le lien de session a expiré. Créez une nouvelle session.Un webhook signé se déclenche à chaque changement de statut, afin que votre base de données reste toujours synchronisée. Les sessions abandonnées et refusées sont gratuites.
Les données de production sont traitées et stockées par défaut dans l'Union européenne, sur Amazon Web Services. Les contrats d'entreprise peuvent demander des régions alternatives pour les juridictions dont les régulateurs l'exigent.
Chiffrement partout. AES-256 au repos sur chaque base de données, stockage d'objets et sauvegarde. Transport Layer Security 1.3 en transit sur chaque appel API, webhook et session de la console Business. Les données biométriques sont chiffrées sous une clé de chiffrement client (CMK) distincte.
La rétention est sous votre contrôle. La rétention par défaut est indéfinie (illimitée), sauf si vous configurez une durée plus courte, entre 30 jours et 10 ans par application, et vous pouvez supprimer n'importe quelle session individuelle à tout moment depuis le tableau de bord ou l'API.
Certifications : SOC 2 Type 1 (audit Type 2 en cours), ISO/IEC 27001:2022, iBeta Level 1 PAD, et une attestation publique du Tesoro / SEPBLAC / CNMV espagnol selon laquelle la vérification d'identité à distance de Didit est plus sûre que la vérification en personne. Rapport complet sur /security-compliance.
Didit est conforme par défaut aux régulateurs importants pour l'infrastructure d'identité :
Note détaillée, chaque certificat, chaque lettre de régulateur : /security-compliance.
Trois chemins d'intégration, choisissez celui qui correspond à votre stack :
Même tableau de bord, même facturation, même prix par succès pour les trois. Guide étape par étape sur docs.didit.me/integration/integration-prompt.
Par réclamation :
Environ 0,53 $ par réclamation entièrement filtrée. Les 500 premières vérifications chaque mois sont gratuites sur chaque compte, pilotez le workflow dans le niveau gratuit.
Pas de minimums, pas d'engagement annuel, pas de tarification par siège.
Le webhook signé est le signal de routage. Sur status: In Review, votre back-end achemine le dossier vers l'Unité d'Enquêtes Spéciales (SIU) avec les signaux par module + la liste des correspondances de recherche faciale comme dossier d'ouverture.
Récupérez la charge utile de décision complète via GET /v3/session/[id]/decision/ pour l'analyste, scores de similarité faciale, liste des correspondances AML avec la liste source par correspondance, liste des candidats de recherche faciale avec les scores, sortie de l'analyse forensique des documents. La charge utile de décision est la piste d'audit pour tout litige.
Les vecteurs biométriques sont des données de catégorie spéciale en vertu du Règlement général sur la protection des données (RGPD) de l'UE. La base légale est l'intérêt légitime standard d'enquête sur les réclamations, plus le flux de consentement au début de la session.
La rétention par défaut est l'horizon d'assurance standard de 5 ans, ajustez-la par workflow si votre juridiction ou votre superviseur diffère. La galerie pour la recherche faciale 1:N est limitée à votre compte par conception, pas de recherche inter-opérateurs, sauf si vous rejoignez un consortium et exécutez un workflow_id partagé.
Une seule API pour le KYC, le KYB, la surveillance des transactions et le screening de portefeuilles. Intégration en 5 minutes.