Chauffeur, coursier, freelance, créateur, une seule session Didit : identité, détection du vivant, correspondance faciale, AML. 0,53 $ par travailleur. Ajoute le registre des permis par pays quand tu en as besoin (+$0,20).
Robinhood Ventures
Approuvé par plus de 2 000 organisations dans le monde entier.
Ce que les plateformes de gig doivent
Les chauffeurs désactivés et les coursiers bannis se réinscrivent chaque jour sous un nouveau nom. Didit intègre l'identité et l'AML en une seule session à 0,53 $ par travailleur (ajoute le registre des licences par pays pour 0,20 $ supplémentaire), et la recherche faciale 1:N détecte le même visage, malgré un nouveau document, un nouveau nom, un nouvel e-mail, en moins de 200 ms. 500 vérifications gratuites chaque mois.
Choisis les vérifications que tu veux, ID, détection du vivant, correspondance faciale, sanctions, adresse, âge, téléphone, e-mail, questions personnalisées. Glisse-les dans un flux sur le tableau de bord, ou publie le même flux sur notre API. Crée des branches conditionnelles, lance 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.
Les 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é en révision. Interroge l'API à la demande. Ou ouvre la console pour inspecter chaque session, chaque signal et gérer les cas à ta manière.
Didit · Inscription pour les freelances
Étape 3 / 5
Ne bouge pas pour la preuve de vie
Didit · Validation de base de données
Didit · AML en continu
Didit · Recherche faciale 1:N
Nouveau candidat
Didit · Couverture
$ 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_gig_rideshare",
"vendor_data": "driver-9241"
}'{ "session_url": "verify.didit.me/..." }// X-Signature-V2 verified upstream
if (payload.status === "Approuvé") {
activateWorker(payload.vendor_data);
indexFace(payload.face);
} else if (payload.status === "Refusé") {
blockReapplication(payload.aml.hits);
}statut Approuvé · Refusé · En cours d'examen · KYC expiréYou are integrating Didit into a gig marketplace to onboard drivers, couriers, freelancers, or creators. ONE Didit session, five checks:
Verify the worker's identity (KYC) — ID document, liveness, face match, device + IP, AML against 1,300+ sanctions / Politically Exposed Person (PEP) / adverse-media lists — plus Face Search 1:N against your private worker index to block previously-banned workers re-applying under a new name. Add an OPTIONAL licence-registry cross-check when you onboard drivers.
Bundle pricing (verified live, 2026-05-17):
- Full KYC bundle: $0.33 per worker (ID + Liveness + Face Match + Device & IP)
- AML Screening: $0.20 per worker
- Face Search 1:N against your private worker index: Free
- Baseline total: $0.53 per worker — public price, no minimums
- Optional Database Validation (licence registry): $0.20 per call, only billed when used
- First 500 verifications free every month, forever
- Ongoing AML on active workforce: $0.07 per worker per year (automatic)
PRE-REQUISITES
- Production API key from https://business.didit.me (sandbox key in 60s, no card).
- Webhook endpoint with HMAC SHA-256 verification using the X-Signature-V2 header and your webhook secret.
- A workflow_id from the Workflow Builder that bundles ID Verification + Passive Liveness + Face Match 1:1 + Device & IP + AML Screening. For drivers, ALSO add Database Validation and branch on country_of_work.
STEP 1 — Open the worker session at signup
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<wf id with KYC + AML (and Database Validation if driver)>",
"vendor_data": "<your worker id, max 256 chars>",
"callback_url": "https://<your-app>/gig/onboarding/callback",
"metadata": {
"gig_category": "rideshare",
"country_of_work": "ES",
"license_number": "<worker's licence number, OCR'd or self-entered>"
}
}
Response: 201 Created with a hosted session URL on the `url` field. Redirect the worker (web or in-app webview). Sub-2-second median verdict on completion.
STEP 2 — Read the signed webhook when the worker finishes
Didit POSTs to your callback. Session statuses are Title Case With Spaces:
Body (excerpted, with optional Database Validation included for a driver):
{
"session_id": "<uuid>",
"vendor_data": "<your worker id>",
"status": "Approved",
"id_verification": { "status": "Approved", "document_type": "Driver License" },
"liveness": { "status": "Approved" },
"face": { "status": "Approved", "similarity_score": 0.94 },
"ip_analysis": { "status": "Approved" },
"aml": { "status": "Approved", "hits": [] },
"database_validation": { "status": "Approved", "registry": "DGT" }
}
Status enum (exact case): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.
Verify the X-Signature-V2 header BEFORE reading the body — HMAC SHA-256 of the raw body bytes with your webhook secret. Re-serialising the parsed JSON breaks the signature.
STEP 3 — Branch on the verdict
Approved → activate the worker; let them pick up jobs.
In Review → route to ops queue; hold first job until disposition.
Declined → block; log the hit detail for compliance.
Resubmitted → applicant retried after a soft rejection — re-read.
Kyc Expired → session went stale; send a new session URL.
STEP 4 — Re-application defence (Face Search 1:N)
Every onboarded worker is indexed in your app's private Face Search 1:N index. A banned worker re-applying under a different name + a different document + a different IP is caught in under 200ms on the same /v3/ call (Face Search runs as a workflow step). Set the action on duplicate match to Block, Review, or Approve per app.
STEP 5 — Ongoing AML on the active workforce is automatic
Every Approved worker is re-screened DAILY by Didit's continuous AML monitoring at $0.07 per worker per year. NO separate endpoint to call — the original session is what gets monitored.
When a previously-clean worker crosses an AML threshold (new sanction listing, new adverse-media hit, PEP status change), the session status changes to "In Review" or "Declined" automatically and your webhook fires the update. Disable the worker, route to ops.
STEP 6 — Optional licence registry for drivers
For ride-share and delivery onboardings only, enable Database Validation in the workflow and branch on country_of_work:
ES → DGT
UK → DVLA
US → state DMV (per state)
BR → DENATRAN
The check costs $0.20 and is only billed when the workflow step runs. If the country isn't supported yet, the step is skipped — no spurious decline.
WEBHOOK EVENT NAMES
- Sessions: status changes flow through the standard session webhook.
- Ongoing AML updates: same session webhook fires when the verdict flips post-onboarding.
Verify X-Signature-V2 on every payload.
CONSTRAINTS
- Session statuses use Title Case With Spaces (Approved, In Review). Do not lowercase or snake_case them.
- Database Validation is country-specific — 20+ countries live for driver licences. If the country isn't live, the check is skipped (no spurious decline).
- 200+ fraud signals are evaluated on every KYC session at no extra cost.
- The session URL is single-use; if a worker abandons mid-flow, create a new session for the retry.
Read the docs:
- https://docs.didit.me/sessions-api/create-session
- https://docs.didit.me/core-technology/aml-screening/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 pour l'identité et la fraude, la plateforme que nous aurions aimé avoir lorsque nous développions nos propres produits : ouverte, flexible et conviviale pour les développeurs, afin qu'elle s'intègre réellement à ta stack au lieu d'être une boîte noire autour de laquelle tu dois t'adapter.
Une seule API couvre la vérification des personnes (KYC, know your customer), la vérification des entreprises (KYB, know your business), le filtrage 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.
Quatre obligations que chaque plateforme de gig doit respecter pour chaque nouveau travailleur :
Didit regroupe les quatre en un seul appel /v3/session/.
Deux raisons structurelles :
La recherche faciale 1:N sur ton index privé de travailleurs comble ces deux lacunes.
Le processus complet prend normalement moins de 30 secondes de bout en bout, tu prends la pièce d'identité, tu la scannes, tu prends un selfie, et 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 ton 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 SDK, et transfert en un clic du bureau au téléphone via QR code si l'utilisateur commence sur le web.
Le selfie d'inscription de chaque travailleur approuvé est indexé dans l'index facial privé un-à-plusieurs (1:N) de ton application, indexé sur tes vendor_data, isolé par application Didit, entièrement chiffré au repos. Les nouvelles intégrations vérifient le selfie par rapport à l'index en moins de 200 ms.
Un chauffeur banni qui tente de se réinscrire avec :
Maria L. → M. A. Lopez).…présente toujours le même visage. La recherche faciale renvoie le vendor_data original de l'enregistrement banni et le verdict passe à Bloqué. Gratuit, inclus dans chaque workflow.
Chaque session aboutit à l'un des sept statuts clairs, pour que ton code sache toujours quoi faire :
Approved, toutes les vérifications sont passées. L'utilisateur peut continuer.Declined, une ou plusieurs vérifications ont échoué. Tu peux 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é. Ouvre le cas dans la console, vois tous les signaux, décide 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. Envoie un rappel s'il reste trop longtemps inactif.Abandoned, l'utilisateur a ouvert le lien mais n'a pas terminé à temps. Relance-le ou expire la session.Expired, le lien de session a expiré. Crée une nouvelle session.Un webhook signé se déclenche à chaque changement de statut, pour que ta 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 (Customer Master Key) distincte.
La rétention est sous ton contrôle. La rétention par défaut est indéfinie (illimitée), sauf si tu configures une durée plus courte, entre 30 jours et 10 ans par application, et tu peux 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 que 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 clés pour l'infrastructure d'identité :
Mémo détaillé, chaque certificat, chaque lettre de régulateur : /security-compliance.
Trois chemins d'intégration, choisis celui qui correspond à ta 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.
Ce que le pays d'emploi du travailleur exige :
Le classificateur de Didit prend en charge plus de 14 000 documents dans plus de 220 pays. Le Workflow Builder se ramifie en fonction du pays de travail, de sorte qu'un conducteur britannique passe la vérification DVLA et un conducteur espagnol la vérification DGT, même flux, registre différent.
L'analyse de l'appareil et de l'IP s'exécute dans le même appel /v3/session/ à 0,03 $ par vérification. Plus de 200 signaux de fraude apparaissent à chaque session sans coût supplémentaire :
vendor_data différents en 7 jours.Le verdict passe à In Review lorsque la pile de signaux dépasse un seuil que tu configures dans le Workflow Builder.
Trois modèles d'intégration :
session_url. Zéro travail front-end, le chemin le plus courant./v3/id-verification/ lorsque tu gères déjà l'expérience de capture.Les trois utilisent le même workflow, renvoient le même format de rapport par fonctionnalité et déclenchent le même webhook. Tu peux les combiner par catégorie de mission.
Une seule API pour le KYC, le KYB, la surveillance des transactions et le screening de portefeuilles. Intégration en 5 minutes.