Регистрируйте покупателя один раз при покупке. Каждое сканирование на входе, это сопоставление лица 1:N менее чем за секунду. После регистрации каждое сканирование бесплатно. 500 бесплатных верификаций каждый месяц.
Нам доверяют более 2000 организаций по всему миру.
Стадионы · Фестивали · Транспорт · Конференции
Не нужно доставать телефон, не беспокойтесь о заряде батареи, нет мошенничества с перепродажей. Покупатель регистрируется один раз при покупке за $0.25, и каждое последующее сканирование на входе, это бесплатное сопоставление лица 1:N, занимающее менее секунды даже на фестивалях. Этот же подход работает на стадионах, фестивалях, в транспортных коридорах и на конференциях.
Выберите нужные проверки: удостоверение личности, проверка живости, сопоставление лица, санкционные списки, адрес, возраст, телефон, email, пользовательские вопросы. Перетащите их в рабочий процесс на дашборде или отправьте тот же процесс через наш API. Настраивайте ветвления по условиям, проводите A/B-тесты, код не требуется.
Встраивайте нативно с помощью наших SDK для Web, iOS, Android, React Native или Flutter. Перенаправляйте на размещенную страницу. Или просто отправьте пользователю ссылку, по email, SMS, WhatsApp, куда угодно. Выберите то, что подходит вашему стеку.
Didit обеспечивает работу камеры, подсказки по освещению, передачу данных на мобильные устройства и доступность. Пока пользователь проходит проверку, мы в реальном времени оцениваем более 200 признаков мошенничества и верифицируем каждое поле по авторитетным источникам данных. Результат, менее чем за две секунды.
Подписанные вебхуки в реальном времени синхронизируют вашу базу данных в момент одобрения, отклонения или отправки пользователя на ручную проверку. Опрашивайте API по запросу. Или откройте консоль, чтобы просмотреть каждую сессию, каждый сигнал и управлять кейсами по своему усмотрению.
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-d '{
"workflow_id": "wf_event_enrol",
"vendor_data": "buyer-42",
"metadata": { "event_id": "evt_1234" }
}'{ "session_url": "verify.didit.me/..." }$ curl -X POST https://verification.didit.me/v3/face-search/ \
-H "x-api-key: $DIDIT_API_KEY" \
-F "image=@gate-frame.jpg" \
-F "metadata={'event_id':'evt_1234'}"{ "status": "Approved", "matches": […] }You are integrating Didit's biometric event-ticketing into <my_stack>. The face IS the ticket — no QR code, no barcode, no printout. Two phases:
1. Enrol the buyer ONCE at ticket purchase. A Sessions API call runs ID Verification + Passive Liveness and stores the buyer's portrait as the event-index template.
2. At every gate scan, call the standalone Face Search 1:N endpoint with the camera frame. Sub-1-second match against the event index. Verdict returned inline.
Pricing (public):
- Enrolment (one-time per buyer): $0.15 ID Verification + $0.10 Passive Liveness = $0.25
- Face Search 1:N at the gate: free per scan
- 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 Hash-based Message Authentication Code (HMAC) SHA-256 verification using the X-Signature-V2 header.
HMAC-SHA256 verification MUST run against the raw body bytes (the raw payload as Didit sent it) BEFORE any JSON parsing — re-serialising the parsed body changes whitespace and key order, which invalidates the signature. - A workflow_id from the Workflow Builder. The workflow MUST contain ID_VERIFICATION + LIVENESS (and optionally Anti-Money Laundering (AML) if you sell age-restricted access).
- One Didit account = one face index. Tag every enrolment with metadata.event_id so the gate-side search filters by the right event.
STEP 1 — Enrol at ticket purchase
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<your enrolment workflow>",
"vendor_data": "<your buyer id — must be unique per buyer>",
"callback": "https://<your-app>/ticketing/enrol/callback",
"metadata": {
"order_id": "<your order reference>",
"event_id": "<the event the buyer is entering>",
"ticket_tier": "<GA | VIP | accessible | etc>"
}
}
Response: 201 Created with the hosted session_url. Redirect the buyer. After the buyer completes ID Verification + Passive Liveness, the portrait is stored as their face template and bound to vendor_data.
STEP 2 — Read the signed verdict on enrolment completion
Body (excerpted):
{
"session_id": "<uuid>",
"vendor_data": "<your buyer id>",
"status": "Approved",
"id_verification": { "status": "Approved", "document_type": "Passport" },
"liveness": { "status": "Approved", "method": "PASSIVE", "score": 94 }
}
Verify X-Signature-V2 BEFORE trusting the body. On Approved, mark the order as enrolled and bind the order to vendor_data in your application database.
Session status enum (exact case): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.
STEP 3 — At every gate scan, match the face against the event index
POST https://verification.didit.me/v3/face-search/
Headers:
x-api-key: <your api key>
Body (multipart/form-data):
image <the camera frame captured at the gate>
vendor_data <optional — restrict the search to a specific buyer>
metadata <optional JSON — e.g. { "event_id": "<...>" } to filter>
Response (excerpted):
{
"status": "Approved",
"matches": [
{
"vendor_data": "<buyer id>",
"similarity_score": 0.96
}
]
}
Match outcomes the gate logic should handle:
- Match found, ticket valid, no prior scan → grant entry, mark scanned
- Match found, already inside → apply re-entry policy
- Match found, ticket expired or canceled → route to staff
- Match found, ticket resold to another buyer → block, route to staff
- No match (similarity below threshold) → block, fall back to backup ticket flow
STEP 4 — Reusable across every event the same buyer attends
Because the buyer's face template is bound to vendor_data, the SAME enrolment works for every future event the same buyer holds a ticket for. No re-enrolment, no re-payment. Reusable Credential semantics applied to the venue use case.
CONSTRAINTS
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- Feature enum is UPPERCASE: ID_VERIFICATION, LIVENESS, FACE_MATCH, AML, IP_ANALYSIS.
- Method enum is UPPERCASE: PASSIVE, FLASHING, ACTIVE_3D.
- Auth header is x-api-key (lowercase, hyphenated).
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Status casing matches exactly: Approved, Declined, In Review, Expired, Not Finished, Resubmitted, Kyc Expired, Abandoned.
- The face template is irreversible (a one-way hash). End users can request deletion via the standard data-subject-request path.
ACCESS CONTROL CONSIDERATIONS
- For minor-attended events, run AGE_ESTIMATION during enrolment to gate age-restricted areas. See /solutions/age-verification.
- For high-value VIP areas, gate behind a Biometric Authentication step-up. See /solutions/biometric-2fa.
- For accessibility lanes, surface the ticket-tier metadata on the verdict payload and route the gate UI accordingly.
DATA-PROTECTION NOTES
- The enrolment selfie produces an irreversible face template; raw images are deleted unless retention is explicitly enabled.
- The gate frame is processed in memory and not persisted by default.
- Display the privacy notice (didit.me/terms/verification-privacy-notice) to the buyer before the enrolment selfie. EU GDPR Article 13 requires it.
Read the docs:
- https://docs.didit.me/core-technology/face-search/overview
- https://docs.didit.me/sessions-api/create-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 динамически обучается на каждой сессии и становится лучше с каждым днем.
Билет, где токеном доступа является лицо покупателя, а не QR-код, штрихкод или бумажная распечатка.
Покупатель делает селфи при покупке. Шаблон лица сохраняется вместе с заказом. На входе камера делает один кадр, и поиск лица 1:N сопоставляет его с зарегистрированными шаблонами мероприятия. Вердикт менее чем за 1 секунду, проходите.
Три проблемы с билетами на основе QR-кодов:
Полный процесс обычно занимает менее 30 секунд от начала до конца, взять удостоверение личности, сфотографировать документ, сделать селфи, готово. Это самый быстрый показатель на рынке. Устаревшие KYC-провайдеры обычно тратят более 90 секунд на тот же процесс.
На бэкенде Didit возвращает результат менее чем за две секунды при p99, от момента, когда пользователь заканчивает селфи, до момента срабатывания вашего вебхука. Мобильный захват оптимизирован для медленных телефонов и медленных сетей: прогрессивное сжатие изображений, ленивая загрузка Software Development Kit и передача в одно касание с десктопа на телефон через QR-код, если пользователь начинает работу в вебе.
Всегда предусматривайте небиометрический запасной вариант, распечатанный PDF, QR-код, отправленный по электронной почте, или вход с персоналом. Закон Европейского союза об искусственном интеллекте и большинство национальных режимов защиты прав потребителей требуют альтернативного пути.
На практике площадки, использующие биометрическую систему продажи билетов, сообщают о 70-85% согласии, потому что биометрический проход значительно быстрее. Небиометрический проход остается открытым для остальных.
Каждая сессия получает один из семи четких статусов, поэтому ваш код всегда знает, что делать:
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.
Подойдет любая стандартная IP-камера или планшет, POST /v3/face-search/ принимает один JPEG-кадр по HTTPS. Большинство площадок используют существующие входные киоски, заменяют сканеры билетов или устанавливают планшет на подставку. Никаких специальных Software Development Kit (SDK), никаких специальных драйверов, никаких локальных устройств для инференса.
Для ворот с кэшированием на периферии (транспорт, крупные площадки без надежного подключения) Didit поставляет локальное устройство для поиска лиц, свяжитесь с отделом продаж.
Запустите AGE_ESTIMATION при регистрации для зон с возрастными ограничениями (зоны 18+ на фестивале, бары с алкоголем на стадионе). Подписанный вердикт содержит возрастную группу для каждого покупателя, и ваша логика на входе определяет правильный цвет браслета или проход без браслета.
Для несовершеннолетних, посещающих семейные мероприятия, родитель/опекун завершает регистрацию по билету несовершеннолетнего и дает согласие на использование шаблона от имени несовершеннолетнего, Общий регламент по защите данных ЕС требует явного согласия родителей для лиц младше 16 лет в большинстве государств-членов.
Единый API для KYC, KYB, мониторинга транзакций и проверки кошельков. Интеграция за 5 минут.