Перейти к основному содержимому

Адаптивная аутентификация

Что решает этот сценарий

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

Используйте этот сценарий, когда:

  • Пользователь пытается выполнить действие (запросить первый вывод средств, cash-out), и вы хотите проверить, принадлежит ли эта биометрия уже другой активной учётной записи в вашей системе.
  • Необходимо выполнить ретроактивное пополнение исторической базы селфи для выявления существующих дубликатов (пакетный режим). Это поток импорта биометрической базы.
  • Ваша бизнес-модель требует, чтобы каждый человек имел не более одной активной учётной записи на оператора (или на страну).
  • Вы хотите снизить нагрузку на службу ручного видеоконтроля, заменив анализ человеком автоматическим и детерминированным решением.

Не используйте этот сценарий, когда:

  • Требуется проверить подлинность документа, удостоверяющего личность → ознакомьтесь со сценариями онбординга.
  • Нужно подтвердить, что лицо, совершающее транзакцию, является владельцем аккаунта (верификация 1:1) → ознакомьтесь с транзакционными сценариями.
  • Ваш продукт по замыслу допускает несколько аккаунтов на одного человека (например, личные и бизнес-аккаунты) → перед включением этого правила оцените конфигурацию clientReferenceSegment совместно с командой Unico. Это поле определяет область поиска: сравнение 1:N выполняется только по записям, зарегистрированным в том же сегменте, поэтому разные сегменты могут сосуществовать в рамках одного оператора без ложных срабатываний.

Задействованные возможности

Конвейер, выполняемый в рамках единого процесса:

ВозможностьОбязательнаРоль в процессе
LivenessНеобязательна для API; обязательна для Web и NativeПроверка живого присутствия в момент захвата.
Мультиаккаунт 1:NОбязательнаВыполняет сегментированный биометрический поиск в базе оператора, сопоставляя полученное лицо со всеми записями в том же сегменте.

Предварительные условия

  • Bearer-токен — см. Аутентификация.
  • Учётные данные Sandbox — см. Среды.
  • Установленный SDK или веб-компонент — только для интеграций Web и SDK. См. SDK и инструменты.
  • Поле clientReference заполнено во всех запросах — однозначно идентифицирует пользователя в системе оператора. Должно быть уникальным в базе данных клиента, содержать не более 256 символов и не содержать пробелов. Это поле является основным идентификатором для целей Мультиаккаунт 1:N.

Пошаговая реализация

Интеграция через нативный SDK — захват выполняется внутри вашего приложения с использованием Unico SDK для Android, iOS или Flutter.

  1. Установите SDK — добавьте зависимость Unico SDK для вашей платформы. Ознакомьтесь с руководством по настройке для Android, iOS или Flutter.
  2. Создайте процесс — вызовите Create Process с соответствующим значением flow и идентификатором пользователя. Используйте возвращённый token для инициализации SDK.
  3. Запустите захват — SDK отображает интерфейс камеры и выполняет liveness-проверку на устройстве, возвращая захваченные данные.
  4. Запросите результат — вызовите Get Process, чтобы получить результаты capabilities.
  5. Примените бизнес-правила — оцените поля ответа для одобрения, отклонения или эскалации.
Android

Нативный Android SDK для захвата внутри приложения.

iOS

Нативный iOS SDK для захвата внутри приложения.

Flutter

Кросс-платформенный Flutter SDK для захвата внутри приложения.