Раз, два, три, четыре, пять — продолжаем округлять (в НН/РК)

В избранном В избранное
Печать
Павленко Алексей, налоговый эксперт
Бухгалтерская неделя Январь, 2019/№ 3
Несмотря на введение пресловутых шести знаков после запятой в новом показателе «Сумма НДС» раздела Б налоговой накладной (НН), читателей все так же продолжают волновать вопросы округления суммовых показателей НН. Ведь от ответов на них может зависеть право покупателя на налоговый кредит (НК). Давайте обсудим ситуацию, сложившуюся с округлениями в НН на сегодняшний день.

Теория

Некоторые показатели НН должны четко соответствовать показателям в бухгалтерской первичке. В первую очередь это сумма(ы) НДС, а желательно — и база обложения этим налогом. Сумма НДС (как минимум, итоговая!), указанная в НН или расчете корректировки (РК), должна совпадать с расходными накладными/актами/и т. п. или с банковскими/кассовыми документами до копейки — и будет покупателю счастье.

Однако (помимо всевозможных ошибок) такому совпадению сумм НДС с бухпервичкой зачастую мешают математические округления в НН (РК) при исчислении объема поставки (базы обложения), а также — самой суммы НДС (как по конкретной позиции, так и общей его суммы по НН (РК)). То есть основная причина нестыковок— это «нефилигранная» база обложения.

Чтобы выйти на нужную сумму «базы» (и затем — НДС), нужно подрегулировать показатель цены или/и количества, накинув в каком-то из этих перемножаемых показателей некоторое количество знаков после запятой. И вот тут на пути встают нормативные и программные «заморочки».

Даже после недавних изменений (см. консультацию «Новая налоговая накладная: подробно о новинках» // «БН», 2018, № 47) Порядок заполнения налоговой накладной, утвержденный приказом Минфина от 31.12.15 г. № 1307 (далее — Порядок № 1307) (см. пп. 4 и 16), все так же формально требует указывать в графах НН, содержащих стоимостные показатели (это графа 7 «Ціна постачання…», графа 10 «Обсяг постачання…» и даже — новая графа 11 «Сума податку…» раздела Б и строки раздела А НН), не более двух знаков после запятой. То есть норматив буквально предписывает отражать такие показатели в гривнях с копейками.

Исключение было только для цен и тарифов, которые подлежат государственному регулированию (см., например, Перечень товаров/услуг, цены на которые подлежат госрегулированию, утвержденный постановлением КМУ от 25.12.96 г. № 1548).

Но теперь добавились еще исключения. И, в частности, для новой графы 11 НН. Для этой графы изменениями в Порядок № 1307 (которые применяются с 1 декабря 2018 года) хотя формально и предписаны «традиционные» два знака, в ней допускается указывать до шести знаков после запятой. Округление делается самим программным обеспечением при расчете показателей этой графы. Однако, чтобы в графе 11 (НДС) появилось шесть знаков после запятой, в графе 10 (база) должно быть не менее четырех знаков после запятой! Но ведь Порядок № 1307 требует в графе 10 указывать гривни с копейками! Но, похоже, налоговики это уже игнорируют (см. ниже)…

Впрочем, «допзнаки» в этих графах зачастую проблемы не решают. Но — обо всем по порядку.

Практика

«Ценой» (в силу указанного «2-знакового» ограничения) некоторые плательщики регулировать до сих пор побаиваются, а регулировать «количеством» в ряде случаев бывает нелепо. Особенно когда выходит что-то типа: 1,000014 услуги или 0,999999 бутылки водки. Тем не менее фискалы, как и прежде, призывают плательщиков выходить в НН на нужные суммы базы и НДС путем корректировки показателя «Кількість (об’єм, обсяг)» (гр. 6 раздела Б НН).

Об этом идет речь в недавно обновленной консультации в категории 101.16 ЗІР ГФСУ. Сначала в ней авторы напомнили об ограниченности двумя знаками после запятой в ценовой графе 7 НН, а затем повторили свою любимую «мантру» о том, что необходимым количеством знаков после запятой в количественном показателе считается такое количество, которого достаточно для правильного расчета стоимостного показателя в графе 10 налоговой накладной и строках I — IX раздела А налоговой накладной.

При этом налоговики отметили, что Порядком № 1307 количество знаков после запятой в «количественной» графе 6 НН не ограничено.

Кроме того, в этой консультации фискалы по-прежнему указывают, что расчет стоимостного показателя («базы») будет верным, если в результате произведения показателей граф 6 и 7 НН получается число, в котором количество знаков после запятой превышает два, и округление его до второго знака после запятой не приведет к увеличению такого знака на «1» (единицу). То есть округление рассчитанной суммы «базы» до копеек не должно увеличить ее на копейку, иначе программное обеспечение отклонит НН (РК).

В дополнение к этому в совсем свежей консультации — тоже в категории 101.16 ЗІР ГФСУ (посвященной возможным шести знакам после запятой в новой графе 11) фискалы уточнили свою «мантру», оговорившись, что в количественной графе допускается не более 15 знаков после запятой (видимо, их программное обеспечение больше не «переварит»).

Причем, похоже, эта оговорка касается и 10-й («базовой») графы, хотя формально там суммы должны отражаться в гривнях с копейками. Но в этой консультации фискалы в конце указывают, мол, поскольку в графе 10 раздела Б НН (графе 13 РК) указывается необходимое (!) количество знаков после запятой, то соответственно в графе 11 раздела Б НН (в графе 14 РК) может указываться более двух знаков после запятой, но не более 6 знаков.

То есть, судя по всему, налоговики теперь допускают в графе 10 после запятой больше знаков, чем два (видимо, тоже до 15 знаков!), и перепрограммировали под это свое программное обеспечение. Еще бы «M.E.doc» и тому подобные от них не отстали (ведь ранее эти программы гр. 6 и 7 НН ограничивали шестью знаками после запятой, а графу 10 — двумя)…

Итак, заметим, что регулировать количеством (через графу 6), как советуют это налоговики, удобнее всего при получении частичных предоплат. А в иных случаях обычно удобнее (и понятнее) регулировать сумму именно через ценовой показатель (графу 7), и многие плательщики (поставщики) сейчас именно так и поступают. Ведь при регулировке ценой (невзирая на формальное нарушение предписаний Порядка № 1307) НК их покупателей пострадать не должен. Гарантиями тому (помимо третьего абзаца п. 201.10 НКУ*) являются консультация в категории 101.13 ЗІР ГФСУ и целый ворох писем фискалов, где они подтверждают, что указание в цене более двух знаков после запятой не лишает «потенции» НН, а покупателя — НК (см., например, письма ГФСУ от 04.12.18 г. № 5092/6/99-99-15-03-02-15/ІПК, от 25.10.18 г. № 4554/6/99-99-15-03-02-15/ІПК, от 04.10.18 г. № 4291/6/99-95-42-03-15/ІПК, от 28.09.18 г. № 4207/6/99-99-15-03-02-15/ІПК, от 21.05.18 г. № 2231/6/99-99-15-03-02-15/ІПК и ряд других).

* Там — речь о том, что НН и/или РК, составленные и зарегистрированные после 1 июля 2017 года в ЕРНН, являются для покупателя достаточным основанием для отнесения сумм НДС в НК и не требуют какого-либо другого дополнительного подтверждения.

Нам тоже ближе (и понятнее) корректировка через цену (гр. 7), но мы склонять вас в сторону какого-то конкретного пути не будем, так как если проверяющий захочет придраться к тому, что показатели НН (РК) не соответствуют первичке, то он придерется в первую очередь к цене (хотя вполне может и к количеству). Но если при этом сумма НДС у вас до копейки совпадет, то можно спокойно отправить его с такой претензией куда подальше…

А поскольку «покупатель всегда прав», то при необходимости проведения округлений в НН (РК), возможно, стоит с особо требовательными из покупателей сначала согласовывать вопрос: каким показателем регулировать — чтобы в дальнейшем с его стороны не было претензий/просьб — составить РК к этой НН или выписать новую НН?

Если из-за округлений в прошедшей регистрацию НН сумма НДС все-таки с первичкой до копейки не совпала, то тогда поставщику лучше это устранить:

• выписав РК (новую НН — если сроки еще позволяют), или

• исправив (подогнав) суммы в первичке под НН, чтобы сумма НДС совпала до копеечки.

«Округлительные» новинки и «старинки»

После введения с 1 декабря 2018 года новых форм НН и РК появились новые «округлительные» чудачества.

Например, это касается уже упомянутой нами новой графы 11 «Сума податку на додану вартість», внедренной в раздел Б НН и допускающей до шести знаков после запятой. Вроде бы эту графу с ее «шестью знаками» ввели как раз для решения проблемы округлений: чтобы при наличии в НН нескольких позиций программное обеспечение давало наименьшую погрешность при сложении и округлении до копеек общей суммы НДС, отражаемой в разделе А НН.

Но в этом деле 11-я графа (это новое «промежуточное звено») только добавила проблем. Она зачастую не помогает, а излишне напрягает бухгалтера. Так как когда в НН несколько позиций, при подгонке теперь приходится ориентироваться не только на общую сумму НДС, указанную в первичке, но и на ее «составляющие»: т. е. на суммы НДС по каждой из позиций поставки.

Ведь даже при совпадении итоговой суммы НДС — если будут копеечные нестыковки с первичкой сумм НДС по отдельным позициям, то покупатель стопроцентно не гарантирован от «НК-претензий» со стороны фискалов. То есть головной боли при округлениях добавилось, и если ранее в таком случае можно было регулировать базу и сумму НДС любой (любыми) из позиций поставки, то теперь бухгалтерам приходится это делать с оглядкой на «попозиционные» суммы базы и НДС, указанные в первичке…

И все же надеемся, что так глубоко фискалы копать не будут и критерием для НК, как и раньше, будет только «идентификация» итогового НДС, указанного в разделе А НН.

Кроме того, после 01.12.18 г. уже имели место случаи, когда были выписаны две одинаковые НН на одну и ту же операцию, но из-за округлений суммы НДС в них отличаются на копейку(ки). То есть формально выходит, что эти НН уже не одинаковые, и система «футболит» регистрацию РК с типом причины «20».

Получается, выйти из этой ситуации можно только путем выписки РК к одной из этих НН, который до копейки выровняет в них суммы НДС. И уже только после этого нужно будет выписать РК с типом причины «20» и убрать лишнюю НН. При этом подгонять сумму нужно через «правильную» НН — именно к ней выписывая первый РК. А РК с типом причины «20» будет выписан уже к ошибочной НН (чья сумма была взята за «базовую» и не корректировалась).

Очень надеемся, что нас не ждут впереди еще какие-то новые «округлительные» сюрпризы…

Советы

В заключение несколько простых советов.

В ряде ситуаций можно попытаться избежать проблем с округлением путем формирования цены на товар (услугу) без НДС не «от обратного» (путем выделения-вычитания НДС из конечной цены реализации), а в порядке, указанном в п.п. 194.1.1 НКУ. То есть сначала определить цену без НДС (с копейками), а затем прибавить к ней НДС по ставке 20 % (или 7 %). В таком случае знаков после запятой может выйти гораздо меньше. Правда, это — не панацея, и зачастую приходится округлять «глубже».

Если вдруг налоговики начнут фискально «эксплуатировать» новую 11 графу НН (или графу 14 РК) и сличать с первичной не только общий НДС, но и суммы НДС по позициям, рекомендуем тем, у кого поставки со «сложными» округлениями, перейти на указание в бухпервичке (расходных накладных/актах и т. п.) только общей суммы НДС — без выделения отдельно налога по каждой из позиций конкретной поставки. Впрочем, такое может быть не всегда удобно, да и не всегда одобрено покупателем (хотя это — именно в его интересах)…

В некоторых ситуациях плательщики «борются» с округлением за счет укрупнения единиц измерения. Например, если цена единицы выходит с десятыми копейки, то цена за 10 единиц будет уже «копеечной» и т. п. Иногда, бывает, дробят одну позицию на две (и более) одинаковых, чтобы таким образом за счет правила округления «подогнать» сумму налога на необходимые копейки.

Оформи подписку и читай все Подписаться на журнал

Похоже, что вы используете блокировщик рекламы :(

Чтобы пользоваться всеми функциями сайта, добавьте нас в исключения!

Как отключить