Acquiring

Спрощений механізм прийому платежів через 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 статус:

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


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

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

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

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

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

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