Как заполнить декларацию по НДС в 1С:УНФ 3.0 и почему не заполняется Раздел 9

Многие пользователи 1С:Управление нашей фирмой 3.0 сталкиваются с проблемой: при попытке сформировать декларацию по НДС Раздел 9 (Книга продаж) остается пустым, даже если в программе отражены реализации со ставками НДС. Особенно остро этот вопрос встал в связи с налоговой реформой, когда плательщики на УСН с 2025 года обязаны работать со ставками 5% и 7%. Рассмотрим детально, как устроена подсистема НДС в УНФ, почему стандартные механизмы могут «давать осечку» и как заставить программу корректно заполнять отчетность.

Разберем механизм формирования декларации: двухэтапная схема

Первое и самое важное отличие 1С:УНФ от 1С:Бухгалтерии предприятия — это архитектура формирования регламентированной отчетности по НДС. В УНФ декларация не собирается напрямую из первичных документов в момент нажатия кнопки «Заполнить» в самом отчете. Процесс состоит из двух обязательных шагов:

1. Создание документа «Пачки разделов декларации по НДС (с 8 по 12)». Этот документ выступает промежуточным контейнером. Он собирает данные из регистров и подготавливает их для выгрузки.
2. Формирование регламентированного отчета «Декларация по НДС». На этом этапе отчет подтягивает данные из уже созданных и проведенных «Пачек».

Если вы создаете декларацию, но Раздел 9 пуст, проанализируем состояние документа Пачки разделов. Если он не заполнен или не проведен, данные в декларацию не попадут. Если же пачки заполнены, а декларация пуста, попробуйте удалить черновик декларации и создать его заново — это исключит проблему кэширования старых данных.

Проанализируем настройки учетной политики

Часто корень проблемы кроется в том, что программа «не знает», что организация является плательщиком НДС. Даже если вы вручную выбираете ставку 5% в расходной накладной, без соответствующих настроек программа не сделает записи в нужные регистры накопления. Выясним причину через проверку настроек:

1. Перейдем в карточку организации, раздел «Налоги».
2. Если организация на УСН, проверьте, включен ли флаг «Плательщик НДС».
3. Убедитесь, что дата начала применения этой настройки корректна и предшествует налоговому периоду, за который сдается отчет.

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

Проблема ставок 5% и 7% на старых релизах

Как отмечают пользователи, в релизах ветки 3.0.11 функционал заполнения декларации для спецрежимов (УСН) со ставками 5% и 7% может работать некорректно или отсутствовать вовсе. Проанализируем ситуацию с точки зрения кода. В старых алгоритмах формирования XML-файла выгрузки жестко прописывались проверки на стандартные ставки (10%, 18%, 20%).

Пример упрощенной логики, которая могла блокировать выборку:

Если Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС10 
   Или Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20 Тогда
    // Обработка данных для книги продаж
Иначе
    // Данные игнорируются или вызывают ошибку заполнения
КонецЕсли;

Для корректной работы со спецставками необходимо обновить конфигурацию до актуальных релизов (рекомендуется 3.0.19 и выше), где реализована поддержка налоговой реформы 2025 года и обновлен «Помощник по НДС».

Проверим движения регистров: «сердце» декларации

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

Если записи в регистре есть, но Раздел 9 пуст, проверьте следующие моменты:

• Вид операции: Убедитесь, что в документе выбран корректный вид операции, который подразумевает начисление НДС.
• Счета-фактуры: В УНФ для попадания записи в Книгу продаж обязательно наличие созданного и проведенного документа Счет-фактура (или соответствующей галочки в накладной, если это предусмотрено настройками).
• Последовательность: Попробуйте выполнить операцию «Закрытие месяца». Хотя НДС в УНФ во многом формируется «по факту», регламентные операции выравнивают последовательность расчетов, что критично для зачета авансов (Раздел 8).

Использование «напильника»: кастомизация отчета

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

Основные этапы «допила»:

1. Поиск функции, отвечающей за сбор данных (обычно это запросы к регистру НДС Продажи).
2. Добавление в условия выборки новых ставок НДС (5%, 7%).
3. Корректировка сопоставления колонок для выгрузки в XML-формат 5.11 (актуальный формат для ФНС).

Стоит ли вести НДС в УНФ или использовать синхронизацию с БП?

Ситуация, описанная пользователями, часто приводит к дилемме: бороться с декларацией в УНФ или выгружать данные в 1С:Бухгалтерию (БП 3.0). Посмотрим на плюсы и минусы обоих подходов:

Вариант 1: Формирование в УНФ

• Плюсы: Одна база, нет проблем с дублями при синхронизации, оперативность.
• Минусы: Функционал НДС в УНФ считается «упрощенным». Сложные случаи (корректировки, импорт, раздельный учет) могут потребовать ручного вмешательства.

Вариант 2: Синхронизация с БП 3.0

• Плюсы: БП — эталон фискального учета. Все изменения законодательства (новые ставки, форматы) появляются там в первую очередь.
• Минусы: Необходимость поддерживать актуальность правил обмена. Риск того, что менеджеры «поправят» документ в УНФ в закрытом периоде, и данные разойдутся с бухгалтерией.

Резюме: Если ваша организация — ИП на УСН с простыми отгрузками, стоит добиться корректной работы в УНФ путем обновления до последних релизов. Если же учет включает в себя авансы, возвраты и корректировки, связка УНФ + БП остается более надежным профессиональным решением.