При изменениях в налоговом законодательстве, например, при переходе с УСН без НДС на уплату налога по новой ставке, бухгалтеры сталкиваются с необходимостью массового обновления данных в справочниках. Частая проблема возникает при попытке изменить ставку НДС для всей номенклатуры с будущей даты с помощью стандартной групповой обработки. Давайте разберемся, почему этот инструмент не всегда срабатывает и как правильно подготовить программу к изменениям.
Проанализируем ситуацию, с которой столкнулся пользователь: после обновления конфигурации до релиза 3.0.190.11 была предпринята попытка изменить ставку с "Без НДС" на "5%" с 1 января 2026 года. Вручную в карточке товара ставка меняется, а через групповую обработку — нет. В истории изменений новая ставка появляется, но в документах не применяется. Выясним причину такого поведения программы и рассмотрим правильный порядок действий.
Ключ к пониманию проблемы лежит в том, как 1С хранит информацию о ставке НДС. Ставка НДС в номенклатуре — это периодический реквизит. Это означает, что у него есть история значений, и каждое значение привязано к конкретной дате, с которой оно начинает действовать.
Когда вы создаете документ (например, "Реализацию товаров и услуг"), программа смотрит на дату документа и подставляет ту ставку НДС из истории, которая была актуальна на этот день.
Стандартный инструмент Групповая обработка справочников и документов предназначен в первую очередь для изменения текущих значений реквизитов. Когда вы пытаетесь с его помощью установить новую ставку на будущее, происходит следующее:
В итоге в истории появляется новая запись, но для документов, датированных текущим периодом, программа все равно продолжает использовать старое значение ("Без НДС"), потому что для будущей даты новая ставка еще не "включилась". Это и приводит к ситуации, когда "в истории есть, а в карточке по-старому".
Разработчики 1С предусматривают механизмы для перехода на новые правила учета. Как правило, необходимый функционал становится доступен либо после обновления на соответствующий релиз, либо активируется автоматически при наступлении определенной даты.
В контексте перехода на новые ставки НДС с 1 января 2026 года, в программе заложен соответствующий механизм, но он "спит" до наступления нужной даты. Попытка изменить ставки заранее с помощью стандартных инструментов — это преждевременное действие, которое и приводит к ошибкам.
Если вам необходимо заранее проверить, как будут формироваться документы с новыми ставками, или подготовить базу к переходу, можно "обмануть" программу, заставив ее думать, что нужная дата уже наступила. Важно: все описанные ниже действия выполняйте только на резервной копии базы!
Создайте резервную копию. Это самый важный шаг. Перейдите в раздел Администрирование → Обслуживание → Создание резервной копии. Либо воспользуйтесь средствами SQL Server, если у вас клиент-серверный вариант.
Измените рабочую дату. Запустите 1С в скопированной базе. Перейдите в Главное → Персональные настройки. Установите "Рабочую дату" на 01.01.2026. Это более безопасный способ, чем менять системную дату на всем компьютере.
Перезапустите программу. Закройте и снова откройте 1С, чтобы настройки применились.
Проверьте наличие помощника перехода. После смены даты программа может автоматически предложить запустить специальный "Помощник по переходу на новые ставки НДС". Если он появился, следуйте его указаниям — это самый правильный и надежный способ.
Выполните групповое изменение. Если помощник не появился, попробуйте снова выполнить групповое изменение ставки НДС. Теперь, когда "текущая" дата в программе — 01.01.2026, обработка должна корректно установить новую ставку как актуальную.
Справочники → Номенклатура.Ctrl+A для выбора всех).Изменить выделенные....Ставка НДС, установите флажок и выберите новое значение "5%".Проверьте результат. Откройте карточку любой измененной номенклатуры. Теперь там должна корректно отображаться ставка 5%. Создайте тестовый документ реализации с датой 01.01.2026 — новая ставка должна подставиться автоматически.
После завершения тестирования не забудьте удалить тестовую копию базы и продолжить работу в основной базе с корректной текущей датой.
В основной рабочей базе до наступления 2026 года не рекомендуется проводить массовые изменения ставок НДС. Правильный алгоритм действий:
Таким образом, проблема пользователя была не в ошибке программы, а в попытке использовать стандартный инструмент для нестандартной задачи — изменения периодического реквизита на будущую дату, для которой в программе уже заложен, но еще не активирован собственный механизм перехода.