Проанализируем ситуацию на реальном кейсе: ИП приобрели товар (например, обувь) в Республике Беларусь в декабре 2025 года, оплатили в декабре, а фактически приняли товар к учету уже 04.01.2026. В документе 1С «Заявление о ввозе товаров и уплате косвенных налогов» указываем ставку НДС 22%, но при проверке/выгрузке получаем сообщение: «Неверно задана ставка НДС в разделе 1».
Разберем по шагам, почему так происходит, как быстро исправить проблему в типовой конфигурации и какие есть альтернативные решения, если обновление выполнить нельзя.
Посмотрим на ключевой факт: в некоторых релизах 1С:Бухгалтерии 3.0 ставка НДС 22% уже поддержана на уровне учета, но в документе «Заявление о ввозе товаров» могла оставаться жестко “зашитая” проверка допустимых ставок в модуле менеджера документа. Из-за этого при выгрузке/контроле (чаще всего при формировании файла заявления) программа считает ставку 22% «некорректной» и останавливает процесс с ошибкой.
На форуме 1С это описывают так: в модуле менеджера документа «Заявление о ввозе товаров» на определенной строке (например, около 4040 для релиза 3.0.188.22) есть условие, где перечислены только ставки 10/18/20, а ставка 22 отсутствует. Поэтому при выборе 22% проверка срабатывает как «ошибка ставки».
Важно понимать: для импорта из ЕАЭС (Беларусь — ЕАЭС) «ввозной» НДС уплачивается по правилам РФ, то есть по ставке РФ на дату принятия товаров к учету. Если принятие к учету произошло в 2026 году, то базовая ставка — 22%. Поэтому с точки зрения методологии учета выбор 22% в январе 2026 — логичен; проблема именно в алгоритме контроля/выгрузки в конкретной версии конфигурации.
Чтобы не оставалось сомнений, давайте зафиксируем логику определения ставки. Разберем «по шагам» именно то, что обычно вызывает путаницу:
Оплата в декабре 2025 сама по себе не определяет ставку «ввозного» НДС по ЕАЭС для заявления.
Важнее событие принятия товара к учету (поступление/оприходование), потому что «Заявление о ввозе товаров и уплате косвенных налогов» формируется по факту ввоза и принятия на учет.
Если принятие на учет 04.01.2026, то ставка применяется по правилам РФ, действующим в 2026 году: 22% (если товар не относится к льготным перечням под 10% и не освобожден от НДС).
То есть «по бухгалтерской сути» вы все делаете правильно. Ошибка «Неверно задана ставка НДС» в этом кейсе чаще всего означает не неверный учет, а ошибку проверки в релизе конфигурации.
Самый правильный и безопасный путь — обновить 1С:Бухгалтерию до релиза, в котором исправлена проверка ставки 22% в «Заявлении о ввозе товаров».
В обсуждениях по теме указывают, что в релизе 3.0.188.22 ошибка еще есть, а в релизе 3.0.192.20 — уже исправлена. Поэтому наша цель — обновиться минимум до версии, где исправление присутствует (или выше).
Разберем по шагам, как действовать:
Определим текущую версию. В 1С:Бухгалтерии (ред. 3.0) зайдите в раздел администрирования и найдите информацию о релизе (например, «Конфигурация/Версия»). Нам важно убедиться, что проблема действительно воспроизводится на версии, где ошибка известна.
Сделаем резервную копию информационной базы перед обновлением. Это обязательный шаг: даже если обновление типовое, мы действуем аккуратно. При обслуживании нескольких информационных баз резервное копирование и установку релизов можно автоматизировать с помощью программы для автоматического обновления и архивирования баз 1С.
Выполним обновление стандартным способом (через механизм обновления конфигурации). Если обновляем типовую конфигурацию без доработок — это обычно проходит штатно.
После обновления повторим сценарий: откроем документ «Заявление о ввозе товаров и уплате косвенных налогов», проверим ставку НДС 22%, сформируем/выгрузим заявление и убедимся, что сообщение «Неверно задана ставка НДС в разделе 1» больше не появляется.
Почему это лучше всего? Потому что обновление исправляет не только конкретную строчку проверки, но и связанные алгоритмы формирования файла, контроля, заполнения реквизитов и регламентированных проверок. Мы решаем проблему системно и не создаем «точечных заплаток», которые потом могут конфликтовать с будущими обновлениями.
Бывает, что обновиться «прямо сейчас» нельзя: например, есть критичные доработки, нет окна для обновления, или релиз обновления согласуется с IT-службой. Тогда используем аккуратный компромисс: исправим проверку в расширении конфигурации.
Сразу договоримся о принципе: не меняем типовую конфигурацию напрямую, а используем расширение, чтобы сохранить возможность дальнейших обновлений. Посмотрим на шаги.
Создадим расширение конфигурации в режиме конфигуратора.
Подключим объект документа «Заявление о ввозе товаров и уплате косвенных налогов» в расширение (нам понадобится модуль менеджера, потому что ошибка находится именно там).
Найдем фрагмент проверки ставки (часто это условие вида «Если ... Тогда ...» внутри процедуры формирования/проверки раздела 1 или при подготовке данных к выгрузке).
Добавим поддержку “22” в список допустимых ставок (или перепишем проверку более корректно). После этого протестируем формирование/выгрузку.
Посмотрим на пример «как было» в проблемном релизе (по смыслу, как его обычно видят в модуле менеджера):
Если ПрОсвНДС = 1 И СтНДС <> "10" И СтНДС <> "18" И СтНДС <> "20" Тогда
// Сообщение об ошибке: неверно задана ставка НДС
КонецЕсли;
С такой проверкой ставка 22% всегда будет восприниматься как «ошибка», потому что она не попадает ни в один разрешенный вариант. Исправление «в лоб» выглядит так: просто добавим “22” в перечень.
Если ПрОсвНДС = 1
И СтНДС <> "10"
И СтНДС <> "18"
И СтНДС <> "20"
И СтНДС <> "22" Тогда
// Сообщение об ошибке: неверно задана ставка НДС
КонецЕсли;
Что это дает? Мы убираем ложное срабатывание проверки для ставки 22% и получаем возможность выгрузить заявление.
Но давайте посмотрим глубже: почему условие вообще привязано к признаку освобождения? Переменная ПрОсвНДС обычно соответствует признаку «освобождено от НДС» (или близкому смыслу признаку в структуре данных). Если признак равен 1, а ставка при этом 22, проверка может задумываться о неконсистентности реквизитов. Однако в нашем кейсе проблема именно в том, что ставка 22 — новая, и разработчики в старом релизе не добавили ее в список допустимых значений для контроля. Поэтому «точечная» правка действительно помогает.
Важно: применять правку в расширении стоит только тогда, когда мы уверены, что используем типовой документ и речь именно о «недостающей ставке 22%» в проверке. После внедрения правки обязательно протестируем:
создание заявления за январь 2026;
проверку документа;
формирование и выгрузку;
отсутствие побочных ошибок в других режимах учета НДС.
Если у нас есть компетенция и нужно сделать решение «на будущее», рассмотрим подход, когда мы не перечисляем ставки строками, а опираемся на типовые объекты ставок НДС.
В типовых конфигурациях ставки НДС обычно представлены перечислением Перечисления.СтавкиНДС или аналогичным механизмом, а также используются типовые функции преобразования ставки в строковое представление для регламентированных форматов. Когда разработчик вместо обращения к типовым функциям сравнивает строку СтНДС с набором строковых литералов ("10", "18", "20"), возникает риск, что при изменении ставки (как в 2026 году) проверки «застревают» в прошлом.
Поэтому, если мы хотим минимизировать риск повторения ситуации, можно:
Найти место, где формируется значение СтНДС (строковое представление ставки для выгрузки).
Проверять не строку, а исходную ставку из документа, используя типовые преобразования ставки в требуемый формат.
Логику допустимости ставки вынести в отдельную функцию и/или привязать к типовым справочникам/перечислениям.
Однако в рамках прикладной задачи (быстро сдать заявление) обычно достаточно обновления до исправленного релиза или точечной правки через расширение.
Даже если первопричина — релиз, мы все равно «по-хорошему» проверим заполнение документа, чтобы исключить вторичные проблемы. Рассмотрим подробнее, что стоит проконтролировать именно в документе «Заявление о ввозе товаров и уплате косвенных налогов».
Правильный период заявления. Для товара, принятого к учету 04.01.2026, заявление обычно формируют за январь 2026 (по факту принятия на учет). Если документ «привязать» к декабрю 2025, ставка и контроль могут конфликтовать с логикой переходного периода.
Ставка НДС по виду товара. Для большинства товаров применяется базовая ставка (в 2026 — 22%), но если товар относится к льготным перечням (например, отдельные виды детских товаров), может быть 10%. Давайте договоримся: проверяем номенклатуру, назначение НДС и основания применения льготной ставки, если вы ее заявляете.
Признаки освобождения. Если в заявлении или в данных по номенклатуре/операции установлены признаки «Без НДС», «Освобождено», «Не облагается», то это может влиять на поле/переменную ПрОсвНДС и вызывать дополнительные проверки. При импорте из ЕАЭС по облагаемым товарам обычно освобождение не применяем.
Корректность договора/контрагента. Для ЕАЭС важно корректно указать страну, статус контрагента и реквизиты договора, чтобы заявление формировалось по нужным правилам. Если есть несоответствие, иногда ошибка может «маскироваться» под НДС.
Связанные документы. Убедимся, что документ поступления (например, поступление товаров) проведен, принятие к учету отражено, и документ заявления «подхватывает» именно эти данные.
На практике, когда ставка 22% выбрана корректно, а ошибка появляется только на конкретной версии, почти всегда помогает обновление или исправление проверки ставки в модуле менеджера.
Чтобы решить задачу без лишних кругов, давайте действовать по плану, который в большинстве случаев дает результат с первого раза.
Уточним релиз вашей 1С:Бухгалтерии (ред. 3.0). Если он близок к 3.0.188.xx и ошибка воспроизводится — считаем ситуацию типовой для этого релиза.
Выберем стратегию:
если можно обновляться — обновляемся до релиза, где исправлена выгрузка/проверка 22% в заявлении;
если обновление нельзя — делаем расширение и добавляем ставку “22” в проверку, затем тестируем.
Проверим заполнение документа: период (январь 2026), ставка (22%), отсутствие лишних признаков освобождения.
Сформируем и выгрузим заявление повторно и убедимся, что ошибка исчезла.
Результат, к которому мы стремимся: документ формируется и выгружается без сообщения «Неверно задана ставка НДС в разделе 1», при этом ставка НДС 22% сохраняется, а учет отражает реальную ситуацию (принятие к учету в 2026 году).
Вопрос 1: «Мы оплатили в 2025 — может, надо 20%?»
Нет, ориентируемся не на оплату, а на правила формирования заявления и дату принятия к учету. Если товар принят к учету в январе 2026, то для базовой ставки применяем 22% (если нет оснований для 10% или освобождения).
Вопрос 2: «В Беларуси НДС другой — почему мы ставим 22%?»
Потому что речь о «ввозном» НДС в РФ при импорте из ЕАЭС. Заявление отражает уплату косвенных налогов в РФ, а значит применяется российская ставка.
Вопрос 3: «Почему ошибка именно в “Разделе 1”?»
Потому что алгоритм контроля/выгрузки часто проверяет поля, относящиеся к разделам заявления, и при несоответствии справочных значений (например, ставки) выдает сообщение с привязкой к разделу.
Вопрос 4: «Если просто исправить код, не будет ли проблем потом?»
Если правку делаем через расширение — риск ниже, но лучше все равно обновиться до релиза с официальным исправлением. Расширение — это «мостик», чтобы сдать отчетность и не остановить работу.
Подведем итог и зафиксируем, что мы выяснили и сделали:
Ставка НДС 22% при принятии товара к учету в январе 2026 по импорту из ЕАЭС — корректна для базовых товаров.
Ошибка «Неверно задана ставка НДС в разделе 1» в документе «Заявление о ввозе товаров» в ряде релизов 1С:Бухгалтерии связана с тем, что в проверке ставки жестко перечислены "10", "18", "20", а "22" забыли добавить.
Основное решение — обновиться до релиза, где исправление внесено.
Временное решение — исправить проверку через расширение конфигурации, добавив "22" в условие.
Информация в статье носит справочный характер и не заменяет консультацию специалиста по вашей конкретной конфигурации, доработкам и учетной политике.