Обновления Didit за август 2026: верификация личности

​

Усиленное обнаружение мошенничества

Мошенники всё чаще отправляют документы и селфи, которые не были получены при реальной съёмке. Пять новых сигналов выявляют такие отправки до того, как их увидит проверяющий.

• Выявление повторно используемых изображений документов — каждая загрузка сверяется с набором изображений удостоверяющих документов, уже находящихся в открытом доступе, а совпадение порождает собственное предупреждение
• Криминалистический анализ видео проверки живости — количество кадров, доля повторяющихся кадров и эффективная частота кадров анализируются на сервере, поэтому воспроизведённое или синтетическое видео помечается, а не принимается на веру
• Обнаружение перекрытых документов — частично закрытый документ выявляется на уровне пикселей и возвращает DOCUMENT_OCCLUSION_DETECTED, переведённый на все поддерживаемые языки
• Подтверждение живой съёмки — Сравнение лиц подтверждает, что перед камерой находится реальный человек, и отличает живую съёмку от портрета, напечатанного на документе
• Контроль качества снимка — каждая загрузка оценивается по качеству до запуска извлечения данных, поэтому плохой снимок выявляется, пока пользователь ещё находится в процессе

​

Проверка возраста в соответствии с ISO/IEC 27566-1

Сценарии проверки возраста теперь могут возвращать только решение о возрасте и ничего больше, в соответствии с международным стандартом проверки возраста.

• Возвращаемые данные заблокированы — сценарий, который объявляет стандарт проверки возраста, не может возвращать атрибуты личности вместе с решением о возрасте, а объявить этот стандарт может только сценарий с поддержкой проверки возраста
• Ветвление при пограничном возрасте — пограничный диапазон функции «Оценка возраста» доступен графу сценария, поэтому неоднозначный результат может направляться на проверку документа, а не приводить к простому прохождению или отказу
• Готовые шаблоны — начните с шаблона проверки возраста в конструкторе сценариев, где возвращаемые данные уже ограничены

​

Новые самостоятельные API

Четыре возможности, для которых раньше требовалась полная сессия верификации, теперь доступны для вызова по отдельности, и каждая тарифицируется за вызов на странице цен.

• Document AI — POST /v3/document-ai/ извлекает структурированные данные из любого загруженного документа, а не только из документа, удостоверяющего личность. См. Document AI
• Риски по контактам и сети — POST /v3/email/risk/, POST /v3/phone/risk/ и POST /v3/ip/risk/ возвращают сигналы риска для адреса электронной почты, номера телефона или IP-адреса. См. Риск по e-mail, Риск по телефону и Риск по IP
• Запуск как одиночной проверки — каждая из них также доступна из диалога одиночной проверки в Бизнес-консоли, без создания сценария

​

Didit Copilot

Встроенный в консоль помощник стал плавающим Copilot, который указывает свои источники и может создать рабочий сценарий по описанию.

• Доступен на каждой странице — плавающая панель изменяемого размера заменяет прежнюю закреплённую, со стартовыми подсказками для текущей страницы и полноэкранным режимом на мобильных устройствах
• Ответы содержат ссылки на источники — встроенные ссылки открывают исходную документацию, не покидая панель
• Создание сценария по описанию — Copilot создаёт черновик, добавляет и настраивает шаги, добавляет ветвления, задаёт правила финального статуса и проверяет сценарий перед публикацией
• Настройка Проверки по базам данных в диалоге — Copilot создаёт настроенный шаг Проверка по базам данных для любой поддерживаемой страны
• Создание анкеты из таблицы — прикрепите файл CSV или Excel, и Copilot преобразует его в анкету, в том числе с очень длинными списками вариантов ответов
• Работает на вашем языке — язык консоли используется в каждом сообщении диалога, поддерживаются как голосовой, так и текстовый ввод, а расшифровку можно скачать

​

Поддержка в Бизнес-консоли

Поддержка перенесена в продукт, поэтому вы можете создать обращение по проблеме и следить за ним, не покидая Бизнес-консоль.

• Раздел «Поддержка» — обращения в рамках организации с актуальным статусом и стандартной таблицей обращений
• Сообщение о проблеме на месте — диалог с категорией, уровнем серьёзности и ID сессии, вложения к любому сообщению, а номер обращения отображается везде
• Передача обращения сотруднику поддержки в той же переписке — помощник передаёт обращение агенту поддержки без потери контекста, и вы получаете письмо, когда человек отвечает
• Отслеживание обращения по ссылке — у каждого обращения есть постоянная ссылка

​

Маркетплейс и движки для отдельных проверок

Маркетплейс теперь доступен в Бизнес-консоли, и вы можете выбрать, какой движок выполняет каждую отдельную проверку.

• Просмотр и подключение модулей партнёров в разделе Маркетплейс. См. Маркетплейс
• Выбор движка для каждой функции — селектор движка на всю ширину находится на первой вкладке функции как в редакторе графовых сценариев, так и в редакторе простых сценариев
• Ваш выбор сохраняется как в простых, так и в графовых сценариях

​

Мониторинг транзакций

Правила мониторинга теперь полностью программируемы: через API и с помощью ИИ-агента.

• Управление правилами через API — создавайте, обновляйте, удаляйте и выполняйте бэктест правил мониторинга транзакций с помощью endpoint’ов Management API /v3/transactions/rules/ в дополнение к Бизнес-консоли. Просматривайте, устанавливайте и удаляйте готовые правила из библиотеки с помощью соответствующих endpoint’ов library и install
• Управление правилами через Didit MCP — девять инструментов MCP didit_transaction_rule_* предоставляют те же сценарии просмотра, создания, обновления, удаления, бэктеста и работы с библиотекой любому ИИ-агенту, подключённому через MCP
• Миграция правил с помощью ИИ — попросите ассистента Didit (или любого агента, подключённого через MCP) сопоставить набор правил, экспортированный из системы другого провайдера (CSV или Excel), со схемой правил Didit, выполнить бэктест на вашей собственной истории транзакций и создать правила в тестовом режиме для проверки перед активацией
• Каждое ручное изменение статуса фиксируется — для транзакции, переведённой вручную, фиксируется пользователь консоли, который её перевёл

​

Биометрические шаблоны и хранение данных

Приложения могут сохранять один шаблон лица без изображений после удаления сессии, поэтому проверка на дубликаты продолжает работать после очистки данных сессии.

• Хранение биометрического шаблона после удаления сессии (по желанию): сохранять один биометрический шаблон лица без изображений, привязанный к пользователю, при удалении сессии, чтобы проверка на дубликаты, Поиск по лицу и биометрическая аутентификация продолжали работать после очистки данных сессии. Включите это в App Settings → Data retention (Хранение биометрического шаблона, с обязательным ограниченным сроком хранения) или с помощью face_retention_policy и face_retention_days в PATCH /v3/webhook/. Переопределить настройку для отдельного вызова можно с помощью retain_face_embeddings в DELETE /v3/session/{sessionId}/delete/ и POST /v3/sessions/delete/. Сохранённые шаблоны никогда не содержат изображений, данных сессии или идентификационных полей, имеют конечный expires_at и удаляются при удалении пользователя, удалении персональных данных по запросу, истечении срока или явной очистке. См. Биометрические шаблоны
• Инструкции по удалению персональных данных: отправьте deletion_instruction: "privacy_erasure" (и свой instruction_id) при удалении сессии, чтобы удалить все сохранённые шаблоны этого человека независимо от политики приложения
• Новый API биометрических шаблонов: GET /v3/biometric-templates/, GET /v3/biometric-templates/count/, GET/DELETE /v3/biometric-templates/{template_uuid}/ и POST /v3/biometric-templates/delete/ позволяют получать список, подсчитывать, просматривать и удалять сохранённые шаблоны. Каждое сохранение и каждое удаление фиксируется в журнале аудита
• Результаты Поиска по лицу теперь содержат source: "retained_template" с vendor_user_id и biometric_template_id для совпадений по сохранённым шаблонам, а также vendor_user_id для совпадений по сессиям и импортированных совпадений
• Критическое изменение: ответы при удалении сессии: DELETE /v3/session/{sessionId}/delete/ и POST /v3/sessions/delete/ теперь возвращают 200 OK с JSON-телом (face_retention_outcome, biometric_template_uuid; для пакетного запроса также results[] по каждой сессии) вместо 204 No Content. Обновите клиенты, которые проверяют 204. Поведение удаления по умолчанию не изменилось: существующие приложения остаются на delete_with_session, пока вы явно не включите хранение
• POST /v3/users/delete/ удаляет сохранённые биометрические шаблоны пользователя перед удалением самого пользователя и возвращает 503 (можно повторить, ничего не удалено), если какой-либо шаблон не удалось очистить
• Политика хранения, доступная для просмотра: задайте политику в настройках и просматривайте сохранённые шаблоны в Lists → Biometric templates

​

API сессий

Ответы на запрос сессии теперь содержат больше сигналов, нужных вашей интеграции, поэтому можно принимать решения без дополнительных вызовов.

• Данные штрихкода в ответах: ответы на запрос сессии включают id_verifications[].barcodes. Каждая запись штрихкода сохраняет type, position, data, data_raw и side; для документов без вывода штрихкода возвращается пустой массив
• Явный метод проверки живости: payload шага с лицом всегда содержит face_liveness_method. Если сценарий не задаёт его явно, API возвращает PASSIVE
• Семейное положение в правилах: используйте kyc.marital_status в ветвях сценария и в пользовательских правилах статуса
• Сортировка по дате последнего обновления: список сессий можно сортировать по updated_at, и сразу видно, какие сессии были импортированы

​

Новые документы и страны

Новые типы документов в десяти странах и лицензии на оружие как новая категория документов.

• Новые удостоверения личности: идентификационная карта Молдовы (2025), идентификационная карта Пакистана (2025), идентификационная карта Уругвая (2026), карта соискателя убежища Греции (2025) и третий вариант водительских прав Бельгии
• Цифровые водительские права: Аргентина (Mi Argentina и Jujuy) и Австралия (Новый Южный Уэльс, включая временные права, Южная Австралия, включая права для учащихся, и Виктория, включая права на тяжёлые транспортные средства)
• Лицензии на оружие как новая категория: лицензия на огнестрельное оружие в Виктории (Австралия), лицензии на огнестрельное оружие в Иллинойсе и Массачусетсе, а также два разрешения в Нью-Джерси (США); их можно выбрать как отдельный тип документа
• Водительские права Мехико (2025), включая каталог постоянных лицензий, и водительские права Парагвая (2026). Кроме того, Malaysia MyKad теперь можно выбрать как отдельный подтип, а не как общее удостоверение личности
• Улучшено извлечение данных для ещё десяти стран: Бельгия, Германия, Индия, Израиль, Мадагаскар, Новая Зеландия, Норвегия, Сьерра-Леоне, ЮАР и США
• Проверка французского 2D-Doc: с французских удостоверений личности 2021 года считывается и проверяется Data Matrix ANTS 2D-Doc на обратной стороне документа
• Увидьте, какие поля подписывает штрихкод: штрихкод на водительских правах в Северной Америке показывает подписанные поля, а каждая подпись проверяется по сроку действия её сертификата

​

Считывание чипов

Перечень доверенных корневых сертификатов для электронных паспортов обновлён, поэтому больше чипов проходят аутентификацию без ошибок, а нечитаемый чип объясняет причину.

• 136 стран выдачи в перечне доверенных сертификатов для электронных паспортов, для 32 из них импортированы новые поколения сертификатов подписи
• Отсутствующий якорь доверия указывается явно: если якорь доверия для чипа отсутствует, результат говорит об этом прямо
• Ветвление по причине пропуска чипа: сценарии могут направлять поток в зависимости от конкретной причины пропуска NFC
• Более широкая совместимость с чипами: паспорта, подписи которых используют нестандартную кодировку, теперь читаются успешно, а портреты с чипов во всех цветовых режимах конвертируются корректно

​

Проверка по базам данных

Новый авторитетный источник, и Проверка по базам данных теперь работает на собственных входных данных.

• Банковский верификационный номер (Нигерия): прямой поиск BVN, который выполняется только после Сравнения лиц по селфи, поэтому номер определяется только для человека, который действительно присутствует. Имена являются необязательными входными данными
• Шаг с документом не требуется: каждое поле может получать данные из собственного источника, поэтому сценарий может выполнять Проверку по базам данных по селфи и номеру национального удостоверения без какого-либо снимка документа
• Явная семантика одобрения: одобрение означает, что источник однозначно подтвердил данные, а оплата взимается за успешный вызов источника
• Более понятные результаты: если Проверка по базам данных не выполняется, ответ сообщает причину

​

Business verification

Заявленные владельцы и руководители проверяются по документам, которые вы загружаете, а сбой реестра не останавливает процесс.

• Ключевые лица подтверждаются по корпоративным документам: заявленная сторона сверяется по документальным доказательствам, а акционер, указанный в документе, должен иметь роль владельца
• Роли из реестра сохраняются: роли UBO берутся из данных о владении в реестре, а роли руководителей — из полного наименования роли в реестре
• Сбои реестра возвращают понятный код: при сбое поиска в реестре возвращается 502 с code: "kyb_registry_provider_unavailable", чтобы ваша интеграция могла отреагировать, а не гадать
• Ручной ввод данных компании: потоки верификации для web, iOS и Android позволяют заявителю вручную ввести данные компании, если провайдер реестра недоступен
• Заморские департаменты Франции теперь доступны для поиска во французском реестре компаний
• Аналитика охвата реестров: охват и успешность поиска в реестрах по странам и версиям сценария доступны в разделе Отчёты
• Прогресс по группам документов на шаге документов, а документы, ожидающие замены, учитываются отдельно

​

AML-скрининг и Скрининг кошельков

Проверяющие видят обоснование оценки, а скрининг кошельков получает отчёт, которым можно поделиться.

• Оценка риска объясняется: результат показывает факторы, которые повлияли на оценку, с понятными подсказками к совпадениям и полными названиями наборов данных
• Подписанный PDF-отчёт для скрининга кошельков: отдельный endpoint отчёта, результаты которого подписаны, поэтому PDF нельзя изменить задним числом
• Ключи идемпотентности в AML API, чтобы повторный запрос на скрининг никогда не тарифицировался и не проверялся дважды
• Более точное сопоставление: гражданство нормализуется до точных кодов стран перед поиском, а повторный скрининг продолжает работать после ручного исправления страны

​

Процесс верификации

Съёмка — самый частый источник ошибок пользователей, поэтому в этом месяце основные усилия были направлены на то, чтобы первая попытка проходила успешно.

• Рамка выравнивания остаётся на экране при переснимке и корректно располагается над предпросмотром камеры в новейших мобильных браузерах
• Восстановление камеры: поток определяет, что камера перестала передавать изображение, и перезапускает её, чтобы съёмка продолжилась
• Резервная съёмка фото: потоки съёмки для web и Android продолжаются с фото, если запись видео недоступна, а Android повторяет неудачную загрузку модели распознавания документов
• Корректные сообщения о проверке живости: тексты для тайм-аутов, более подробные инструкции после второго тайм-аута подряд, а устройство без камеры получает сообщение о том, что камера отсутствует, вместо запроса разрешения
• Большие загрузки: документы до 50 МБ для Подтверждения адреса, бизнес-документов и Document AI с автоматическим сжатием
• Ватикан и Сент-Винсент и Гренадины добавлены в список стран
• Сбои провайдера телефонии возвращают понятный код: 502 с code: "phone_provider_unavailable"
• Повторная попытка и повторное сканирование остаются доступными после ошибки загрузки документа или лица на Android (SDK 4.7.3)
• Понятное сообщение при исчерпании кредитов, чтобы пользователь точно знал, что произошло

​

Брендинг и тексты

Теперь можно переписать тексты, которые читают пользователи, и подогнать поток под вашу палитру.

• Вкладка Texts в Customization: переопределяйте текст каждого шага и экрана завершения, а предпросмотр показывает реальный текст по умолчанию
• Переопределение текста для каждого приложения: одно и то же переопределение может отличаться между двумя приложениями в одной организации и применяется для каждого шага, а не только для первого
• Нижний колонтитул «Secured by» использует настроенный цвет текста поддержки

​

Биллинг и использование

Расходы стало проще отслеживать, а причина неудачного платежа отображается автоматически.

• Скидки за объём предоплаты: предоплаченные кредиты используют скидки на списание вместо бонусных кредитов: экономия 4% при $250, 7% при $1,000 и 10% при $2,000
• Оплата один раз за шаг документов, а не за каждую загрузку: шаг с десятью бизнес-документами стоит столько же, сколько шаг с двумя
• Ежемесячные счета для контрактного биллинга: организации с контрактным биллингом получают ежемесячный счёт за использование, оплачиваемый в валюте плательщика
• Автопополнение объясняет себя: при неудачной попытке фиксируется и отображается причина отказа, а автопополнение возобновляется автоматически после замены способа оплаты
• Перестроенная страница Usage: сортируемые таблицы, поиск в диалоге детализации, выделенный показатель общей стоимости и счётчик бесплатного тарифа
• Машиночитаемый код при недостатке кредитов, чтобы ваша интеграция могла программно на него реагировать

​

Нативные SDK

Нативные SDK выходили регулярно весь месяц, и все платформы перешли на 4.7.x с заметно меньшими бинарными файлами.

• React Native с 4.5.4 до 4.7.5, Android с 4.5.4 до 4.7.4, iOS с 4.5.4 до 4.7.2, Flutter с 4.6.0 до 4.7.2
• Меньшие приложения: варианты для iOS заметно меньше, а теперь для автосъёмки на обеих платформах используется более лёгкий движок на устройстве
• Поддержка кошельков необязательна на Android: подключение кошельков поставляется как отдельная зависимость, поэтому приложение включает её, только если вы её используете
• Приветственный текст для каждого шага: приветственный текст определяется по своему шагу сценария, а переопределения заголовков применяются в приложениях с полным White label
• Поддержка фреймворков: спецификация React Native TurboModule поддерживает генерацию кода для React Native 0.77, поддерживается Kotlin 2.2, а Flutter передаёт в сессию локаль устройства, поэтому поток открывается на языке пользователя
• Android 16: предпросмотр камеры в Active Liveness корректно отображается на устройствах Android 16; React Native 4.7.5 включает сборку Android 4.7.4, которая это исправляет
• Съёмка фото на iOS: iOS SDK переходит к съёмке отдельных фотографий на iOS 15, если кадр видеопотока недоступен
• Символизация сбоев: React Native SDK публикует артефакты iOS dSYM начиная с 4.5.4, а конфликты зависимостей Expo Android устранены во всех вариантах

​

Didit Academy

Десять видеоуроков проведут вас от первого сценария до чтения результата верификации. К каждому уроку в этой документации есть полная расшифровка с таймкодами.

• Десять уроков на YouTube: обзор платформы, что видят ваши пользователи, создание KYC-сценария без кода, подключение Didit к Claude через MCP, чтение результата верификации, KYB: от реестра до UBO, правила мониторинга транзакций в реальном времени, интеграция API, SDK и webhook, аналитика, команды и роли и разбор цен
• Смотрите полный курс в плейлисте Didit Academy
• Расшифровки с возможностью поиска: у каждого урока есть расшифровка с таймкодами в документации, а каждый абзац ведёт к точному моменту в видео. Начните с Didit Academy

​

Доверие и соответствие требованиям

Где работа по проверке возраста, описанная выше, находится среди сертификатов Didit.

• Проверка возраста сертифицирована в Германии: FSM, немецкий саморегулятор в сфере защиты молодёжи, сертифицировал систему проверки возраста Didit, подтвердив, что она надёжно создаёт закрытую группу пользователей в соответствии с разделом 4(2) JMStV. См. Сертификаты
• Защита от спуфинга биометрии: обнаружение атак предъявления уровня 1 по методике iBeta, ISO/IEC 30107-3, протестировано лабораторией, аккредитованной NIST
• FIDO Alliance: компания Didit вступила в FIDO Alliance в статусе ассоциированного участника 13 августа 2026 года

​

Улучшения

Небольшие изменения в Business Console, API и процессе верификации.

• Скачивайте PDF-отчёт пользователя прямо из сведений о пользователе, а также получайте один отчёт по всем сессиям, которые вернувшийся пользователь завершил
• Запускайте сценарий с ветвлением и направляйте ветви по метаданным сессии, которые вы задаёте при её создании
• Сценарии продолжают работать без изменений, когда добавляются или переименовываются подтипы документов
• Повторная отправка заново запускает весь граф сценария, включая webhook
• Подтверждение адреса сохраняет адрес в точности так, как он напечатан в документе, а срок оплаты в счёте за коммунальные услуги считывается как дата оплаты
• Вопросы о странах для проверки на соответствие требованиям группируют страны по континентам, с возможностью выбрать или снять выбор сразу для всего континента
• Продавцы, использующие приложение Shopify, могут видеть результаты верификации в админке Shopify
• Ожидающие приглашения выводятся перед принятыми участниками, а ID вашей организации отображается в настройках организации