(066) 87-010-10 Перезвоните мне
Переводим бухгалтеров в ОНЛАЙН!
Перейти к номеру...
  • № 43-44
  • № 41
  • № 40
? С помощью этой функции вы можете перейти в номер, который вас интересует
В этом номере :
 
  • В избранное
  • Печать
  • Шрифт
  • Цвет фона
  • Комментарии 0
  • В разработке
16/33
Бухгалтерская неделя
Бухгалтерская неделя
Октябрь , 2017/№ 42

Загадочный override, или Кто украл лимит регистрации в СЭА НДС?

http://tinyurl.com/y5veuj77
Многие плательщики, получив в последних числах сентября Извлечение из СЭА (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) запоздалой регистрации в ЕРНН и РК.

Почему он появился сейчас?

Вероятно, налоговики взялись за реализацию вступившей в силу еще с 01.01.17 г. нормы п. 2001.9 НКУ, которая позволяет регистрировать НН за счет показателя ∑Перевищ.

Помните, там есть такое условие, что за счет ∑Перевищ могут регистрироваться только НН за тот период, в котором возник этот показатель? Иначе говоря, налоговикам нужно было настроить период возникновения ∑Перевищ. Но что-то, по-видимому, в программе пошло не так. Расчет этого показателя стал производиться совершенно некорректно. Формула перестала учитывать, что показатель ∑Перевищ должен:

(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.
или Закрыть
Ваша оценка учтена! Оцените статью :
  • Хорошо
  • Нормально
  • Плохо
Поделиться:
Комментарии к статье