Arrossega i deixa anar KYC, AML, KYB, autenticació biomètrica. Ramifica segons el senyal. Fes proves A/B. Controla les versions de forma segura. Paga només pels mòduls completats, el Workflow Builder és gratuït.
Robinhood Ventures
Confiat per més de 2.000 organitzacions a tot el món.
El que els product owners deuen
Arrossega mòduls a un llenç, connecta'ls amb arestes, afegeix ramificacions, publica una versió, i passa el `workflow_id` a la teva app. Quan les regles canviïn, el product manager edita l'esborrany i el publica, sense tiquets d'enginyeria, sense nou desplegament. La integració es manté a un `POST /v3/session/` de distància.
Tria les comprovacions que vulguis, identificació, prova de vida, coincidència facial, sancions, adreça, edat, telèfon, correu electrònic, preguntes personalitzades. Arrossega-les a un flux al panell de control, o publica el mateix flux a la nostra API. Crea ramificacions segons condicions, fes proves A/B, sense necessitat de codi.
Integra de forma nativa amb els nostres SDKs per a Web, iOS, Android, React Native o Flutter. Redirigeix a una pàgina allotjada. O simplement envia a l'usuari un enllaç, per correu electrònic, SMS, WhatsApp, on vulguis. Tria el que millor s'adapti al teu stack.
Didit allotja la càmera, les indicacions d'il·luminació, el traspàs mòbil i l'accessibilitat. Mentre l'usuari està en el flux, puntuam més de 200 senyals de frau en temps real i verifiquem cada camp amb fonts de dades autoritzades. Resultat en menys de dos segons.
Els webhooks signats en temps real mantenen la teva base de dades sincronitzada en el moment en què un usuari és aprovat, rebutjat o enviat a revisió. Consulta l'API sota demanda. O obre la consola per inspeccionar cada sessió, cada senyal i gestionar els casos a la teva manera.
Didit · Canvas
Didit · Ramificació
Didit · Plantilles
Didit · A/B
Didit · Versionat
Actual
Esborrany
Didit · /v3/ + MCP
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-d '{
"workflow_id": "wf_signup_v12",
"vendor_data": "user-42",
"callback": "https://app/cb"
}'Didit guia l'usuari per cada branca des del servidor.$ curl -X POST https://verification.didit.me/v3/workflows/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_label": "Signup KYC",
"features": [
{ "feature": "OCR" },
{ "feature": "LIVENESS" },
{ "feature": "FACE_MATCH" },
{ "feature": "AML" }
]
}'Retorna l'UUID del flux de treball · llest per usar com a `workflow_id`.You are integrating Didit's no-code Workflow Builder into a product. The product manager, the compliance officer, or the founder can change identity rules in the Business Console; your app only ever hands Didit a workflow_id, gets a verdict back, and routes the user.
Three pillars:
1. Compose the workflow in the visual builder — drag ID, Liveness, Face Match, AML, NFC, KYB modules onto the canvas, connect them with edges, add conditional branches.
2. Publish a version — the published version is immutable; sessions reference the exact version they were created with.
3. Open POST /v3/session/ with the published workflow_id. Didit handles every module and every branch server-side.
Cost:
- Pay per completed module per session (e.g. ID $0.15 + Liveness $0.10 + Face Match $0.05 + AML $0.20 = $0.50, or bundle = $0.33)
- Workflow Builder itself is free
- MCP server (for AI coding agents to manage workflows programmatically) is free, included
- First 500 verifications free every month, forever
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.
- Access to the Business Console's Workflow Builder (every account has it).
- The 11 seeded templates are a good starting point:
"ID + Face Match"
"ID + Liveness + Face Match" (the $0.33 KYC bundle)
"ID + IP risk-based" (extra Liveness on VPN / Tor)
"Phone risk-based verification"
"High-risk country review"
"Two ID documents"
"Driver verification"
"EU Company Verification" (KYB)
... plus four more
- Plus "Start from Scratch" for fully bespoke flows.
STEP 1 — Compose the workflow
Console → Workflows → New → pick a template OR Start from Scratch:
- Drag modules from the sidebar onto the canvas
- Connect them with edges (the user moves left-to-right through them)
- Add branching conditions (right-click a node → Add condition)
- Set per-workflow options: Include custom style (white label), retention override, callback URL
Click Save Draft. The draft is fully editable; only published versions are immutable.
STEP 2 — Publish a version
Click Publish on the draft. The version receives a number (v1, v2, v3…) and becomes immutable.
Versioning rules:
- Sessions reference the exact published version they were created with
- You can iterate on a new draft while sessions on the old version continue to use it
- Past versions are kept; you can inspect any past session's configuration
- To change a published workflow, create a new draft from it, edit, publish
STEP 3 — Open a session with the workflow_id
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<your published workflow id>",
"vendor_data": "<your user id, max 256 chars>",
"callback": "https://<your-app>/identity/callback"
}
Response: 201 Created with the hosted session URL. Didit walks the user through every module and every branch defined in the workflow.
STEP 4 — Read the signed webhook on completion
Didit POSTs to your callback when the session reaches a terminal status. Session statuses are Title Case With Spaces:
Body (excerpted):
{
"session_id": "<uuid>",
"workflow_id": "<the workflow id>",
"workflow_version": "<v3>",
"vendor_data": "<your user id>",
"status": "Approved",
"id_verification": { "status": "Approved" },
"liveness": { "status": "Approved" },
"face": { "status": "Approved", "similarity_score": 0.94 },
"aml": { "status": "Approved", "hits": [] }
}
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 bytes with your webhook secret.
Each module that ran inside the workflow returns its own sub-status; the top-level status is the rolled-up verdict.
STEP 5 — Iterate without redeploying
When the rules need to change — a new country flagged as high-risk, a tighter age threshold, a new module added to the bundle — the workflow owner edits the draft in the Console and publishes. New sessions automatically use the new version.
Your app doesn't change. You don't redeploy. The workflow_id is the same; the underlying behaviour is updated.
STEP 6 — Run A/B tests
Built-in A/B testing splits traffic across variant workflows. Configure variants in the Console (e.g. variant A uses Passive Liveness, variant B uses Active Liveness), set the split percentage, and read the variant id back on every session webhook.
Measure conversion + verdict mix per variant in the Business Console's analytics. Promote the winner; the loser becomes a previous version retained for audit.
STEP 7 — Drive the Workflow Builder from AI coding agents
The Didit MCP (Model Context Protocol) server (free, included) exposes the Workflow management primitives as MCP tools. Any MCP-compatible host — Claude Code, Cursor, Codex, Replit Agent, Devin, Aider — can list workflows, create new drafts, edit nodes, and publish versions on your behalf.
Useful for ops teams that want to script tenant-specific workflow provisioning, A/B-variant generation, or per-customer-brand template materialisation.
WEBHOOK EVENT NAMES
- Sessions: status changes flow through the standard session webhook.
- Verify X-Signature-V2 on every payload.
CONSTRAINTS
- Session statuses use Title Case With Spaces (Approved, In Review). Don't transform them.
- Published workflow versions are immutable. To change behaviour, publish a new version.
- Conditional branches are unlimited in depth; keep flows readable for the next operator.
- The cost model is pay-per-completed-module — adding a module that runs only conditionally only costs you on the branches that hit it.
Read the docs:
- https://docs.didit.me/console/workflows
- https://docs.didit.me/sessions-api/create-session
- https://docs.didit.me/sessions-api/retrieve-session
- 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 $ / mes. No es requereix targeta de crèdit.
Paga només pel que utilitzes. Més de 25 mòduls. Preus públics per mòdul, sense quota mínima mensual.
MSA i SLA personalitzats. Per a grans volums i programes regulats.
Comença gratis → paga només quan s'executa una comprovació → desbloqueja Enterprise per a un contracte personalitzat, SLA o residència de dades.
Didit és la infraestructura per a la identitat i el frau, la plataforma que ens hauria agradat tenir quan construíem els nostres propis productes: oberta, flexible i amigable per a desenvolupadors, perquè funcioni com una part real del teu stack en lloc d'una caixa negra al voltant de la qual has d'integrar.
Una API cobreix la verificació de persones (KYC, know your customer), la verificació d'empreses (KYB, know your business), el cribratge de carteres de criptomonedes (KYT, know your transaction) i la monitorització de transaccions en temps real, en un stack construït per ser:
La petjada subjacent: més de 14.000 tipus de documents en més de 48 idiomes, més de 1.000 fonts de dades i més de 200 senyals de frau en cada sessió. La infraestructura de Didit aprèn dinàmicament de cada sessió i millora cada dia.
És una manera de dissenyar què comprova el teu flux KYC / AML / KYB, en quin ordre i sota quines condicions, tot en un llenç visual d'arrossegar i deixar anar en lloc de codi.
En la pràctica:
workflow_id a l'equip d'enginyeria.workflow_id a POST /v3/session/, fet.Quan les regles necessiten canviar, el gestor de producte edita l'esborrany i el publica. L'aplicació no es torna a desplegar.
Podries. La majoria dels equips que ho intenten aprenen tres lliçons:
El Workflow Builder col·lapsa els tres en un sol llenç d'arrossegar i deixar anar. Les regles es converteixen en configuració del producte; el codi es converteix en una única crida POST /v3/session/.
El flux complet normalment triga menys de 30 segons de principi a fi, agafar l'ID, fer la foto del document, fer la selfie, fet. Això és el més ràpid del mercat. Els proveïdors de KYC antics solen trigar més de 90 segons per al mateix flux.
Al back-end, Didit retorna el resultat en menys de dos segons a p99, mesurat des del moment en què l'usuari acaba la selfie fins al moment en què s'activa el teu webhook. La captura mòbil està optimitzada per a telèfons lents i xarxes lentes: compressió progressiva d'imatges, càrrega lenta del kit de desenvolupament de programari i un traspàs amb un sol toc de l'escriptori al telèfon mitjançant codi QR si l'usuari comença al web.
Cada primitiva de Didit s'envia com un node:
$0.15), Lectura NFC ($0.15), Prova d'adreça ($0.20), Validació de base de dades (variable), Qüestionaris personalitzats ($0.10)$0.10), Liveness Activa ($0.15), Face Match 1:1 ($0.05), Face Search 1:N (gratuït), Estimació d'edat ($0.10), Autenticació biomètrica ($0.10)$0.20, més de 1.300 llistes), AML Continu ($0.07/usuari/any), Anàlisi de dispositiu i IP ($0.03)$0.03), Verificació de telèfon (des de $0.03)A més, nodes de ramificació (if/else, switch) i nodes terminals (Aprovar, Denegar, Revisar).
Cada sessió aterra en un dels set estats clars, de manera que el teu codi sempre sap què fer:
Approved, totes les comprovacions superades. Fes avançar l'usuari.Declined, una o més comprovacions han fallat. Pots permetre a l'usuari tornar a enviar el pas fallit específic (per exemple, tornar a fer la selfie) sense tornar a executar tot el flux.In Review, marcat per a revisió de compliment. Obre el cas a la consola, consulta tots els senyals, decideix aprovar o denegar.In Progress, l'usuari està a mig flux.Not Started, enllaç enviat, l'usuari encara no l'ha obert. Envia un recordatori si triga massa.Abandoned, l'usuari va obrir l'enllaç però no va acabar a temps. Torna a interactuar o fes que caduqui.Expired, l'enllaç de la sessió ha caducat. Crea una nova sessió.Un webhook signat s'activa amb cada canvi d'estat, de manera que la teva base de dades sempre es manté sincronitzada. Les sessions abandonades i denegades són gratuïtes.
Les dades de producció es processen i emmagatzemen a la Unió Europea per defecte, a Amazon Web Services. Els contractes empresarials poden sol·licitar regions alternatives per a jurisdiccions els reguladors de les quals ho requereixin.
Xifratge a tot arreu. AES-256 en repòs a totes les bases de dades, emmagatzematge d'objectes i còpies de seguretat. Transport Layer Security 1.3 en trànsit a cada trucada d'API, webhook i sessió de la Consola de Negocis. Les dades biomètriques es xifren sota una Clau Mestra de Client separada.
La retenció és teva per controlar. La retenció predeterminada és indefinida (il·limitada) tret que configuris una de més curta, entre 30 dies i 10 anys per aplicació, i pots eliminar qualsevol sessió individual en qualsevol moment des del tauler de control o l'API.
Certificacions: SOC 2 Type 1 (auditoria Type 2 en curs), ISO/IEC 27001:2022, iBeta Level 1 PAD, i una certificació pública del Tesoro / SEPBLAC / CNMV d'Espanya que la verificació d'identitat remota de Didit és més segura que verificar algú en persona. Informe complet a /security-compliance.
Didit compleix per defecte amb els reguladors més importants per a la infraestructura d'identitat:
Memòria detallada, cada certificat, cada carta del regulador: /security-compliance.
Tres rutes d'integració, tria la que millor s'adapti al teu stack:
Mateix tauler de control, mateixa facturació, mateix preu de pagament per èxit per als tres. Guia pas a pas a docs.didit.me/integration/integration-prompt.
Dos estats per flux de treball:
Per canviar un flux de treball publicat, en crees un nou esborrany a partir d'ell, l'edites i el publiques. La nova versió publicada es converteix en v3 (o la que sigui); la v2 es manté per sempre com el registre històric. Les sessions passades són totalment reproduïbles, la càrrega útil de la sessió inclou l'exacte workflow_version amb què es va executar.
Això coincideix amb el que un regulador vol per a l'auditoria: "mostra'm la configuració exacta del flux de treball que va executar aquest usuari, en aquesta data". Tots els comptes de Didit ho obtenen de forma gratuïta, sense configuració.
Tot s'envia sota el mateix contracte /v3/.
workflow_id i guien l'usuari a través de la mateixa orquestració al costat del servidor. Gratuït.workflow_id, mateixa orquestració.En resum: un workflow_id flueix des de la Consola → a la teva aplicació → a l'SDK o UI allotjada → orquestració al costat del servidor → webhook signat. Zero codi d'unió més enllà de la única crida POST /v3/session/.
Tres connexions, una tarda:
business.didit.me, clau de sandbox en 60 segons, sense targeta de crèditPOST /v3/session/ amb el workflow_id publicat i connecta el webhook signat (X-Signature-V2, HMAC SHA-256) a la teva lògica de decisióAquesta és tota la integració. Quan les regles canvien, el propietari del flux de treball edita l'esborrany a la Consola i el publica; la teva app no canvia.
Per a la gestió de fluxos de treball programada, el servidor Didit MCP és gratuït i permet que qualsevol agent compatible amb MCP (Claude Code, Cursor, etc.) gestioni el Workflow Builder de manera programàtica.
Una API per a KYC, KYB, monitorització de transaccions i anàlisi de carteres. Integra-la en 5 minuts.