Переход на 3DS2 меняет платёжный процесс: данные, клиентский опыт, поведение провайдеров и работу поддержки, а не только версию API.
Определите причину перехода и целевой сценарий
Уточните задачу: соблюдение регуляторных требований, больше данных для аутентификации, удобная оплата с телефона, смена провайдера или выход на новый рынок. Опишите сценарий в браузере или приложении, применимые исключения и дополнительные проверки, перенаправления, callback-уведомления и итоговый статус платежа.
Согласуйте состав и формат данных
Проверьте обязательные поля клиента, устройства и операции, идентификаторы аутентификации, обработку суммы и валюты, ошибки и связь платёжной операции с результатом 3DS. Точные требования к реализации сверяйте с актуальной документацией провайдера и платёжной системы.
Учтите незавершённые и асинхронные операции
Пользователь может прервать оплату, аутентификация — завершиться ошибкой, а callback — прийти позже ответа интерфейсу. Определите порядок проверки статуса, идемпотентность, обработку тайм-аутов и данные, по которым поддержка сможет объяснить произошедшее.
Успешная аутентификация не гарантирует одобрение платежа. Интерфейс не должен создавать такое впечатление.
Внедряйте с контролем отдельных сегментов
Сравнивайте завершение аутентификации, дополнительные проверки, ошибки и результаты платежей по рынкам, устройствам, провайдерам и сценариям. Сохраняйте исходные данные провайдера, отслеживайте изменения и предусмотрите управляемый резервный сценарий или откат, если это допускают бизнес-модель и регулирование.
Рассмотрите 3DS2 в полном цикле платежа.
Начните с поддерживаемого сценария, состава данных, обработки callback и перехода в production.
Перейти в раздел для разработчиков ↗