Спрощений механізм прийому платежів через API інтернет-еквайрінгу UAPAY

з використанням платіжної сторінки UAPAY

1. Оплата товарів, робіт і послуг:

1.1. На стороні торговця / партнера:

Покупець / клієнт на сайті продавця / партнера здійснює вибір товару, послуг, робіт і здійснює формування замовлення.
Покупець / клієнт здійснює вибір, API інтернет-еквайрінгу UAPAY, як способу оплати замовлення
При цьому, відбувається передача запиту на створення сесії. Запит здійснюється за методом POST /api/sessions/create

1.2. На стороні UAPAY після отримання запиту на створення сесії

Обробляється запит та передається у відповіді на запит за методом POST api/sessions/create ідентифікатор сесії.

1.3. На стороні торговця / партнера після отримання ідентифікатору сесії:

Формується та передається до UAPAY запит на створення інвойсу методом POST api/invoicer/invoices/create.

1.4. На стороні UAPAY після отримання запиту на створення інвойсу:

Обробляє запит та передається у відповіді на запит за методом POST api/invoicer/invoices/create:

ID – інвойсу;
Адресу сторінки платежу;
Адресу QR коду сторінки.

За умови, якщо інвойс є одноразовим, то зверніть увагу, що оплата за таким інвойсом можлива виключно один раз, для наступної спроби оплати необхідно здійснити нову генерацію інвойсу.

2. Повернення коштів клієнту у випадку виникнення необхідності скасування платежу (звернення покупця / клієнта, неможливості виконати замовлення і т.і.)

2.1. На стороні торговця / партнера:

Передача запиту на скасування платежу інвойсу здійснюється методом POST api/invoicer/payments/reverse

При цьому можливо зазначити суму повернення меншу ніж сума платежу.

2.2. На стороні UAPAY після отримання запиту

Обробляє запит та передає у відповіді на запит POST api/invoicer/payments/reverse даних про статус скасування платежу.

Механізм прийому платежів через API інтернет-еквайрінгу UAPAY (сервер-сервер)

1. Оплата товарів, робіт і послуг:На стороні торговця / партнера:

1.1. На стороні торговця / партнера:

Покупець / клієнт на сайті продавця / партнера здійснює вибір товару, послуг, робіт і здійснює формування замовлення.
Покупець / клієнт здійснює вибір, API інтернет-еквайрінгу UAPAY, як способу оплати замовлення
При цьому, відбувається передача запиту на створення сесії. Запит здійснюється за методом POST /api/sessions/create

1.2. На стороні UAPAY після отримання запиту на створення сесії

Обробляється запит та передається у відповіді на запит за методом POST api/sessions/create ідентифікатор сесії.

1.3. На стороні торговця / партнера після отримання ідентифікатору сесії:

Формується та передається до UAPAY запит на створення інвойсу методом POST api/invoicer/invoices/create.

1.4. На стороні UAPAY після отримання запиту на створення інвойсу:

Обробляє запит та передається у відповіді на запит за методом POST api/invoicer/invoices/create:

ID – інвойсу;
Адресу сторінки платежу;
Адресу QR коду сторінки.

За умови, якщо інвойс є одноразовим, то зверніть увагу, що оплата за таким інвойсом можлива виключно один раз, для наступної спроби оплати необхідно здійснити нову генерацію інвойсу.

1.5. На стороні торговця / партнера після отримання відповіді на створення інвойсу:

Обробляється відповідь та використовуючи отримані від UAPAY дані та дані клієнта формується запит на створення платежу інвойсу методом POST api/invoicer/payments/create

1.6. На стороні UAPAY після отримання запиту на створення платежу за інвойсом:

Обробляється запит та передається у відповіді на запит за методом POST api/invoicer/payments/create:

ID – інвойсу;
Ключ зберігання CVV;
Адресу перенаправлення.

1.7. На стороні торговця/партнера після отримання відповіді на створення платежу за інвойсом:

Обробляється відповідь та використовуючи отримані від UAPAY дані та дані клієнта формується запит, для перевірки власника картки, методом POST api/invoicer/payments/checkStatus

1.8. На стороні UAPAY після отримання запиту, на перевірку статусу за платежем:

Обробляє запит та передає у відповіді на запит за POST api/invoicer/payments/checkStatus:

Статус за платежем;
Тип перевірки
Адресу перенаправлення (за необхідності)

1.9. На стороні торговця / партнера після перевірки власника карти:

Використовуючи отримані від UAPAY дані та дані клієнта формується запит, на підтвердження платежу за інвойсом, методом POST api/invoicer/payments/confirm

1.10. На стороні UAPAY після отримання запиту, на підтвердження платежу за інвойсом:

Обробляє запит та передає у відповіді на запит за методом POST api/invoicer/payments/confirm:

Помилка;
Успішно.

1.11. На стороні торговця / партнера після отримання на підтвердження платежу за інвойсом:

Використовуючи отримані від UAPAY дані та дані клієнта формується запит, на перевірку статусу за платежем, методом POST api/invoicer/payments/checkStatus

1.12. На стороні UAPAY після отримання запиту, на перевірку статусу за платежем:

Обробляє запит та передає у відповіді на запит за методом POST api/invoicer/payments/checkStatus статус:

Помилка (розгорнута)
Успішно.