В практике бухгалтера нередко возникает ситуация, когда при заполнении декларации по НДС обнаруживается расхождение: сумма налога, рассчитанная от общей налоговой базы в Разделе 3, не совпадает с итоговой суммой НДС по Книге продаж (Раздел 9). Разница может составлять как несколько копеек, так и десятки рублей. Разберем детально, почему это происходит, насколько это критично с точки зрения налоговой проверки и как правильно реагировать на подобные «ошибки» округления в программах 1С.
Рассмотрим ситуацию на конкретном примере. Предположим, налоговая база составляет 25 602 087,04 руб. При расчете НДС по ставке 20% непосредственно в декларации (Раздел 3), программа берет целую часть налоговой базы и умножает её на ставку, либо округляет итоговый результат до полных рублей. В то же время, сумма в Книге продаж — это арифметическая сумма налога из сотен или тысяч отдельных счетов-фактур, каждый из которых округлен до копеек.
Выясним причину расхождения. Она кроется в классической математической проблеме: «сумма округлений не равна округлению суммы». Если у вас в организации большое количество реализаций (многострочные счета-фактуры, розничные продажи, мелкооптовая торговля), то погрешность в 1–2 копейки по каждому документу в масштабе квартала неизбежно накапливается. Сумма в 13 рублей при обороте в 25 миллионов — это погрешность всего 0,00025%, что является естественным результатом работы алгоритмов округления.
С точки зрения Налогового кодекса РФ, возникает коллизия между двумя нормами:
Ранее налоговики строго следили за тем, чтобы НалоговаяБаза * Ставка = СуммаНДС. Однако в последние годы ФНС официально признала правомерность таких расхождений. Проанализируем официальную позицию, изложенную в письмах Минфина и ФНС. В частности, разъяснено, что разница между исчисленной в полных рублях суммой НДС в декларации и суммой налога в книге продаж не признается недоимкой.
Посмотрим на алгоритмы проверки АСК НДС-2. Современные контрольные соотношения (в частности, КС 1.27 и 1.28) допускают погрешность. Формула проверки выглядит примерно так:
| (Налоговая_база * Ставка) - Сумма_НДС_в_декларации | ≤ (1 руб. * Количество строк в книге продаж)
Это означает, что если в вашей книге продаж 1000 записей, то расхождение даже в 100-200 рублей может считаться допустимым и не вызовет автоматического требования о представлении пояснений.
Если бухгалтер просит разобраться, почему цифры «поплыли», проделаем следующие шаги в программе:
НДС Продажи, развернув данные до регистратора (счета-фактуры).Если расхождение действительно вызвано массовостью документов, то никаких исправлений вносить не нужно. Для проверки документов реализации на расхождения между расчетным и фактическим налогом из-за округлений можно использовать отчет для проверки расчетного НДС в реализациях.
Рассмотрим рекомендации, которые часто встречаются на форумах, включая добавление строки «Округление» в счета-фактуры или использование фиктивных услуг с нулевым количеством. Мы настоятельно не рекомендуем использовать эти методы по следующим причинам:
Выясним, как поступить правильно: оставьте данные такими, какие они есть. Если от налоговой инспекции поступит формальное требование пояснить расхождение между Разделом 3 и Разделом 9, используйте следующий шаблон ответа:
«Расхождение в сумме 13 руб. возникло в связи с округлением сумм налога в первичных счетах-фактурах до копеек (согласно п. 8 Правил заполнения счета-фактуры, утв. Постановлением №1137) и отражением итоговой суммы в декларации в полных рублях (согласно ст. 52 НК РФ). Указанная разница не является ошибкой и не ведет к занижению суммы налога к плате в бюджет.»
Когда к вам обращаются с подобным вопросом, проанализируем ситуацию по пунктам:
Конфигураторе меняют точность до 5 знаков, что сбивает типовые алгоритмы округления 1С).Помните, что 1С:Бухгалтерия в типовом варианте максимально корректно отражает требования законодательства, и «разница в копейках» — это не баг, а фича налоговой системы РФ.