УКР
РУС
  • +38 (077) 397-97-97
  • +38 (066) 397-97-97
  • +38 (067) 962-24-42
Замовити дзвінок

А чи законно використовувати програмні РРО? Приховані ризики, законодавчі колізії та юридична відповідальність бізнесу. Частина 1.

📅 13.08.2026

     А чи законно використовувати програмні РРО? Приховані ризики, законодавчі колізії та юридична відповідальність бізнесу

     Масова фіскалізація в Україні створила колосальний попит на прості, дешеві та мобільні рішення для реєстрації розрахункових операцій. Революційна альтернатива класичним апаратним касовим апаратам — програмні реєстратори розрахункових операцій (ПРРО) — позиціонувалася як передовий крок до цифровізації бізнесу. Рекламні лозунги розробників обіцяють встановлення «каси в смартфоні» за 5 хвилин, відсутність витрат на обслуговування в ЦСО (центрах сервісного обслуговування) та повну відповідність вимогам податкового законодавства.

     Однак за цією зручною фасадною картинкою ховається критична законодавча колізія, яка здатна підставити під нищівні фінансові санкції сотні тисяч українських підприємців.

     Переважна більшість користувачів ПРРО переконані: якщо програма завантажена з офіційного сайту, додатка в App Store/Google Play або зареєстрована в електронному кабінеті ДПС за формою 1-ПРРО, то вона є повністю законною. Це небезпечна ілюзія.

     Ключова проблема полягає в тому, що чинне законодавство України висуває жорсткі вимоги до функціонування та захисту даних у ПРРО. Але на практиці майже жоден приватний розробник ПРРО не надає покупцеві офіційного документального підтвердження (сертифікатів, експертних висновків державних органів), що його програмне забезпечення дійсно відповідає цим вимогам і має право виконувати функції фіскального реєстратора.

     У цій статті детально розібрано, чому використання необґрунтованих документально програмних РРО перетворює бізнес на «заручника» контролюючих органів, які нормативні акти порушують провайдери ПРРО та як захистити свій бізнес від катастрофічних штрафів.

     1. Законодавчий фундамент: Дві гілки обов’язкових вимог до ПРРО

     Щоб зрозуміти, чому звичайна програма на смартфоні чи комп’ютері не може автоматично вважатися фіскальним інструментом, необхідно звернутися до правової природи ПРРО. Програмний РРО — це не просто застосунок для друку чеків. Це спеціалізований програмний комплекс, який працює у сфері державного фінансового контролю та обробляє інформацію з обмеженим доступом.

     Згідно з чинним законодавством України, будь-який ПРРО зобов’язаний одночасно відповідати двом незалежним гілкам законодавчих вимог.

Вимоги законодавства до ПРРО
Гілка 1. Фіскальне законодавство
  • Реалізація фіскальних функцій
  • Незмінність даних розрахунків
  • Формування фіскальних чеків
  • Контроль офлайн-режиму
Гілка 2. Захист інформації та КЕП
  • Захист інформації з обмеженим доступом та податкових даних
  • КСЗІ / Експертиза ДССЗЗІ
  • Електронний документообіг та КЕП

Гілка 1. Фіскальне законодавство (Закон про РРО та Постанови КМУ)

     Основоположним актом, що регулює розрахунки у сфері торгівлі, громадського харчування та послуг, є Закон України № 265/95-ВР від 06.07.1995 р. (зі змінами та доповненнями).

Закон № 265/95-ВР дає чітке визначення:
Програмний реєстратор розрахункових операцій (ПРРО) — це програмний, програмно-апаратний або програмно-технічний комплекс, проведений у вигляді локального рішення або хмарного рішення, в якому реалізовані фіскальні функції, і який призначений для реєстрації розрахункових операцій при продажу товарів (наданні послуг), операцій з торгівлі валютними цінностями в готівковій формі та/або реєстрації кількості проданих товарів (наданих послуг), операцій з приймання готівки для подальшого переказу.

     Ключове словосполучення тут — «в якому реалізовані фіскальні функції».

     Деталізація того, що саме являють собою фіскальні функції та як вони повинні працювати, міститься в підзаконних актах, зокрема у Постанові Кабінету Міністрів України № 199 від 18.02.2002 р. «Про затвердження Вимог щодо розробки, виробництва та експлуатації реєстраторів розрахункових операцій для цивільних потреб» (зі змінами, внесеними для адаптації під ПРРО).

     Згідно з цією нормативною базою, ПРРО повинен гарантувати:

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

     Якщо програма просто малює на екрані зображення, схоже на чек, і відправляє якісь JSON-пакети на сервер ДПС без дотримання внутрішніх алгоритмів незмінності даних — вона не реалізує фіскальні функції у розумінні Постанови КМУ № 199.

     Гілка 2. Законодавство про захист інформації та електронний документообіг

     Це найбільш ігнорована розробниками ПРРО, але юридично найкритичніша частина законодавства. ПРРО за своєю суттю є елементом системи обробки податкової інформації.

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

     Закони України № 80/95-ВР «Про інформацію» та «Про захист інформації в інформаційно-комунікаційних системах»
Законодавство України (зокрема Закон № 80/95-ВР та Закон «Про захист інформації в інформаційно-комунікаційних системах») встановлює суворе і обов'язкове правило:

Будь-яке програмне забезпечення, що здійснює обробку, збереження чи передачу інформації з обмеженим доступом або державних інформаційних ресурсів (до яких належать дані фіскалізації), ПОВИННЕ мати комплексну систему захисту інформації (КСЗІ) з підтвердженою відповідністю або експертним висновком у сфері криптографічного та технічного захисту інформації.

     Закон України «Про електронні документи та електронний документообіг» (Закон № 581-IV) та Постанова КМУ № 199 (пункт 15)
     Закон України № 581-IV «Про електронні документи та електронний документообіг» регулює правовий статус електронного чека як юридично значущого документа. Пункт 15 Постанови КМУ № 199 прямо посилається на норми електронного документообігу та законодавства про електронні довірчі послуги (Закон України № 2155-VIII).

     Відповідно до цих норм:

  • Кожна операція в ПРРО повинна підписуватися кваліфікованим електронним підписом (КЕП) або електронною печаткою суб'єкта господарювання/касира.
  • Програмне середовище, в якому використовується КЕП, має гарантувати захист приватного ключа від модифікації, компрометації чи перехоплення стороннім кодом.
  • Передача електронного документа (чека) повинна відповідати стандартам захищеного електронного документообігу, що унеможливлює підробку чека на етапі від каси до сервера ДПС або до смартфона покупця.

     Висновок із двох гілок: Для того щоб програма мала право називатися «Програмним РРО», вона повинна відповідати як фіскально-технічним вимогам (Закон № 265, Постанова КМУ № 199), так і вимогам щодо безпеки інформації та електронного документообігу (Закон № 80/95-ВР, Закон № 581-IV, Закон № 2155-VIII).

     2. Велика ілюзія: Чому запис у реєстрі ДПС не є підтвердженням законності програми

     Більшість підприємців на аргумент про відсутність документів відповідають: «Але ж мій ПРРО є у списку ДПС! Я зареєстрував його через кабінет платника податків за формою 1-ПРРО, отримав локальний та фіскальний номер. Отже, держава дозволила!»

     Це найнебезпечніша помилка, на якій вибудовується весь маркетинг приватних провайдерів ПРРО.

     Як влаштований процес реєстрації ПРРО за формою 1-ПРРО?

     Коли підприємець подає Заяву про реєстрацію ПРРО (форма № 1-ПРРО), він вказує в ній:

  1. Ідентифікатор об'єкта оподаткування.
  2. Назву ПРРО.
  3. Локальний номер ПРРО.
  4. Тип ПРРО (стаціонарний, пересувний, каса самообслуговування тощо).

     Що робить Сервер ДПС у відповідь?
     Фіскальний сервер ДПС НЕ ПЕРЕВІРЯЄ вихідний код вашої програми. ДПС не проводить технічний аудит ПЗ, не аналізує його на наявність вразливостей, закладок або спроможності дотримуватись процедур офлайн-режиму.

     ДПС лише присвоює фіскальний номер запису у своїй базі даних та відкриває API-шлюз для прийому пакетів даних, підписаних вашим КЕП.

ІЛЮЗІЯ ТА РЕАЛЬНІСТЬ РЕЄСТРАЦІЇ ПРРО
УЯВЛЕННЯ ПІДПРИЄМЦЯ: Подача Заяви 1-ПРРО

ДПС тестує код програми

ДПС видає Сертифікат якості
ЖОРСТОКА РЕАЛЬНІСТЬ: Подача Заяви 1-ПРРО

ДПС просто створює ID у базі

Всю відповідальність покладено на суб'єкта

     Податкова служба діє за замовчуванням: «Ви задекларували, що використовуєте ПРРО — ми внесли це в базу. А чи відповідає ваша програма закону — це ваша особиста відповідальність як платника податків».

     2. Порівняння: Класичний РРО vs Програмний РРО

     Щоб побачити прірву в юридичній захисті, порівняємо шлях класичного касового апарата (РРО) та програмного касового апарата (ПРРО) на ринок.

Параметр порівнянняКласичний апаратний РРОМасовий приватний ПРРО
Проходження державної технічної експертизиОбов'язкове. Проводиться спеціалізованими державними комісіями та інститутами.Відсутнє. Більшість розробників випускають оновлення коду щотижня без жодного зовнішнього аудиту.
Експертний висновок ДССЗЗІ (захист інформації)Обов'язковий. Наявні апаратні модулі безпеки, опломбовування та криптографічний захист.Відсутній у комерційних рішень на ринку.
Включення до Державного реєстру РРОТак. Всі зразки включені до Державного реєстру РРО.Ні. У реєстр вноситься лише фактична назва та ID, які вказав сам користувач, без перевірки самого ПЗ.
Документ, що видається покупцеві ПЗСертифікат відповідності, паспорт на апарат, формуляр, пломби ЦСО.Публічна оферта на сайті (EULA) та рахунок-фактура за передплату.
Юридична відповідальність у разі збоюРозподілена між виробником, ЦСО та користувачем.100% покладена на користувача (підприємця).

     З таблиці чітко видно: класичний РРО проходить жорсткий державний фільтр. Коли інспектор ДПС приходить з перевіркою класичного РРО, підприємець показує Паспорт апарата, Сертифікат відповідності та Договір з ЦСО. Питань до законності самого пристрою бути не може.

     Що покаже підприємець на ПРРО, коли інспектор запитає: «Надайте документ, який підтверджує, що це програмне забезпечення на вашому планшеті відповідає Вимогам Постанови КМУ № 199 та Закону № 80/95-ВР»? Документа немає.

     3. Головний ризик: Контролюючі органи та перевірка «на мільйон»

     Законодавче поле України влаштоване так, що відсутність формальної процедури обов'язкової попередньої акредитації ПРРО з боку ДПС перекладена у площину податкового контролю та фактичних перевірок.

     Сценарій податкової або правоохоронної перевірки

     Уявімо стандартну фактичну перевірку, яку проводять підрозділи податкового аудиту ДПС або Бюро економічної безпеки (БЕБ):

  1. Запит документів. Інспектори ДПС мають право вимагати документи, пов'язані з організацією та веденням розрахункових операцій (п. 85.2 ст. 85 Податкового кодексу України, Закон № 265/95-ВР).
  2. Вимога підтвердження відповідності ПЗ. Податкова висуває вимогу: надати документальне підтвердження того, що програмне забезпечення, встановлене на пристрої суб'єкта господарювання, є саме Програмним РРО, яке реалізує фіскальні функції відповідно до Постанови КМУ № 199 та вимог Закону № 80/95-ВР щодо захисту інформації.
  3. Виявлення відсутності документів. Підприємець звертається до розробника ПРРО. Розробник надсилає роздруковану Публічну оферту з сайту або ліцензійну угоду, де чорним по білому написано: «Розробник надає ПЗ "як є" і не гарантує відповідності законодавству...».
  4. Визнання операцій незаконними. За відсутності документального підтвердження відповідності ПЗ вимогам закону, податковий орган робить правомірний юридичний висновок: використовувана програма не є програмним РРО в розумінні Закону № 265/95-ВР. Вона є стороннім неофіційним софтом для друку нефіскальних папірців.

Правовий наслідок: Усі розрахункові операції, проведені через таку «програму невідомого походження», кваліфікуються як проведення розрахункових операцій без застосування РРО/ПРРО.

     Фінансові санкції та штрафи

     За порушення вимог Закону № 265/95-ВР (зокрема ст. 17) до суб'єктів господарювання застосовуються фінансові санкції у розмірах:

  • 100% вартості проданих з порушеннями товарів (робіт, послуг) — за перше порушення;
  • 150% вартості проданих з порушеннями товарів (робіт, послуг) — за кожне наступне порушення.

Фінансова катастрофа для бізнесу

Якщо підприємець за рік провів через «непідтверджений» ПРРО товарів на 5 000 000 грн:

  1. ДПС визнає програму такою, що не відповідає вимогам Закону № 265 та Постанови № 199.
  2. Усі чеки за рік (на 5 млн грн) визнаються нефіскальними.
  3. Штраф 100% / 150% від річного обороту = від 5 000 000 до 7 500 000 грн ШТРАФУ.

Результат: Банкрутство підприємства, арешт рахунків, особиста майнова відповідальність.

     Крім того, виникає додатковий комплекс правових проблем:

  • Невизнання податкового кредиту та витрат у контрагентів, якщо розрахунки проводилися через «незаконний ПРРО».
  • Адміністративна відповідальність за ст. 155-1 КУпАП на посадових осіб підприємства або ФОП.
  • Кримінальне провадження за матеріалами БЕБ (ст. 212 КК України — ухилення від сплати податків), якщо скасування фіскальності чеків призведе до донарахування податків у особливо великих розмірах.

     4. Пастка Публічних Оферт (EULA): Як розробники ПРРО знімають із себе відповідальність

     Більшість підприємців купують передплату на ПРРО за пару сотень гривень на місяць, клікаючи галочку «Згоден з умовами ліцензійної угоди» під час реєстрації. Мало хто читає текст цієї угоди, а дарма.

     Аналіз публічних оферт 90% популярних комерційних ПРРО на ринку України розкриває шокуючу юридичну картину. Розробники заздалегідь знімають із себе будь-яку відповідальність перед бізнесом та державою.

     Стандартні застереження в угодах провайдерів ПРРО:

     1. Застереження "AS IS" («Як є»):

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

     Що це означає: Розробник прямо каже, що він не обіцяє відповідності Закону № 265 або Постанові № 199.

     2. Відмова від компенсації штрафів:

«Ліцензіар ні за яких обставин не несе відповідальності за будь-які прямі чи непрямі збитки, упущену вигоду, штрафні санкції, накладені на Ліцензіата податковими чи іншими контролюючими органами під час використання ПЗ».

     Що це означає: Якщо ДПС оштрафує вас на 2 мільйони гривень через помилку в коді ПРРО або відсутність сертифіката захисту даних, розробник не поверне вам жодної копійки.

     3. Перекладання обов'язку перевірки на користувача:

«Користувач самостійно несе повну відповідальність за дотримання вимог податкового законодавства, законодавства про захист інформації та електронного документообігу при застосуванні ПЗ».

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

РОЗПОДІЛ РИЗИКІВ В EULA

EULA (End-User License Agreement) — це ліцензійна угода між розробником або власником програми та її покупцем.

РОЗРОБНИК ПРРО:
  • Отримує щомісячну абонентську плату.
  • Не несе жодної відповідальності за штрафи ДПС.
  • Захищений кнопкою "Згоден з Офертою".
КОРИСТУВАЧ (ПІДПРИЄМЕЦЬ):
  • Оплачує передплату.
  • Приймає на себе 100% юридичних, податкових та кримінальних ризиків.
  • У разі перевірки залишається один на один із ДПС без документів на ПЗ.

    ПРОДОВЖЕННЯ СТАТТІ ДОСТУПНЕ ЗА ЦИМ ПОСИЛАННЯМ