НДС в IT в России в 2026: что проверить, чтобы не потерять маржу
Практический разбор для IT-компаний: где возникает НДС, где нужны льготы и раздельный учёт, какие ошибки чаще всего приводят к рискам. Чек-лист и алгоритм за 30 минут.
КОРОТКИЙ ОТВЕТ
Главное по теме
НДС для IT-компании зависит от режима налогообложения, типа услуг, условий договоров и применимых льгот. Перед расчётом цены и маржи нужно проверить договорную модель, основания для льгот и необходимость раздельного учёта; статья не заменяет консультацию бухгалтера или юриста.
Контекст. В 2026 году НДС для IT-компании зависит от налогового режима, вида операций, условий передачи прав и оснований для освобождения. Основная ставка НДС составляет 22%, а для бизнеса на УСН действуют отдельные правила и пороги. Поэтому договорную и налоговую модель нужно проверять до расчёта цены проекта.
1) Быстрая матрица: когда НДС появляется, а когда нет
- ОСНО — применяется НДС по основной ставке 22%, если для конкретной операции нет освобождения или льготы.
- УСН — в 2026 году автоматическое освобождение зависит от дохода; при превышении установленного порога возникает обязанность исчислять НДС по предусмотренному варианту ставок.
- Освобождаемые и облагаемые операции — основания для льготы и правила раздельного учёта проверяют по каждой договорной модели и виду операции.
2) Где чаще всего ошибаются IT-компании
- Путают «разработка ПО» и «услуги». Договор/ТЗ/акты должны отражать реальный предмет сделки: что именно передаёте и что делает команда.
- Смешивают в одном счёте льготируемые и нельготируемые позиции без раздельного учёта — и теряют льготу целиком.
- Не фиксируют права (исключительные/неисключительные, лицензия, отчуждение) — а это влияет на налоговую квалификацию.
- Не ведут раздельный учёт по проектам/видам работ, хотя в IT это must-have.
3) Что проверить в договоре, чтобы не «сломать» налоговую позицию
- Предмет: результат (ПО/модуль/лицензия) vs услуга (аналитика/внедрение/поддержка).
- Права: что передаётся, на каких условиях, территория, срок, способы использования.
- Состав работ: выделить этапы (аналитика → разработка → внедрение → сопровождение) и понять, где возможен раздельный учёт.
- Документы: ТЗ, акты, отчёты, релизы, протоколы — это «доказательная база».
4) Практический алгоритм на 30 минут
- Соберите список ваших типовых продаж (пакеты/проекты/сопровождение/лицензии).
- По каждому — определите: результат или услуга? передаются ли права?
- Проверьте договоры и шаблоны счетов: нет ли «смешения» позиций.
- Настройте в CRM/учёте теги вида работ для раздельного учёта (аналитика/разработка/внедрение/поддержка).
- Зафиксируйте правило: кто и на каком этапе согласует налоговую квалификацию (финансы/юрист/руководитель).
5) Что мы обычно делаем у клиентов
Если вы растёте, появляется «зоопарк» договоров, счетов и проектов. Мы приводим это к управляемой модели:
- разделяем продуктовые/проектные/сервисные линии
- настраиваем раздельный учёт через теги в CRM + отчётность
- упаковываем шаблоны договоров и актов под реальные процессы
Важно: статья носит информационный характер и не заменяет консультацию бухгалтера/юриста — детали зависят от структуры бизнеса и конкретных договоров.
Мы зададим 5–7 вопросов и предложим план внедрения / доработки: роли, правила, контрольные точки, интеграции, отчёты. Запросить решение →
Продолжить по теме «Автоматизация»
Материал входит в тематический маршрут Sabitov Systems: от базовых решений к внедрению и практическим сценариям.