Разрыв по НДС: IT-компания — типичные схемы и защита

Как АСК НДС-2 фиксирует разрыв в IT-цепочке

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

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

Важно понимать: сам факт разрыва — это сигнал системы, а не доказательство нарушения. Инспектор получает данные о разрыве и обязан провести проверку. Требование о пояснениях по ст. 88 НК РФ — первый шаг этой проверки, не итоговое решение. У вас есть право и обязанность дать ответ, который снимет разрыв или обоснует вашу позицию.

Типичные схемы, которые ФНС видит в IT-секторе

Инспекторы, работающие с IT-компаниями, хорошо знают отраслевые паттерны. Разберём те, которые чаще всего попадают в акты и решения по результатам камеральных проверок в 2025–2026 годах.

Схема 1. Субподряд через «технические» компании. Крупный IT-интегратор нанимает субподрядчиков на разработку или внедрение. Один или несколько из них — фирмы без штата, без активов, без реального IP-адреса. Разработчики фактически работают как самозанятые или ИП, оформленные через «прокладку» с НДС. АСК НДС-2 фиксирует разрыв на уровне этой прокладки. ФНС квалифицирует её как техническую компанию по признакам: отсутствие персонала, транзитное движение денег, минимальная налоговая нагрузка. Риск для IT-директора/директора: доначисление НДС по вычетам, предъявленным через эту компанию, плюс штраф 20% по п. 1 ст. 122 НК РФ (при умысле — 40% по п. 3 ст. 122 НК РФ).

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

Схема 3. Агрессивный «обнал» через IT-сервисы. Контрагент в «красной зоне» по рискам АСК НДС-2 предоставляет услуги разработки или тестирования. Деньги выводятся через ИП или физлиц, НДС в бюджет не поступает. Здесь ФНС активно применяет ст. 54.1 НК РФ: доказывает, что вы знали или должны были знать о схеме — через взаимозависимость (ст. 105.1 НК РФ), общие IP-адреса, совпадение персонала, транзитные платежи.

Схема 4. Дробление разработческого бизнеса. Холдинг держит несколько IT-компаний, каждая на УСН, для работы с разными заказчиками. Головная компания на ОСНО привлекает их как субподрядчиков с НДС (что невозможно — они не плательщики). В этом случае вычет изначально невозможен, но попытка его применить формирует разрыв. Этот сценарий пересекается с риском переквалификации дробления (подробнее — в разделе Дробление бизнеса).

Ключевое возражение: «Это проблема поставщика, я ни при чём»

Это самое распространённое заблуждение, и оно дорого стоит директорам IT-компаний. Разберём логику ФНС напрямую — так, как её воспринимают инспекторы.

Формально вы правы: НДС должен уплатить в бюджет ваш поставщик, а не вы. Но право на вычет возникает у вас — и именно оно оспаривается. Инспекция не взыскивает с вас НДС поставщика; она лишает вас вычета, который вы применили. Основание — ст. 171–172 НК РФ: вычет предоставляется при соблюдении условий, одно из которых — реальность операции.

Если поставщик является технической компанией и не мог реально исполнить обязательство (нет разработчиков, нет серверов, нет документации проекта), инспекция применит ст. 54.1 НК РФ: сделка нереальна в том виде, в котором оформлена. Или: реальна, но исполнена иным лицом, о чём вы могли знать. В последнем случае, если вы докажете реальность и отсутствие умысла, суды при оценке таких ситуаций нередко сохраняют вычет в части реально понесённых затрат — но это требует полноценной доказательной базы, а не устного возражения «я ни при чём».

Как инспектор строит доказательную базу по IT-разрыву

Понимание логики инспектора — основа грамотной защиты. Вот что изучают при разрыве в IT-сегменте.

Анализ контрагента. Инспектор смотрит на дату регистрации, адрес массовой регистрации, наличие руководителя в реестре дисквалифицированных лиц, налоговую нагрузку (налоги/выручка), численность сотрудников, наличие имущества. Для IT-компании дополнительно — наличие лицензий на разработку ПО, зарегистрированных программ или баз данных, сведений о разработчиках в штате (данные 6-НДФЛ контрагента).

Анализ движения денег. Деньги, перечисленные контрагенту, проходят транзитом на счета третьих лиц (физлица, ИП) в течение одного-двух банковских дней. Расходная часть контрагента не соответствует деятельности IT-компании: нет закупок серверного оборудования, нет оплаты облачных ресурсов, нет выплат разработчикам.

Допросы. Инспектор вызывает на допрос руководителя контрагента — часто это «номинал», который не может объяснить технические детали проекта. Вызывают и ваших сотрудников: кто вёл переговоры, кто принимал работы, есть ли контакты исполнителей со стороны подрядчика. Отсутствие реальных коммуникаций — сильный аргумент против вычета.

Анализ документов. Акты выполненных работ в IT-сфере без содержательного технического описания — красный флаг. «Разработка программного обеспечения согласно техническому заданию» без самого ТЗ, без документации, без описания функционала не доказывает реальность. Инспектор истребует техническое задание, спецификации, исходный код или его описание, результаты тестирования, переписку по проекту (ст. 93 НК РФ).

Позиция защиты: что работает в IT-сегменте

Защита по НДС-разрыву в IT-компании строится на трёх линиях: реальность сделки, должная осмотрительность, отсутствие умысла. Разберём каждую применительно к отраслевой специфике.

Линия 1. Реальность сделки. В IT реальность подтверждается не только первичкой, но и техническими артефактами проекта. Это технические задания, спецификации, исходный код или его описание, репозитории (история коммитов), документация API, результаты тестирования (баг-трекеры), сдаточные протоколы с детальным описанием функционала. Переписка по проекту — электронная почта, мессенджеры, таск-трекеры (Jira, Confluence, Trello) — фиксирует реальное взаимодействие. Суды при оценке реальности учитывают совокупность этих доказательств, а не только наличие счёта-фактуры и акта.

Линия 2. Должная осмотрительность. До заключения договора вы проверили контрагента: выписка из ЕГРЮЛ, проверка полномочий директора, сведения о деловой репутации, анализ открытых источников. В IT-специфике добавляется: проверка наличия специализированных компетенций (портфолио, референсы проектов, кадровый состав в открытых источниках, профили на профессиональных платформах). Зафиксируйте эту проверку документально — это ваш щит при допросах и при анализе документов инспектором.

Линия 3. Отсутствие умысла. Ст. 54.1 НК РФ требует от инспекции доказать умысел для применения наиболее жёстких последствий. Умысел — это доказанное знание о том, что контрагент не исполнит обязательство самостоятельно и что целью сделки является получение налоговой выгоды, а не реальный результат. Если цепочку разрывов выстроил контрагент без вашего участия и ведома, а вы получили реальный результат и использовали его в деятельности — это сильная позиция против вменения умысла.

Пошаговые действия директора при разрыве

1. Получили требование о пояснениях. Зафиксируйте дату получения. Срок ответа на требование по камеральной проверке — уточните по действующей редакции дней. Не игнорируйте: непредставление пояснений — дополнительный риск и сигнал для более глубокой проверки.
2. Установите источник разрыва. Свяжитесь с контрагентом: отразил ли он сделку в декларации? Если это техническая ошибка — попросите подать уточнённую декларацию. Если контрагент молчит или недоступен — это сигнал для более серьёзного анализа ситуации.
3. Соберите первичку по сделке. Договор, счёт-фактуру, акт, ТЗ, техническую документацию проекта, переписку. Проверьте корректность счёта-фактуры (ст. 169 НК РФ): реквизиты, ИНН/КПП, описание услуги. Некорректный счёт-фактура — самостоятельное основание для отказа в вычете.
4. Оцените реальность контрагента. Проверьте: есть ли у него действующий статус по ЕГРЮЛ, численность по 6-НДФЛ, движение денег характерно для IT-деятельности. Если признаки технической компании очевидны — оцените масштаб риска совместно с консультантом.
5. Сформируйте позицию — и только потом пишите пояснения. Пояснения в инспекцию — это ваш первый процессуальный документ по делу. Неточная или противоречивая позиция на этом этапе создаёт проблемы на всех последующих стадиях вплоть до суда.
6. Не подавайте уточнёнку рефлекторно. Уточнённая декларация с самостоятельным снятием вычета — признание нарушения, влечёт уплату недоимки и пеней. Решение принимается только после анализа ситуации и осознанно.

• Договор, счёт-фактура, акт — проверены на корректность реквизитов по ст. 169 НК РФ
• Техническое задание, спецификации, документация результата — в наличии и детализированы
• Переписка по проекту (почта, таск-трекер, мессенджеры) — собрана и сохранена
• Данные о проверке контрагента на дату заключения договора — зафиксированы документально
• Связь с контрагентом для уточнения причины расхождения — установлена или зафиксирована попытка её установить

Риски для директора лично

Разрыв по НДС — это не только корпоративный налоговый спор. Для директора IT-компании личные последствия реальны и зависят от квалификации нарушения.

При неосторожности (не знал и не должен был знать о схеме контрагента) штраф составит 20% от суммы неуплаченного налога (п. 1 ст. 122 НК РФ). При умысле — 40% (п. 3 ст. 122 НК РФ). С 1 января 2026 года 425-ФЗ установил, что при наличии смягчающих обстоятельств штраф уменьшается не менее чем в два раза и не более чем в десять раз. Это важно: аргументировать смягчающие обстоятельства нужно заблаговременно и в правильной процессуальной форме.

При квалификации схемы как умышленной и при достижении порогов «крупного» или «особо крупного» размера (пороги по ст. 199 УК РФ — уточните по действующей редакции) открывается уголовный риск. Субсидиарная ответственность по долгам компании перед бюджетом также возможна при банкротстве, если будет доказана вина контрагентов de facto (ст. 61.11–61.12 Федерального закона о банкротстве). Подробнее — в разделе Субсидиарная ответственность.

Эти риски не означают, что уголовное или субсидиарное преследование неизбежно при любом разрыве. Они означают, что позиция защиты должна формироваться с учётом всей цепочки последствий — от налогового доначисления до личной ответственности директора.

Опубликовано: 31 января 2026

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