При работе в программе 1С:Бухгалтерия 3.0 бухгалтеры часто сталкиваются с ситуацией, когда при формировании отчета Книга покупок за квартал данные в графе 14 (стоимость покупок по счету-фактуре) кажутся некорректными по отношению к графе 15 (сумма НДС). Особенно остро эта проблема проявляется при операциях с кодом вида операции (КВО) 22 — зачет аванса полученного. Проанализируем, почему возникает это расхождение, является ли оно ошибкой и как правильно настроить учет, чтобы избежать претензий со стороны налоговых органов.
Для начала разберем нормативную базу, так как корень проблемы часто лежит не в программной ошибке, а в требованиях законодательства. Согласно Постановлению Правительства РФ от 26.12.2011 № 1137 (в редакции от 02.04.2021), правила заполнения Книги покупок строго регламентированы. Рассмотрим пункт 6 подпункт «с» этих правил:
В графе 14 указывается стоимость товаров (работ, услуг), указанная в графе 9 по строке «Всего к оплате» счета-фактуры. В случае частичного зачета аванса в этой графе все равно должна отражаться полная сумма авансового счета-фактуры, а не сумма текущей отгрузки.
Выясним причину такого требования. Налоговая система АСК НДС-2 работает по принципу зеркального сопоставления. Когда мы зачитываем аванс (код 22), программа ФНС ищет в нашей Книге продаж за предыдущие периоды соответствующую запись с кодом 02. Поиск происходит по связке параметров: «Номер счета-фактуры + Дата + Сумма». Если в графе 14 указать не полную сумму аванса, а только его часть, система может «потерять» связь с исходным документом, что приведет к автоматическому требованию о представлении пояснений.
Рассмотрим практический пример. Предположим, 30 мая был получен аванс в размере 5 557 186,14 руб. (НДС 926 197,69 руб.). В мае произошла частичная отгрузка, и еще одна часть была отгружена в июне.
Когда мы формируем отчет за квартал, 1С выводит эти записи построчно. Итоговая сумма в «подвале» отчета по графе 14 при этом может выглядеть пугающе, так как программа просто суммирует значения строк (например, 5,5 млн + 5,5 млн = 11 млн), хотя реальный аванс был один. Проанализируем ситуацию: это поведение программы является стандартным. Итоговый показатель графы 14 для операций с кодом 22 не имеет экономического смысла и не должен математически соотноситься с итогом графы 15. Налоговые органы проверяют данные по каждой строке (по каждому счету-фактуре), а не по итоговому значению «базы» в Книге покупок.
Если вы все же подозреваете техническую ошибку, нам необходимо проверить первичные данные, на основании которых строится отчет. Основным источником информации для Книги покупок является регистр накопления НДС Покупки. Разберем по шагам, как убедиться в корректности записей:
НДС Покупки.Сумма без НДС (несмотря на название, для авансов там фиксируется общая сумма с НДС) и колонку НДС.Посмотрим на пример того, как данные могут собираться в запросе системы:
ВЫБРАТЬ
НДСЗаписиКнигиПокупок.СчетФактура,
СУММА(НДСЗаписиКнигиПокупок.НДС) КАК НДС,
СУММА(НДСЗаписиКнигиПокупок.СуммаБезНДС) КАК СуммаБезНДС
ИЗ
РегистрНакопления.НДСПокупки КАК НДСЗаписиКнигиПокупок
ГДЕ
НДСЗаписиКнигиПокупок.Период МЕЖДУ &ДатаНачала И &ДатаКонца
СГРУППИРОВАТЬ ПО
НДСЗаписиКнигиПокупок.СчетФактура
Если в регистре данные верны, а в печатной форме отчета — нет, стоит проверить настройки группировки в самом отчете Книга покупок. Иногда некорректная настройка «схлопывает» или, наоборот, излишне детализирует записи, что искажает визуальное восприятие итогов.
Если инспектор прислал требование в связи с несоответствием базы и суммы налога, не стоит паниковать. Выясним причину: часто это связано с «самодурством» конкретного исполнителя или автоматическим срабатыванием алгоритмов при смене инспектора. Подготовим грамотный ответ, опираясь на следующие тезисы:
АСК НДС-2.Иногда специалисты предлагают внести изменения в программный код через отладчик или расширение, чтобы «подогнать» итоги квартальной книги покупок под ожидания бухгалтера. Рассмотрим, почему это плохая идея. Любое изменение алгоритма формирования графы 14 приведет к тому, что при выгрузке декларации в формате XML данные перестанут соответствовать формату, утвержденному ФНС. В результате вы получите не просто «некрасивый» отчет, а отказ в приеме декларации или гарантированный разрыв в цепочке НДС.
Важный момент: если сумма в графе 14 не равна ни полной сумме аванса, ни сумме отгрузки (какое-то случайное число), проверьте документ Формирование записей книги покупок. Возможно, в нем были сделаны ручные корректировки или была нарушена последовательность проведения документов. В таких случаях рекомендуем:
Формирование записей книги покупок за все месяцы квартала.Таким образом, мы выяснили, что расхождение между графами 14 и 15 при зачете аванса — это не баг, а фича, заложенная законодателем. Правильное понимание этого механизма поможет вам уверенно вести учет и успешно проходить налоговые проверки.