Работа с НДС в конфигурации «1С:Бухгалтерия 3.0» (особенно в версиях БСО на ее базе) требует идеальной чистоты регистров. Бывают ситуации, когда бухгалтер сталкивается с аномалией: в Книге покупок внезапно появляются счета-фактуры многолетней давности (например, из остатков 2015 года), хотя в Декларации НДС и на счетах бухгалтерского учета (68.02 и 19) все цифры верны. Рассмотрим подробнее, почему так происходит, как найти «виновника» в регистрах и какими способами можно устранить эту ошибку.
Прежде всего, разберем ситуацию, когда бухгалтерские данные не совпадают с данными отчета «Книга покупок». Основная сложность заключается в том, что регламентный документ Формирование записей книги покупок может выглядеть абсолютно корректно, а лишние суммы появляются именно в самом печатном отчете или в 8 разделе Декларации НДС.
Важный нюанс: при включенном раздельном учете НДС программа начинает использовать сложную систему регистров, и обычная проверка «счета 19» становится недостаточной. Если в «Анализе состояния налогового учета» все верно, а в Книге покупок — нет, значит, проблема кроется в связке между объектом «Счет-фактура» и регистрами накопления.
Проанализируем ситуацию: отчет «Книга покупок» в современных релизах 1С — это не просто выгрузка проводок или одного регистра. Это сложный запрос, который собирает данные из нескольких источников:
НДС Покупки — основной источник записей.НДС предъявленный — здесь хранятся остатки НДС, который еще не принят к вычету или ожидает распределения.НДС Раздельный учет — технический регистр, критичный для компаний, совмещающих ОСНО с другими режимами или имеющих операции без НДС.Ввод остатков.Как выяснилось в ходе обсуждения, корень проблемы часто лежит в некорректном вводе начальных остатков. Если при занесении данных в систему один документ «Счет-фактура полученный» был привязан сразу к нескольким строкам или нескольким документам расчетов (основаниям), возникает конфликт. Когда в текущем периоде один из этих документов-оснований попадает в Формирование записей книги покупок, алгоритм отчета «видит» всю сумму по связанному счету-фактуре, а не конкретную долю НДС, относящуюся к текущей операции.
Чтобы не гадать, откуда берутся суммы, нам нужно проверить технические остатки. Самый эффективный способ — построить Универсальный отчет. Разберем по шагам, как это сделать:
НДС предъявленный.Счет-фактура и Документ-основание.Конечный остаток > 0.Если в результате вы увидите те самые счета-фактуры из 2015 года (или любые другие «старые» документы), значит, программа считает этот НДС «зависшим» и доступным к вычету. Даже если вы не выбираете их вручную, при определенных условиях (например, автоматическое восстановление или распределение НДС) система пытается пропихнуть их в Книгу покупок.
Рассмотрим два основных пути исправления ситуации, в зависимости от того, насколько глубоко вы готовы корректировать базу данных.
Если ошибка вызвана тем, что один счет-фактура привязан к нескольким документам расчетов, необходимо разделить их в исходных данных. Посмотрим на пример: если у вас есть одна входящая фактура на 100 000 руб., которая относится к трем разным актам, введенным как остатки, лучше создать в системе три отдельных объекта «Счет-фактура полученный».
Ввод начальных остатков по счету 19.Если период ввода остатков закрыт и вы не хотите его трогать, можно обнулить технические остатки по регистрам. Для этого используем документ Операция, введенная вручную:
НДС предъявленный и НДС Раздельный учет.Внимание: Бухгалтерские проводки в этом документе делать НЕ нужно (флажок «Бухгалтерский учет» в строке регистра должен быть выключен или просто не заполняйте вкладку «Бухучет»), так как по счету 19 у вас и так все верно. Нам нужно «почистить» только налоговые регистры.
Проанализируем ситуацию с раздельным учетом НДС. Программа может подтягивать старые данные, если включен режим автоматического восстановления НДС. Проверьте настройки:
НДС предъявленный заполнено поле Способ учета НДС. Если оно пустое, алгоритм Книги покупок может вести себя непредсказуемо.Выяснив причину и исправив связи в документах ввода остатков или «схлопнув» регистры вручную, мы добьемся того, что Книга покупок станет соответствовать данным бухгалтерского учета и не будет содержать лишних документов. Помните, что перед любыми манипуляциями с регистрами и вводом остатков необходимо создать резервную копию информационной базы.