При ведении учета по НДС в программе 1С:Бухгалтерия 8 (редакция 3.0) бухгалтеры часто сталкиваются со сложными ситуациями, когда в отчетность начинают «лезть» данные из прошлых периодов. Особенно много вопросов возникает, когда в Книгу продаж текущего квартала попадает НДС по авансу выданному (декабрь прошлых периодов), хотя никакого документа Поступление (акт, накладная) в текущем периоде не оформлялось, а в регламентном документе Формирование записей книги продаж эти суммы отсутствуют.
В этой статье мы подробно разберем, почему возникает такая ситуация, какие скрытые механизмы программы влияют на заполнение Книги продаж и как с помощью стандартных инструментов 1С быстро найти документ-виновник и навести порядок в учете.
Для начала давайте кратко вспомним методологию учета НДС при выплате авансов поставщикам. Когда мы перечисляем предоплату поставщику, оформляется документ Списание с расчетного счета. На основании этого списания мы регистрируем полученный от поставщика авансовый счет-фактуру (документ Счет-фактура полученный с видом «На аванс»).
В этот момент происходят следующие движения:
68.02 в корреспонденции со счетом 76.ВА (НДС по авансам выданным).НДС Покупки, и сумма попадает в Книгу покупок.Согласно Налоговому кодексу РФ, ранее принятый к вычету НДС с аванса выданного мы обязаны восстановить (то есть начислить к уплате в бюджет и отразить в Книге продаж) в следующих случаях:
В программе 1С автоматическое восстановление НДС при поступлении товаров обычно происходит при проведении регламентного документа Формирование записей книги продаж на вкладке «Восстановление по авансам». Но что делать, если в этом регламентном документе пусто, а сумма все равно оказывается в Книге продаж? Давайте выясним причину.
Главный секрет, который нужно понимать при работе с НДС в 1С: Книга продаж строится исключительно по записям регистра накопления НДС Продажи. Любой документ, сделавший запись («движение») в этот регистр с видом «Приход», автоматически добавляет строку в Книгу продаж и в Декларацию по НДС.
Если регламентный документ Формирование записей книги продаж не содержит спорных сумм, значит, запись в регистр была сделана напрямую другим первичным документом. Рассмотрим наиболее частые сценарии, которые к этому приводят.
Если в текущем периоде поставщик вернул вам ранее оплаченный аванс (полностью или частично), в программе оформляется документ Поступление на расчетный счет с видом операции «Возврат от поставщика».
При проведении этого банковского документа программа обязана автоматически восстановить НДС. Она находит первоначальный документ оплаты (то самое декабрьское Списание с расчетного счета) и делает запись напрямую в регистр НДС Продажи. В регламентном документе закрытия месяца этой строки не будет, так как банковская выписка сама выступила регистратором для Книги продаж.
Если в текущем периоде бухгалтер проводил неденежные расчеты с контрагентом, например:
При оформлении документа Корректировка долга происходит закрытие или изменение условий по первоначальному авансу. Программа расценивает это как основание для восстановления НДС и сама делает запись в регистр НДС Продажи.
Если по истечении трех лет (срока исковой давности) или в связи с ликвидацией поставщика зависший аванс был списан с помощью документа Корректировка долга с видом операции «Списание задолженности», программа автоматически восстановит НДС, ранее принятый к вычету. Запись в Книгу продаж также сформируется в момент проведения этого документа.
Часто пользователи случайно или намеренно вносят корректировки вручную. Это может быть:
Операция, введенная вручную, в котором через меню «Еще» -> «Выбор регистров» был добавлен регистр накопления НДС Продажи и заполнена строка движения.Отражение начисления НДС или устаревший Запись книги продаж.Для того чтобы точно определить, какой именно документ делает «лишнюю» запись в Книге продаж, воспользуемся универсальным и самым надежным инструментом — Универсальным отчетом по регистрам накопления. Пройдем этот путь по шагам.
Шаг 1. Открытие Универсального отчета
Перейдем в раздел меню «Отчеты» и в блоке «Стандартные отчеты» выберем пункт «Универсальный отчет».
Шаг 2. Настройка параметров отчета
В шапке отчета настроим ключевые поля для поиска:
Шаг 3. Установка отборов и группировок
Нажмем кнопку «Показать настройки» справа для более тонкой фильтрации данных:
Регистратор. Это самое важное поле — оно покажет конкретный физический документ, который создал запись в регистре. Также можно добавить поля Покупатель, Счет-фактура и Событие.Счет-фактура со значением «Равно» и укажем тот самый проблемный авансовый счет-фактуру от декабря 2017 года. Если вы ищете по контрагенту, можно установить отбор по полю Покупатель или Продавец.Шаг 4. Анализ результатов отчета
Нажмем кнопку «Сформировать». Перед нами появится таблица движений регистра. В колонке Регистратор мы увидим точное название и номер документа, который совершил запись. Это может выглядеть следующим образом:
Поступление на расчетный счет №... от... (Возврат от поставщика)Корректировка долга №... от...Операция №... от...Для наглядности приведем пример структуры запроса, который программа выполняет под капотом при формировании этого отчета:
ВЫБРАТЬ
НДСПродажи.Период КАК Период,
НДСПродажи.Регистратор КАК Регистратор,
НДСПродажи.Покупатель КАК Покупатель,
НДСПродажи.СчетФактура КАК СчетФактура,
НДСПродажи.СуммаБезНДС КАК СуммаБезНДС,
НДСПродажи.НДС КАК СуммаНДС
ИЗ
РегистрНакопления.НДСПродажи КАК НДСПродажи
ГДЕ
НДСПродажи.Период МЕЖДУ &НачалоПериода И &КонецПериода
И НДСПродажи.СчетФактура = &ИскомыйСчетФактура
Прямо из сформированного Универсального отчета мы можем дважды кликнуть мышкой по строке с документом-регистратором и провалиться непосредственно в него.
После того как конкретный документ обнаружен, нам предстоит проанализировать корректность его заполнения:
76.ВА. Если корректировка была сделана ошибочно — отмените проведение документа или исправьте аналитику (договор, документ расчетов).Операция, введенная вручную, снимите активность с этих движений или удалите некорректную ручную проводку по регистру НДС Продажи.Таким образом, используя Универсальный отчет по регистрам накопления, мы можем распутать любую сложную цепочку документов по НДС и быстро локализовать проблему, избегая ручного перелопачивания сотен документов в базе данных.