Загадковий override, або Хто вкрав ліміт реєстрації в СЕА ПДВ?

Що означає показник оverride?

Враховуючи, що показник оverride значиться в гр. 6 Витягу із СЕА (J/F 1401206), то це є не що інше, як показник ∑Перевищ з формули ліміту реєстрації. А цей показник може виникнути, якщо податкові зобов’язання за поданою ПДВ-декларацією (вказані в розділі I) перевищують суму ПДВ за даними зареєстрованих платником податкових накладних (ПН).

Така ситуація може виникнути, зокрема, якщо в декларації ви податкові зобов’язання показали, а відповідну(-ні) ПН / збільшуючі розрахунки коригування (РК) на момент подання декларації ще не зареєстрували у Єдиному реєстрі ПН (ЄРПН).

Наприклад, ПН із сумою ПДВ 2000 грн., складену 10 серпня, платник зареєстрував тільки 28 вересня. При цьому, як того вимагають пп. 187.1 і 201.1 ПКУ, він показав зобов’язання в декларації за серпень у періоді їх виникнення.

У цьому випадку податкових зобов’язань за декларацією буде на 2000 більше, ніж зобов’язань за даними зареєстрованих ПН. Тому на дату подання серпневої декларації відразу «вилізе» показник ∑Перевищ.

Інакше кажучи, показник ∑Перевищ виникає, коли є незбіг періодів реєстрації ПН / РК і відображення їх у декларації.

Щоправда, 28 вересня (на дату реєстрації податкової накладної, показаної раніше в декларації) цей показник повинен зникнути. Оскільки п. 9 Порядка № 569* установлює, що для визначення показника ∑Перевищ порівнюються (з першого віднімається друге):

* Порядок електронного адміністрування податку на додану вартість, затверджений постановою КМУ від 16.10.14 р. № 569.

1) сума задекларованих податкових зобов’язань (приймаються в розрахунок наростаючим підсумком дані ряд. 9 декларацій за липень / 3 квартал 2015 року і закінчуються останньою декларацією, поданою на момент перерахунку) і

2) сума ПДВ за виданими і зареєстрованими ПН і РК. У їх розрахунок приймаються наростаючим підсумком податкові накладні, складені з 01.07.15 р., і РК до них (+/-), закінчуючи останнім календарним днем звітного періоду, за який подана декларація з ПДВ.

Самі податківці визнали, що показник ∑Перевищ повинен перераховуватися кожного разу при (див., зокрема, лист ДФСУ від 10.07.15 р. № 1402/99-99-19-03-01-18):

(1) наданні декларації з ПДВ або уточнюючих розрахунків за вказані періоди;

(2) запізнілій реєстрації у ЄРПН і РК.

Чому він з’явився зараз?

Імовірно, податківці взялися за реалізацію норми п. 200¹.9 ПКУ, що набула чинності ще з 01.01.17 р., яка дозволяє реєструвати ПН за рахунок показника ∑Перевищ.

Пам’ятайте, там є така умова, що за рахунок ∑Перевищ можуть реєструватися тільки ПН за той період, у якому виник цей показник? Інакше кажучи, податківцям потрібно було налаштувати період виникнення ∑Перевищ. Але щось, мабуть, у програмі пішло не так. Розрахунок цього показника став здійснюватися абсолютно некоректно. Формула перестала враховувати, що показник ∑Перевищ повинен:

(1) розраховуватися наростаючим підсумком і

(2) автоматично перераховуватися (зменшуватися) при реєстрації запізнілої ПН.

Інакше кажучи, у податківців стався збій у програмі!

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

Приклад 1. Платник подав 18.08.17 р. декларацію за липень. Дані про ПЗ платника наведені в табл. 1.

Припустимо, ПН, зобов’язання за якою були відображені в декларації за липень, зареєстрована 08.09.17 р. Тоді розмір реєстраційного ліміту буде змінюватись так, як показано в табл. 2.

Таблиця 1. Дані про ПЗ платника за липень (приклад 1)

Таблиця 2. Розрахунок розміру регліміту

Приклад 2. 12 травня 2017 року платник виписав і своєчасно зареєстрував ПН із сумою ПДВ 2000 грн. Проте виявилось, що вона виписана на неправильну дату. 15 травня платник зареєстрував нову ПН (у декларацію за травень включив зобов’язання тільки за правильною ПН). Цією ж датою склав зменшуючий РК до помилкової ПН. Проте покупець зареєстрував його із запізненням — 19 червня 2017 року (табл. 3).

Таблиця 3. Дані про ПЗ платника (приклад 2)

Зараз програма вважає, що в покупця є ∑Перевищ за червень у сумі 2000 (оскільки зобов’язання за декларацією за червень перевищують зобов’язання за червень за даними ЄРПН).

Проте, виходячи з вимог п. 9 Порядка № 569, ∑Перевищ бути не повинно. Загальна сума зобов’язання за деклараціями наростаючим підсумком складає 190000 (100000 + 90000). Зобов’язання за даними зареєстрованих ПН / РК на дату подання червневої декларації також складають 190000 (102000 + 88000).

Що робити?

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

Як підтвердження незаконного списання ліміту згодяться:

1) витяги з СЕА (J/F 1401206) на різні дати: до появи override і після його появи;

2) витяги із СЕА в розрізі операцій (J/F1401902). Цей витяг дозволяє отримати показники СЕА в розрізі на певну дату.

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

3) декларації з ПДВ за той період, у якому за даними витягу виник override (період виникнення вказаний у Витягу із СЕА (J/F 1401206);

4) квитанції, що підтверджують факт реєстрації податкових накладних, через які згідно з даними Витягу із СЕА виник override.

Крім того, якщо незаконне списання ліміту призвело до того, що ви не змогли вчасно зареєструвати ПН — вимагайте звільнення від штрафів за ст. 120¹ ПКУ. Адже, по суті, списавши незаконно ліміт, податківці позбавили вас права і можливості виконати обов’язок зі своєчасної реєстрації ПН.