Техническая компания и НДС: IT-разработка

Как ФНС квалифицирует техническую компанию в IT-секторе

Техническая компания и НДС: IT-разработка — это сочетание, которое ФНС отрабатывает по отдельному профилю риска. IT-сектор попал под усиленный контроль по нескольким причинам: высокая маржа, сложность оценки результата работ, многоуровневые цепочки субподряда. Именно здесь «технический» контрагент встречается чаще, чем в торговле или строительстве.

Техническая компания в понимании ФНС — юридическое лицо, которое формально выставляет счета и подписывает акты, но не имеет реального технического персонала, производственной инфраструктуры и реальных расходов, соответствующих объёму работ. В IT-разработке признаки технической компании выглядят так: отсутствие штатных разработчиков или трудовых договоров с фрилансерами, нет расходов на облачную инфраструктуру или лицензии, директор компании не имеет технической квалификации, адрес регистрации — массовый, расчётный счёт открыт незадолго до сделки. АСК НДС-2 выявляет не эти признаки напрямую — она видит одно: контрагент принял ваш платёж и выставил счёт-фактуру, но НДС в бюджет не уплатил или уплатил в несопоставимом размере. Это и есть расхождение вида «разрыв».

Ключевое: ФНС не обязана доказывать, что вы участвовали в схеме. Достаточно установить, что при должной осмотрительности вы должны были знать о том, что контрагент не исполнит налоговые обязанности. Это стандарт «знал или должен был знать», который суды применяют при оценке добросовестности покупателя. В IT-разработке этот стандарт означает: вы должны были проверить наличие технических ресурсов у исполнителя до начала работ.

Как работает АСК НДС-2 и что происходит с вашим вычетом

АСК НДС-2 — автоматизированная система контроля НДС второго поколения. Она сопоставляет книги покупок и книги продаж всех плательщиков НДС в режиме реального времени. Когда вы отражаете вычет по счёт-фактуре подрядчика, система проверяет: отражён ли этот счёт в книге продаж контрагента и уплачен ли налог. Если нет — формируется расхождение вида «разрыв». Это не ваша ошибка в декларации — это сигнал системы о несоответствии в цепочке.

После выявления разрыва инспекция направляет требование о представлении пояснений (ст. 88 НК РФ). Требование приходит в рамках камеральной проверки вашей декларации по НДС. На этом этапе у вас есть возможность предоставить документы, подтверждающие реальность сделки, — и именно здесь большинство директоров допускают первую ошибку: либо игнорируют требование, либо направляют формальный ответ без доказательной базы.

Параллельно АСК НДС-2 строит «дерево связей» — визуализацию цепочки контрагентов. Если разрыв не у вашего прямого подрядчика, а у его субподрядчика, вас всё равно квалифицируют как выгодоприобретателя — конечного получателя налоговой выгоды. В IT это типичная картина: вы работаете с интегратором, интегратор привлекает субподрядчиков, один из которых — технический. Система видит разрыв в третьем звене, а претензия приходит к вам как к первому звену с реальным денежным потоком.

Почему позиция «это проблема поставщика» не работает

Это главное возражение, с которым приходят директора IT-компаний. Логика понятна: вы заказали разработку, получили продукт, оплатили счёт — при чём здесь то, что поставщик не заплатил НДС? Однако правовая конструкция работает иначе.

НДС — косвенный налог, встроенный в цену. Когда вы принимаете к вычету НДС, уплаченный поставщику, государство уже «выплатило» вам этот налог из того, что должно было получить от поставщика. Если поставщик не перечислил НДС, образуется кассовый разрыв в бюджете. По логике ст. 54.1 НК РФ государство вправе отказать в вычете покупателю, который при должной осмотрительности мог и должен был выявить риски контрагента.

Судебная практика по этому вопросу устойчива: суды при оценке добросовестности покупателя учитывают, какие меры проверки контрагента были приняты до заключения договора, соответствовала ли цена контракта рыночному уровню, есть ли деловые письма и переговоры с конкретными сотрудниками исполнителя, получен ли реальный технический результат. В IT-разработке особый вес имеет наличие исходного кода, технической документации и следов разработческого процесса (коммиты, тест-протоколы, ТЗ).

Иными словами: «я не знал» работает только в том случае, если вы можете доказать, что предприняли разумные меры для того, чтобы знать. Без документального подтверждения это звучит как аргумент, но не работает как доказательство.

Матрица сценариев: IT-директор или директор IT-компании под разрывом

Доказательный пакет для IT-разработки: что ищет инспектор и что убеждает суд

Логика инспектора при проверке IT-сделки строится вокруг одного вопроса: могла ли эта компания выполнить эти работы? Для ответа на него инспектор запрашивает сведения о штате (численность, квалификация), расходах (зарплата, аренда серверов, лицензии), переписке с вами. Если ответы указывают на несоответствие — следует вывод о техническом характере контрагента.

Ваша задача как покупателя — не доказывать, что поставщик реален (это его задача), а доказывать, что вы проявили должную осмотрительность и что результат реально получен. Два разных стандарта, которые часто путают.

Документальный пакет, который реально работает в IT-разработке:

• Техническое задание с детализацией: стек технологий, архитектура, требования к функциональности — подписанное обеими сторонами до начала работ.
• Деловая переписка с конкретными специалистами контрагента: email, мессенджеры, тикеты — с именами, датами, обсуждением технических вопросов.
• Акты сдачи-приёмки с детализацией: что конкретно разработано, кто принял, как верифицировали результат — не «выполнены работы по разработке ПО», а список модулей, функций, тестовых сценариев.
• Результат работ: исходный код в репозитории, техническая документация, протоколы тестирования, руководства пользователя — всё, что подтверждает материализацию результата.
• Документы проверки контрагента до сделки: выписка из ЕГРЮЛ, проверка по открытым реестрам ФНС (реестр дисквалифицированных лиц, недостоверных сведений), скриншоты сайта, портфолио.

Суды при оценке реальности IT-разработки обращают особое внимание на временну́ю последовательность: ТЗ должно быть раньше акта, переписка — охватывать весь период работ, а не появляться ретроспективно. Если документы датированы «задним числом» — это легко установить по метаданным файлов и заголовкам писем.

Что делать директору: пошаговые действия при разрыве в IT-сделке

Получив требование по разрыву, директор оказывается в ситуации, когда каждое действие либо укрепляет позицию, либо ослабляет её. Вот правильная последовательность.

Шаг 1. Зафиксировать дату получения требования и исчислить срок ответа. Требование по ст. 88 НК РФ предполагает ответ в установленный срок. Просрочка или игнорирование — самостоятельное нарушение и ухудшение позиции. Дату получения требования через оператора ЭДО необходимо установить точно.

Шаг 2. Не подавать уточнённую декларацию автоматически. Многие бухгалтеры под давлением инспекции подают уточнёнку и аннулируют вычет — это воспринимается как согласие с позицией ФНС и лишает вас возможности оспорить доначисление впоследствии. Решение о подаче уточнёнки — стратегическое, принимается после анализа.

Шаг 3. Собрать весь документальный пакет по сделке. Не только формальный (договор, счёт-фактура, акт), но и содержательный (ТЗ, переписка, результат). Провести инвентаризацию: что есть, чего нет, можно ли восстановить. Именно здесь часто выясняется, что переписка велась в личных мессенджерах и не сохранена — это сигнал об уязвимости позиции.

Шаг 4. Проверить своего подрядчика через открытые реестры прямо сейчас. ФНС публикует реестры организаций с признаками недостоверных сведений, список дисквалифицированных директоров. Если подрядчик там есть — это важно для оценки рисков. Если был там в момент сделки — это риск для вашей позиции.

Шаг 5. Оценить объём риска. Сумма вычета под угрозой, плюс штраф по п. 1 ст. 122 НК РФ — 20% от суммы неуплаты при неосторожности. Если инспекция докажет умысел — 40% по п. 3 ст. 122 НК РФ. Плюс пени уточните по действующей редакции — уточните по текущей редакции НК РФ. Итоговая цена вопроса определяет, насколько агрессивно нужно защищаться.

Шаг 6. Определить тактику ответа на требование. Ответ на требование — это не просто письмо. Это первый публичный аргумент вашей позиции, который будет использован при налоговом споре. Он должен содержать правовую основу вычета, факты реальности сделки и ссылки на документы. Генерировать его «по шаблону из интернета» — стратегически опасно.

Риски для директора лично: когда разрыв перестаёт быть налоговым

Налоговый разрыв становится личным риском директора при наличии двух условий: значительный объём претензий и признаки умысла в действиях руководителя. Ст. 199 УК РФ предусматривает уголовную ответственность за уклонение от уплаты налогов организацией — пороги «крупного» и «особо крупного» размера уточните по действующей редакции, уточните по текущей редакции УК РФ. Отдельно: ст. 61.11 и 61.12 закона о банкротстве (127-ФЗ) — субсидиарная ответственность контролирующих должника лиц при доведении компании до банкротства в том числе из-за налоговых претензий.

На практике уголовная перспектива возникает при системном использовании технических компаний, а не при единичном разрыве, возникшем без умысла покупателя. Тем не менее директор, которому предъявлено требование по разрыву в нескольких периодах или по нескольким контрагентам, должен оценивать ситуацию с учётом личных рисков — не только корпоративных.

Важно: наличие системы внутреннего контроля (регламент проверки контрагентов, фиксация результата работ, раздельный учёт по проектам) является фактором, снижающим вероятность вменения умысла. Суды при оценке этого обстоятельства смотрят на то, что было сделано до подписания договора, а не после получения требования.

Материал носит информационный характер и не является юридической консультацией. Для оценки конкретной ситуации обратитесь к специалисту.

Опубликовано: 26 февраля 2026