Переход на 3DS2 меняет платёжный процесс: данные, клиентский опыт, поведение провайдеров и работу поддержки, а не только версию API.

Определите причину перехода и целевой сценарий

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

Согласуйте состав и формат данных

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

Учтите незавершённые и асинхронные операции

Пользователь может прервать оплату, аутентификация — завершиться ошибкой, а callback — прийти позже ответа интерфейсу. Определите порядок проверки статуса, идемпотентность, обработку тайм-аутов и данные, по которым поддержка сможет объяснить произошедшее.

Успешная аутентификация не гарантирует одобрение платежа. Интерфейс не должен создавать такое впечатление.

Внедряйте с контролем отдельных сегментов

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

Рассмотрите 3DS2 в полном цикле платежа.

Начните с поддерживаемого сценария, состава данных, обработки callback и перехода в production.

Перейти в раздел для разработчиков ↗