Перейти к основному содержимому
Умная ревалидация

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

Что решает этот сценарий использования​

Умная ревалидация решает задачу повторной аутентификации пользователей с минимально возможным трением — путём адаптивной оркестрации нескольких методов верификации личности, выбирая наиболее подходящий метод для уровня риска каждой транзакции. Вместо того чтобы всегда требовать полного биометрического захвата, она сочетает метаданные и/или passkey с существующими биометрическими данными (при необходимости).

Минимальный уровень трения можно задать, выбрав значение useCase: в зависимости от уровня критичности можно установить минимальным трением тихую аутентификацию, passkey или только лицевую биометрию. После выбора Unico будет оркестрировать наименее трудозатратную технологию, всегда обеспечивая тот же уровень безопасности, что и лицевая биометрия.

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

  • Периодическая ревалидация (например, вход без пароля, еженедельная проверка).
  • Финансовые переводы.
  • Управление аккаунтом (например, изменение пароля или лимитов).
  • Подписка на услуги.
  • Регистрация нового устройства.
  • Финансовые операции (инвестиции, займы, вывод средств) и другие.

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

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

Единая адаптивная возможность:

Умная ревалидация
ВозможностьТребованиеРоль в процессе
Умная ревалидацияОбязательнаАдаптивно оркестрирует метаданные, passkey и биометрические данные для проверки соответствия пользователя эталонному процессу.

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

  • Bearer-токен — см. Аутентификация.
  • Учётные данные Sandbox — см. Среды.
  • Установленный SDK или веб-компонент — только для интеграций Web и SDK. См. SDK и инструменты.
  • Эталонная биометрия — пользователь должен ранее завершить процесс онбординга или биометрической регистрации. Передайте её через массив references в Создать процесс: каждый элемент требует referenceType (REFERENCE_TYPE_PROCESS_ID или REFERENCE_TYPE_IMAGE_BASE64) и referenceContent (UUID процесса или изображение в кодировке base64).
  • Значение useCase — обязательно при создании процесса. См. Умная ревалидация для полного списка допустимых значений и их поведения.

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

Интеграция через нативный 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 для захвата внутри приложения.

Обзор
Последнее обновление