Перейти к основному содержимому
Didit привлёк $7,5 млн на инфраструктуру для идентификации и борьбы с мошенничеством
Didit
В блог
Блог · 6 марта 2026 г.

Создание надежной логики запасного варианта для обнаружения активности с помощью веб-хуков Didit (RU)

Реализуйте сложную программируемую логику запасного варианта для обнаружения активности, используя мощные веб-хуки Didit. Улучшите предотвращение мошенничества и пользовательский опыт, динамически корректируя потоки верификации.

Автор: DiditОбновлено
programmable-fallback-logic-liveness-didit-webhooks.png

Динамическая оценка рисковИспользуйте отчеты Didit по обнаружению активности и настраиваемые пороговые значения предупреждений для принятия обоснованных решений в реальном времени о результатах верификации.

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

Бесшовный пользовательский опытРазрабатывайте адаптивные пользовательские маршруты, которые направляют законных пользователей через необходимые шаги, эффективно отпугивая мошенников с помощью интеллектуальной логики запасного варианта.

Модульное преимущество DiditОбнаружение активности Didit на основе ИИ, в сочетании с веб-хуками и движком оркестрации без кода, позволяет компаниям создавать легко настраиваемые и устойчивые рабочие процессы проверки личности с помощью Free Core KYC.

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

Понимание результатов и предупреждений обнаружения активности

Обнаружение активности Didit выходит за рамки простого «пройдено/не пройдено». Наша система предоставляет всеобъемлющий отчет, включающий статус активности (Одобрено, Отклонено, На рассмотрении), балл уверенности и подробные предупреждения. Эти предупреждения имеют решающее значение для понимания того, почему проверка активности могла не быть окончательно «Одобрена», и для информирования вашей стратегии запасного варианта.

Например, предупреждения об обнаружении активности Didit описывают различные сценарии:

  • NO_FACE_DETECTED: Условие автоматического отклонения, указывающее на отсутствие лица.
  • LIVENESS_FACE_ATTACK: Еще одно автоматическое отклонение, сигнализирующее о потенциальной попытке спуфинга.
  • FACE_IN_BLOCKLIST: Автоматическое отклонение, если лицо совпадает с записью в вашем черном списке.
  • LOW_LIVENESS_SCORE: Настраиваемые пороги позволяют устанавливать баллы, которые вызывают статусы «На рассмотрении» или «Отклонено».
  • POSSIBLE_DUPLICATED_FACE / DUPLICATED_FACE: Флаги потенциально дублирующихся личностей.
  • MULTIPLE_FACES_DETECTED: (Для пассивной активности) Указывает на присутствие более одного лица.
  • LOW_FACE_QUALITY / LOW_FACE_LUMINANCE / HIGH_FACE_LUMINANCE: Предупреждения, связанные с качеством изображения, которые могут препятствовать точному обнаружению.

Каждое из этих предупреждений предоставляет ценный контекст. Низкий балл активности из-за плохого освещения (LOW_FACE_LUMINANCE) может потребовать повторной попытки с инструкциями, в то время как POSSIBLE_DUPLICATED_FACE может вызвать более глубокое расследование или потребовать дополнительных доказательств личности. Обнаружение активности Didit предлагает три основных метода: ACTIVE_3D, FLASHING и PASSIVE, каждый из которых имеет различные уровни безопасности и требования к взаимодействию с пользователем. Понимание этих методов и их результатов является ключом к разработке эффективной логики запасного варианта.

Разработка интеллектуальных стратегий запасного варианта

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

Сценарий 1: Низкий балл активности / Плохое качество лица

Если пользователь получает низкий балл активности или система отмечает низкое качество лица (например, LOW_FACE_QUALITY, LOW_FACE_LUMINANCE), это часто указывает на факторы окружающей среды или ошибку пользователя, а не на прямое мошенничество. Вместо немедленного отказа ваша логика запасного варианта может:

  • Предложить пользователю повторить проверку активности с более четкими инструкциями (например, «Пожалуйста, обеспечьте хорошее освещение и держите устройство неподвижно»).
  • Переключиться с пассивной проверки активности (PASSIVE) на более надежный метод FLASHING или ACTIVE_3D, который обеспечивает более высокую степень уверенности.
  • Если несколько повторных попыток не увенчаются успехом, передать на ручную проверку, где агент может оценить предоставленные медиафайлы (отчет об активности Didit включает reference_image и video_url).

Сценарий 2: Возможно дублирующееся лицо

Когда 1:1 Face Match или Face Search Didit обнаруживает POSSIBLE_DUPLICATED_FACE, это тревожный сигнал, требующий внимания. Ваша логика запасного варианта может:

  • Запросить дополнительные формы проверки личности (например, сканирование вторичного документа с использованием Didit's ID Verification).
  • Запустить запрос на аутентификацию на основе знаний (KBA).
  • Инициировать ручную проверку, возможно, с перекрестной ссылкой на другие внутренние базы данных или с использованием Didit's AML Screening для расширенной должной осмотрительности.

Сценарий 3: Статус «На рассмотрении»

Статус «На рассмотрении» означает, что система не смогла окончательно одобрить или отклонить проверку активности, часто из-за комбинации незначительных предупреждений или пограничных баллов. Это основной кандидат для автоматического переключения на очередь ручной проверки. Уведомление веб-хука будет включать все необходимые детали из отчета об активности для агента, чтобы принять обоснованное решение, включая балл, метод и любые связанные предупреждения.

Реализация запасного варианта с веб-хуками Didit

Модульная архитектура Didit и веб-хуки разработаны именно для создания таких динамических рабочих процессов. Когда проверка активности завершена, Didit может отправить уведомление веб-хука вашей системе с полным отчетом об активности, включая статус, балл, метод и любые предупреждения. Затем ваше приложение обрабатывает эту полезную нагрузку JSON и выполняет предопределенную логику.

Вот упрощенный пример того, как может работать ваш обработчик веб-хуков:

  1. Получение веб-хука: Ваша конечная точка получает полезную нагрузку JSON от Didit, содержащую объект liveness.
  2. Разбор статуса и балла: Извлеките liveness.status и liveness.score.
  3. Проверка предупреждений: Пройдите по liveness.warnings для конкретных индикаторов риска.
  4. Выполнение логики:
    • Если status == 'Approved': Продолжить онбординг.
    • Если status == 'Declined' и LIVENESS_FACE_ATTACK или FACE_IN_BLOCKLIST: Заблокировать пользователя, оповестить команду по борьбе с мошенничеством.
    • Если status == 'Declined' из-за LOW_LIVENESS_SCORE (ниже строгого порога): Предложить пользователю повторить попытку с улучшенными инструкциями.
    • Если status == 'In Review' или LOW_FACE_QUALITY: Поставить в очередь на ручную проверку или предложить альтернативный метод верификации.
    • Если POSSIBLE_DUPLICATED_FACE: Запросить дополнительные доказательства личности.

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

Как Didit помогает

Didit — это AI-нативная, ориентированная на разработчиков платформа идентификации, которая позволяет компаниям создавать сложные рабочие процессы верификации, включая надежную логику запасного варианта для обнаружения активности. Наша модульная архитектура означает, что вы можете беспрепятственно интегрировать наши расширенные возможности пассивной и активной активности с другими примитивами идентификации, такими как проверка личности и сопоставление лиц 1:1.

Мы предоставляем комплексное обнаружение активности, предлагая точность 99,9% и несколько методов (3D Action & Flash, 3D Flash, Passive) для удовлетворения различных потребностей в безопасности. Наши подробные отчеты об активности и настраиваемые пороговые значения предупреждений предоставляют вам детализированные данные, необходимые для создания интеллектуальной логики запасного варианта. С веб-хуками Didit и движком оркестрации без кода вы можете определять сложные правила, которые автоматически запускают повторные попытки, ручные проверки или альтернативные шаги верификации, обеспечивая как безопасность, так и плавный пользовательский опыт.

Didit выделяется бесплатным Core KYC, отсутствием платы за настройку и моделью оплаты за успешную проверку, что делает расширенную проверку личности доступной для компаний любого размера. Наш AI-нативный подход гарантирует, что наше обнаружение активности постоянно учится и адаптируется к новым методам спуфинга, защищая вашу платформу от возникающих угроз.

Готовы начать?

Готовы увидеть Didit в действии? Получите бесплатную демонстрацию сегодня.

Начните бесплатно проверять личности с помощью бесплатного уровня Didit.

Инфраструктура для идентификации и борьбы с мошенничеством.

Единый API для KYC, KYB, мониторинга транзакций и проверки кошельков. Интеграция за 5 минут.

Попросите ИИ кратко изложить эту страницу
Программируемая логика запасного варианта для обнаружения.