Руководство для разработчиков: Динамические резервные рабочие процессы для API IDV (RU)

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

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

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

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

Важность динамических резервных рабочих процессов в IDV

В мире онлайн-проверки личности полагаться на один вызов API для подтверждения личности пользователя — это путь к потенциальному сбою и плохому пользовательскому опыту. Такие факторы, как низкое качество изображения документа, задержка сети, ограничения скорости API или даже временные сбои в работе сервисов, могут нарушить процесс верификации. Именно здесь динамические резервные рабочие процессы становятся незаменимыми. Хорошо продуманная стратегия резервирования гарантирует, что если основной метод верификации дает сбой, система может интеллектуально переключиться на альтернативный, сохраняя плавность пути пользователя и поддерживая высокие показатели успешности верификации. Это не только повышает удовлетворенность клиентов, но и напрямую влияет на коэффициенты конверсии и операционную эффективность.

Для разработчиков создание отказоустойчивых систем означает предвидение сбоев и наличие планов Б, В и даже Г. Статические, жесткие потоки верификации часто приводят к тому, что пользователи отказываются от процесса при возникновении ошибки. Динамические резервные варианты, с другой стороны, обеспечивают гибкость, позволяя компаниям адаптироваться к условиям реального времени и вводу пользователя. Это особенно важно для приложений, связанных с конфиденциальными процессами, такими как подключение клиентов, проверка возраста для регулируемого контента или транзакции с высокой стоимостью, где надежное подтверждение личности имеет первостепенное значение.

Разработка эффективной резервной логики

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

1. Определение потенциальных точек отказа

Прежде чем разрабатывать резервные варианты, вам нужно знать, что может пойти не так. Общие точки отказа в IDV включают:

• Проблемы со сканированием документов: Размытые изображения, блики, неправильный тип документа или просроченные документы могут привести к сбоям при проверке личности (OCR, MRZ, штрих-коды).
• Сбои обнаружения живости: Пользователи не проходят проверку живости из-за плохого освещения, дипфейков или несоблюдения инструкций.
• Несоответствия при сопоставлении лиц: Расхождения между фотографией в документе и селфи в реальном времени.
• Несоответствия данных: Информация, извлеченная из документа, не соответствует записям в базе данных или предоставленным пользователем данным.
• Флаги проверки AML: Пользователь, находящийся в списке наблюдения, требующий дальнейшей ручной проверки.
• Перебои в работе API-сервиса: Временная недоступность или ошибки от поставщика услуг по проверке личности.

2. Определение условной логики и альтернативных путей

После выявления точек отказа составьте карту альтернативных путей. Например:

• Если первоначальная проверка личности (OCR) не удалась из-за низкого качества изображения, предложите пользователю переснять фотографию или использовать другой тип документа.
• Если пассивное и активное обнаружение живости указывает на высокий риск мошенничества, запустите ручную проверку или запросите дополнительные доказательства, такие как подтверждение адреса.
• Если сопоставление лиц 1:1 не удается, возможно, предложите альтернативу, такую как проверка телефона и электронной почты в сочетании с конкретными вопросами для аутентификации на основе знаний.
• Для сценариев проверки возраста, если оценка возраста неубедительна, предложите сканирование физического удостоверения личности.
• Если проверка AML Screening & Monitoring возвращает потенциальное совпадение, автоматически направьте пользователя к сотруднику по комплаенсу для дальнейшего расследования, не прерывая поток пользователя.

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

3. Приоритизация пользовательского опыта

Резервные варианты не должны ощущаться как наказание. Цель состоит в том, чтобы держать пользователя вовлеченным и уменьшать трение. Предоставляйте четкие, краткие инструкции при срабатывании резервного варианта. Например, вместо общей ошибки скажите пользователю: «Ваша фотография документа размыта. Пожалуйста, попробуйте еще раз в хорошо освещенном месте» или «Мы не смогли подтвердить вашу личность этим методом. Хотите попробовать подтвердить с помощью другого документа или обратиться в службу поддержки?» Минимизация количества шагов и обеспечение единообразного UI/UX на всех путях верификации имеет решающее значение.

Стратегии технической реализации

С технической точки зрения, реализация динамических резервных рабочих процессов включает несколько ключевых аспектов:

1. Оркестровка API и управление состоянием

Ваша серверная система должна оркестровать вызовы к различным API IDV и управлять состоянием процесса верификации. Это включает отслеживание того, какие шаги были завершены, какие не удалось, и какие резервные пути были инициированы. API-ориентированный подход Didit и использование «сессий» упрощают это. Когда вы создаете сессию с определенным идентификатором рабочего процесса, Didit обрабатывает весь пользовательский интерфейс, управление состоянием и условные шаги. Вам нужно только запросить статус сессии, чтобы узнать результат.

GET /v3/workflows/
    - uuid: a1b2c3d4-5678-90ab-cdef-111111111111
      workflow_label: Standard KYC
      workflow_type: kyc
      features:
        - OCR
        - LIVENESS
        - FACE_MATCH
    - uuid: b2c3d4e5-6789-01bc-defg-222222222222
      workflow_label: Full Verification + AML
      workflow_type: kyc
      features:
        - OCR
        - LIVENESS
        - FACE_MATCH
        - AML

Этот пример API показывает, как могут быть определены и доступны различные рабочие процессы, каждый из которых имеет отличительные функции, такие как OCR, Liveness, Face Match и AML. Затем вы можете динамически выбирать соответствующий рабочий процесс на основе результатов первоначальной верификации или демографических данных пользователя.

2. Надежный клиент API и обработка ошибок

Ваш клиент API должен быть построен для корректной обработки различных кодов состояния HTTP и ответов об ошибках. Реализуйте механизмы повторных попыток с экспоненциальной задержкой для временных ошибок. Различайте временные ошибки (например, проблемы с сетью) и постоянные ошибки (например, неверный ввод), чтобы избежать ненужных повторных попыток. Тщательно регистрируйте все взаимодействия с API и ответы об ошибках для отладки и аудита.

3. Модульные и компонуемые проверки личности

Примите модульную архитектуру, где каждая проверка личности (верификация удостоверений личности, проверка живости, сопоставление лиц, проверка AML, подтверждение адреса, оценка возраста, проверка телефона и электронной почты) является отдельным, подключаемым компонентом. Это позволяет легко заменять или добавлять новые методы верификации без перепроектирования всей вашей системы. Платформа Didit построена на этом принципе, предлагая компонуемые примитивы идентификации через чистые API, что упрощает создание пользовательских рабочих процессов.

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

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

• Оркестрованные рабочие процессы: Визуальный конструктор Didit без кода в Business Console позволяет разрабатывать многоэтапные потоки проверки личности, включая узлы условной логики для KYC, проверки возраста и проверки AML. Вы определяете логику один раз, а Didit обрабатывает пользовательский интерфейс, управление состоянием и условные шаги. Это означает, что вы можете легко настроить основные и резервные методы, например, начать с верификации удостоверения личности (OCR) и проверки живости, и если порог не достигнут, автоматически запустить запрос подтверждения адреса или ручную проверку.
• Комплексный набор продуктов: С Didit у вас есть доступ к полному спектру инструментов верификации, включая верификацию удостоверений личности (OCR, MRZ, штрих-коды), пассивную и активную проверку живости, сопоставление лиц 1:1 и поиск лиц, проверку и мониторинг AML, подтверждение адреса, оценку возраста (с сохранением конфиденциальности), проверку телефона и электронной почты, а также верификацию NFC (электронный паспорт/электронное удостоверение личности). Этот обширный набор инструментов позволяет создавать практически любой мыслимый сценарий резервирования.
• Подход, ориентированный на разработчиков: Didit предлагает мгновенную песочницу, общедоступную документацию и чистые API, что делает интеграцию бесшовной. Вы можете программно перечислять, создавать, обновлять и удалять рабочие процессы, предоставляя вам полный контроль над вашей логикой верификации.
• Бесплатный Core KYC: Didit предлагает бесплатный Core KYC, позволяя компаниям начать работу и создавать надежные рабочие процессы без первоначальных затрат. Наша модель оплаты за успешную проверку и отсутствие платы за настройку означают, что вы платите только тогда, когда верификация успешна, что соответствует затратам и ценности.
• Автоматизация на основе ИИ: Используя ИИ, Didit автоматизирует большую часть процесса принятия решений в рабочих процессах, уменьшая потребность в ручной проверке и ускоряя время верификации, даже когда задействованы резервные варианты.

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

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

Начните бесплатно проверять личности с бесплатным тарифом Didit.