
В 2027 году порог для освобождения от НДС на УСН остаётся 20 млн ₽. Снижение до 15 млн ₽, которое ждали с 2027 года, отложено: Федеральный закон от 04.07.2026 № 228-ФЗ сохранил 20 млн ₽ на 2026–2029 годы. Если доход магазина перейдёт 20 млн ₽, НДС придётся начислять с первого числа следующего месяца. Порог перейдён в декабре 2026 года — с 1 января 2027-го, в ноябре — уже с 1 декабря.
Для интернет-магазина это не только вопрос бухгалтерии. Ставка НДС стоит в каждой позиции чека, в карточках товаров CMS, в модуле оплаты и в обмене с 1С. Если в первый день новой ставки настройки разойдутся, магазин может продолжать принимать оплату с неверными чеками или получить ошибки на оплате в разгар продаж. Ниже: кого это касается, что проверить заранее и как переключиться без потери заказов.
По первоначальной редакции статьи 145 НК порог должен был снижаться: 20 млн ₽ в 2026 году, 15 млн ₽ в 2027-м, 10 млн ₽ в 2028-м. Летом 2026 года законопроект об отсрочке внесли в Госдуму 9 июня, приняли 24 июня, Совет Федерации одобрил его 1 июля. Закон № 228-ФЗ подписан 4 июля 2026 года и вступил в силу со дня официального опубликования.
Теперь лимиты такие (на октябрь 2026 года):
Многие статьи и калькуляторы, написанные до июля, всё ещё пишут про 15 млн ₽ в 2027 году. Если бухгалтер ориентировался на них, перепроверьте расчёт.
Почему тема горячая именно сейчас: ноябрь и декабрь дают магазинам самую большую выручку года. Магазин, у которого к концу октября накопилось 17–19 млн ₽ дохода, может перейти порог на 11.11 или «Чёрной пятнице». Тогда НДС придётся начислять с 1 декабря, в середине новогоднего сезона. По разъяснению ФНС, если в любом месяце 2026 года доход превысил 20 млн ₽, обязанность по НДС наступает с первого числа следующего месяца.
Ставки для плательщиков УСН по данным ФНС: общие 22% и 10% с правом на вычеты, специальные 5% (доход до 272,5 млн ₽) и 7% (от 272,5 до 490,5 млн ₽) без вычетов. При превышении лимита специальной ставки нужно с первого числа следующего месяца перейти на более высокую. Выбор ставки зависит от наценки, доли закупок с НДС и состава покупателей. Это решение бухгалтера или налогового консультанта, статья его не заменяет. Наша задача ниже: технически выполнить решение на сайте.
Попросите бухгалтера назвать доход с 1 января 2026 года по сегодня и прикиньте, сколько даст сезон. Сравните с прошлым ноябрём и декабрём. Если запас меньше выручки двух пиковых месяцев, готовьтесь к переходу в декабре, а не в январе.
Нужны три ответа в письменном виде:
Без ответа на третий вопрос нельзя готовить фиды, акции и баннеры.
Типичная карта для магазина на 1С-Битрикс, WordPress/WooCommerce, InSales или самописной платформе:
У платёжных сервисов ставка передаётся кодом. Например, в справочнике ЮKassa для чеков vat_code 1 означает «без НДС», 7 — 5%, 8 — 7%, 11 — 22%, а для расчётных ставок есть коды 9 (5/105), 10 (7/107) и 12 (22/122). Если модуль CMS старый и не знает нужного кода, в чек может уйти не та ставка. Проверьте версию модуля заранее и обновите его на тестовой копии сайта.
Сделайте на копии сайта ровно те изменения, которые пойдут в бой: ставки в товарах, доставке, сопоставление в модуле кассы. Проведите тестовый заказ с оплатой. ЮKassa в своей документации предлагает именно такую проверку: оплата на минимальную сумму, проверка созданного чека, затем отмена или возврат.
Если используется расчётная ставка для предоплаты (22/122, 5/105 или 7/107), согласуйте с бухгалтером, в каких чеках она нужна, и проверьте это на тестовом заказе.
Назначьте окно: вечер последнего дня перед новой ставкой или ночь на первое число. Выключите на это время автоматические выгрузки, которые могут вернуть старые ставки (обмен с 1С, синхронизация с маркетплейсом), или переключите их одновременно.
Сразу после переключения: тестовая оплата, чек в кабинете кассы или платёжного сервиса, поток реальных заказов. Через сутки сверьте оплаты, заказы и чеки по ставкам. Как устроить такую сверку, мы разбирали в статье «Сверка оплат и заказов интернет-магазина».
| Риск | Ответственный | Как проверить | Когда |
|---|---|---|---|
| Порог перейдён, а ставка в чеках прежняя | Бухгалтер + владелец | Доход с начала года против 20 млн ₽ | Раз в неделю в сезон, ежедневно у порога |
| Модуль кассы не знает нужного кода ставки | Разработчик или студия | Тестовая оплата, ставка в чеке | До переключения |
| Обмен с 1С вернул старые ставки | Разработчик + 1С-специалист | Выборка товаров после обмена | После первого обмена |
| Доставка или услуги остались «без НДС» | E-commerce-менеджер | Тестовый заказ с доставкой | При переключении |
| Цена в фиде расходится с ценой на сайте | Маркетолог | Выборочная сверка фида и карточек | В день смены цен |
| Оплата перестала проходить после изменений | Разработчик + владелец | Поток заказов против обычного часа | Первые сутки |
| Чеки не доходят до ОФД | Бухгалтер | Статус чеков в кабинете ОФД или кассы | Ежедневно первую неделю |
ПЕРЕХОД НА НДС (УСН): ПЛАН ДЛЯ ИНТЕРНЕТ-МАГАЗИНА
Решение
[ ] Доход с 01.01.2026 по сегодня: ______ ₽ (порог 20 млн ₽)
[ ] Прогноз на ноябрь–декабрь: ______ ₽
[ ] Дата начала НДС: 01.__.20__
[ ] Ставка: 22% / 10% / 5% / 7% (решение бухгалтера от __.__)
[ ] Цены: оставляем / поднимаем на __%
Инвентаризация ставок
[ ] Справочник ставок в CMS
[ ] Товары и торговые предложения (в т.ч. выгрузка из 1С)
[ ] Доставка, упаковка, услуги, сертификаты
[ ] Сопоставление ставок в модуле кассы / платёжного сервиса
[ ] Версия модуля поддерживает нужный код ставки
[ ] Счета и документы для юрлиц
[ ] Кабинеты маркетплейсов
[ ] Товарные фиды (если меняется цена)
Тест на копии сайта
[ ] Тестовая оплата картой
[ ] Тестовая оплата через СБП
[ ] Заказ с доставкой: ставка доставки в чеке
[ ] Возврат: чек возврата с той же ставкой
[ ] Отмена тестовых платежей
Переключение (последний день месяца, __:__)
[ ] Обмен с 1С и синхронизации на паузе или переключены
[ ] Ставки изменены в бою
[ ] Тестовая оплата в бою, чек проверен
[ ] Обмены включены, ставки не откатились
Первые сутки
[ ] Поток заказов в норме по сравнению с тем же днём недели
[ ] Сверка: оплаты = заказы = чеки, ставка верная
[ ] Чеки приняты ОФД
Это условный пример, а не история конкретного клиента.
Магазин товаров для дома на УСН к концу октября 2026 года заработал 18,4 млн ₽. В прошлом ноябре выручка была около 3 млн ₽. Бухгалтер считает, что порог будет перейдён в конце ноября, значит, НДС придётся начислять с 1 декабря. Владелец выбирает ставку вместе с бухгалтером и решает не поднимать цены до конца новогодних праздников.
Студия, которая ведёт сайт на поддержке, в первой половине ноября находит три места со ставкой: товары из 1С, отдельная ставка на доставку в CMS и сопоставление в модуле облачной кассы. Модуль оплаты оказывается старой версии, его обновляют на копии сайта и тестируют. Переключение назначают на 30 ноября в 23:00, обмен с 1С ставят на паузу на час. В 23:20 проходит тестовая оплата, чек со ставкой виден в кабинете кассы. Утром 1 декабря менеджер сверяет ночные заказы и чеки.
Слабое место такого плана: точную дату превышения порога узнают задним числом. Поэтому у порога доход считают каждый день, а не в конце месяца.
Честные ограничения. Статья описывает техническую сторону и не заменяет налоговую консультацию: выбор ставки, раздельный учёт, счета-фактуры и декларации решает бухгалтер. Настройки CMS и модулей различаются по версиям, поэтому ориентируйтесь на документацию своей платформы и платёжного сервиса.
20 млн ₽. Закон № 228-ФЗ от 04.07.2026 сохранил этот порог на 2026–2029 годы. Снижение до 15 млн ₽ перенесено на 2030 год, до 10 млн ₽ — на 2031 год.
С первого числа месяца, следующего за месяцем, когда доход перешёл 20 млн ₽. Если это случилось в декабре, то с 1 января 2027 года, если раньше, то раньше. Точную дату пусть подтвердит бухгалтер по данным учёта.
Чаще всего кассу менять не нужно, достаточно поменять ставки в товарах и в сопоставлении модуля кассы. Проверьте, что версия модуля поддерживает нужный код ставки (например, 5%, 7% или 22%), и проведите тестовую оплату. Подробнее о проверке чеков: «Онлайн-касса для интернет-магазина».
Самый рискованный момент плана — первые часы после переключения ставок, когда изменения в модуле оплаты могут тихо остановить заказы. Pingvera для магазинов на WooCommerce получает заказы в реальном времени через WordPress-коннектор и на тарифе Business сравнивает их поток с почасовой нормой: если сайт открывается, а заказов нет, придёт алерт. Изменения на сайте и инциденты ложатся на один таймлайн с заказами, и видно, после чего упал поток. Для других платформ подойдёт внешний мониторинг доступности и ручная сверка из шага 6. Про контроль после изменений на сайте см. также «Что проверить после релиза сайта».
Проверено: 28 октября 2026 года
Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.
Попробовать Pingvera бесплатноЧитайте также: Как выбрать подрядчика для интернет-магазина · Контроль цен и остатков интернет-магазина · Миграция интернет-магазина без потерь · Продвижение в нейросетях для интернет-магазина · Бесплатно проверить сайт.