Если ФНС отказала в ИТ-льготе: «ОКВЭД не тот», что делать — это не «техническая придирка», а риск доначислений, пеней и штрафов, а иногда и цепочки последующих проверок. Чаще всего спор возникает на стыке формальных признаков (коды ОКВЭД в ЕГРЮЛ/ЕГРИП) и фактической деятельности компании, которую налоговый орган оценивает по договорам, актам, структуре выручки и кадровым документам.
Критичность ситуации в том, что льгота по налогу на прибыль/страховым взносам для ИТ-компаний и освобождения по отдельным платежам применяются «задним числом» в расчётах: достаточно признать применение необоснованным — и вы получаете пересчёт обязательств за период, требования об уплате, блокировку счетов при неисполнении, а также повышенное внимание в рамках налогового контроля и камеральной проверки отчётности.
Кратко по сути: ФНС отказала в ИТ-льготе: «ОКВЭД не тот», что делать
- Зафиксировать процессуальный статус: что именно получено — требование, уведомление, акт проверки, решение, сообщение об отказе в приёме льготы или пояснений.
- Собрать «пакет соответствия»: подтверждение аккредитации, структуру выручки, перечень ИТ-услуг/работ, договоры, ТЗ, акты, отчёты разработчиков, документы по правам на ПО.
- Проверить ОКВЭД в ЕГРЮЛ и реальную деятельность: совпадают ли коды, есть ли основной/дополнительные, нет ли «конфликтных» видов деятельности, которые затмевают ИТ-направление.
- Подготовить правовую позицию и документальное подтверждение факта ИТ-деятельности, а не «красивых формулировок» в договорах.
- Запустить обжалование: пояснения/возражения в налоговый орган, затем апелляционная жалоба в вышестоящую инспекцию; при необходимости — суд.
Тактика и стратегия в ситуации: ФНС отказала в ИТ-льготе: «ОКВЭД не тот», что делать
Ключевой риск — подмена критерия льготы формальным критерием «правильного» кода. ОКВЭД важен, но сам по себе не всегда доказывает или опровергает право на налоговую льготу: решает совокупность признаков и то, как они подтверждены. Стратегия защиты строится вокруг процессуального порядка и доказательственной логики: что запрошено, в какие сроки, какие пояснения представлены, какие выводы сделаны ФНС и на каких документах.
Точки контроля:
- Налоговый контроль и камеральная проверка: не оставлять требования без ответа, давать пояснения в проверяемом периоде, подтверждать расчёты.
- Документальное подтверждение: показывать цепочку создания ИТ-результата (ТЗ → разработка → тестирование → внедрение → сопровождение), а не только «акты на услуги».
- Правовая позиция: увязать факты с условиями применения льготы и раскрыть экономический смысл операций.
- Возражения на акт: работать не эмоциями, а конкретными выводами ФНС и их опровержением по пунктам.
- Апелляционная жалоба: исправлять процессуальные нарушения и просить оценить доказательства в совокупности.
Нормативное регулирование и правовые институты
Право на ИТ-льготы в РФ опирается на нормы НК РФ о налоговых льготах и порядке их применения, а также на институты налогового администрирования: камеральные/выездные проверки, истребование документов и пояснений, вынесение решений и их досудебное обжалование. Для ИТ-сектора критически важны требования к статусу компании (в том числе аккредитация в уполномоченном органе), к видам деятельности и к доле профильной выручки, а также правила подтверждения соответствия по первичным документам и бухгалтерскому учёту. ОКВЭД здесь выступает как идентификатор заявленного вида деятельности, но спор обычно решается через оценку фактического содержания операций и корректность расчётов налоговой базы.
Как это работает на практике
Сценарий 1: ОКВЭД «не профильный», но фактически вы разрабатываете ПО
Ситуация: основной ОКВЭД — «консалтинг» или «прочие услуги», ИТ-коды — дополнительными, при этом выручка и команда — разработка. Риск/ошибка: ограничиться подачей формы на добавление кодов «на будущее» и не доказать прошлые периоды. Верное решение: показать фактическую ИТ-деятельность в проверяемом периоде через ТЗ, репозитории, отчёты, акты с детализацией, подтверждение исключительных прав/лицензий, и обосновать, что условия льготы выполнялись независимо от очередности кодов.
Сценарий 2: ОКВЭД «правильный», но ФНС считает услуги не ИТ
Ситуация: коды «разработка/сопровождение» есть, но инспекция квалифицирует работы как «маркетинг», «внедрение без разработки», «аутсорс персонала». Риск/ошибка: договоры написаны общими фразами, нет результата работ и измеримых этапов. Верное решение: переформатировать доказательства: календарные планы, спецификации, протоколы внедрения, отчёты об ошибках, акты приёма этапов, демонстрация результата в виде ПО/модуля/обновления, а также раздельный учёт непрофильной выручки.
Сценарий 3: Льготу применяли, затем пришло требование и «снятие»
Ситуация: инспекция на камеральной проверке просит пояснения, затем оформляет отказ/решение с доначислениями. Риск/ошибка: пропустить сроки, дать «пояснительное письмо на страницу» без приложений. Верное решение: действовать по процессуальному порядку: полные пояснения с описью приложений, возражения на акт с таблицей «довод ФНС → наш документ → вывод», затем апелляционная жалоба в вышестоящий орган с просьбой исследовать доказательства в совокупности.
Типичные ошибки в данной ситуации
- Меняют ОКВЭД и считают, что это автоматически «лечит» прошлые периоды.
- Не разделяют профильную и непрофильную выручку и не показывают долю ИТ-доходов.
- Предоставляют акты «оказаны услуги» без технической детализации результата.
- Игнорируют требования ФНС или отвечают без описи и подтверждающих материалов.
- Путают статус аккредитации и право на конкретную льготу, не проверяют условия применимости.
- Сразу идут в суд, не выстроив досудебное обжалование и доказательственный контур.
Что важно учитывать для защиты прав
В налоговом споре выигрывает не тот, у кого «правильнее ОКВЭД», а тот, кто доказывает соответствие условиям льготы и опровергает выводы инспекции по существу. Доказательственная логика должна быть сквозной: источник дохода → предмет договора → фактические действия команды → результат (ПО/модификация/сопровождение) → первичные документы → отражение в учёте и декларациях. Позиция защиты усиливается, если вы показываете деловую цель, реальность операций, раздельный учёт, а также устраняете процессуальные нарушения со стороны ФНС (неисследование доказательств, формальные выводы, игнорирование пояснений). Важно просить налоговый орган оценить документы в совокупности и мотивированно ответить на каждый довод — это помогает и на стадии апелляционной жалобы, и при дальнейшем судебном споре.
Практические рекомендации адвоката
- Проведите экспресс-аудит: какие льготы применялись, за какие периоды, на основании каких критериев и документов.
- Подготовьте «папку ИТ-деятельности» за спорный период: договоры, ТЗ, акты по этапам, отчёты, переписку по постановке задач, документы по правам на ПО, штат/подрядчиков.
- Проверьте ОКВЭД и фактическую структуру выручки; при необходимости — внесите изменения в ЕГРЮЛ, но параллельно доказывайте прошлые периоды.
- Ответьте на требования ФНС в срок: пояснения оформляйте с описью приложений и ссылками на конкретные документы.
- Если составлен акт — подготовьте возражения на акт с таблицей опровержений и приложениями, добивайтесь рассмотрения с участием представителя.
- При вынесении решения — подайте апелляционную жалобу в вышестоящий налоговый орган, отдельно укажите на неполноту исследования доказательств и ошибочную квалификацию деятельности.
- Оцените финансовую модель риска: параллельно просчитайте сумму возможных доначислений, пеней и штрафов и сценарии обеспечения исполнения.
Вывод
Отказ по мотиву «ОКВЭД не тот» — частый, но далеко не всегда законный или обоснованный аргумент ФНС. Защита строится на своевременной реакции в рамках налогового контроля, сильном документальном подтверждении ИТ-деятельности и выверенной правовой позиции в возражениях и апелляционной жалобе.
Какая формулировка у вашего документа от ФНС: требование о пояснениях, акт проверки или уже решение о доначислениях — и за какой период сняли ИТ-льготу?
Информация актуальна по состоянию на сентябрь 2026.