¶ Загальна інформація про зміни
16.12.2024 Міністерство Фінансів України підготувало наказ про внесення деяких змін до форм фіскальних чеків.
Детальніше з текстом можна ознайомитись за посиланням.
Сам текст наказу та додатки з описом змін та оновленими формами фіскальних чеків на сайті Міністерства фінансів.
Та наказ 13, що визначає форму та зміст розрахункових документів, уже зі змінами зазначеними вище.
Накази №674 та №601 вже набули чинності. Офіційно за старою формою фіскального чека можна працювати до 1 березня 2025, а вже з цього дня буде потрібно перейти на оновлену форму.
¶ Що потрібно для виконання всіх вимог
Всі вимоги (за виключенням тих що стосуються магазинів безмитної торгівлі та компаній що фіскалізують чеки переказу коштів) та передачу потрібних даних в ДПС допрацьовано на стороні сервісу Вчасно.Каса без потреби вносити зміни в інтеграцію.
Важливо уточнити що було додано низку нових форм та засобів оплат згідно вимог і для їх використання потрібно буде передавати відповідний код оплати в запиті на фіскалізацію чеку відповідно до того як був прийнятий розрахунок в покупця.
Для того щоб нові зміни почали діяти вам потрібно лише оновити застосунок Device Manager до версії 6.1 або вище.
Важливо!
Проте якщо:
-
У вас використовується власний формат чеків який ви створюєте на основі даних після фіскалізації чеку вам потрібно ознайомитись з деталями по кожному пункту вимог і виконати допрацювання власних форм чеків.
-
У вас використовується користувацька друкована форма, яку вам допрацьовували окремо, що завантажена в налаштуваннях в застосунку Device Manager - вам потрібно завантажити із застосунку ваш файл друкованих форм та звернутись до служби турботи сервісу Вчасно.Каса передавши файл із запитом на оновлення форм чеків.
Всі зміни в користувацькі друковані форми ви також можете вносити самостійно скориставшись наступною документацією:
Як вивантажити ваш файл з друкованими формами із застосунку:
¶ Детальніше по кожному пункту
Вимоги по відображенню в чеках та передачі в ДПС ваги одиниці тютюнового виробу, кількість тютюнових виробів в одиниці товару (пачці), міцність алкогольних напоїв, об’єм (у літрах) одиниці товару (пляшки) та паспортних даних покупця стосуються лише
магазинів безмитної торгівлітому не будуть зазначені у переліку нижче.
- Найбільші зміни відбулись по формам оплат. Тепер кожна форма оплати складається з:
Форми оплатиЗгідно з текстом наказу 13 їх є 3:
позначення форми оплати («ГОТІВКА», «БЕЗГОТІВКОВА», «ІНШЕ»), суму коштів за цією формою оплати та валюту операції (рядок 18);
Засобу оплатиЯкий вказує як саме проведено розрахунок.
засоби оплати (вид платіжного інструменту, талон, жетон тощо) (рядок 19);
Згідно з описом передачі форм і засобів оплати що визначені в протоколі передачі чеків в форматі XML визначено наступні правила:
Для атрибутів «T», «NM» тегу <M> діють такі правила:
1. Якщо у полі «Форма (засіб) оплати» (атрибут «T») встановлене значення 0, то у полі Назва засобу оплати (атрибут «NM») має бути значення «Готівка»;
2. Якщо у полі «Форма (засіб) оплати» (атрибут «T») встановлене значення 1, то у полі Назва засобу оплати (атрибут «NM») має бути назва засобу оплати, наприклад:
• «Подарунковий сертифікат»;
• «Талон»;
• «Жетон»;
• «Картка»;
• «Платіж через інтегратора»<назва інтегратора> наприклад (LIQPAY, WAYFORPAY, EVOPAY тощо );
• «Переказ через ННПП». (ННПП – небанківський надавач платіжних послуг);
• «Переказ через ПТКС ННПП». ;
• «Інтернет еквайринг»;
• «Інтернет банкінг»;
• «З поточного рахунку»;
• «Переказ через ПТКС банку»;
• «Фішка»;
• «Електронний грошовий замінник»;
• «Ігровий замінник гривні»;
• «Електронні гроші <назва>»;
• «Цифрові гроші <назва>»;
• «Криптовалюта <назва>»;
• «<інший тип активу> <назва активу>».
3. Якщо у полі «Форма (засіб) оплати» (атрибут «T») встановлене значення 2, то у полі Назва засобу оплати (атрибут «NM») має бути назва платіжного інструменту, наприклад:
• «Електронний платіжний засіб <назва>»;
• «Кредитовий трансфер»;
• «Прямий дебет»
• назва іншого платіжного інструменту, визначеного в Законі України «Про платіжні послуги».
Значення під-рядків, які містяться між символами < >, повинні заповнюватись із конфігураційних даних РРО і використовуватись виключно у випадках, коли неможливо використати інші константні текстові значення, наведені в цьому описі.
Також асоціацією провайдерів ПРРО опубліковано відповідь на лист до Міністерства фінансів щодо зазначення в чеку форм та засобів оплат в якому зазначено:
Водночас звертаємо увагу, що зазначена інформація є довідковою та не
має статусу податкової консультації, а також вона не є вичерпною, не може
бути формалізована та використана у вигляді довідника, оскільки зазначення
суб’єктом господарювання засобу оплати у фіскальному чеку здійснюється ним
відповідно до фактично використаного (застосованого) засобу оплати під час
проведення розрахункової операції.
Тобто вказувати в чеку форму і засіб оплати можна на власний розсуд відповідно до способу розрахунку з покупцем.
У Вчасно.Каса встановлено (станом на 27.02) наступний перелік доступних оплат:
При передачі інформації про чек зазначається лише код, відповідно до коду буде встановлено відображення форми і засобу оплати.
Згідно даного переліку:
0 - Форма оплати Готівка, засіб оплати не зазначається;
всі значення більші за 0 - форма оплати Безготівкова, засіб оплати згідно назви до відповідного коду.
В разі потреби змінити коди які використовуються у вашій системі для схожих форм і засобів оплат чи створити додатковий якого не зазначено у переліку - зверніться до служби турботи сервісу Вчасно.Каса для налаштування для вашої компанії.
-->
- Було детальніше уточнено поняття терміналу з'єднаного та поєднаного з РРО/ПРРО:
«платіжний термінал, з’єднаний з реєстратором розрахункових
операцій / програмним реєстратором розрахункових операцій, – сукупність
платіжного терміналу та з’єднаного з ним реєстратора розрахункових
операцій / програмного реєстратора розрахункових операцій за допомогою будьяких проводових або безпроводових засобів зв’язку, які у процесі обробки
інформації фактично взаємодіють шляхом обміну командами, повідомленнями,
пакетами даних;
платіжний термінал, поєднаний з реєстратором розрахункових
операцій / програмним реєстратором розрахункових операцій, – сукупність
платіжного терміналу та поєднаного з ним в одному корпусі або в одному
застосунку реєстратора розрахункових операцій / програмного реєстратора
розрахункових операцій, які у процесі обробки інформації фактично взаємодіють
шляхом обміну командами, повідомленнями, пакетами даних;
Відповідно з тексту якщо у вас є платіжний термінал та керує цим терміналом (відправка запитів на оплату із сумою та отримання результату виконання оплати чи іншої операції) ваша облікова система або керування здійснюється через Device Manager виникає вимога вказувати дані по оплаті з терміналу.
Якщо раніше ці дані у вас не передавались, саме час це налаштувати:
Якщо робота з терміналом налаштована через пакетний режим (
/dm/execute-pkg) всі дані з терміналу у вас будуть автоматично передані в чек. Цей пункт можна пропустити.
Дані для по електронному платіжному засобу для кореткної передачі в чек
| Тег | Тип json даних | Зміст |
|---|---|---|
| bank_name | string | Назва банку еквайера. Необов'язкове поле. Вказується виключно як інформаційне поле для відображення в формі чеку назви банку еквайра. Дані вказані в це поле не відправляються в ДПС. |
| bank_id | string | Ідентифікатор екваєра торгівця. Фактично є кодом мерчанту торгівця в системі банку. |
| term_id | string | Ідентифіктор платіжного пристрою. Вказується внутрішній ідентифікатор терміналу який використовується. |
| paysys | string | Назва платіжної системи до якої належить платіжний засіб покупця. |
| rrn | string | Ідентифікатор трансакції, що надається еквайром та ідентифікує операцію в платіжній системі. |
| cardmask | string | Замаскований згідно правил платіжної системи номер платіжного засобу(картки). |
| auth_code | string | Код авторизації, що ідентифікує операцію в платіжній системі. |
| purchase_dt | string | Дата та час авторизації оплати на терміналі в форматі YYYYMMDDHHMMSS. Дане поле обов'язкове лише для коректної роботи програми "Національний кешбек". |
| show_additional_info | boolean | Показувати додаткову інформацію на друкованій формі чеку, а саме рядок "Комісія", якщо вона рівна 0 та поля для підпису касира і держателя ЕПЗ. Є необов'язковим. |
| oper_type | string | Вид операції. Вказання найменування виду операції. Є необов'язковим. Якщо не заповнено - на чеку та в ДПС буде відображено "Оплата"(для чеків на продаж), та "Повернення"(для чеків на повернення) |
Приклад запиту
{
"ver": 6,
"device": "postgres1",
"type": 1,
"fiscal": {
"cashier": "",
"task": 1,
"receipt": {
"sum": 1,
"pays": [
{
"type": 2,
"sum": 1,
"oper_type": "Оплата",
"show_additional_info": false,
"paysys": "MASTER",
"rrn": "087619612907",
"cardmask": "XXXXXXXXXXXX5840",
"term_id": "S1K90HCY",
"bank_id": "S1K90HCY",
"bank_name": "ПриватБанк",
"auth_code": "075204",
"purchase_dt": "20241119032646"
}
],
"rows": [
{
"code1": "4044572307200",
"name": "Товар 1",
"cnt": 1,
"price": 1,
"cost": 1,
"taxgrp": 7,
"disc": 0
}
]
}
}
}
Приклад чеку
В деяких банків, як у прикладі у Приватбанку ідентифікатор мерчанту та терміналу однакові, проте вони можуть бути різні залежно від банку та протоколу роботи з терміналами.
- Можливість зазначати в чеках спрощену назву товару згідно з
Державним класифікатором продукції та послугзамість повної назви.
спрощена назва товару (послуги) – слово, поєднання слів або слова та
цифрового коду, які відображають споживчі ознаки товару (послуги)
та однозначно ідентифікують приналежність такого товару до групи продукції та послуг, визначеної Державним класифікатором продукції та послуг
ДК 016:2010;»;
- До переліку акцизів до товару розширено можливі значення які потрібно передавати, а саме ідентифікатор електронної марки або її серійний номер.
До змін
цифрове значення штрихового коду марки акцизного податку на алкогольні напої (зазначається у випадках, передбачених чинним законодавством) (рядок 9)
після змін
«цифрове значення штрихового коду марки акцизного податку (серія та номер) на алкогольні напої або унікальний ідентифікатор електронної марки акцизного податку, або серійний номер електронної марки акцизного податку (зазначаються у випадках, передбачених чинним законодавством) (рядок 9)
Акцизну марку потрібно передавати, якщо раніше її не передавали або передавали не коректно, в значення code_a або code_aa до кожного товару в масив об'єктів fiscal.receipt.rows в запиті на фіскалізацію чеків для товарів що мають цю марку та обкладаються акцизним податком.
| Тег | Тип json даних | Зміст |
|---|---|---|
| code_a | string | Код акцизної марки товару, якщо кількість товару дорівнює 1. |
| code_aa | array | Масив кодів акцизних марок товару, якщо їх кілька на одну позицію (позиція в чеку одна а кількість більше 1). Можна викорстовувати в поєднанні з code_a або ж окремо. |
-
Поля "Касир" та "Держатель ЕПЗ" для підпису касиру та держателя ЕПЗ тепер не зазначаються в чеку.
-
QR код тепер має містити пошуковий запит на сторінку перегляду чеку на сайті ДПС.
«QR-код, який містить у собі пошуковий запит до СОД РРО в такому
форматі:
https://cabinet.tax.gov.ua/cashregs/check?mac=ABCD…&date=yyyyMMdd&
time=HHmm&id=NNNN…&sm=" "&fn=1234567890, де
ABCD… – MAС (hash) зазначається лише для чеків, створених
програмним реєстратором розрахункових операцій у режимі офлайн;
yyyyMMdd – дата чека;
HHmmss – час;
NNNN… – фіскальний номер розрахункового документа;
sm – сума розрахункової операції (роздільник ".");
1234567890 – фіскальний номер реєстратора розрахункових
операцій / програмного реєстратора розрахункових операцій, яким створено чек
(рядок 25);».
Для фіскальних чеків у стандартних формах Вчасно.Каса QR-код уже містить це посилання з усіма необхідними даними.
Для власної друкованої форми посилання з усіма параметрами яке потрібно додати в QR-код буде повертатись у відповіді на фіскалізацію чеку в об'єкті info в значенні параметру "qr1". Параметр "qr" буде так само містити посилання на сторінку перегляду чеку в кабінеті Вчасно.Каса.
- Додано вимогу відображення решти окремим рядком.
«решта, валюта (зазначається у разі здійснення оплати в готівковій формі) (рядок 25);
Сума решти, якщо така була передана в запиті на фіскалізацію чеку повертається у відповіді в масиві об'єктів info.printinfo.pays в значенні параметру "change" тільки для виду оптати "Готівка"
- Фіскальний номер чеку тепер має зазначаєтись в форматі:
ЧЕК № {ФН}, де {ФН} - фіскальний номер чеку.
¶ Приклади чеків для порівняння
Зліва - стара форма, справа - нова.
Чек продажу, офлайн, оплата готівкою
.png)
_2.png)
Чек продажу, офлайн, оплата картою за допомогою терміналу
.png)
.png)