Підтвердження платежу клієнтом. Введення смс. Проходження 3DS перевірки: відмінності між версіями
Матеріал з apidocs
Немає опису редагування |
Немає опису редагування |
||
| Рядок 68: | Рядок 68: | ||
cursor: pointer; | cursor: pointer; | ||
"> | "> | ||
[[ | [[Параметри BrowseInfo при 3DS оплаті]] | ||
</div> | </div> | ||
<!-- Права кнопка --> | <!-- Права кнопка --> | ||
| Рядок 87: | Рядок 87: | ||
cursor: pointer; | cursor: pointer; | ||
"> | "> | ||
[[ | [[Перевірка статусу платежу]] | ||
</div> | </div> | ||
</div> | </div> | ||
Версія за 07:37, 14 серпня 2025
У випадку "actionType": "ConfirmCode", клієнту прийде код підтвердження, який потрібно передати до EasyPay
POST /api/payment/confirmCodeVerification
Request
headers
"Content-Type": "application/json"
"PartnerKey": "partnerName"
"locale": "ua"
"AppId": "a5806a5f-dbb8-496a-a23f-aab6d2fcbce1"
"PageId": "2ce7dba6-4600-456e-b9c8-f13cacf1c85d"
"Sign": "e0v1vIOMyNt2qSmrG5+sjAq8wOhvgDDUEyfVP21mRU4="
body
{
"code": "string"
}
Response
headers
відсутній
body
{ }
Якщо "status":"Need3Ds", то клієнту потрібно пройти 3DS перевірку в залежності від значення "actionType".
Опис параметрів:
| Параметр | Характеристика |
|---|---|
FormRedirect |
необхідно СТВОРИТИ сторінку (форму) з html-коду, який передано у параметрі |
actionContent |
"<html>...</html>", відкрити її клієнту для проходження ним 3D-secure перевірки. Альтернативним варіантом є переадресація клієнта за посиланням параметра "alternativeRedirectUrl" |
UrlRedirect |
необхідно переадресувати клієнта на посилання з "action" або переадресувати клієнта за посиланням з "alternativeRedirectUrl". Відобразиться форма банку емітента картки для перевірки 3D Secure. Після введення коду клієнта переадресує на сторінку успіху чи помилки. Адреси сторінок передаються на етапі створення замовлення.
} |