Питання про допустимість задньої дати рахунку-фактури виникає з кожною зміною методу документування продажів. Із запровадженням обов'язку для платників податків виставляти структуровані рахунки-фактури в Національній системі електронних рахунків-фактур (KSeF) це питання набуло нового виміру. Деякі підприємства вважають, що KSeF технічно запобігає задній даті. Інші зазначають, що система приймає XML-файл з датою в полі P_1, що раніше за день його подання. Обидва припущення є лише частково точними. У сьогоднішньому випуску «Оподаткування до та з» ми обговорюємо, як закон класифікує такий рахунок-фактуру та ризики, пов'язані з його видачею.
Загальне правило: дві окремі дати
Закон про ПДВ розрізняє дату виставлення рахунку-фактури та дату поставки або надання послуги. Відповідно до статті 106e, параграфа 1, пункту 1 Закону про ПДВ, рахунок-фактура повинен містити дату виставлення, а відповідно до статті 106e, параграфа 1, пункту 6, дату завершення або завершення поставки, надання послуги або отримання оплати, якщо така дата вказана та відрізняється від дати виставлення. Дата виставлення повинна відображати дату фактичного створення документа. Внесення тут більш ранньої дати, яка зазвичай збігається з датою продажу, є заднім числом і робить рахунок-фактуру ненадійною щодо її дати.
Терміни встановлені статтею 106i Закону про ПДВ. Як правило, рахунок-фактура виставляється не пізніше 15-го числа місяця, що настає за місяцем поставки або надання послуг, але не раніше ніж за 60-й день до цих подій. Недотримання терміну не впливає на податкове зобов'язання, яке зазвичай виникає під час поставки або надання послуг. Таким чином, прострочений рахунок-фактура не вимагає фіктивної дати виставлення. Однак він вимагає декларування податку протягом податкового періоду, за необхідності шляхом корекції JPK_V7, разом зі сплатою пені за прострочення.
Дата виписки структурованого рахунку-фактури
Відповідно до статті 106(1) Закону про ПДВ, структурований рахунок-фактура вважається виписаним у день його подання до KSeF. Покупець отримує його в день присвоєння йому ідентифікаційного номера в системі. На цьому тлі було сформульовано тезу про те, що KSeF виключає заднім числом, оскільки дата виписки визначається моментом прийняття файлу системою.
Ця теза потребує суттєвого уточнення. Відповідно до статті 106nda, розділу 16 Закону про ПДВ, структурований рахунок-фактура також вважається рахунком-фактурою, виданим офлайн24, якщо дата його подання до Національної податкової інформаційної системи (KSeF) пізніша за дату виписки, зазначену в рахунку-фактурі. Для таких рахунків-фактур стаття 106nda, розділ 10, передбачає, що датою виписки є дата, зазначена платником податків. Тому система не відхилить файл з раніше зазначеною датою в полі P_1; відхиляється лише майбутня дата. Цю позицію підтверджує Міністерство фінансів у своїх відповідях на парламентські запитання та Директор Національної податкової інформаційної системи.
Класифікація рахунку-фактури як виданого offline24 передбачає обов'язкове його негайне подання до KSeF, не пізніше наступного робочого дня після дати виставлення. Рахунок-фактура з датою в полі P_1, що передує даті подання більш ніж на один робочий день, тому за законом вважається рахунком-фактурою offline24, поданим після встановленого терміну. KSeF не перевіряє точність введеної дати, і відповідальність за її точність несе емітент. Особливі обставини (збій системи, недоступність системи) дозволяють подавати рахунок-фактуру із затримкою, але не виправдовують введення дати, коли рахунок-фактура ще не видано.
Ризики з боку емітента та покупця
Стаття 106ni, параграф 1, пункт 3 Закону про ПДВ передбачає штраф за неподання рахунку-фактури до Національної податкової служби (KSeF) у встановлений термін. Розмір штрафу залежить від суми податку, зазначеної у рахунку-фактурі, а для рахунків-фактур без зазначеного податку верхня межа становить 18,7% від загальної суми до сплати.
Це виключення стосується лише недотримання терміну, а не точності змісту рахунку-фактури. Неправильно виставлений рахунок-фактура робить його ненадійним у значенні статті 62 § 2 Податкового кримінального кодексу, яка передбачає штраф до 720 денних ставок або позбавлення волі, або і те, й інше.
На суттєвому рівні, ретроспективне датування не змінює період розрахунку ПДВ продавця, як це визначено у статті 19a, розділі 1 Закону про ПДВ. Однак, воно може вплинути на момент отримання доходу, який припадає на дату надання послуг, але не пізніше дати виставлення рахунку-фактури або розрахунку. Для покупця ретроспективне датування не прискорює право на відрахування, яке виникає не раніше, ніж під час розрахунку за період отримання рахунку-фактури, а отримання структурованого рахунку-фактури відбувається в дату присвоєння номера KSeF. Таким чином, перенесення подання на наступний місяць відкладає відрахування на весь період розрахунку, що, враховуючи високі суми податків, обтяжує ліквідність підрядника. Виявлення заниження зобов'язання внаслідок несвоєчасного оформлення документації про продаж під час перевірки також може призвести до встановлення додаткового податкового зобов'язання згідно зі статтею 112b Закону про ПДВ.
Практичні висновки
Рахунок-фактура в системі KSeF може містити дату в полі P_1, що раніше за дату передачі, але лише якщо вона відповідає даті фактичного складання документа, і платник податків своєчасно подає його до системи. Таким чином, система KSeF не створює технічної перешкоди для заднього датування. Однак вона постійно фіксує як дату, введену емітентом, так і дату передачі, і будь-яка розбіжність, що перевищує один робочий день, виявляється з самих системних даних.
Якщо термін пропущено, рахунок-фактура має бути виставлений із поточною датою, що вказує фактичний день поставки або виконання, а розрахунок має бути скоригований за податковий період. Процеси виставлення рахунків повинні враховувати зсув відрахування покупця на початку місяця, а використання режиму offline24 має бути охоплено внутрішньою процедурою.
Ця стаття призначена лише для ознайомлення та не є юридичною консультацією.
Закон чинний станом на 9 листопада 2026 року.
Автор/редактор серії:
