Кафе й доставка: оплата замовлення за QR-кодом на столі чи в чеку

13:00, черга до термінала

Уявімо кавʼярню-пекарню Тараса в Ужгороді: вісім столиків, кава з собою й доставка випічки по району. Каса з ПРРО і термінал уже є. Проблема в обідню годину: гості за столиками чекають, поки офіціантка принесе термінал, а черга біля каси чекає, поки вона повернеться. До того ж за кожну оплату карткою Тарас платить банку комісію еквайрингу. Кавʼярня, імена й суми вигадані.

Тарас вирішив додати оплату за QR-кодом на свій рахунок ФОП: не замість термінала, а поруч із ним. Є два способи, і в них різні сильні сторони.

Варіант 1. QR на столі: просто, але суму вводить гість

На кожному столі табличка з QR-кодом. Гість сканує його камерою, бачить сторінку закладу, вводить суму з рахунку, обирає свій банк і підтверджує готовий платіж. Номер столу вже вписаний у призначення, тож у виписці видно «Оплата замовлення, стіл 5».

В ibanlink це роблять позиціями без ціни: «Стіл 1», «Стіл 2» і так далі. Кожна позиція має своє посилання, і гість, який його відкрив, вводить лише суму. Посилання на позицію кодують у QR будь-яким генератором QR-кодів для посилань і друкують на табличці. На безкоштовному тарифі станом на жовтень 2026 року можна мати до 10 позицій, вісім столів у них вміщаються.

Слабке місце цього варіанта: суму вводить людина, і вона може помилитися. Тому офіціант звіряє надходження з рахунком, перш ніж прибрати зі столу.

Варіант 2. QR на рахунку: точна сума й номер чека

Для закладу з потоком гостей кращий інший варіант: QR-код друкується на рахунку, який офіціант приносить до столу. У коді вже точна сума й призначення «Стіл 5, рахунок №154», і гість не змінить їх у застосунку банку: правила НБУ для таких QR-кодів передбачають заборону редагування полів. Помилитися із сумою не вийде, а номер рахунку одразу показує, яке замовлення оплачене.

Щоб такий код зʼявлявся на кожному рахунку, облікова система закладу має створювати окреме посилання під кожен чек. У ibanlink для цього є API на тарифах «Старт» і «Бізнес»: система передає суму, призначення й номер замовлення, а у відповідь отримує посилання й QR-код для друку. Без інтеграції той самий код можна показати гостю на планшеті біля каси, набравши суму в безкоштовному генераторі QR-коду, але в годину пік це повільно.

Як офіціант дізнається, що гість заплатив

Найслабше місце QR-оплати в залі не технічне, а людське: гість показує екран «Платіж успішний» і йде. Екран із галочкою можна показати й від чужого платежу, а переказ між різними банками часом приходить із затримкою. Тому в закладі має бути хтось, хто бачить надходження на рахунок майже в реальному часі: сповіщення банку на робочому телефоні адміністратора чи на планшеті біля каси.

У Тараса правило таке: офіціант бачить надходження з потрібною сумою й номером столу в призначенні і лише тоді дякує й прибирає. Якщо за дві-три хвилини сповіщення немає, він ввічливо просить показати платіж у застосунку банку й звіряє отримувача та суму. На тарифі «Бізнес» посилання на оплату можуть позначатися оплаченими самі: сервіс читає надходження підключеного рахунку в ПриватБанку чи monobank, зазвичай за кілька хвилин. Для залу цього може бути замало, а для доставки якраз.

Доставка: посилання до виїзду курʼєра

З доставкою простіше, бо є час. Замовлення приходить у Telegram чи телефоном, оператор надсилає посилання на суму з номером замовлення в призначенні: «Замовлення №88, доставка». Курʼєр виїжджає, коли оплату видно. Ваш клієнт платить зі свого телефону за пів хвилини, не диктуючи номер картки й не шукаючи готівку без решти, тож рідше відкладає оплату «до приїзду курʼєра».

Якщо гість хоче платити при отриманні, курʼєр може мати QR-код на суму замовлення: на чеку, якщо облікова система вміє його друкувати, або на екрані телефону. Тоді курʼєр чекає підтвердження від адміністратора, а не дивиться на екран гостя. І не пишіть у призначенні зайвого: номера замовлення досить, адреса й поверх у платежі не потрібні.

А каса? Що ДПС каже про QR-коди

Каса з ПРРО в кавʼярні Тараса вже є, і для готівки й карток вона потрібна. З переказами на рахунок інакше. Закон про РРО не застосовується при виконанні банківських операцій (п. 2 ст. 9 Закону №265/95-ВР), а в базі знань ДПС (ЗІР) є пряма відповідь: якщо товари чи послуги оплачують через інтернет-банкінг за реквізитами поточного рахунку продавця у форматі IBAN, РРО і ПРРО не застосовуються. QR-код на столі чи рахунку лише відкриває в банку гостя переказ на ваш IBAN.

Дві застороги. Відповідь ЗІР стосується переказу на поточний рахунок у банку, тож код має вести саме на нього, а не на картку чи рахунок у небанківській платіжній установі: про такі варіанти спитайте бухгалтера окремо. І якщо каса у вас однаково є, обговоріть з ним, чи проводити через неї й оплати за QR, щоб усі продажі були в одному звіті. Докладний розбір норм: ПРРО при оплаті на IBAN.

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

Що написано на табличці в Тараса

Оплата за QR-кодом. Наведіть камеру телефону, введіть суму з рахунку й оберіть свій банк. Номер столу вже в платежі. Отримувач: ФОП Кушнір Тарас Іванович. Офіціант побачить оплату й підійде.

Як зробити, щоб код сканувався з першого разу і його не заклеїли чужим, розібрано в статті QR-код оплати на касі, в меню чи на візитці. А гостям, які роблять це вперше, допоможе інструкція, як оплатити за QR-кодом з телефону.