Решта на карту 2026: РРО, ПДВ, бухоблік

Решта на карту у 2026: як зробити правильно (право, РРО/ПРРО, ПДВ, бухоблік, Торгсофт)

Оплачуючи покупку в магазині, вже нікого не дивує фраза: «Можна дрібні гроші покласти на карту?». Все більше торгових точок розширюють програми лояльності й пропонують покупцям зараховувати дрібну решту на “скарбничку”/бонусний рахунок, щоб згодом використати ці кошти для оплати наступних покупок.

У цій статті розберемо:

що це за операція з точки зору права (і чому вона зазвичай не є фінансовою/платіжною послугою);

як коректно пройти РРО/ПРРО;

як це працює для ПДВ;

як відобразити в бухгалтерському обліку;

та як налаштувати функцію в Торгсофт.

1. «Решта на карту»: що це таке з точки зору права

1.1. Чи є це фінансовою послугою

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

Орієнтиром для оцінки є чинне регулювання ринку фінпослуг. У 2026 році базовим законом у цій частині є Закон України «Про фінансові послуги та фінансові компанії» №1953-IX. (Zakon)

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

1.2. Чи може це стати платіжною послугою

У 2026 році важливо враховувати Закон України «Про платіжні послуги» №1591-IX. Якщо ваша “скарбничка” починає нагадувати універсальний платіжний інструмент (можна переказувати іншим, оплачувати поза вашою мережею, поповнювати/виводити кошти, робити перекази), з’являються ризики виходу в регульовану сферу платіжних послуг. (Zakon)

Щоб залишатися в безпечній зоні, у правилах програми лояльності варто зафіксувати:

баланс “скарбнички” не є електронними грошима і не є платіжним інструментом поза магазином;

не підлягає видачі готівкою, не нараховуються відсотки;

використання — лише як (часткова) оплата товарів/послуг продавця;

за потреби — строк дії/умови анулювання (з обережністю, щоб не виглядало як “залучення коштів під зобов’язання повернення”).

Наявність таких пунктів знижує ризики “перекваліфікації” в платіжну послугу.

2. Яка господарська суть: передоплата (аналог сертифіката)

З позиції податкової логіки найстійкіша модель — трактувати “решту на карту” як передоплату (аванс) за майбутні покупки. Це близько до підходу, який податкові органи застосовують до подарункових сертифікатів: кошти отримані зараз — товар буде відвантажено потім. (zp.tax.gov.ua)

3. РРО/ПРРО: як показати «решту на карту» у фіскальному чеку

3.1. Зарахування решти (поповнення “скарбнички”)

Найпростіша модель для практики РРО/ПРРО — окрема позиція на кшталт:

«Поповнення скарбнички (передоплата)»

Поширений технічний варіант — товар/послуга з ціною 1 грн і кількістю 0,37 (для 37 коп.). Але з погляду змісту правильніше називати це передоплатою, щоб назва не суперечила бухгалтерсько-податковій суті.

3.2. Оплата покупки зі “скарбнички”

Коли покупець використовує накопичення, у чеку має бути відображено:

товари/послуги,

і форма/сума оплати, зокрема частина — “скарбничкою”, решта — готівкою/карткою (якщо є).

Важливо: не підміняйте списання зі “скарбнички” “знижкою”, якщо за правилами програми це саме оплата (використання авансу). “Знижка” — інша юридична природа (маркетингова корекція ціни), і вона може створити плутанину при перевірках.

4. ПДВ у платників ПДВ: що і коли оподатковується

4.1. «Перша подія» — у момент зарахування решти на карту

Якщо “скарбничка” — це передоплата, то для ПДВ працює правило “першої події”: ПДВ-зобов’язання виникають на дату отримання коштів/передоплати (коли ви зарахували решту на баланс клієнта). Такий підхід податкові органи прямо описують на прикладі подарункових сертифікатів.

4.2. «Друга подія» — коли клієнт “отоварює” скарбничку

Коли клієнт оплачує покупку коштами зі “скарбнички”, це за своєю суттю використання вже отриманої передоплати. Для ПДВ це буде “друга подія”, яка не створює нових ПДВ-зобов’язань на ту саму суму, якщо вони вже були нараховані на етапі передоплати.

4.3. Яку номенклатуру та код зазначати у податковій накладній

Податкові органи для операцій із сертифікатами допускають підхід:

або ставити код групи товарів, якщо сертифікат/передоплата обмежені певною групою (наприклад, “3304” для косметики);

або використовувати умовний код “001220” з переліку умовних кодів товарів. (kyiv.tax.gov.ua)

Для “решти на карту” (як аналога передоплати) зазвичай застосовують аналогічну логіку в частині заповнення ПН, щоб документально узгодити “першу подію”.

4.4. Чи можна робити підсумкову податкову накладну за день

У роздрібній торгівлі (особливо коли покупець — кінцевий споживач) часто застосовують податкову накладну за щоденними підсумками операцій за правилами п. 201.4 ПКУ (якщо на операції не складали окрему ПН). Податкові органи системно підтверджують можливість такого підходу в роз’ясненнях.

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

5. Бухгалтерський облік: як відображати “скарбничку”

5.1. Чому це не дохід у момент зарахування

За національними стандартами бухобліку попередня оплата (аванс) не визнається доходом — дохід виникає при постачанні товарів/послуг. Це базова логіка НП(С)БО 15 «Дохід».

5.2. На яких рахунках вести

Для відображення одержаних авансів План рахунків передбачає субрахунок 681 “Розрахунки за авансами одержаними” (облік одержаних авансів під поставку товарів/робіт/послуг).

Типова схема (узагальнено):

Зарахування решти на “скарбничку” (одержаний аванс):
Дт 301/311 (каса/рахунок) → Кт 681 (аванси одержані).

Відвантаження товару та списання авансу в оплату:
закриття зобов’язання за авансом (Кт/Дт залежить від вашої робочої схеми рахунків), відображення доходу — на момент реалізації, а не на момент поповнення “скарбнички”.

6. Рекомендований блок “правил” для програми лояльності

Нижче — приклад формулювань, які зазвичай роблять модель зрозумілою для обліку і менш конфліктною для регуляторного поля:

“Скарбничка” — це внутрішній обліковий баланс програми лояльності продавця.

Кошти “скарбнички” можуть бути використані лише для оплати товарів/послуг продавця у його торгових точках/онлайн-каналах.

Баланс “скарбнички” не є електронними грошима, не є банківським рахунком і не є платіжним інструментом поза продавцем.

Кошти “скарбнички” не підлягають видачі готівкою та не приносять відсотків.

Зарахування коштів у “скарбничку” розглядається як передоплата за майбутні покупки (за правилами програми).

Цей блок не замінює індивідуальну юридичну верифікацію, але помітно знижує кількість “слизьких” питань.

7. Як налаштувати «Решту на карту» в Торгсофт

У Торгсофт функція “решта на картку” налаштовується в параметрах чека:

Перейдіть: Налаштування → Параметри → Чек.

Увімкніть прапорці:
— Решта на картку
— Додати до чеку як послугу (щоб операція відображалась у чеку окремим рядком)

Оберіть округлення суми решти (за потреби) та натисніть Записати.

Після оплати продажу у формі “Оплата” програма покаже суму решти, доступну для зарахування на картку; її можна за потреби відредагувати й підтвердити “Оплатити”.

Детальні описи та довідка.

8. Підсумок: що в цій моделі «правильно» у 2026 році

Найстійкіша інтерпретація — передоплата (аванс), близька до логіки подарункових сертифікатів.

Для ПДВ: зобов’язання зазвичай виникають на дату зарахування решти (перша подія), а “отоварення” — друга подія без дублювання ПДВ на ту саму суму.

У ПН можливі коди: код групи товарів або умовний код 001220 (за аналогією до сертифікатів — як орієнтир податкової практики. Використання умовного коду рекомендовано узгодити з актуальною позицією ДПС або індивідуальною податковою консультацією, оскільки практика може змінюватися).

У бухобліку: 681 “аванси одержані”, дохід — при реалізації.

У правилах програми лояльності закріпіть обмеження, щоб не створювати ознак платіжної послуги.

Товарооблікова програма для бухгалтера

Облік і контроль торгівлі в одній системі

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

Рух товару Проведіть прихід, продаж, повернення, списання, переміщення та інвентаризацію.
Форма обліку товарних запасів Формуйте її за наказом Мінфіну № 496 на підставі приходів, реалізацій, повернень і списань.
Податкові накладні Ведіть накладні з різними ставками ПДВ та експортуйте XML-файли для M.E.Doc або Арт-Звіт.

Прізвище та ім'я
Номер телефону
Інша контактна інформація
Вид бази даних
Чи потрібен дзвінок та консультація від співробітника компанії? Так Ні Оберіть один з варіантів
Я згоден з Політикою конфіденційності Торгсофт® Ознайомтеся з Політикою конфіденційності Торгсофт. Якщо ви згодні, підтвердіть це нижче.

Решта на карту 2026: право, ПДВ, бухоблік та Торгсофт