"Сіра зона" маркетплейсів: хто має видавати чек – продавець, платформа чи платіжний сервіс

Законопроєкт №15111-д для ринку ПРРО важливий не тому, що прямо регулює програмні каси. Він важливий тому, що демонструє один із найчіткіших кроків до визнання цифрової платформи окремим учасником податкової інфраструктури. Законопроєкт передбачає, що платформи матимуть обов’язки щодо збору даних, ідентифікації продавців, передання інформації податковим органам, а в окремих випадках – виконання функцій податкового агента. Тобто законодавець бачить платформу не просто як сайт чи застосунок, а як інфраструктуру, через яку проходять продажі, гроші й податково значущі дані.

Це відкриває наступне питання: якщо платформа стає частиною податкової звітності, чому її роль у процесі формування та передання фіскальних даних досі майже не описана?

Ми звикли називати програмний реєстратор розрахункових операцій "касою у смартфоні". Колись це було вдале пояснення для бізнесу: замість касового апарата можна використовувати програмне рішення. Однак сьогодні така назва звужує суть ПРРО.

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

Класична модель була простою: магазин, касир, апарат, покупець. Відбулася оплата – касир вибив чек. Закон про РРО добре описує саме цю реальність: суб’єкт господарювання, господарська одиниця, касир, місце проведення розрахунку.

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

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

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

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

Що потрібно змінити?

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

Третє – затвердити API-стандарт інтеграції ПРРО з цифровими платформами. Йдеться не просто про технічний API як такий, а про зрозумілі правила взаємодії платформ, ПРРО та фіскального сервера. Такий стандарт має описувати структуру даних, статуси операцій, повернення, післяплату, змішані оплати, промокоди, комісії, помилки, повторне надсилання і відповідальність учасників.

Законопроєкт №15111-д показав, що держава вже бачить платформну економіку. Тепер наступний крок – адаптувати чинну модель фіскалізації до продажів через цифрові платформи: визначити правила інтеграції з ПРРО, передання даних, обробки повернень, відповідальності учасників операції тощо. ПРРО вже давно не просто "каса у смартфоні". Це фіскальний інтерфейс цифрової економіки.