Ukrcard
  1. Довідка
Ukrcard
  • Вступ
  • Початок роботи
  • Рецепти
  • Загальні концепції
  • Особистий кабінет торговця
  • Довідка
    • Потоки обробки транзакцій
    • Коди відповідей
    • Тестові дані
  • Наші методи
    • E-Commerce еквайринг
      • /Payment
      • /Preauthorization
      • /CancelPreauthorization
      • /Completion
      • /ConfirmExt
      • /Reverse
      • /Refund
      • /Verify
    • Грошові перекази
      • /р2рTransfer
      • /Confirm
      • /ConfirmExt
      • /Reverse
      • /Refund
      • /Verify
    • Платежі з цифрового гаманця
    • Картки та рахунки (UAPI)
      • 3. PUT changeCardLimit-baseparam/limits/
    • Перекази SEPA
    • Платіжні операції з використанням токенів
      • /Payment
      • /Preauthorization
      • /p2pTransfer
      • /Confirm
      • /ConfirmExt
      • /Panbytoken
    • Apple Pay
      • /PaymentAppleD
      • /PaymentAppleE
    • Google Pay
      • /PaymentGoogleD
      • /PaymentGoogleE
  1. Довідка

Потоки обробки транзакцій

Switch to English

Проходження 3DS платежа (Challenge Flow)

Untitled.png

Проходження одностадійного 3DS платежу

0) Клієнт ініціює покупку на веб-службі продавця

1) Веб-служба надсилає запит на обробку одностадійної операції через PSP на wsGate

wsGate приймає запит, проводить аутентифікацію зовнішньої системи

2) wsGate надсилає запит до 3D Server для визначення залучення BIN-a карти в EMV 3DS

3) 3D Server відповідає чи залучений BIN карти в EMV 3DS протокол

4) wsGate збирає данні для веріфікації клієнта і відправляє запит на 3D Server

5) 3D Server з отриманих даних формує і надсилає запит на автентифікацію (AReq) платіжній мережі (DS)

6) (DS) платіжної мережі доповнює повідомлення своїми даними та перенаправляє на (ACS) емітента

7) (ACS) емітента вирішує, чи продовжувати потік без тертя (frictionless), чи зробити додаткову веріфікацію клієнта (challenge), і повертає результат у відповіді на автентифікацію (ARes).

8) (DS) платіжної мережі відправляє відповідь до 3D Server

9) 3DS Server інформує wsGate про рішення (ACS) емітента

10) wsGate формує Challenge Response (CRes) для початку процедури веріфікації клієнта

11) PSP ініціює взаємодію власника картки з (ACS) емітента задля процедури веріфікації

12, 13) (ACS) емітента проводить веріфікацію клієнта

14) (ACS) емітента надсилає запит результату (RReq), щоб повідомити результати автентифікації власника картки, ті ініціювати авторизацію

15) (DS) платіжної мережі відправляє відповідь до 3D Server

16) 3DS Server інформує wsGate про результати автентифікації

17) wsGate формує запит на фінансову операцію до авторизаційного хоста еквайера

18, 19) Авторизаційний запит відправляєтся через платіжну систему до авторизаційного хоста емітента

20, 21) Авторизаційний хост емітента виконує фінансову операцію, і надсилає результат через платіжну систему до хоста еквайера

22) Хоста еквайера відправляє результат авторизації до wsGate

23) wsGate формує Result Response (RRes) і направляє його до 3DS Server

24, 25) 3DS Server надсилає результат авторизації через (DS) на (ACS) емітента

26) після отримання підтвердження в проведенні операції ACS надсилає останню відповідь, що авторизацію завершено через браузер клієнта

27) Браузер клієнта перенаправляє запит на wsGate

28) wsGate перенаправляє клієнта на фінішну сторінку з результатом операції

Previous
Особистий кабінет торговця
Next
Коди відповідей
Built with