ОПЛА_Навчання _2.0

1.

Сервіс запитів на оплату
Створено разом з Visa на базі технології Request to Pay
Навчальні матеріали для команди UAPAY
2026

2.

Для кого і навіщо ця презентація
Знайомство
Навчання
Довідник
Що це за сервіс, кому він потрібен і чим
відрізняється від звичного еквайрингу
Як виглядає кабінет, як створюють запити,
що означає кожен статус операції
Ролі, тарифи, межі сервісу, часті питання й
короткий словник термінів
Кілька зауважень перед стартом
Сервіс називається ОПЛА. Технічна назва механіки — R2P, Request to Pay. Всередині компанії ви зустрінете обидві назви — це одне й те саме.
Ілюстрації кабінету — реальні макети продукту. Дрібні деталі можуть відрізнятися від фінальної версії.
Матеріали описують перший запуск. Частина можливостей з'явиться пізніше, і про них є окремий слайд.
Кожен слайд має нотатки доповідача — там пояснення, які не помістились на екран.
2

3.

Зміст
01
Що таке ОПЛА
03
Підключення
05
Запит на оплату
07
Налаштування
09
Довідка
Суть сервісу, партнерство з Visa, як рухаються гроші
Реєстрація, підтвердження особи, магазин, активація
Умови створення, форма, що відбувається після надсилання
Магазини, картки, команда, сповіщення
02
Кому це потрібно
04
Панель операцій
06
Статуси операцій
08
Підписка
Проблема ринку, наша аудиторія, переваги й безпека
Головний екран: список операцій, фільтри, порожні стани
Життєвий цикл запиту й що означає кожен статус
Тарифи, ліміти запитів, що буде при несплаті
Межі сервісу, часті питання, словник
3

4.

Що таке ОПЛА одним реченням
Продавець надсилає клієнту запит на оплату — і клієнт підтверджує його у своєму
банківському застосунку, як звичайне повідомлення від банку.
Без термінала
Без реквізитів
Гроші — на картку
Все в кабінеті
Не треба купувати чи орендувати
обладнання
Клієнт не вводить номер картки й
нічого не встановлює
Кошти приходять на бізнес-картку
продавця
Видно, хто, коли, скільки і за яке
замовлення заплатив
Формально це називається «запит на оплату». По суті — продавець просить гроші, а рішення завжди залишається за клієнтом.
4

5.

Наше рішення створено разом з Visa
Що таке Request to Pay
Що зробили ми
Технологія платіжної системи Visa, яка дозволяє отримувачу коштів
надіслати платнику офіційний запит на оплату просто в його
банківський застосунок. Платник бачить, хто просить гроші й за що, і
підтверджує або відхиляє.
ОПЛА — готовий сервіс на базі цієї технології: кабінет для
підприємця, підключення за кілька хвилин, керування
магазинами, командою й оплатами. Складна платіжна механіка
захована всередині.
Що це дає на практиці
1
2
3
4
Довіра платника
Прямий шлях коштів
Стандарти безпеки
Готовність до масштабу
Запит приходить не від невідомого
номера, а через банк клієнта
Гроші йдуть з картки на картку
інфраструктурою Visa
Правила міжнародної платіжної
системи діють за замовчуванням
Технологія міжнародна, а не
саморобне рішення одного банку
5

6.

Проблема, яку ми вирішуємо
Як приймають оплату зараз
Як це виглядає з ОПЛА
Диктують номер картки в директ — і потім не розуміють, від
кого прийшли гроші
Продавець вводить телефон клієнта, суму й за що платіж
Скидають реквізити ФОП, клієнт вводить їх вручну й
помиляється
Клієнту в застосунок його банку приходить готовий запит
Клієнт натискає «Підтвердити» — і все
Купують або орендують термінал заради кількох оплат на день
Гроші йдуть напряму на бізнес-картку продавця
Домовляються про переказ «на картку» — без обліку й без
прив'язки до замовлення
У кабінеті одразу видно оплату з номером замовлення
Витрачають час, щоб звірити, хто саме заплатив і за що
Головне: продавець перестає залежати від того, чи правильно клієнт введе реквізити й чи не забуде заплатити взагалі.
6

7.

Як це працює: чотири кроки
1
2
3
4
Продавець створює запит
Запит іде мережею Visa
Клієнт бачить запит
Клієнт підтверджує
У кабінеті вказує телефон
клієнта, суму, за що платіж і
банк клієнта
UAPAY передає його
захищеними каналами до банку
клієнта
У своєму банківському
застосунку — з назвою магазину
й сумою
Гроші одразу йдуть на бізнескартку продавця
Що важливо розуміти
Клієнту не треба нічого встановлювати — він користується застосунком свого банку, який у нього вже є.
Продавець не бачить і не зберігає номер картки клієнта. Він знає тільки номер телефону.
Запит — це прохання, а не списання. Без підтвердження клієнта гроші не рухаються.
7

8.

Що бачить людина, яка платить
Клієнт нічого не вводить
Ні номера картки, ні реквізитів — тільки підтвердження в застосунку.
Ваш банк
Запит на оплату
Магазин «Квіти на Подолі»
850,00 грн
Він бачить, кому платить
Назва магазину, сума, призначення платежу і номер замовлення.
Замовлення №1043
Підтвердити оплату
Він може відмовитись
Відхилення — нормальний сценарій. Продавець побачить його в кабінеті.
Відхилити
Запит має термін дії
Продавець обирає, скільки він дійсний: від одного дня до 90 днів.
8

9.

Для кого ми це зробили
На старті сервіс доступний фізичним особам-підприємцям (ФОП) — це найбільша частина малого бізнесу, якому незручно з класичним еквайрингом.
Продажі в соцмережах
Instagram- і Facebook-магазини, які досі
приймають оплату переказом
Робота на виїзді
Ремонт, монтаж, клінінг — оплата на місці,
без термінала
Послуги за записом
Майстри, студії, репетитори, косметологи —
оплата за візит або пакет
Передоплати й бронювання
Оренда, фотосесії, майстер-класи, завдаток за
замовлення
Доставка й самовивіз
Квіти, їжа, товари під замовлення — оплата
до відправлення
Разові рахунки
Коли рахунок треба виставити швидко й
отримати оплату сьогодні
9

10.

Що отримує продавець
1
Швидкий старт
Підключення онлайн за кілька хвилин. Не треба їхати у відділення,
купувати обладнання чи робити сайт.
3
Кілька точок продажу
Можна створити кілька магазинів — окремо шоурум, окремо
доставку — і бачити їх окремо.
2
Порядок в обліку
Кожна оплата прив'язана до номера замовлення й призначення
платежу. Видно, хто заплатив і за що.
4
Команда без ризику
Співробітники можуть виставляти рахунки, не маючи доступу до
грошей і налаштувань.
10

11.

Чому це безпечно
Гроші рухає банк, а не продавець
Продавець не бачить картку клієнта
Картку продавця перевіряють
Продавець тільки просить оплату. Списання
відбувається в банку клієнта після його
підтвердження.
У кабінеті немає й не з'являється номер
картки платника — тільки номер телефону.
При додаванні картки для отримання коштів
вона проходить банківську перевірку.
Одна картка — один бізнес
За бізнесом наглядають
Інфраструктура Visa
Одну картку не можна прив'язати до двох
різних підприємців. Вимога фінансового
моніторингу.
Фахівці з фінмоніторингу можуть
призупинити роботу магазину, якщо є
питання до його діяльності.
Сервіс працює за правилами й стандартами
безпеки міжнародної платіжної системи.
11

12.

03
Підключення
Як підприємець реєструється й доходить до робочого кабінету
12

13.

Як підприємець починає працювати
1
Підтвердити пошту
Реєстрація за email, як у будь-якому сервісі
2
Підтвердити, хто ви
Онлайн-підпис КЕП через ID.GOV.UA — дані підтягуються з державного
реєстру
3
Створити магазин
Назва, категорія, посилання на сайт чи соцмережу, короткий опис
4
Активувати ОПЛА
Погодитись з умовами — і кабінет готовий до роботи
Перший екран нового користувача
Усе онлайн. Візити у відділення й папери не потрібні.
13

14.

Крок 1: підтвердження особи через КЕП
Навіщо це потрібно
Ми маємо переконатися, що бізнес реальний, а
людина справді його власник
Назва, телефон і код підприємця підтягуються з
державного реєстру — вручну їх ніхто не вводить
Тому їх не можна змінити самостійно: це гарантія,
що дані справжні
Підприємець додатково вказує пошту й телефон
для зв'язку
Один підприємець реєструється лише раз —
дублікати система не пропускає
14

15.

Крок 2: створення магазину
Магазин — це точка продажу
Не обов'язково фізична. Це може бути Instagram-сторінка, напрямок
послуг або окрема філія. Один підприємець може мати кілька
магазинів і бачити оплати кожного окремо.
Найважливіше поле — назва
Саме її клієнт побачить у запиті на оплату й у виписці за карткою. Тому
вона має бути зрозумілою й впізнаваною — краще «Квіти на Подолі»,
ніж «ФОП Іваненко І.І.».
Магазин починає працювати одразу після заповнення форми — чекати на погодження не потрібно.
15

16.

Крок 3: активація сервісу ОПЛА
ОПЛА — це окремий сервіс усередині кабінету UAPAY. Підприємець
свідомо його вмикає й погоджується з умовами.
Активація відбувається один раз на підприємця, а не на кожен
магазин
Поки сервіс не активовано, решта розділів кабінету недоступна
У майбутньому поруч з ОПЛА тут з'являться інші сервіси прийому
оплат
Чому це окремий крок
Прийом платежів — регульована послуга. Підприємець має явно
погодитися з умовами, а не отримати сервіс автоматично.
Останній крок перед роботою в кабінеті
16

17.

Один акаунт — кілька бізнесів
Коли з'являється цей екран
Якщо до одного акаунта прив'язано більше ніж один
бізнес. Людина обирає, з ким працює зараз, і потрапляє в
його кабінет. Перемкнутися можна будь-коли.
Кому це потрібно
Екран «Мій портал»: вибір бізнесу після входу
Підприємцю з кількома ФОП
Бухгалтеру, який веде кілька клієнтів
Співробітнику, якого запросили в команду різних
бізнесів
17

18.

04
Панель операцій
Головний екран кабінету, де живе щоденна робота продавця
18

19.

Що є в кабінеті
Панель операцій
Головний екран. Усі запити на оплату: хто,
скільки, коли, чим закінчилось
Моя команда
Співробітники, яких запросили в кабінет, та
їхні права
Мої магазини
Точки продажу. Тут їх можна тимчасово
вимкнути й увімкнути назад
Підписка
Тариф, залишок запитів, дата списання, історія
платежів
Мої картки
Картки, на які приходять гроші від клієнтів.
Одна з них — основна
Сповіщення
Дзвіночок із подіями: оплатили, відхилили,
закінчується ліміт
Картки, команда й підписка належать підприємцю в цілому, а не окремому магазину. Ліміт запитів теж спільний для всіх його магазинів.
19

20.

Панель операцій: головний екран
Що показує таблиця
Платник — номер телефону клієнта
Сума операції
ID платежу — номер у системі
Користувач — хто з команди створив запит
Магазин, від імені якого надіслано
Дата та час створення
Статус — кольоровий бейдж
Дії — меню операції
Один рядок — одна операція. Найновіші
зверху, список довантажується при
прокручуванні.
20

21.

Фільтри й пошук
Магазини
Період
Користувач
Статус
Номер телефону
Один магазин або всі
одразу
Обов'язковий фільтр.
Максимальний діапазон —
один місяць
Хто з команди створив
запит
Один із п'яти станів
операції
Пошук за платником,
працює разом із фільтрами
Як це працює
Навіщо це продавцю
Фільтри не застосовуються самі — потрібно натиснути
«Застосувати»
Звірити оплати за день або за тиждень
Пошук за телефоном працює разом з іншими фільтрами, а не
замість них
Знайти конкретного клієнта за номером телефону
Побачити всі неоплачені запити й нагадати клієнтам
Період обмежений місяцем, щоб список не перевантажував
систему
Порівняти, скільки продажів зробив кожен співробітник
Подивитися обороти окремого магазину
Нові операції не з'являються в списку самі — треба оновити
сторінку
21

22.

Порожні стани: що бачить продавець, коли щось не налаштовано
Немає картки
Не оплачена підписка
Все готово, операцій ще немає
Магазин створено, але кошти нікуди зараховувати.
Кнопка веде в розділ «Мої картки»
Створювати нові запити не можна. Кнопка веде на
оплату підписки
Кабінет налаштовано. Залишилось створити перший
запит
Порожній стан завжди пояснює причину й дає кнопку з наступною дією. Менеджер і бухгалтер бачать те саме пояснення, але без кнопки — виправити це
може лише власник або адміністратор.
22

23.

Хто що бачить на панелі операцій
Роль
Які операції бачить
Створює
Скасовує
Власник
Усі операції всіх своїх магазинів
Так
Будь-яку
Адміністратор
Усі операції доступних магазинів
Так
Будь-яку
Бухгалтер
Усі операції доступних магазинів
Ні
Ні
Менеджер (усі заявки)
Усі операції своїх магазинів
Так
Будь-яку у своїх магазинах
Менеджер (свої заявки)
Тільки ті, які створив сам
Так
Тільки власну
Логіка проста
Дві версії Менеджера
Людина бачить рівно те, за що відповідає. Менеджеру не треба
знати, скільки коштує підписка. Бухгалтеру не треба виставляти
рахунки клієнтам.
Один бачить усі рахунки свого магазину, інший — тільки власні. Друга
версія зручна, коли в магазині кілька продавців і кожен відповідає за
свої продажі.
23

24.

05
Запит на оплату
Умови створення, форма й що відбувається після надсилання
24

25.

Три умови, без яких запит не створити
1
Активний магазин
2
Додана картка для
зарахування
Якщо активного магазину немає — кнопки
«Створити запит» на екрані просто немає
Магазин є, картки немає — кнопка на місці,
але заблокована
КНОПКИ НЕМАЄ
КНОПКА ЗАБЛОКОВАНА
Кнопки немає
Підказка: «Додайте картку»
3
Активна підписка або
залишок запитів
Підписка неактивна чи ліміт вичерпано —
кнопка заблокована
КНОПКА ЗАБЛОКОВАНА
Підказка: «Оплатіть підписку»
Чому саме так
Магазин потрібен, бо клієнт має бачити, від кого прийшов запит.
Картка потрібна, бо інакше гроші нікуди буде зарахувати.
Підписка потрібна, бо це наша модель монетизації — кожен створений запит списує одиницю ліміту.
25

26.

Форма створення запиту
Що заповнює продавець
Магазин і картка
Підставляються автоматично, якщо магазин один, а
картка — основна
Телефон платника
Єдине, що продавець має знати про клієнта
Сума
Більше нуля й не більша за 45 000 грн
Призначення платежу
Те, що клієнт побачить у запиті. До 250 символів
Термін дії
1 день, 3 дні, тиждень або 90 днів. За замовчуванням —
3 дні
Банк платника
Обирається зі списку банків, які підтримують технологію
Номер замовлення
Тільки цифри. Саме він зв'яже оплату із замовленням в
обліку
26

27.

Що відбувається після натискання «Надіслати запит»
1
2
3
4
Перевірка даних
Підтвердження від Visa
Списання ліміту
Запит у списку
Система перевіряє заповнені поля
й передає запит до Visa
Visa приймає запит і повертає
підтвердження, що він створений
З підписки списується одна
одиниця — саме в цей момент,
один раз
Продавець повертається на
панель, операція має статус
«Очікує оплату»
Ліміт не повертається
Якщо щось пішло не так
Одиниця списується в момент створення запиту й не повертається
ніколи — навіть якщо клієнт відхилив оплату, продавець скасував
запит або термін вийшов.
Форма лишається відкритою з усіма введеними даними
Повідомлення про помилку містить номер звернення для
підтримки
Ліміт не списується — запит фізично не створено
27

28.

06
Статуси операцій
Життєвий цикл запиту: від створення до фінального результату
28

29.

Життєвий цикл запиту
Стартовий стан
Чотири можливі фінали
Очікує оплату
Успішно
Клієнт підтвердив, гроші пішли на картку продавця
Відхилено
Клієнт відмовився або банк не пропустив платіж
Скасовано
Продавець сам відкликав запит до відповіді клієнта
Запит створено й надіслано. Клієнт
ще не відповів.
Із цього стану — і тільки з нього —
запит можна скасувати. У фінальних
статусах кнопка скасування
недоступна.
Протерміновано
Клієнт не відповів, і термін дії запиту вичерпався
Фінальні статуси незворотні: змінити їх ані продавець, ані підтримка не можуть.
29

30.

Що означає кожен статус і що робити
Запит доставлено, клієнт ще не відповів
Можна нагадати клієнту або скасувати запит
Успішно
Оплата пройшла, кошти зараховані
Нічого робити не треба. Видно номер платежу й дату оплати
Відхилено
Клієнт відмовився або банк відхилив
На сторінці операції видно причину. Можна створити новий запит
Скасовано
Продавець відкликав запит сам
Клієнт уже не зможе оплатити. Ліміт не повернувся
Протерміновано
Клієнт не відреагував вчасно
Створити новий запит із довшим терміном дії
Очікує оплату
30

31.

Сторінка операції: що там видно
Дані про оплату
Технічні дані
Пояснення статусу
Номер операції та сума
Внутрішні номери операції в системі Visa
Телефон і банк платника
Картка, на яку зараховано
RRN — унікальний номер платежу,
з'являється після успішної оплати
Призначення платежу
Дата й час створення
Якщо операція завершилась не оплатою, на
сторінці з'являється банер із причиною —
чому клієнт або банк відхилили запит, чи
чому він протермінувався.
Дата й час оплати
До якої дати запит дійсний
Номер замовлення й коментар
Магазин
Хто з команди створив запит
Якщо клієнт ініціював повернення коштів,
тут буде позначка про це й дата.
Ці дані потрібні підтримці, щоб знайти платіж
у банку.
Сторінка операції — головний інструмент підтримки: там є все, щоб відповісти клієнту без звернення до розробників.
31

32.

Скасування запиту
Власник
Будь-яку операцію своїх магазинів
Адміністратор
Будь-яку операцію доступних магазинів
Менеджер (усі заявки)
Будь-яку операцію у своїх магазинах
Менеджер (свої заявки)
Тільки ту, яку створив сам
Бухгалтер
Не може скасовувати взагалі
Скасувати можна тільки операцію зі статусом
«Очікує оплату»
У фінальних статусах кнопка недоступна — змінити результат
уже неможливо.
Як це відбувається
Дія доступна зі сторінки операції або з меню «…» у списку
З'являється попередження: дія незворотна, клієнт більше
не зможе оплатити
Запит переходить у статус «Скасовано»
Ліміт підписки не повертається
32

33.

07
Налаштування
Магазини, картки, команда та сповіщення
33

34.

Мої магазини
Статуси магазину
Активний
Робочий стан: можна створювати
запити
Деактивований
Власник тимчасово зупинив магазин
Заблокований
Заблокував фінансовий моніторинг
UAPAY
Що варто знати
Кожен магазин — картка з назвою, категорією, посиланням і статусом
Деактивація зупиняє тільки нові запити — уже надіслані
клієнт може оплатити
Повернути магазин у роботу можна миттєво
Блокування підприємця блокує всі його магазини одразу
Назву й категорію змінює тільки підтримка
34

35.

Сторінка магазину
Три блоки на одному екрані
1
Інформація про магазин
ID, назва, дата створення, категорія, сайт, пошта й опис діяльності
2
Картка для прийому платежів
Магазин може мати власну картку зарахування, окрему від
основної. Змінюється кнопкою «Змінити картку»
3
Користувачі з доступом
Хто з команди працює з цим магазином, з якою роллю та в якому
статусі
Якщо для магазину задано власну картку, саме вона підставляється в нові
запити цього магазину.
35

36.

Мої картки
Правила, які найчастіше плутають
Активні картки зверху, основна — перша. Деактивовані внизу
Приймати кошти можна тільки на картку Visa Business — це
вимога платіжної системи
Перша додана картка автоматично стає основною, кожна
наступна — ні
Єдину активну картку деактивувати не можна: спочатку треба
додати іншу
Одну картку не можна прив'язати до двох різних підприємців
У кабінеті видно тільки останні чотири цифри — вимога
стандарту безпеки платіжних даних
Картка для оплати підписки — окрема сутність, будь-якої
платіжної системи
Картки належать підприємцю, а не магазину. Магазин лише
обирає, яку з них використовувати за замовчуванням.
36

37.

Моя команда
Власник
Адміністратор
Бухгалтер
Менеджер
Сам підприємець
Права рука власника
Фінансова роль
Той, хто продає
Може все: магазини, картки,
команда, підписка, операції
Керує магазинами, командою й
операціями. Бачить підписку
Як з'являється співробітник
Власник надсилає запрошення на email
Обирає роль; для Менеджера — ще й магазини або доступ до всіх
одразу
Людина реєструється за посиланням і одразу бачить свій кабінет
Доступ можна заблокувати миттєво — без видалення з системи
Бачить картки й підписку,
оплачує сервіс. Рахунки не
виставляє
Виставляє рахунки клієнтам. Не
бачить ні карток, ні підписки
Статуси співробітника
Активний
працює в кабінеті
Очікує
запрошення надіслано, ще не увійшов
Заблокований
доступ призупинено власником
37

38.

Сповіщення
Дзвіночок у кабінеті
Електронна пошта
Перехід до події
Червона крапка, якщо є непрочитані. У списку
— останні події, далі повна історія на окремій
сторінці
Частина подій дублюється листом. Це не копія
дзвіночка: набір подій і одержувачів
визначається окремо
Клік на сповіщення про операцію або
підписку відкриває саме її. Сповіщення про
магазин чи команду просто інформують
Кожен отримує тільки те, що його стосується
Власник — про все: оплати, зміни статусів магазинів, підписку, дії з командою.
Адміністратор — про операції й магазини, до яких має доступ.
Бухгалтер — насамперед про підписку й оплати.
Менеджер — тільки про ті операції, автором яких є він сам.
Це зроблено навмисно: інакше при десятках оплат на день дзвіночок став би марним шумом.
38

39.

08
Підписка
Тарифи, ліміти запитів і що відбувається при несплаті
39

40.

Тарифні плани
Старт
Бізнес
Pro
Ціна на місяць
99 грн
199 грн
299 грн
Запитів на місяць
до 70
до 250
до 500
Підтримка 24/7
—
так
так
Персональний менеджер
—
—
так
Що варто знати про ціни
Усі ціни вказані з урахуванням ПДВ
Перехід на дорожчий тариф відбувається миттєво
Кошти нараховуються в перший день розрахункового періоду
Оплата щомісячна й автоматична, поки підписку не скасують
Екран «Керування підпискою»: три тарифи й порівняння можливостей
40

41.

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

42.

09
Довідка
Межі сервісу, часті питання й короткий словник
42

43.

Чого ОПЛА поки не робить
Це не термінал
Готівку сервіс не приймає й фізичну картку не
зчитує. Оплата завжди через застосунок
клієнта.
Ліміт на суму
Один запит — до 45 000 грн. Для більших сум
потрібні інші інструменти.
Поки тільки ФОП
Товариства з обмеженою відповідальністю та
інші форми бізнесу підключити ще не можна.
Банк клієнта має підтримувати
технологію
Запит приходить у застосунок банку, тому
банк має бути учасником Request to Pay.
Тільки Visa Business
Отримувати кошти можна лише на бізнескартку Visa. Це вимога платіжної системи.
Дані магазину не редагуються
Змінити назву чи категорію самостійно не
можна — тільки через звернення до
підтримки.
43

44.

Часті питання
Клієнту треба щось встановлювати?
Чи потрібен продавцю сайт?
Ні. Запит приходить у застосунок його банку, яким він і так користується.
Ні. Достатньо посилання на сторінку в Instagram, Facebook чи будь-яку
іншу.
Скільки часу займає підключення?
Чи бачить продавець картку клієнта?
Кілька хвилин онлайн. Найдовше — підписати КЕП, як на ID.GOV.UA.
Ні. Він знає лише номер телефону, який сам і ввів.
А якщо клієнт не відповість?
Чи можна кілька магазинів?
Запит протермінується. Гроші не рухаються, але ліміт уже списано.
Так. Оплати кожного видно окремо, а ліміт запитів у них спільний.
Що з поверненням коштів?
Чи можна виправити суму в запиті?
Ініціює клієнт через свій банк. У кабінеті з'явиться позначка про
повернення.
Ні. Запит скасовують і створюють новий із правильною сумою.
44

45.

Словник
ОПЛА
Назва нашого сервісу прийому оплат, створеного разом з Visa
Request to Pay (R2P)
Технологія Visa, на якій працює сервіс: запит на оплату в застосунок банку
Запит на оплату
Прохання оплатити, яке приходить клієнту. Одна операція в кабінеті
Магазин
Точка продажу в кабінеті. Не обов'язково фізична
КЕП
Кваліфікований електронний підпис — ним підприємець підтверджує, хто він
RRN
Унікальний номер платежу, за яким банк знаходить транзакцію
Пільговий період
Стан підписки, коли оплати ще немає, але невеликий запас запитів залишився
45

46.

Питання про сервіс
Команда продукту
Оплата на відстані
одного підтвердження
Якщо після цієї презентації ви можете пояснити ОПЛА знайомому підприємцю за одну
хвилину — вона свою роботу зробила.
Питання про підключення
Підтримка UAPAY
Деталі для роботи
Документація продукту