История про «поставили галочку» и потом неделю ловили хвосты
Последний месяц у меня почти каждый второй диалог начинается одинаково:
«Иван, нам надо поменять НДС. Как сделать это массово, чтобы потом не разгребать?»
И я понимаю этот страх. НДС в 1С это не одна настройка. Это как тронуть нитку в свитере: дернул не там, и у тебя распускаются номенклатура, договоры, авансы, книги покупок/продаж и, вишенка, декларация.
Давайте без паники. Ниже дам рабочую схему, где обычно спотыкаются, и как сделать так, чтобы после изменений бухгалтер не сказал: «Я больше в эту базу не зайду».
Почему смена ставки НДС в 1С это не «одна кнопка»
Потому что НДС в 1С живёт сразу в нескольких местах и участвует в куче логики.
Меняем ставку и она влияет на:
- карточки номенклатуры (и иногда не только карточки)
- договоры и условия по контрагентам
- документы продажи/поступления, УПД, счета-фактуры
- авансы и их закрытие
- возвраты и корректировки
- книги покупок/продаж
- декларацию и контрольные соотношения
- интеграции: касса, ЭДО, сайт, маркетплейсы
Поэтому правильный вопрос звучит не «где поменять НДС», а «как пройти цепочку и не пропустить слабое место».
С чего начинать, если нужно поменять НДС «по-взрослому»
Я люблю простой порядок действий. Он почти всегда спасает.
1) Сначала обновление 1С
Не «желательно». Обязательно.
Если релиз старый, нужной ставки может не быть, или она будет считаться странно, особенно в УТ/КА/ERP.
Сделайте копию базы и обновите на ней. Да, это звучит скучно. Зато потом не будете откатываться в ночи.
2) Проверьте, появилась ли нужная ставка в системе
В типовых конфигурациях ставки обычно лежат в разделах налогов/учета НДС.
Важно увидеть, что ставка реально доступна и используется корректно.
Если ставки нет, дальше смысла нет. Сначала релиз, потом остальное.
3) Настройки организации
В карточке организации и параметрах учета нужно проверить:
- вы плательщик НДС или нет
- есть ли раздельный учет (если он нужен)
- какие ставки применяются
Ошибка на уровне организации потом выстреливает всем: от документов до декларации.
Самая частая задача: массово заменить НДС в номенклатуре
Когда товаров 500, вручную менять ставку это прямой билет в выгорание.
Рабочие варианты зависят от конфигурации.
Вариант A. «Групповое изменение реквизитов»
В большинстве типовых решений это самый безопасный путь.
Суть простая:
- выбираем объект «Номенклатура»
- ставим отбор (например, по группе товаров или по текущей ставке)
- меняем реквизит «Ставка НДС» на новое значение
- запускаем изменение
Плюс: аккуратно и штатно.
Минус: не везде работает так, как хочется, особенно если ставка «живёт» в регистре.
Вариант B. Универсальная обработка (внешняя)
Если штатного инструмента нет или он урезан, используют универсальные обработки для массовых правок.
По сути то же самое, только вынесено в обработку.
Это часто спасает старые базы и нестандартные меню.
Вариант C. УТ 11.5 / КА 2.5 / ERP 2.5 и история со ставкой «по дате»
Вот тут многие попадают.
В этих конфигурациях ставка НДС может храниться не просто «в карточке», а в регистре и зависеть от даты.
И тогда «групповое изменение» меняет вроде бы что-то, а документы продолжают тянуть старое, или наоборот.
В таких случаях нормальный подход выглядит так:
- меняем ставку с указанием даты начала действия
- записываем корректно в регистр
- тестируем на документах разных дат
Мы в OSMINOG под такие случаи используем свою обработку, потому что иначе начинается цирк: «в номенклатуре уже новое, а в реализации старая».
После массовой замены есть три проверки, которые нельзя пропускать
Я бы даже сказал так: кто пропустил, тот потом разгребает.
1) Договоры
Договоры умеют переопределять ставку. И это реальная причина, почему часть документов «упорно живет по старому».
Проверьте:
- нет ли фиксированной ставки в договоре
- нет ли условий по НДС в соглашениях/настройках контрагента
2) Тестовый документ продажи и поступления
Сделайте пару документов:
- продажа
- поступление
- плюс один аванс, если авансы есть в жизни
Посмотрите:
- какую ставку подтянуло
- как посчитался НДС
- как выглядит печатная форма (да, именно печатная форма иногда подводит)
3) Отчеты НДС и книги
Не ждите конца квартала.
Сразу после изменений проверьте:
- книги покупок/продаж
- оборотки по счетам НДС
- типовые отчеты по НДС вашей конфигурации
Если тут уже «не сходится», дальше само не рассосется.
Переходный период: где обычно ломается всё
Самое нервное место это когда:
- часть документов по старой ставке
- часть по новой
- авансы были «там», отгрузки «тут»
Ключевое правило: ставка должна определяться корректно по дате операции и связям документов, а не по тому, что вы «сегодня поменяли в справочнике».
Особенно больно бывает на:
- авансах и их закрытии
- возвратах после смены ставки
- корректировках, которые должны повторять исходную ставку
Если возврат подтянул «новое по умолчанию» вместо ставки исходной реализации, декларация потом обязательно поедет.
Интеграции: касса, ЭДО, маркетплейсы
Тут всё просто и жестко: ставка должна совпадать везде.
Если:
- в чеке одна ставка
- в 1С другая
- в УПД третья
Это не «мелочь», это будущий аттракцион в отчетности и вопросы от налоговой. Поэтому после смены ставки всегда проверяйте связки.
Что делать, если уже поменяли и «всё стало странным»
Самый правильный шаг: остановиться.
- Сделайте резервную копию базы
- Не пытайтесь «починить» хаотичными правками
- Найдите точку, где началось расхождение (обычно это договор/настройка/дата)
- Только потом исправляйте
Чем больше случайных движений, тем сложнее потом восстановить логику учета.
Мини-чек-лист, который реально спасает
Чтобы было удобно, вот коротко:
- Копия базы
- Обновление 1С
- Проверка ставок НДС
- Настройки организации и учета
- Массовая замена в номенклатуре (под вашу конфигурацию)
- Проверка договоров
- Тестовые документы (продажа, поступление, аванс)
- Проверка отчетов НДС и книг
- Декларация и контрольные соотношения уже в конце, когда всё ровно
Почему с этим часто приходят к нам
Потому что НДС это зона риска: суммы большие, внимания много, времени мало.
Люди обычно пишут в момент, когда дедлайн рядом, а база «с характером»: доработки, интеграции, КА/ERP, куча исторических документов.
Мы в OSMINOG в таких задачах полезны тем, что:
- подключаемся быстро
- не заставляем бухгалтера «писать ТЗ на 30 страниц»
- ищем причину, а не лечим симптомы
- объясняем по-человечески, что было и что сделали
Если хотите, напишите в комментарии, какая конфигурация у вас (БП/УТ/КА/ERP/УНФ) и что именно меняете: ставка по товарам, по договорам, переходный период с авансами. Подскажу, где у вас будет самое тонкое место и как лучше пройти смену без сюрпризов.