Как аналитикам, продуктовым-менеджерам (Product Owner) и разработчикам избежать хаоса при переходе на новую ставку НДС с 1 января 2026 года.

С 1 января 2026 года нас ждет ключевое налоговое изменение: ставка НДС повышается с 20% до 22%. Законопроект уже внесен в Госдуму, и компаниям пора готовиться. Для IT-специалистов, чьи системы так или иначе работают с финансами, это не просто новость, а полноценный проект с жестким дедлайном.

В этой статье мы разберем, какие риски несут в себе эти изменения для ваших ERP, CRM и учетных систем, и предложим пошаговый план действий для их адаптации.

В чем заключается проблема для IT-систем?

На первый взгляд, все просто: заменить одну цифру на другую. Но проблема, как всегда, в деталях. Она заключается в том, что ставка НДС применяется на дату отгрузки товара или оказания услуги (п. 1 ст. 167 НК РФ), а не на дату заключения договора.

Типичное состояние большинства систем:

• В справочниках и интерфейсах присутствует ставка 20%, но отсутствует 22%.

• Логика определения ставки часто завязана на дату документа (счета, заключения договора), а не на дату отгрузки.

• Нет гибких механизмов для работы со "смешанными" договорами, которые действуют в переходный период.

Риски при отсутствии доработок:

• С 1 января 2026 года пользователи не смогут выставить счет с корректной ставкой НДС.

• Некорректное начисление налогов и искажение финансовой отчетности.

• Массовые ошибки в документах перед контрагентами.

• Претензии от налоговых органов.

Чтобы избежать этого, нужно проанализировать все бизнес-сценарии, которые затронет изменение.

Разбираем по косточкам: бизнес-сценарии и технические решения

Давайте структурируем возможные ситуации, с которыми столкнутся компании. Это основа для составления требования к разработке.

Как видно из таблицы, главная проблема и источник больших затрат — это сценарии 3 и 4. Техническая реализация возможности указывать разные ставки НДС для одной номенклатуры в рамках одного документа в зависимости от даты отгрузки — это сложная задача, затрагивающая логику расчетов, проводок и отчетности.

План действий для IT-команд и владельцев продуктов

Вот пошаговый алгоритм, который поможет вам провести подготовку без паники.

1. Анализ и проектирование(Октябрь 2025) — то есть вчера:‑)

• Для Бизнес-аналитиков: Проведите инвентаризацию всех модулей и процессов, где используется НДС: заявки на закупку, счета, акты, накладные, отчеты. Сформулируйте User Stories для каждого сценария из таблицы выше.

• Для Владельцев Продуктов (Product Owner): Определите приоритеты. Базовые сценарии (№1, №2, №5) — обязательны к реализации. По сложным сценариям (№3, №4) активно взаимодействуйте с бизнесом (бухгалтерией, финансистами), чтобы продвигать процессные решения (отдельные договоры), а не дорогостоящие технические.

• Ключевой вопрос бизнесу: "Можем ли мы регламентировать, чтобы все договоры, заключаемые в 2025 году, заканчивались в 2025, а для 2026 года заключались новые?"

2. Разработка и тестирование (Ноябрь-Декабрь 2025)

• Для Разработчиков:

  • Обновите справочник ставок НДС.

  • Внедрите ключевое изменение: добавьте в документы (заявки, заказы) поле «Дата отгрузки» и привяжите к нему логику валидации ставки НДС.

  • Настройте бизнес-правила: "Если ДатаОтгрузки >= '2026-01-01', то СтавкаНДС доступна только 22%, а 20% скрыта/заблокирована".

  • Обновите интеграции (особенно с учетными системами вроде 1С), убедитесь, что новая ставка корректно передается и принимается.

  • Тщательно протестируйте пограничные значения дат (31.12.2025 и 01.01.2026).

3. Коммуникация и вывод в продакшн

• Обновите пользовательскую документацию и проведите инструктаж для сотрудников.

• Убедитесь, что все процессные ограничения (запрет на "смешанные" договоры) доведены до сведения закупок, продавцов и бухгалтерии.

• Запланируйте включение обновлений в продакшн до 31 декабря 2025 года.

Рекомендации для 1С-разработчиков

Поскольку 1С — это фактически стандарт для учета в России, вот конкретные пункты для проверки:

• Справочник «СтавкиНДС».

• Документы: «СчетНаОплату», «РеализацияТоваровУслуг», «ПоступлениеТоваровУслуг», «ЗаказПоставщику» и т.д.

• Отчеты: все стандартные и кастомные отчеты, где происходит группировка или расчеты по НДС.

• Обработки проведений документов, особенно логика расчета НДС в документах на основании даты отгрузки.

Разберём проблему на примере

Аванс 150 000 руб. в 2025 году под отгрузку в 2026.

Шаг 1: Получение аванса в 2025 году (Ставка НДС 20%)

Ваша компания получает предоплату (аванс) за будущий товар. Сумма к получению — 150 000 рублей, и в этой сумме уже заложен НДС по старой ставке 20%.

Задача: Определить, сколько из этих 150 000 рублей является налогом, который нужно немедленно перечислить в бюджет.

Здесь применяется формула 20/120:

• Сумма НДС с аванса = 150 000 руб. / 120 * 20 = 25 000 руб.

Разбираем состав платежа:

• Фактическая стоимость товара (без НДС): 125 000 руб.

• Сумма НДС (20% от 125 000 руб.): 25 000 руб.

• Итоговая сумма аванса (с учетом НДС): 125 000 + 25 000 = 150 000 руб.

Итог на 2025 год: Получив аванс, вы обязаны начислить и уплатить 25 000 рублей НДС в бюджет.

Шаг 2: Отгрузка товара в 2026 году (Ставка НДС 22%)

Наступает 2026 год. Вы отгружаете товар покупателю. Теперь нужно выставить счет-фактуру и начислить НДС по новой ставке.

Возникает дилемма:

1. Вариант А (Без доп. соглашения): Стоимость товара без НДС остается 125 000 руб.

   • Сумма НДС к начислению: 125 000 руб. * 22% = 27 500 руб.

   • Итоговая сумма к оплате за отгрузку: 125 000 + 27 500 = 152 500 руб. (покупатель должен доплатить 2 500 руб.)

2. Вариант Б (С доп. соглашением): Компании заключают доп. соглашение, чтобы итоговая цена с НДС осталась 150 000 руб., но внутри нее теперь сидит новый налог.

   • Рассчитываем новую стоимость товара без НДС: 150 000 руб. / 122 * 100 ≈ 122 951 руб.

   • Сумма НДС по новой ставке: 122 951 руб. * 22% ≈ 27 049 руб.

   • Итоговая сумма к оплате за отгрузку: 122 951 + 27 049 = 150 000 руб. (доплата 0 руб., но стоимость товара для покупателя снизилась).

Далее в примере будем рассматривать Вариант А как наиболее вероятный и проблемный.

Шаг 3: Ключевой момент — Зачет аванса и итоговый расчет с бюджетом

При отгрузке в 2026 году вы:

1. Начисляете НДС с полной суммы отгрузки:

   • База (стоимость товара): 125 000 руб.

   • Начисленный НДС (22%): 125 000 * 22% = 27 500 руб.

2. Принимаете к вычету НДС с аванса, уплаченный в 2025 году:

   • НДС с аванса к вычету: 25 000 руб. (рассчитанные по 20/120)

Финансовый результат для вашей компании:

• НДС к уплате в бюджет в 2026 году по этой сделке:
  27 500 руб. (начислено) - 25 000 руб. (вычет) = 2 500 руб.

• Дополнительные денежные потери (если не пересматривалась цена):
  Покупатель уже перечислил 150 000 руб., но при отгрузке вы вынуждены выставить счет еще на 2 500 руб. (итого 152 500 руб.), чтобы покрыть возросший налог. Эти 2 500 руб. — убыток для продавца, если они не были предусмотрены изначально.

Итог для IT-систем и бизнес-аналитиков:

Пример с 150 000 руб. наглядно показывает, что проблема не в смене цифры в справочнике, а в сложной финансовой и документальной логике:

• Система должна хранить и учитывать НДС с аванса, рассчитанный по старой ставке (20/120).

• При отгрузке система должна корректно принять этот "старый" НДС к вычету против "нового" НДС (22%).

• Это требует отдельных полей, проводок и строгой привязки даты отгрузки для применения правильной ставки.

Заключение

Повышение НДС — это не только финансовая, но и IT-задача. У вас есть достаточно времени, чтобы подготовиться. Успех зависит от триединства:

1. Глубокого бизнес-анализа всех возможных сценариев.

2. Взвешенных архитектурных решений, которые минимизируют затраты за счет процессных улучшений.

3. Четкой коммуникации между IT, бухгалтерией и бизнес-заказчиками.

Именно поэтому самый простой путь — избегать таких "переходных" авансов процессными методами, чтобы не строить эту сложную логику в IT-системах.

Начните диалог с коллегами уже сейчас, и встреча 2026 года пройдет для ваших систем гладко и без сюрпризов.

Статья носит информационный характер. Окончательные решения должны приниматься на основе официально принятых нормативных актов и в консультации с вашими финансовыми и юридическими службами. В комментариях делитесь опытом, кто и как собирается решать эту проблему?