Как показала практика, каждый случай появления ∑Перевищ нужно анализировать отдельно. Ведь исходя из звонков на горячую линию этот показатель иногда появляется, даже когда по всем «правилам» он возникать не должен .
Общие моменты
В первую очередь напомним, что согласно п. 2001.3 НКУ ∑Перевищ возникает в том случае, если сумма налоговых обязательств по декларации (с учетом поданных уточняющих расчетов к ней) превышает сумму НДС, содержащуюся в составленных плательщиком налоговых накладных (НН) / расчетах корректировки (РК), зарегистрированных в ЕРНН.
Подсчет этого показателя ведется начиная с отчетного периода — июля 2015 года.
Это, в общем-то, и все, что сказано в НКУ о самом механизме расчета ∑Перевищ. Подробно о том, как считается ∑Перевищ — конкретно какие показатели и какого периода берутся, мы можем узнать из письма ГФСУ от 19.09.2017 г. № 1365/99-99-15-03-01-18. Из него следует, что подсчет ∑Перевищ осуществляется не нарастающим итогом, а в разрезе каждого месяца (или квартала). Иначе говоря, система берет данные налоговых обязательств декларации (раздел 1), к примеру, за январь 2017 года (+ данные уточняющих расчетов к декларации за январь) и сравнивает их с суммой НДС, которая содержится в датированных январем НН/РК, зарегистрированных в ЕРНН*.
* Подробнее этот механизм описан в статье «Как «по-новому» считается ∑Перевищ» (журнал «Бухгалтер 911», 2017, № 42).
В письме ГФСУ от 11.01.2018 г. № 968/7/99-99-12-03-01-17 (далее — письмо № 968) налоговики утверждают, что основными причинами возникновения ∑Перевищ являются допущенные плательщиками ошибки при заполнении отчетности по НДС, а именно:
1) нерегистрация НН и РК в ЕРНН;
2) нарушение требований ст. 187 и п. 192.1 НКУ при определении налоговых обязательств по НДС;
3) ошибки плательщиков при включении в декларацию «уменьшающих» РК, которые зарегистрированы с опозданием (показали РК в периоде составления, а не регистрации, и наоборот).
Показатель ∑Перевищ, возникший по причинам 2 и 3, налоговики советуют убирать с помощью подачи уточняющего расчета за «ошибочные» отчетные периоды.
Подробно о том, как эти ошибки влияют на ∑Перевищ, на примерах разъяснили Черкасские налоговики (http://ck.sfs.gov.ua/media-ark/news-ark/324041.html и на канале «Допомога платнику» в Youtube).
При анализе ∑Перевищ в первую очередь нужно проанализировать данные декларации (включая уточняющие расчеты, поданные к ней) и данные ЕРНН за тот период, за который появился ∑Перевищ. Например, если в Извлечении из СЭА (J1401206) указано «override 07/2017», то нужно сравнить налоговые обязательства по декларации за июль 2017 года (+ уточняющие расчеты к декларации за июль 2017 года) и данные ЕРНН за июль.
Данные ЕРНН можно анализировать в электронном кабинете (вкладки «СЕА ПДВ», «ЄРПН»), либо используя Извлечение по форме J1401903 (в разрезе операций).
Типичные случаи возникновения ∑Перевищ
Запоздалая регистрация НН. Это самая простая и объяснимая причина появления ∑Перевищ. Если мы обязательства по НН/РК (на «+») включили в декларацию, но на момент подачи декларации НН/РК еще не зарегистрированы, то автоматически после подачи декларации возникнет ∑Перевищ. И уйдет этот показатель, как только вы зарегистрируете НН/РК, включенные в декларацию.
Причем исходя из п. 2011.9 НКУ регистрировать такие НН/РК можно за счет самого показателя ∑Перевищ. Правда, при этом должны соблюдаться следующие требования: (1) за счет ∑Перевищ можно зарегистрировать только те НН/РК, которые относятся к отчетному периоду возникновения ∑Перевищ; (2) сумма НДС в НН/РК должна вписаться в свой лимит, рассчитываемый по формуле: ∑Перевищ - ∑НО к уплате по декларациям/УР за периоды, начиная с 1 июля 2015 года + ∑ПопРах.
Например, 14.02.2018 г. подали декларацию по НДС за январь 2018 года. В нее была включена незарегистрированная январская НН с суммой НДС 5000 грн. В результате на эту сумму (5000 грн.) появился ∑Перевищ (override 01/2018). При этом для наглядности не будем учитывать данные всех предыдущих периодов, а возьмем только данные января 2018 года. Предположим:
1) налоговые обязательства (раздел I декларации) по данным декларации за январь — «100000» грн.;
2) налоговый кредит — «80000» грн.;
3) НДС к уплате по данным декларации за январь — «20000» грн.;
4) сумма ∑ПопРах (общая из Извлечения J1401206) составила:
Вариант 1 — «15000 » грн.; вариант 2 — «17000» грн.; вариант 3— «20000» грн.
Проверяем, вписывается ли в «лимит» наша НН для регистрации за счет ∑Перевищ:
Вариант 1. 5000 - 20000 + 15000 = 0. То есть за счет ∑Перевищ такая НН не может быть зарегистрирована. Для регистрации НН нужно пополнить НДС-счет на сумму 5000 грн.
Вариант 2. 5000 - 20000 + 17000 = 2000. Лимита для регистрации НН за счет ∑Перевищ не хватает. Для регистрации НН нужно пополнить НДС-счет на сумму 3000 грн.
Вариант 3. 5000 - 20000 + 20000 = 5000. НН должна регистрироваться за счет ∑Перевищ.
В данном случае достаточно отправить НН на регистрацию (независимо от суммы ∑Накл) и система должна ее зарегистрировать за счет ∑Перевищ.
Налоговики рапортуют о том, что программное обеспечение уже доработано под возможность регистрации НН за счет ∑Перевищ (письмо № 986). Если ваша НН вписывается в лимит для регистрации за счет ∑Перевищ, но по каким-то причинам при отправке НН на регистрацию вы получаете отказ в ее регистрации — сохраняйте такую квитанцию и обратитесь к областным налоговикам с целью выяснения причины нерегистрации НН.
Заблокированная НН. Тоже типичный и понятный случай. Налоговые обязательства по заблокированной НН плательщик в любом случае должен включить в декларацию. А вот если на дату подачи декларации, в которую мы включили заблокированную НН, она так и не была разблокирована, то появляется ∑Перевищ.
Опять же «разблокированная» НН должна регистрироваться за счет ∑Перевищ (причем автоматически). Но при условии, что ∑Перевищ вписывается в свой лимит (смотрите пример выше).
И на практике это работает.
Иногда плательщики говорят, что у них есть ∑Перевищ, но разблокированная НН не регистрируется за счет ∑Перевищ, а находится в статусе «Очікується реєстрація». В этом случае нужно проверить, вписывается ли ваша НН под возможность ее регистрации за счет ∑Перевищ (тот ли период возникновения ∑Перевищ; вписывается ли ∑Перевищ в свой лимит).
Если же все условия соблюдаются, то смотрите раздел ниже «Если имеет место техническая ошибка».
Расчеты корректировки «уменьшающие». Согласно письму ГФСУ от 19.09.2017 г. № 1365/99-99-15-03-01-18:
— своевременно зарегистрированные «уменьшающие» РК учитываются при подсчете ∑ЕРНН периода их составления;
— «несвоевременные» РК учитываются при подсчете ∑ЕРНН периода регистрации. То есть, если «уменьшающий» РК зарегистрирован с нарушением сроков регистрации, система его включает в ЕРНН периода регистрации. В этом случае и по декларации, и по ЕРНН суммы должны совпадать.
Обратим внимание на разблокированные «уменьшающие» РК. Если разблокировка РК прошла уже следующим месяцем (после истечения сроков, которые до 01.01.2018 г. были установлены п. 201.10 НКУ) — продавец отражает РК в декларации периода разблокировки РК (собственно говоря, с точки зрения НКУ это правильный вариант). Однако помним, что система регистрирует разблокированные НН/РК датой их отправки на регистрацию. В итоге выходит: если наш РК составлен 15.10.2017 г. и заблокирован, а разблокирован только, скажем, 2 января 2018 года, то продавец, действуя вроде бы по всем правилам НКУ, включает РК в декларацию января 2018 года, а система воспринимает этот РК как «своевременный» и учитывает его при подсчете суммы ЕРНН за октябрь . В итоге — override 10/2017 .
Избавиться от показателя ∑Перевищ поможет разве что подача УР к октябрю, в котором мы проведем «уменьшающий» РК. Только вот обоснованность подачи такого УР — под вопросом. При этом, если РК уже показали в декларации периода регистрации РК, тогда придется подавать УР и к этой декларации.
Тут явно недоработка системы.
Обратим внимание, что по этой же причине может возникнуть ∑Перевищ и в связи с измененными сроками регистрации «уменьшающих» РК (с 01.01.2018 г. предельные сроки регистрации «уменьшающего» РК, составленного на покупателя, отсчитываются с даты получения его покупателем — 15 дней с даты получения). Если, например, РК будет составлен январем, а получен покупателем в марте и зарегистрирован в марте в течение 15 дней, то системой он будет восприниматься как своевременный. Соответственно он будет относиться к показателю ∑ЕРНН января.
Хотя отметим, что пока под новые сроки регистрации «уменьшающего» РК программа налоговиков не перенастроена. Но потенциально проблема с ∑Перевищ, если продавец затягивает с отправкой РК покупателю, возникнуть может.
«Ошибочные» НН. Это самый плохой и проблемный вариант. Все более или менее гладко с исправлением выписанной по ошибке НН может пройти, если вы выявите ошибку в том же месяце, в котором составлена НН. Например, в январе 2017 года составили НН не той датой. Для исправления ошибки составили новую НН и «уменьшающий» РК к «ошибочной» НН. Так вот:
— если «исправляющий» РК будет датирован январем и своевременно зарегистрирован, то в декларации за январь мы покажем только правильную НН. И по ЕРНН у нас тоже фактически останется только сумма по правильной НН (по неправильной НН сумма перекроется минусовым РК). И ∑Перевищ не возникнет;
— если РК будет, например, датирован (составлен) февралем, то в декларации за февраль РК показывать не будем (так как он составлен к «ошибочной» НН), а вот по данным ЕРНН за февраль уменьшение обязательств пройдет. В итоге за февраль появится показатель ∑Перевищ. И он никак не уйдет . Причем даже если мы будем датировать РК январем, то в случае несвоевременной регистрации система его будет относить к ∑ЕРНН периода регистрации. Это системная ошибка. И ее должны решать налоговики.
Кстати, эта проблема возникла и у тех плательщиков, которым автоматом 2 января 2018 года разблокировали «ошибочные» НН.
«Ошибочная» НН и РК учлись при подсчете ∑ЕРНН разных периодов.
Если имеет место техническая ошибка
Теперь к вопросу: что делать, если все-таки не понятно, откуда появился override (∑Перевищ), или имеет место именно техническая ошибка ПО СЭА (как в случае с «ошибочными» НН)?
Налоговики рекомендуют (письмо № 968) обращаться в этом случае в местные (областные) управления ГФСУ. Причем этим областным управлениям поручено не переадресовывать плательщика в ГФСУ, а разбираться с проблемой «на месте».
То есть вам нужно в письменном виде обратиться в областную налоговую с просьбой объяснить причину возникновения ∑Перевищ либо с обоснованиями его незаконного появления. И фискалы должны рекомендовать варианты выхода из сложившейся ситуации.
Причем если выяснится, что появление override вызвано некорректным подсчетом этого показателя системой, фискалы по каждому такому случаю должны направить ГФСУ специальный Запрос на исправление ошибок в расчете показателя ∑Перевищ для того, чтобы эта проблема уже решалась системно.