Drag-and-drop KYC, AML, KYB, биометрическая аутентификация. Ветвление по сигналам. A/B-тестирование. Безопасное версионирование. Платите только за завершенные модули, сам Workflow Builder бесплатен.
Robinhood Ventures
Нам доверяют более 2000 организаций по всему миру.
Что должны владельцы продуктов
Перетащите модули на холст, соедините их, добавьте ветвления, опубликуйте версию, передайте `workflow_id` вашему приложению. Когда правила меняются, продакт-менеджер редактирует черновик и публикует, без тикетов для разработки и повторного деплоя. Интеграция по-прежнему требует лишь одного `POST /v3/session/`.
Выберите нужные проверки: ID, Liveness, Face Match, санкции, адрес, возраст, телефон, email, кастомные вопросы. Перетащите их в воркфлоу на дашборде или отправьте тот же воркфлоу через наш API. Добавляйте ветвления по условиям, проводите A/B-тесты, код не нужен.
Встройте нативно с помощью наших SDK для Web, iOS, Android, React Native или Flutter. Перенаправьте на размещенную страницу. Или просто отправьте пользователю ссылку, по email, SMS, WhatsApp, куда угодно. Выберите то, что подходит вашему стеку.
Didit управляет камерой, подсказками по освещению, передачей данных с мобильных устройств и доступностью. Пока пользователь проходит проверку, мы в реальном времени оцениваем более 200 сигналов мошенничества и верифицируем каждое поле по авторитетным источникам данных. Результат, менее чем за две секунды.
Подписанные вебхуки в реальном времени синхронизируют вашу базу данных в момент одобрения, отклонения или отправки пользователя на ручную проверку. Опрашивайте API по запросу. Или откройте консоль, чтобы просмотреть каждую сессию, каждый сигнал и управлять кейсами по своему усмотрению.
Didit · Canvas
Didit · Ветвление
Didit · Шаблоны
Didit · A/B
Didit · Версионирование
Текущий
Черновик
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 проводит пользователя по каждой ветке на стороне сервера.$ 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" }
]
}'Возвращает UUID workflow · готовый к использованию как `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 / месяц. Кредитная карта не требуется.
Платите только за то, что используете. Более 25 модулей. Публичные цены за модуль, без минимальной ежемесячной платы.
Индивидуальные MSA и SLA. Для больших объемов и регулируемых программ.
Начните бесплатно → платите только за выполненные проверки → переходите на Enterprise для индивидуального контракта, SLA или размещения данных.
Didit, это инфраструктура для идентификации и борьбы с мошенничеством, платформа, которую мы сами хотели бы иметь, когда создавали продукты: открытая, гибкая и удобная для разработчиков, чтобы она работала как полноценная часть вашего стека, а не как черный ящик, вокруг которого приходится строить интеграцию.
Единый API охватывает верификацию людей (KYC, знай своего клиента), верификацию компаний (KYB, знай свой бизнес), проверку криптокошельков (KYT, знай свою транзакцию) и мониторинг транзакций в реальном времени, на стеке, созданном для того, чтобы быть:
В основе: более 14 000 типов документов на более чем 48 языках, более 1000 источников данных и более 200 сигналов мошенничества для каждой сессии. Инфраструктура Didit динамически обучается на каждой сессии и становится лучше с каждым днем.
Это способ спроектировать, что ваш процесс KYC / AML / KYB проверяет, в каком порядке и при каких условиях, все это в визуальном редакторе с функцией drag-and-drop вместо кода.
На практике:
workflow_id команде инженеров.workflow_id в POST /v3/session/, готово.Когда правила нужно изменить, продакт-менеджер редактирует черновик и публикует. Приложение не требует повторного развертывания.
Могли бы. Большинство команд, которые пытаются, усваивают три урока:
Workflow Builder объединяет все три в одном холсте drag-and-drop. Правила становятся конфигурацией продукта; код сводится к одному вызову POST /v3/session/.
Полный процесс обычно занимает менее 30 секунд от начала до конца, взять удостоверение личности, сфотографировать документ, сделать селфи, готово. Это самый быстрый показатель на рынке. Традиционные KYC-провайдеры обычно тратят более 90 секунд на тот же процесс.
На бэкенде Didit возвращает результат менее чем за две секунды при p99, от момента завершения селфи пользователем до момента срабатывания вашего вебхука. Мобильный захват оптимизирован для медленных телефонов и медленных сетей: прогрессивное сжатие изображений, отложенная загрузка SDK и передача в одно касание с десктопа на телефон через QR-код, если пользователь начинает на вебе.
Каждый примитив Didit представлен как узел:
$0.15), NFC Reading ($0.15), Proof of Address ($0.20), Database Validation (переменная), Custom Questionnaires ($0.10)$0.10), Active Liveness ($0.15), Face Match 1:1 ($0.05), Face Search 1:N (бесплатно), Age Estimation ($0.10), Biometric Authentication ($0.10)$0.20, более 1300 списков), Ongoing AML ($0.07/пользователь/год), Device & IP Analysis ($0.03)$0.03), Phone Verification (от $0.03)Плюс узлы ветвления (if/else, switch) и терминальные узлы (Approve, Decline, Review).
Каждая сессия получает один из семи четких статусов, поэтому ваш код всегда знает, что делать:
Approved, все проверки пройдены. Переместите пользователя дальше.Declined, одна или несколько проверок не пройдены. Вы можете разрешить пользователю повторно отправить конкретный неудачный шаг (например, повторно сделать селфи), не запуская весь процесс заново.In Review, помечено для проверки соответствия. Откройте кейс в консоли, просмотрите все сигналы, решите одобрить или отклонить.In Progress, пользователь находится в процессе.Not Started, ссылка отправлена, пользователь еще не открыл ее. Отправьте напоминание, если она долго не открывается.Abandoned, пользователь открыл ссылку, но не завершил вовремя. Повторно вовлеките или аннулируйте.Expired, срок действия ссылки на сессию истек. Создайте новую сессию.Подписанный вебхук срабатывает при каждом изменении статуса, поэтому ваша база данных всегда остается синхронизированной. Отмененные и отклоненные сессии бесплатны.
Производственные данные по умолчанию обрабатываются и хранятся в Европейском Союзе на Amazon Web Services. Корпоративные контракты могут предусматривать альтернативные регионы для юрисдикций, регуляторы которых этого требуют.
Шифрование повсюду. AES-256 в состоянии покоя для каждой базы данных, объектного хранилища и резервной копии. Transport Layer Security 1.3 при передаче для каждого вызова API, вебхука и сессии Business Console. Биометрические данные шифруются отдельным Customer Master Key.
Срок хранения контролируете вы. Срок хранения по умолчанию, бессрочный (неограниченный), если вы не настроите более короткий, от 30 дней до 10 лет для каждого приложения, и вы можете удалить любую отдельную сессию в любое время из панели управления или через API.
Сертификаты: SOC 2 Type 1 (аудит Type 2 в процессе), ISO/IEC 27001:2022, iBeta Level 1 PAD и публичное подтверждение от Tesoro / SEPBLAC / CNMV Испании о том, что удаленная верификация личности Didit безопаснее, чем личная проверка. Полный отчет на /security-compliance.
Didit по умолчанию соответствует требованиям ключевых регуляторов в сфере идентификации:
Подробное описание, все сертификаты, все письма регуляторов: /security-compliance.
Три пути интеграции, выбирайте тот, что подходит вашему стеку:
Одна и та же панель управления, одна и та же система оплаты, одна и та же цена за успешную верификацию для всех трех вариантов. Пошаговое руководство на docs.didit.me/integration/integration-prompt.
Два состояния для каждого рабочего процесса:
Чтобы изменить опубликованный рабочий процесс, вы создаете из него новый черновик, редактируете, публикуете. Новая опубликованная версия становится v3 (или какой-либо другой); v2 остается на месте навсегда как историческая запись. Прошлые сессии полностью воспроизводимы, полезная нагрузка сессии включает точный workflow_version, на котором она выполнялась.
Это соответствует тому, что регулятор хочет для аудита: "покажите мне точную конфигурацию рабочего процесса, который этот пользователь выполнял в эту дату". Каждый аккаунт Didit получает это бесплатно, без настройки.
Все работает по одному контракту /v3/.
workflow_id и проводят пользователя через одну и ту же серверную оркестрацию. Бесплатно.workflow_id, та же оркестрация.Итог: один workflow_id проходит от консоли → в ваше приложение → в SDK или Hosted UI → серверная оркестрация → подписанный вебхук. Ноль связующего кода, кроме одного вызова POST /v3/session/.
Три шага, один день:
business.didit.me, ключ для песочницы за 60 секунд, кредитная карта не нужна.POST /v3/session/ с опубликованным workflow_id и подключите подписанный вебхук (X-Signature-V2, HMAC SHA-256) к вашей логике принятия решений.Это вся интеграция. Если правила меняются, владелец рабочего процесса редактирует черновик в консоли и публикует его, ваше приложение при этом не меняется.
Для скриптового управления рабочими процессами Didit MCP server бесплатен и позволяет любому MCP-совместимому агенту (Claude Code, Cursor и т.д.) программно управлять Workflow Builder.
Единый API для KYC, KYB, мониторинга транзакций и проверки кошельков. Интеграция за 5 минут.