Почему при обмене УТ 10.3 — БП 3.0 не подставляется счет 19.04 для ставки НДС 5%?

← На главную

При переходе на новые правила налогообложения в 2025 году многие столкнулись с необходимостью внедрения ставок НДС 5% и 7% в существующие системы. Типичная ситуация: в 1С:Управление торговлей 10.3 (УТ) ставки добавлены в перечисления, обмен проходит успешно, документы создаются, но в 1С:Бухгалтерия предприятия 3.0 (БП) в документах поступления не заполняется Счет учета НДС, и, как следствие, отсутствуют проводки по счету 19.04. Рассмотрим подробно, почему стандартные механизмы заполнения счетов игнорируют новые значения и как это исправить.

Разберем архитектурные изменения в Бухгалтерии предприятия 3.0

Первое, на что стоит обратить внимание — это изменение типа данных для ставок НДС. В актуальных релизах БП 3.0 (начиная с конца 2024 года) произошел массовый переход от использования ПеречислениеСсылка.СтавкиНДС к Справочнику «Ставки НДС». Даже если в вашей конфигурации перечисление все еще существует для обратной совместимости, основные алгоритмы учета переориентированы на справочник.

Проанализируем ситуацию автора: в УТ 10.3 ставки добавлены в перечисление, и при выгрузке через Конвертацию данных 2.1 они сопоставляются с перечислениями в БП. Однако учетные механизмы БП ожидают увидеть определенные свойства объекта, которые позволяют идентифицировать ставку как "облагаемую".

Проблема программного заполнения счетов учета

Автор темы использует в правилах обмена (в событии "После загрузки") следующий код:


Отбор = Новый Структура("РеквизитыПолноеИмя", Новый Соответствие);
Отбор.РеквизитыПолноеИмя.Вставить("Товары.СчетУчета", Истина);
Отбор.РеквизитыПолноеИмя.Вставить("Товары.СчетУчетаНДС", Истина);
СчетаУчетаВДокументах.Заполнить(Объект, Отбор);

Проблема заключается в том, что процедура СчетаУчетаВДокументах.Заполнить внутри себя вызывает функции общих модулей, которые проверяют, является ли указанная ставка НДС облагаемой. Если система "не узнает" новую ставку 5%, она считает ее аналогичной ставке "Без НДС", для которой счет 19 не предусмотрен.

Проверка "облагаемости" ставки НДС

Для того чтобы счет 19.04 подставлялся автоматически, необходимо проверить программную логику в БП. Рассмотрим ключевые точки проверки:

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

Шаг 1: Настройка справочника и учетной политики

Выясним, как именно реализована ставка 5% в вашем релизе БП. Если это справочник, то в правилах обмена необходимо настроить поиск элемента справочника по наименованию или по числовому коэффициенту, а не простое сопоставление перечислений.

Важный момент: С 2025 года ставки 5% и 7% тесно связаны с настройками налогов и отчетов. Убедитесь, что в Учетной политике организации на 2025 год установлены флаги, позволяющие применять НДС при УСН (если организация является плательщиком НДС на упрощенке).

Шаг 2: Настройка регистра «Счета учета номенклатуры»

Проанализируем настройки в регистре сведений Счета учета номенклатуры. В последних релизах БП автоматическая подстановка "по умолчанию" для новых ставок часто дает сбои. Рекомендуется:

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

Шаг 3: Использование расширения для корректировки кода

Если проблема в том, что типовой код БП не воспринимает ваше новое перечисление НДС5 как облагаемое, правильнее всего будет использовать механизм расширений. Это позволит не снимать конфигурацию с поддержки.

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


&Вместо("СтавкаНДСОблагаемая")
Функция ИмяРасширения_СтавкаНДСОблагаемая(Ставка)
    Если Ставка = Перечисления.СтавкиНДС.НДС5 Тогда
        Возврат Истина;
    КонецЕсли;
    Возврат ПродолжитьВызов(Ставка);
КонецФункции

Аналогично стоит поступить с функцией ПолучитьСтавкуНДСДляВычислений, если вы видите, что сумма НДС в документе заполняется, но счета все равно "слетают".

Шаг 4: Проверка даты документа

Посмотрим на дату документа. В БП 3.0 многие механизмы, связанные с НДС 5% и 7%, имеют жесткое программное ограничение по дате — они начинают корректно работать только для документов, начиная с 01.01.2025. Если вы тестируете обмен на документах 2024 года, счета учета могут не заполняться по чисто календарным причинам, заложенным в логику 1С.

Итоги и рекомендации

Подведем итог: отсутствие счета 19.04 при обмене — это не ошибка самих правил выгрузки (так как данные в ТЧ попадают), а результат того, что конфигурация-приемник (БП) не классифицирует новую ставку как налогооблагаемую.

Для решения проблемы выполним следующие действия:

Проверим, не перешла ли БП на Справочник «Ставки НДС». Если да — перенастроим ПКО в Конвертации данных.
Убедимся, что в Учетной политике на 2025 год включена поддержка НДС.
Через отладчик проверим результат работы СчетаУчетаВДокументах.Заполнить. Если СчетУчетаНДС остается пустым, значит, нужно расширять функцию СтавкаНДСОблагаемая.
Явно пропишем счета учета в регистре Счета учета номенклатуры для комбинации Организация + Номенклатура.

Таким образом, комплексная настройка программного кода через расширение и актуализация настроек учета позволит восстановить корректное формирование проводок по НДС.