Работа с подсистемой НДС в конфигурации «Управление производственным предприятием» (УПП) редакции 1.3 требует строгого соблюдения последовательности действий. Часто возникают ситуации, когда при формировании регламентных документов за текущий месяц (например, июнь) программа настойчиво предлагает включить данные за предыдущие периоды (май). Попытки ручного удаления этих строк из документа Формирование записей книги продаж обычно не приносят долгосрочного результата: суммы продолжают «вылезать» в следующих месяцах или не сходятся в отчетах.
В этой статье мы подробно разберем механику работы регистров НДС, выясним причины «хвостов» прошлых периодов и определим правильный алгоритм действий для бухгалтера и технического специалиста.
Для понимания проблемы важно осознать, что документ Книга продаж строится не «по документам реализации», а на основании данных в специальных регистрах накопления. В УПП 1.3 за это отвечают два ключевых регистра:
Формирование записей книги продаж определяет, какие данные должны попасть в отчет. Если в июне программа «видит» май, это означает, что на конец мая по этому регистру завис положительный остаток.Формирование записей книги продаж.Проанализируем ситуацию: когда бухгалтер вручную удаляет строку из документа Формирование записей книги продаж, он просто отменяет запись в регистр НДС Продажи для отчета. Однако остаток в регистре НДС Начисленный никуда не девается. Программа считает, что налог еще не предъявлен, и предложит ту же сумму в июле, августе и так далее, пока остаток не будет закрыт («схлопнут»).
Рассмотрим подробнее, почему в текущем периоде могут возникать данные за прошлый месяц:
1. Корректировка реализации в текущем периоде
Если в июне была сделана Корректировка реализации, увеличивающая стоимость майской отгрузки, то согласно Налоговому кодексу РФ, доплата НДС должна отразиться в книге продаж за текущий период (июнь). В этом случае появление майского документа в июньской книге продаж — это не ошибка, а корректное поведение программы. Если же корректировка уменьшает стоимость, она должна попадать в Книгу покупок. Для детального анализа цепочек таких изменений и контроля налога можно применить отчет для сопоставления первичных и корректировочных документов реализации.
2. Нарушение аналитики (Договоры, Сделки)
Проанализируем ситуацию, упомянутую на форуме: если в первичном документе (реализации) или в настройках договора произошли изменения уже после того, как были сформированы регламентные документы, регистр остатков «не узнает» старую запись. Например, если в реализации указан «Договор А», а в июне его поменяли на «Договор Б», то майское Формирование записей книги продаж не сможет закрыть остаток, так как измерения регистра не совпадут.
3. Сбитая граница последовательности
В УПП 1.3 существует «Граница последовательности проведения по НДС». Если она установлена на старую дату (например, на 2019 год), это критический сигнал. Любое перепроведение старого документа (даже случайное) может привести к тому, что движения по НДС в последующих периодах станут неактуальными. Регистры «расползаются», и программа начинает видеть незакрытые остатки там, где их быть не должно.
Чтобы корректно исправить ситуацию и добиться схождения сумм в декларации, выполним следующие шаги:
Это самый важный инструмент в УПП 1.3. В отличие от обычного проведения документов (кнопка «ОК»), эта обработка восстанавливает движения именно в специализированных регистрах НДС. Рассмотрим, как правильно ее запустить:
Важный нюанс: Если после выполнения обработки кто-то из пользователей перепровел старый документ реализации «задним числом», обработку нужно запускать заново за этот период.
Если автоматическое проведение не помогло, нужно найти «виновника» вручную. Проанализируем ситуацию с помощью Универсального отчета:
НДС Начисленный.Если вы видите остаток по майскому документу, который «висит» на конец мая, значит, проблема именно в нем. Нужно зайти в майский документ Формирование записей книги продаж и попробовать его перезаполнить (или добавить строку вручную), чтобы обнулить этот остаток именно маем, а не июнем. Для упрощения этого процесса и быстрого поиска подобных расхождений можно использовать готовый набор специализированных отчетов для выявления и исправления ошибок по учету НДС.
Посмотрим на настройки параметров учета. Если в базе включен «Сложный учет НДС» (используется для раздельного учета при наличии операций 0% или без НДС), движения по регистрам формируются только после работы обработки Проведение по регистрам НДС. В этом режиме ручные правки в документах без запуска обработки вообще не имеют смысла, так как регистры не обновятся.
Если вам необходимо программно проверить, какие движения сделал документ по регистру НДС Продажи, можно использовать следующий фрагмент кода для анализа в консоли запросов или обработке:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| НДСПродажи.Период КАК Дата,
| НДСПродажи.Регистратор КАК Документ,
| НДСПродажи.СуммаБезНДС КАК СуммаБезНДС,
| НДСПродажи.НДС КАК СуммаНДС
|ИЗ
| РегистрНакопления.НДСПродажи КАК НДСПродажи
|ГДЕ
| НДСПродажи.Период МЕЖДУ &ДатаНач И &ДатаКон
| И НДСПродажи.Организация = &Организация";
Запрос.УстановитьПараметр("ДатаНач", НачалоМесяца(ДатаОтчета));
Запрос.УстановитьПараметр("ДатаКон", КонецМесяца(ДатаОтчета));
Запрос.УстановитьПараметр("Организация", ВыбраннаяОрганизация);
Результат = Запрос.Выполнить().Выгрузить();
Этот запрос поможет быстро увидеть все записи, которые попадут в Книгу продаж, включая те, что были сделаны напрямую первичными документами в обход Формирования записей.
Для исправления ошибок в Книге продаж 1С:УПП 1.3 придерживайтесь следующих правил:
Формирование записей книги продаж просто для того, чтобы «подогнать» сумму. Это создает отложенную проблему.Проведение по регистрам НДС перед закрытием периода.Корректировка реализации — законный повод для появления записей прошлых периодов в текущей книге продаж.Соблюдение этих рекомендаций позволит поддерживать учет НДС в актуальном состоянии и без ошибок сдавать налоговую отчетность.