ФНС взялась за ИТ-компании. Как понять, что ваша компания уже находится в зоне внимания
Налоговая служба усиливает контроль за ИТ-сектором. Теперь ведомство проверяет не только формальное соответствие критериям для получения льгот, но и реальность самих разработок. К оценке эффективности налоговых послаблений для ИТ-бизнеса также подключилась Счетная палата. Число компаний в зоне риска увеличивается.
Что именно ищет налоговая
По информации РБК от 20 марта 2026 года, ФНС изменила подход к оценке ИТ-компаний. Главная цель инспекторов — убедиться, что у бизнеса есть собственный работающий продукт, а не просто «цифровая оболочка», созданная для получения преференций. Налоговики перешли от проверки «бумаг» к проверке «сути» бизнеса.
При проверках налоговая обращает пристальное внимание на техническую изнанку проектов. Подозрения могут вызвать использование зависимых решений, активное привлечение внешних сервисов или передача разработки сторонним подрядчикам. Инспекторы задаются вопросом: кто на самом деле написал код? Если компания заявляет о разработке собственного ПО, но не имеет в штате квалифицированных разработчиков или не может предоставить историю коммитов (commit history) в репозитории, это становится «красным флагом».
Практика подобных проверок уже формируется. Ранее ФНС предъявила претензии примерно 50 резидентам фонда «Сколково», которые применяли ИТ-льготы. Основная претензия заключалась в том, что компании лишь формально числились разработчиками, фактически же занимаясь перепродажей лицензий или оказанием консалтинговых услуг, которые не подпадают под льготируемые виды деятельности.
Ключевые маркеры риска для ИТ-компаний
Налоговые органы сегодня используют автоматизированные системы анализа, которые позволяют выявлять аномалии в деятельности компаний. К факторам, повышающим вероятность проверки, относятся:
- Диспропорция между выручкой и штатом. Если компания показывает миллиардные обороты от продажи ПО, но в штате числится всего два-три сотрудника, это вызывает вопросы о реальности процесса разработки.
- Отсутствие материально-технической базы. ИТ-компания должна обладать серверами, лицензиями на средства разработки (IDE), системами контроля версий и инфраструктурой для тестирования.
- Специфика контрактов. Если в договорах с клиентами прописаны услуги по «сопровождению» или «технической поддержке», а не «разработка» или «предоставление прав на ПО», ФНС может переквалифицировать доходы и доначислить налоги.
- Зависимость от субподряда.
Как подготовиться к проверке: пошаговая стратегия
Для подтверждения прав на продукт компаниям следует провести внутренний аудит.
Шаг 1: Аудит прав на интеллектуальную собственность (ИС).
Убедитесь, что все права на программный код, созданный сотрудниками, надлежащим образом перешли к компании. Проверьте трудовые договоры: в них должны быть прописаны пункты о передаче исключительных прав на служебные произведения. Если код писали фрилансеры, проверьте наличие договоров авторского заказа с актами приема-передачи, где детально описан результат интеллектуальной деятельности.
Шаг 2: Техническая документация и «цифровой след».
Налоговая может запросить техническое задание (ТЗ), архитектурные схемы, протоколы тестирования и документацию пользователя. Документы должны быть датированы и подписаны. Также подготовьте выгрузки из систем контроля версий (GitLab, GitHub, Bitbucket), которые подтверждают, что разработка велась сотрудниками компании в рабочее время.
Шаг 3: Анализ архитектуры продукта.
Нужно убедиться, что ключевая логика сервиса находится внутри контура компании, а не опирается целиком на сторонние Open Source решения без существенных доработок. Если вы используете сторонние библиотеки, убедитесь, что ваш вклад в продукт (добавленная стоимость) является значимым и уникальным. Подготовьте пояснительную записку, объясняющую, в чем именно заключается инновационность вашего решения.
Шаг 4: Разделение видов деятельности.
Если компания занимается и разработкой, и консалтингом, необходимо вести раздельный учет доходов. Льготы применяются только к доходам от реализации собственного ПО. Смешивание этих потоков — самый простой путь к налоговым доначислениям.
Пример из практики: на что смотрят инспекторы
Представьте компанию, которая продает CRM-систему. Налоговая запрашивает не только декларации, но и «доказательства разработки». В этом случае компания должна предоставить:
- Приказы о создании рабочих групп по разработке конкретных модулей системы.
- Логи доступа к серверам разработки, подтверждающие активность штатных программистов.
- Свидетельство о регистрации программы в Реестре отечественного ПО (хотя это не является безусловным доказательством, это весомый аргумент для ФНС).
- Акты сдачи-приемки этапов разработки, если продукт создавался поэтапно.
Если компания не может показать «процесс», она рискует получить статус «технической компании», которая лишь имитирует деятельность для получения льгот по страховым взносам и налогу на прибыль.
Рекомендации по минимизации рисков
Для защиты своей позиции рекомендуется создать «папку доказательств» (Compliance Kit). В нее стоит включить все документы, подтверждающие жизненный цикл продукта: от идеи и ТЗ до внедрения и поддержки. Регулярно проводите внутренние сверки: соответствует ли фактический функционал ПО тому, что заявлено в документации? Если вы внесли изменения в архитектуру, зафиксируйте это в протоколах совещаний или внутренних приказах.
Налоговая инспекция может привлекать профильных экспертов. Если возникнет спор, ведомство может назначить экспертизу кода. Поэтому важно, чтобы ваш код был не только рабочим, но и «чистым» с точки зрения юридических прав на его использование.
Отправить комментарий