Оплата «на рахунок» може означати і прямий переказ за IBAN, і картковий еквайринг. Для ПРРО це різні ситуації. Тому спочатку розберіть, як покупець платить за товар або послугу, і лише потім визначайте, чи потрібен фіскальний чек.
Потрібна допомога? Alfa Gold: бухгалтерський супровід ФОП. Детальніше про послугу.
ФОП другої та третьої групи, які приймають готівку або карткову оплату за товари, за загальним правилом мають проводити розрахункові операції через РРО/ПРРО. Для першої групи діє звільнення, але потрібно відповідати умовам самої групи. Окремі винятки та особливості застосовують за видом діяльності й способом розрахунків.
Для інтернет-магазину випишіть усі способи оплати: IBAN, картка на сайті, передоплата, оплата при отриманні. Поруч зазначте, хто приймає гроші й який документ отримує покупець. Договори з платіжним сервісом і поштовим оператором допоможуть визначити, хто та коли має сформувати чек.
Якщо покупець перераховує кошти на поточний рахунок продавця за повними реквізитами IBAN, така операція зазвичай не потребує РРО/ПРРО. Карткова оплата через еквайринг має іншу природу, навіть коли кінцеве зарахування ви бачите на тому самому рахунку. Це розрізнення пояснює ДПС щодо інтернет-торгівлі.
QR-код також не визначає відповідь сам по собі. Важливо, чи містить він повні реквізити рахунку, чи веде до оплати іншим платіжним інструментом. Дивіться окреме роз'яснення ДПС.
До початку продажів перевірте весь шлях чека: від дії касира до підтвердження фіскалізації та передавання покупцю. Звичайна роздруківка замовлення з програми може виглядати як чек, але не виконувати його функції.
У Poster перевірте окремо облік продажу та передавання фіскального чека. Перевірте, яке рішення ПРРО під'єднане до вашої конфігурації, де зберігаються підтвердження та як касир бачить помилку передавання. Протестуйте змішану оплату й повернення. Alfa Gold працює з ресторанним обліком у Poster; формат допомоги можна погодити на сторінці супроводу закладів.
За відповідні порушення проведення розрахунків і видачі чеків загальні санкції становлять 100% вартості продажу за перше порушення та 150% за наступні. Це не відсоток від усього річного обороту. Спеціальні звільнення перевіряють за обставинами й місцем діяльності. Ставки підтверджує ДПС у вересні 2026 року.
Банківський термінал приймає оплату карткою. РРО або ПРРО фіксує розрахункову операцію та формує фіскальний чек. Облікова програма може вести замовлення й товари. Ці функції іноді поєднані в одному пристрої або сервісі, але їх потрібно перевіряти окремо. Повідомлення банку про оплату не завжди є документом, який має отримати покупець від продавця.
ПРРО працює як програмне рішення: на комп’ютері, планшеті, смартфоні чи іншому придатному обладнанні. Перед вибором з’ясуйте, як воно пов’язане з магазином, платіжним сервісом, складом і робочим місцем касира. Саме інтеграція часто визначає, чи доведеться щодня дублювати дані вручну.
Для невеликого ФОП важливі не лише тариф програми та ціна обладнання. Перевірте підтримку, сценарії повернення, роботу кількох касирів, доступ до архіву чеків і порядок дій при помилці. Демонстрація одного успішного продажу не показує, як система поводитиметься в усіх ваших операціях.
Послідовність починається з даних платника й господарської одиниці. Відомості про об’єкт, де застосовуватиметься ПРРО, мають узгоджуватися з повідомленням за формою №20-ОПП. Для реєстрації самої каси подають заяву №1-ПРРО, а про сертифікати підписів або печаток повідомляють формою №5-ПРРО. Поточний порядок наведено в роз’ясненні ДПС щодо послідовності дій.
Користуйтеся актуальними електронними формами, а не файлом, який хтось зберіг кілька років тому. Після надсилання збережіть квитанції та результат. Якщо отримали відмову, спочатку прочитайте підставу: помилка в адресі або даних об’єкта потребує виправлення цих даних, а не багаторазового повторення заяви.
Складіть короткий паспорт робочого місця: який ФОП продає, яка господарська одиниця використовується, який ПРРО зареєстровано, хто має право працювати та де перевірити підтвердження. Він знадобиться під час зміни працівника, обладнання або відповідального бухгалтера.
Якщо клієнт платить частинами, налаштуйте цей сценарій до першого замовлення. Потрібно пов’язати передоплату, решту платежу, відвантаження та відповідні чеки. Інакше одна частина грошей може залишитися без потрібного документа, а інша — потрапити до обліку двічі.
Для приймання готівки чи карткових оплат ДПС пояснює оформлення чеків на частини розрахунку. Прямий переказ за IBAN розбирають за його власними правилами. При змішаній оплаті важливо правильно показати вже отримані суми та спосіб остаточного розрахунку. Приклади наведені в роз’ясненні ДПС про часткову оплату.
Перед тестуванням запишіть реальну послідовність: покупець вніс аванс карткою, товар відправили, залишок оплатив іншим способом. Бухгалтер і постачальник програмного рішення мають однаково розуміти, які документи утворюються на кожному кроці. Не підбирайте випадкову кнопку «оплата», щоб просто закрити замовлення.
За післяплати прочитайте договір із посередником. З’ясуйте, хто приймає гроші від покупця, за яку послугу видає документ і як кошти надходять продавцю. Документ за переказ або доставку не можна без перевірки вважати фіскальним чеком за ваш товар.
В описі продажу має бути видно, який суб’єкт є продавцем і хто виконує лише перевезення чи платіжну послугу. Якщо змінюєте оператора або умови договору, повторно перевірте порядок видачі чека. Висновок, який підходив для однієї схеми, може не підходити для іншої.
Розділіть три ситуації: замовлення ще не оплачено, гроші отримано, але товар не відправлено, або покупець повертає вже виданий товар. Дії в програмі, первинні документи й відображення руху грошей залежать від того, що фактично сталося.
Для оплаченої операції збережіть зв’язок між початковим продажем і поверненням. Перевірте, хто оформлює документ, куди повертають гроші та як операція потрапляє до обліку. Не видаляйте історію оплаченого замовлення, щоб приховати його з переліку продажів: бухгалтеру потрібна повна послідовність подій.
Підготуйте коротку інструкцію для вашої каси: початок роботи, продаж, змішана оплата, повернення, помилка передавання та завершення зміни. Вона має відповідати програмі, якою користується працівник. Загальна пам’ятка з інтернету не допоможе знайти потрібний статус у конкретному інтерфейсі.
Касир повинен знати, де перевірити фіскалізацію й як передати чек покупцю. Власник або адміністратор — де бачити незавершені операції та кому звертатися при збої. Визначте також, хто звіряє денні продажі з оплатами. Інакше проблема стає помітною лише під час підготовки квартальної декларації.
Заздалегідь уточніть у постачальника ПРРО, чи підтримується дозволений режим офлайн і як його правильно використовувати у вашій конфігурації. Правила залежать від установленого порядку та налаштувань; звичайний друк замовлення не замінює необхідної фіскальної процедури. ДПС публікує відповіді щодо роботи програмних РРО.
Не створюйте хаотично повторні чеки після відновлення зв’язку. Спочатку перевірте статус першої спроби, щоб не продублювати продаж. У внутрішній інструкції варто зафіксувати, хто приймає рішення при збої, де записати проблемну операцію та як бухгалтер отримає інформацію про неї.
Пройдіть свої сценарії без використання реальних персональних даних покупців: звичайний продаж, дві форми оплати, аванс, повернення, робота іншого касира. Переконайтеся, що дані продавця, господарської одиниці, товару та способу оплати відображаються правильно. Узгодьте тестування з постачальником сервісу, щоб навчальні дії не спотворили фактичний облік.
Після запуску збережіть інструкцію, підтвердження реєстрації й контакти підтримки. Коли зміниться адреса, підпис або схема продажу, поверніться до цього переліку. Обов’язок застосування ПРРО — це і реєстрація, і правильна щоденна робота з ним.
У супроводі ФОП можна замовити реєстрацію ПРРО й перевірку розрахунків. Для цього потрібні перелік способів оплати та договори з посередниками, через яких надходять кошти.
Це залежить від способу розрахунку. Прямий переказ за повними реквізитами IBAN і картковий еквайринг мають різні правила, хоча гроші зрештою потрапляють на рахунок.
Не автоматично. Перевірте, чи пристрій або інтеграція справді формує фіскальний документ, а не лише підтвердження банківської оплати.
Ні. Потрібно перевірити підключене рішення ПРРО, його реєстрацію, налаштування та статус кожного чека. Облік замовлень і фіскалізація — різні функції.
ДПС має власне програмне рішення. Перед вибором перевірте, чи підходить воно до ваших продажів, обладнання та потрібних інтеграцій. Обов’язкові реєстраційні дії зберігаються.
.avif)
