(066) 87-010-10 Передзвоніть менi
Переводимо бухгалтерів в ОНЛАЙН!
Перейти до номеру
  • № 41
  • № 40
  • № 39
  • № 38
  • № 37
  • № 36
  • № 34-35
? За допомогою цієї функції ви зможете швидко перейти до номеру, що вас цікавить
У цьому номері :
 
  • У обране
  • Друк
  • Шрифт
  • Колір фону
  • Коментарі 0
  • В розробці
16/33
Бухгалтерський тиждень
Бухгалтерський тиждень
Жовтень , 2017/№ 42

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

Багато платників, отримавши в останніх числах вересня Витяг із СЕА (J/F 1401206), не повірили своїм очам. Значення за ряд. 2 Витягу (сума, на яку можна зареєструвати податкові накладні) або істотно зменшилося, або взагалі пішло в мінус. Зате в гр. 6 з’явився незрозумілий показник оverride із зазначенням періоду його виникнення. Сьогодні розберемося, звідки він узявся і що з ним тепер робити.

Що означає показник о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) запізнілій реєстрації у ЄРПН і РК.

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

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

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

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

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

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

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

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

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

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

ПЗ за декларацією за липень (розділ 1)

ПЗ за даними зареєстрованих ПН за липень

20000

18000 (не зареєстрована ПН на суму 2000)

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

Дата події

Подія

∑НаклВид

∑Перевищ

∑Накл (регліміт)

17.08.17 р.

5000

18.08.17 р.

Подано декларацію за липень

2000

3000

08.09.17 р.

Як повинен надалі перераховуватися показникПеревищ

Зареєстровано відображену в декларації ПН (2000)

2000

0

3000

Як фактично помилково перерахували його податківці

Зареєстровано відображену в декларації ПН (2000)

2000

2000

1000

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

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

Період

ПЗ за декларацією (розділ 1)

ПЗ за даними зареєстрованих ПН

Травень

100000

102000 (включаючи 2000 за помилковою ПН)

Червень

90000

88000 (включаючи РК на «-2000» до помилкової ПН)

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

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

Що робити?

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

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

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

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

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

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

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

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

витяг із СЕА, оverride, ліміт реєстрації, ПДВ-декларація додати теги змінити теги
Додайте свої теги до статті
Розділіть мітки комами. Наприклад: бухгалтерія, форма, відсотки, ПДВ, квартальний звіт. Максимальна кількість 10.
або Закрити
Ваша оцінка врахована! Оцініть статтю :
  • Добре
  • Нормально
  • Погано
Поділитися:
Коментарі до статті