Почему возврат товаров поставщику не делает движений по регистру НДС Начисленный?

Бухгалтер 1С v8.3 (Обычные формы) Налоговый учет
← На главную

При работе в конфигурациях «1С:Управление производственным предприятием 1.3» (УПП) или «1С:Комплексная автоматизация 1.1» (КА) пользователи часто сталкиваются с ситуацией, когда документ Возврат товаров поставщику проводится без ошибок, формирует бухгалтерские проводки, но не делает записей в регистр накопления НДС Начисленный. В результате данные не попадают в книгу продаж или книгу покупок (в зависимости от методики учета), а счета-фактуры по этим операциям «теряются» для налоговой отчетности. Проанализируем причины этой проблемы и разберем по шагам, как добиться корректного отражения НДС.

Особенности работы РАУЗ и отложенные движения НДС

Первая и самая распространенная причина кроется в использовании расширенного аналитического учета затрат (РАУЗ). Разберем подробнее механизм работы системы в этом режиме. В отличие от партионного учета, где все движения по регистрам формируются непосредственно в момент проведения первичного документа, РАУЗ ориентирован на производительность. Многие «сложные» движения, требующие анализа цепочки поступления и реализации, вынесены за рамки транзакции проведения документа.

В случае с возвратом товаров поставщику система фиксирует факт выбытия ТМЦ в бухгалтерском учете, но окончательный расчет НДС (восстановление или начисление) откладывается. Для формирования записей в регистрах НДС необходимо выполнить специальную регламентную операцию. Проанализируем алгоритм действий пользователя:

  1. Проведем документ Возврат товаров поставщику и убедимся, что заполнены все необходимые реквизиты на вкладке «Цены и валюта».
  2. Перейдем в интерфейс «Заведующий учетом» или воспользуемся меню «Операции» — «Обработки».
  3. Найдем и запустим обработку Проведение по регистрам НДС.
  4. Укажем период (обычно это месяц) и организацию.
  5. После выполнения обработки проверим движения документа Возврат товаров поставщику. Записи в регистре НДС Начисленный (или НДС Предъявленный) должны появиться.

Выясним причину, почему это происходит именно так. Программа должна сопоставить возвращаемый товар с конкретной партией поступления, чтобы понять, был ли НДС по этой партии принят к вычету. Только после этого анализа система может определить вид движения по НДС. В режиме РАУЗ этот анализ выполняет именно указанная выше обработка.

Проверка настроек «Цены и валюта» в документе

Если запуск обработки не помог, проанализируем настройки самого документа. Даже если визуально сумма НДС в табличной части заполнена, критически важно проверить внутренние флаги документа. Рассмотрим подробнее диалоговое окно «Цены и валюта», которое вызывается одноименной кнопкой в шапке документа:

Проанализируем ситуацию: если при поступлении товара НДС был включен в стоимость, то и при возврате он должен быть исключен вместе с этой стоимостью, а не выделен как начисленный налог.

Влияние документа-основания на регистры НДС

Для корректной работы механизмов НДС в УПП и КА крайне желательно соблюдать связь между документами. Посмотрим на поле Документ поступления в строках табличной части или в шапке (в зависимости от настроек). Если поле пустое, система может не найти информацию о том, под какой НДС попал этот товар изначально.

Рассмотрим по шагам, что происходит при отсутствии связи с поступлением:

  1. Обработка Проведение по регистрам НДС пытается проанализировать остатки по регистру НДС по приобретенным ценностям.
  2. Если связь не указана, программа ищет остатки по методу ФИФО.
  3. Если на остатках нет достаточного количества НДС по данной аналитике (номенклатура, склад), запись в регистр НДС Начисленный не будет сформирована, так как системе «нечего восстанавливать».

Таким образом, всегда старайтесь заполнять колонку Документ поступления. Это гарантирует, что система точно определит ставку налога и состояние его вычета.

Законодательная логика: Начисление vs Восстановление

Важно помнить о правилах оформления возвратов. До 2019 года возврат часто рассматривался как «обратная реализация», где покупатель начислял НДС. Современные правила (письмо ФНС России от 23.10.2018 № СД-4-3/20667@) предписывают поставщику выставлять корректировочный счет-фактуру, а покупателю — восстанавливать НДС.

В зависимости от того, какой способ выбран в программе, движения могут идти по разным регистрам:

Если вы ожидаете увидеть записи именно в НДС Начисленный, убедитесь, что вид операции и настройки учетной политики предполагают именно начисление налога при возврате. В старых релизах УПП (как в примере 1.3.38.2) логика во многом зависела от того, выставлен ли счет-фактура «на возврат» или получен «корректировочный».

Техническая проверка аналитики на счете 19

Бывают случаи, когда движения не формируются из-за ошибок в аналитическом учете. Проанализируем состояние счета 19.03 (или аналогичного). Если на этом счете зависла сумма с пустой аналитикой по контрагенту или договору, либо если аналитика документа возврата не совпадает с аналитикой поступления, регламентная обработка может пропустить такой документ.

Проверим соответствие следующих данных в поступлении и возврате:

  1. Контрагент и договор (важно соответствие типа договора — «С поставщиком»).
  2. Ставка НДС.
  3. Склад (если ведется складской учет НДС).

Если данные разнятся, обработка Проведение по регистрам НДС выдаст ошибку в протоколе выполнения или просто проигнорирует документ. Всегда проверяйте сообщения, которые выдает обработка после завершения работы.

Резюме и план действий

Подводя итог, можно составить краткий алгоритм решения проблемы для специалиста или бухгалтера:

  1. Проверяем проведение: Документ должен быть проведен в бухгалтерском и налоговом учете.
  2. Проверяем настройки цены: Флаг Учитывать НДС должен стоять, НДС в стоимости — соответствовать учетной политике.
  3. Указываем основание: Максимально заполняем документы поступления в табличной части.
  4. Запускаем регламент: Обязательно выполняем обработку Проведение по регистрам НДС. Помните, что в УПП с РАУЗ это обязательное действие перед закрытием месяца и формированием книг.
  5. Анализируем результат: Если записи не появились, проверяем отчет «Ведомость по партиям НДС» (даже при РАУЗ в старых конфигурациях этот регистр может использоваться для контроля налогового учета).

Как показывает практика и обсуждения на профессиональных форумах, в 90% случаев в конфигурациях УПП и КА проблема решается именно запуском регламентной обработки восстановления последовательности по регистрам НДС, так как пользователи забывают о специфике «отложенного» проведения в режиме РАУЗ.

← На главную