Найти в Дзене
Программист 1С

3 рабочих способа массово поменять ставку НДС в номенклатуре 1С. Без ручной возни и сюрпризов в документах

Ставку НДС нужно поменять у сотен позиций. Время горит. Бухгалтер уже морально готов открыть Excel и «потихоньку руками».
И вот тут обычно начинается самое опасное: один неверный товар, одна случайная строка, один договор, который переопределяет ставку… и дальше в документах каша, а в книге продаж потом весёлый квест.
Я Иван, работаю с 1С больше 12 лет. Ниже дам три реально используемых способа
Оглавление

Ставку НДС нужно поменять у сотен позиций. Время горит. Бухгалтер уже морально готов открыть Excel и «потихоньку руками».

И вот тут обычно начинается самое опасное: один неверный товар, одна случайная строка, один договор, который переопределяет ставку… и дальше в документах каша, а в книге продаж потом весёлый квест.

Я Иван, работаю с 1С больше 12 лет. Ниже дам три реально используемых способа массово заменить ставку НДС в номенклатуре. С пояснениями, когда какой выбирать, и где чаще всего люди подрываются.

Перед стартом одна просьба, как от человека, который потом разгребает последствия: сделайте копию базы. Не “потом”, а прямо сейчас.

Прежде чем менять НДС: 2 быстрые проверки

Чтобы не стрелять себе в ногу:

  1. Убедитесь, что 1С обновлена
  2. Если ставка новая, а релиз старый, вы можете «поменять» что-то визуально, но расчёт пойдёт криво.
  3. Проверьте договоры
  4. В некоторых конфигурациях ставка может тянуться не из номенклатуры, а из договора/соглашения.
  5. Вы номенклатуру поменяли, а документы всё равно тянут старое. Очень частая история.

Ок, теперь к способам.

Способ 1. Штатное «Групповое изменение реквизитов» (самый быстрый и безопасный)

Это вариант “открыл, выбрал, заменил”. Подходит, если у вас типовая конфигурация и ставка хранится в карточке номенклатуры (а не в отдельном регистре по дате).

Где обычно лежит

Чаще всего путь такой:

НСИ и администрирование → Администрирование/Обслуживание → Корректировка данных → Групповое изменение реквизитов

Названия пунктов могут слегка отличаться, но смысл тот же.

Как сделать по шагам

  1. Выбираете объект: Номенклатура
  2. Делаете отбор:
  • по группе товаров
  • по текущей ставке (например, было 20%, надо 22%)
  • по любым вашим признакам
  1. Выбираете реквизит: Ставка НДС
  2. Задаёте новое значение
  3. Запускаете изменение

Где тут подвох

  • Если отбор слабый, можно поменять лишнее (например, услуги вместе с товарами).
  • На очень больших справочниках операция может идти долго. Лучше делать частями.

Способ 2. Через Excel, когда нужен контроль глазами

Этот способ люблю, когда справочник большой и нужна точность: например, часть товаров должна стать 22%, часть 7%, часть 5%. Или есть сомнения в классификации.

Схема работы

  1. Открываете справочник Номенклатура
  2. Ставите отбор (по группе, признакам, текущей ставке)
  3. Выгружаете список в Excel через «Еще» / «Вывести список»
  4. В Excel правите ставки
  5. Загружаете обратно через типовые средства импорта/обработку загрузки

Как сделать, чтобы не ошибиться

Добавьте в Excel столбец типа “Меняем? Да/Нет” и ставьте “Да” только тем строкам, которые реально должны поменяться.

Потом по этому столбцу фильтруете и проверяете, что не попали лишние товары.

Минусы способа

  • Нужно аккуратно с идентификаторами (код, артикул, ссылка, на что вы опираетесь при загрузке).
  • Если загрузка сделана не тем способом, можно накосячить с сопоставлением.

Если в вашей 1С с загрузками всё сложно или страшно, лучше не экспериментировать на боевой базе.

Способ 3. Обработка/запрос. Когда отбор сложный или ставка зависит от даты

Это вариант для тех случаев, где первые два способа внезапно «не работают так, как ожидаешь».

Чаще всего это происходит в УТ/КА/ERP (особенно когда ставка хранится в регистре и может быть “с даты”).

Когда это нужно

  • ставка НДС зависит от даты действия
  • надо менять по хитрым условиям: по виду номенклатуры, по характеристикам, по поставщикам, по сегментам
  • нужен повторяемый процесс (сегодня меняем, завтра опять, послезавтра ещё)

Как это обычно выглядит

  1. Отбираем нужные позиции запросом (например: “все товары группы Х со ставкой 20%”)
  2. Программно записываем новую ставку туда, где она реально хранится
  3. Ставим дату начала действия, если у вас «история ставок»

Тут главное слово - аккуратно.

Если вы не уверены в структуре данных вашей конфигурации, лучше не лезть туда руками. Ошибка будет не сразу видна, зато потом вылезет в документах и отчетности.

Как выбрать способ за 10 секунд

Я обычно ориентируюсь так:

  • до 100 позиций и всё типовое → Способ 1
  • много позиций и нужно глазами проверить → Способ 2
  • КА/ERP/УТ с “датами”, нестандартные условия, история ставок → Способ 3

После замены: короткая проверка, которая спасает от сюрпризов

Сделайте 3 вещи:

  1. Создайте тестовую реализацию/поступление и посмотрите ставку в документе
  2. Проверьте печатную форму (бывает, в доработанных формах ставка “зашита”)
  3. Откройте отчеты по НДС/книги и убедитесь, что цифры адекватные

Если на этом этапе что-то странное, лучше остановиться и разобраться сразу, а не после сдачи декларации.

Важный момент про периоды изменений НДС

Когда ставки меняются из-за законодательства, переходный период всегда коварный:

часть документов по старому, часть по новому, авансы, возвраты, корректировки.

И вот здесь “массово заменил и забыл” не работает.

Нужна проверка логики по датам и связям документов.

Если хотите, подскажу самый безопасный вариант именно для вашей базы

Напишите в комментариях:

  • какая конфигурация (БП / УТ / КА / ERP / УНФ)
  • сколько примерно позиций в номенклатуре
  • меняете одну ставку или несколько (22/7/5)

И я скажу, какой способ будет самым спокойным именно у вас, и на что смотреть, чтобы не собрать себе проблемы в документах.

Если нужно сделать быстро и без риска, команда OSMINOG подключается к таким задачам регулярно: обновление, массовые изменения, тестирование, проверка отчетов. Мы как раз про то, чтобы “сделали и забыли”, а не “сделали и потом месяц исправляли”.