Разрыв по НДС: IT-разработка — типичные схемы и защита
Разрыв по НДС в IT-разработке — это ситуация, когда АСК НДС-2 фиксирует несоответствие между вашей книгой покупок и книгой продаж вашего IT-подрядчика. Инспекция не видит уплаченного НДС в цепочке и предъявляет претензию к вашим вычетам. Это стандартная ситуация для IT-сектора: субподряд, аутсорс, покупка лицензий через посредников создают длинные цепочки, в которых разрывы возникают часто — и не всегда по вашей вине. Ваша задача — доказать реальность сделки и исполнение именно тем лицом, с которым заключён договор.
Лидия Корецкая ·
Как АСК НДС-2 выявляет разрыв в IT-цепочках
АСК НДС-2 сопоставляет строки книги покупок покупателя со строками книги продаж контрагента в автоматическом режиме. Когда IT-компания принимает к вычету НДС по счёту-фактуре подрядчика, система проверяет, отразил ли подрядчик эту реализацию в своей книге продаж. Расхождение вида «разрыв» означает: данные либо отсутствуют, либо значительно расходятся по сумме.
В IT-отрасли цепочка поставщиков особенно длинная. Типичная схема: крупная IT-компания заключает договор с подрядчиком на разработку. Тот привлекает субподрядчика, субподрядчик — ещё одного исполнителя. На одном из уровней оказывается компания, которую инспекция идентифицирует как техническую: нет сотрудников, нет офиса, движение по счёту транзитное. Система строит «дерево связей» и определяет выгодоприобретателя — компанию, которая реально получила выгоду от незакрытого НДС в цепочке. Этим выгодоприобретателем инспекция может признать вас.
Расхождение вида «НДС» — менее критично: контрагент отразил реализацию, но сумма налога не совпадает. Расхождение вида «разрыв» — жёстче: контрагент вообще не отразил операцию или не подал декларацию. Именно последнее характерно для технических компаний, которых часто включают в IT-цепочки под видом субподрядчиков по разработке.
Ст. 88 НК РФ — камеральная проверка; ст. 93, 93.1 НК РФ — истребование документов; ст. 54.1 НК РФ — пределы прав налогоплательщика (реальность сделки, деловая цель, надлежащий исполнитель).
Типичные схемы разрывов в IT-разработке
За несколько лет наблюдений за практикой проверок IT-компаний сложились устойчивые паттерны. Знать их важно, чтобы понять, с каким именно претензионным сценарием вы столкнулись — и какие аргументы потребуются для защиты.
Схема 1. Субподрядчик-«обёртка». Договор подряда заключён с реальной компанией, которая фактически привлекает субподрядчика — техническую компанию. Техническая компания выставляет счёт-фактуру на реализацию, но не отражает её в книге продаж или подаёт нулевую декларацию. Вы как заказчик получаете счёт-фактуру от первого подрядчика, всё выглядит корректно, но на уровне второго звена цепочка «рвётся». АСК НДС-2 фиксирует разрыв, прослеживает дерево связей и выходит на вас как выгодоприобретателя.
Схема 2. Фиктивный аутсорс разработки. Компания формально нанимает команду разработчиков через подрядчика, но реально разработку ведут штатные сотрудники или фрилансеры напрямую. Подрядчик существует только на бумаге — для обналичивания или создания вычетов по НДС. Инспекция устанавливает это через анализ: нет фактических трудозатрат подрядчика, нет переписки, нет git-истории, результат работ не соответствует заявленному объёму.
Схема 3. Лицензии через посредника. Компания приобретает лицензии на ПО через посредника, который не является официальным дистрибьютором. Посредник выставляет счёт-фактуру, принимает оплату, но НДС в бюджет не перечисляет и декларацию не подаёт. Разрыв фиксируется немедленно. Особенность: даже если лицензия реальная, контрагент красной зоны создаёт претензию к вычету.
Схема 4. Цепочка перепродавцов IT-услуг. Крупный интегратор покупает услуги у реселлера, тот — у субреселлера. На третьем-четвёртом уровне появляется техническая компания. Именно здесь АСК НДС-2 обнаруживает разрыв. Выгодоприобретателем определяется первое звено цепочки, у которого есть реальные активы и которому есть что доначислить.
Матрица сценариев: какая ситуация у вас
- Сценарий А. Разрыв у прямого контрагента (первое звено)
- Ваш непосредственный IT-подрядчик не отразил реализацию в книге продаж или подал нулевую декларацию. Инспекция пришлёт требование по ст. 88 НК РФ с запросом пояснений и документов. Риск — высокий. Вам нужно доказать реальность сделки именно с этим контрагентом: договор, переписка, акты, результат. Если реальность доказана — отстаивайте вычет. Если контрагент «пропал» и документов нет — оцените риск доначисления с учётом штрафа 20% по п. 1 ст. 122 НК РФ.
- Сценарий Б. Разрыв у субподрядчика второго-третьего звена
- Ваш прямой контрагент реален, но привлёк техническую компанию на субподряд. Инспекция строит дерево связей и предъявляет претензию вам как выгодоприобретателю по ст. 54.1 НК РФ. Риск — средний, но зависит от того, знали ли вы о субподряде. Если в договоре был запрет субподряда или не было согласования — это ваш аргумент. Если вы контролировали только верхнее звено и не могли знать о технической компании — позиция защиты сильнее.
- Сценарий В. Ваша компания — конечный выгодоприобретатель в длинной цепочке
- АСК НДС-2 прошёл несколько звеньев и определил вашу компанию как организацию, которая получила налоговую выгоду от всей цепочки. Как правило, это означает выездную проверку. Риск — высокий, возможно уголовное преследование по ст. 199 УК (пороги сумм — уточните по действующей редакции). Немедленно собирайте доказательную базу по каждой сделке в цепочке и привлекайте юридическую поддержку до получения решения по проверке.
Почему возражение «это проблема поставщика» не работает
Самое распространённое убеждение директора при получении требования о разрыве: «Я заплатил, получил счёт-фактуру, исполнил договор — дальше не моя проблема». Это позиция понятная, но с точки зрения налогового права — недостаточная.
Ст. 54.1 НК РФ устанавливает три условия правомерности налоговой выгоды: сделка должна быть реальной, она должна быть исполнена именно тем лицом, с которым заключён договор (или надлежащим субподрядчиком), и должна иметь деловую цель, не сводящуюся к уменьшению налогов. Если хотя бы одно условие не выполнено — инспекция вправе снять вычет.
Важно: НК РФ не освобождает покупателя от ответственности только потому, что он «не знал» о проблемах поставщика. Инспекция оценивает, проявил ли налогоплательщик должную осмотрительность при выборе контрагента. В IT-секторе это означает: проверяли ли вы реальное наличие специалистов у подрядчика, его деловую репутацию, портфолио, соответствие стоимости работ рыночному уровню.
Суды при оценке реальности IT-сделок обращают внимание на следующее: есть ли у подрядчика реальные разработчики (не только по штатному расписанию, но и фактически), оставила ли разработка доказательные следы (код, ТЗ, переписка), использует ли компания результат в своей деятельности, соответствует ли цена рыночному уровню. Если все эти элементы есть — позиция для защиты сильная. Если нет — инспекция будет настаивать на снятии вычетов независимо от того, кто «виноват» в разрыве.
Снимаем возражение: «Я ни при чём — это проблема поставщика»
С точки зрения ФНС, вы — выгодоприобретатель вычета. Ваш контрагент не уплатил НДС в бюджет, вы этот НДС приняли к вычету. Бюджет недополучил деньги. Именно поэтому претензия направляется к тому, кто предъявил вычет, а не только к тому, кто не уплатил налог. Ваша защита — не объяснение вины поставщика, а доказательство собственной добросовестности и реальности сделки.
Вы получили требование по разрыву в IT-цепочке. У вас есть ограниченное время для подачи пояснений по ст. 88 НК РФ. Подготовка защитной позиции начинается с анализа конкретного звена, где образовался разрыв — и с оценки доказательной базы по сделке.
Запросить защитуКак защититься: пошаговый план для директора
Получив требование инспекции, связанное с разрывом в IT-цепочке, директор оказывается в ситуации, где каждый шаг имеет последствия. Ниже — последовательность действий, которая позволяет выстроить защиту до эскалации ситуации.
Шаг 1. Установите звено разрыва. Запросите у бухгалтерии распечатку книги покупок по спорному контрагенту. Сверьте с требованием инспекции: какой именно счёт-фактура вызвал расхождение, на каком уровне цепочки. Если инспекция указывает на субподрядчика второго звена — изучите, было ли у вашего прямого контрагента право привлекать субподрядчиков.
Шаг 2. Соберите доказательную базу по сделке. Для IT-разработки критичны: договор с техническим заданием, переписка в мессенджерах и по email в период разработки, акты сдачи-приёмки с описанием функциональности (не просто «выполнены работы по договору», а конкретные модули, экраны, API), git-репозиторий или иная история версий, факт использования результата в продуктивной среде. Для лицензий — подтверждение активации, привязки к вашей организации, использования.
Шаг 3. Оцените контрагента ретроспективно. Соберите то, что должно было быть собрано при заключении договора: выписка из ЕГРЮЛ, уставные документы, карточка компании, сведения об IT-специалистах. Если контрагент реален — у него должно быть портфолио, команда, история проектов. Если всего этого нет — оцените риск честно.
Шаг 4. Определите стратегию ответа на требование. Два варианта: (а) подать пояснения с доказательной базой и отстаивать вычет — если сделка реальна и документы в порядке; (б) подать уточнённую декларацию и убрать спорный вычет — если сделка сомнительна и защищать нечем, это снижает риск штрафа 20% по п. 1 ст. 122 НК РФ. Решение принимается после юридического анализа каждой конкретной ситуации.
Шаг 5. Не игнорируйте и не торопитесь. Пропуск срока ответа на требование усугубляет ситуацию. Одновременно — не подавайте уточнёнку автоматически по первому требованию инспекции. Бывают случаи, когда разрыв образовался из-за технической ошибки контрагента, которая была им исправлена. Сначала свяжитесь с контрагентом и выясните, отражена ли операция в его книге продаж.
- Книга покупок: идентифицировано спорное звено цепочки, сверена с требованием инспекции
- Договор с IT-подрядчиком: проверены условия о субподряде, наличие ТЗ как приложения
- Доказательства реальности: переписка, git-история или аналог, акты с описанием результата
- Ретроспективная проверка контрагента: выписка ЕГРЮЛ, данные о специалистах, репутация
- Связь с контрагентом: запрошено пояснение по поводу расхождения в книге продаж
Из практики: разрыв через субподрядчика в цепочке веб-разработки
Компания — разработчик корпоративного ПО — получила требование о предоставлении пояснений по камеральной проверке декларации по НДС. АСК НДС-2 зафиксировал расхождение вида «разрыв» по счёту-фактуре от подрядчика на сумму в несколько миллионов рублей (сумма обезличена, иллюстративна). Прямой контрагент — реальная IT-компания. Разрыв образовался у субподрядчика второго уровня, которого привлёк основной подрядчик.
В ответ на требование компания представила: договор с ТЗ, переписку с подрядчиком за весь период разработки, акты с детальным описанием функциональных модулей, git-репозиторий с историей коммитов, подтверждение развёртывания системы на продуктивном сервере. Дополнительно — документацию по проверке прямого контрагента при его выборе: портфолио, данные о команде, отзывы предыдущих клиентов. Инспекция приняла пояснения, вычет был сохранён. Субподрядчик второго уровня стал предметом отдельной проверки, не связанной с компанией-заказчиком.
Должная осмотрительность в IT: что должно быть в досье контрагента
Ст. 54.1 НК РФ требует доказать, что сделка исполнена надлежащим лицом. В IT-отрасли это означает: у подрядчика должны быть реальные специалисты, способные выполнить заявленные работы. Инспекция это проверяет, и директор должен иметь ответ ещё до прихода требования.
Минимальный стандарт досье IT-контрагента включает несколько блоков. Первый — юридические документы: выписка из ЕГРЮЛ, устав, решение о назначении руководителя, доверенность подписанта (если это не руководитель). Второй — деловая репутация: портфолио реализованных проектов, публичные кейсы, отзывы клиентов, наличие сайта с описанием команды. Третий — техническая компетентность: состав команды разработчиков (хотя бы в общем виде), профили в профессиональных сетях, технологический стек. Четвёртый — переговорный процесс: переписка до заключения договора, обсуждение ТЗ, согласование условий.
Суды при оценке должной осмотрительности обращают внимание на то, насколько проверка была соразмерна объёму сделки. Если вы заключаете договор на разработку за 50 млн рублей — ожидается детальная проверка. Если на небольшой модуль за несколько сотен тысяч — стандарт ниже, но базовые документы всё равно нужны.
Ключевой вопрос ст. 54.1 НК РФ — не «проверяли ли вы контрагента», а «знали ли вы или должны были знать о том, что он является технической компанией». Если вы приняли разумные меры проверки и ничто не указывало на проблему — это сильный аргумент в защиту. Если признаки технической компании были очевидны (цена в разы ниже рынка, нет сайта, директор массовый, адрес массовый) — инспекция сочтёт, что вы знали или должны были знать.
Ст. 54.1 НК РФ — пределы прав налогоплательщика: реальность сделки, надлежащий исполнитель, деловая цель. Ст. 105.1 НК РФ — взаимозависимые лица (применяется при анализе схем внутри группы).
Разрыв в IT-цепочке — это не просто вопрос документов. Это вопрос стратегии: что и как объяснить инспекции, чтобы вычет остался. Без анализа конкретной цепочки и доказательной базы ответ на требование может навредить больше, чем помочь.
Получить план защитыРиски для директора лично: когда разрыв становится уголовным делом
Пока речь идёт о камеральной проверке и требовании о пояснениях — это административный уровень. Ситуация меняется, если инспекция квалифицирует действия компании как умышленное уклонение от уплаты налогов по ст. 199 УК. Пороги сумм «крупного» и «особо крупного» размера по ст. 199 УК — уточните по действующей редакции, уточните по текущей редакции.
Признаки, которые повышают риск уголовной квалификации: компания систематически использует технических контрагентов, разрывы носят однотипный характер, директор или собственник лично участвовал в выборе «оптимизационных» схем, есть прямая связь между обналичиванием и техническими компаниями в цепочке. Штраф за умышленную неуплату по п. 3 ст. 122 НК РФ составляет 40% от суммы недоимки — это только налоговый уровень, ещё до уголовного.
Субсидиарная ответственность по ст. 61.11 и 61.12 Федерального закона о банкротстве (127-ФЗ) добавляет ещё один уровень риска: если компания не сможет погасить доначисления и войдёт в банкротство, директор и другие контролирующие лица (КДЛ) могут быть привлечены к ответственности по долгам компании личным имуществом.
Важно: уголовное дело по ст. 199 УК возбуждается только при достижении порога суммы уточните по действующей редакции и при наличии умысла. Если вы действовали добросовестно, проверяли контрагентов и документы в порядке — уголовный риск существенно ниже. Если схема была целенаправленной — риск реален, и тогда юридическая помощь нужна немедленно, не после решения по проверке.
Часто задаваемые вопросы
1. Что такое техническая компания в понимании ФНС?
Техническая компания — это контрагент, который не ведёт реальной хозяйственной деятельности: нет сотрудников, активов, офиса, движение по счёту транзитное. В IT-сфере такие компании регистрируются под видом подрядчиков по разработке или аутсорсу. ФНС устанавливает признаки технической компании через АСК НДС-2, анализ книг продаж и встречные проверки. Если ваш IT-подрядчик признан технической компанией, инспекция предъявит претензию к вашим вычетам.
2. Нужно ли подавать уточнённую декларацию при разрыве?
Уточнённая декларация при разрыве — не обязанность, а стратегический выбор. Если вы уверены в реальности сделки и готовы защищать вычет, уточнёнку подавать не нужно. Если сделка сомнительна или документы не в порядке — уточнёнка снижает риск штрафа (20% по п. 1 ст. 122 НК РФ), но означает добровольный отказ от вычета. Решение принимается после анализа доказательной базы конкретной сделки.
3. Как доказать реальность сделки при разрыве?
Реальность IT-сделки доказывается через совокупность: исходный код и его версионирование (git-история), ТЗ и переписка с подрядчиком, акты сдачи-приёмки с описанием функциональности, факт использования результата в деятельности. Дополнительно — деловая переписка, переговорные документы, свидетельские пояснения сотрудников. Суды при оценке реальности учитывают, был ли у компании собственный ресурс для выполнения работ и соответствует ли стоимость рыночному уровню.
4. Что делать, если контрагент оказался в красной зоне?
Красная зона контрагента в АСК НДС-2 означает, что он либо не отразил реализацию в книге продаж, либо сформировал разрыв в цепочке. Первый шаг — запросить у контрагента книгу продаж, счёт-фактуру и пояснение. Если контрагент не отвечает или подтверждает расхождение — оцените объём претензии и готовьте защиту на уровне реальности сделки. Не подавайте уточнёнку автоматически по требованию инспекции без юридического анализа.
5. Как проявить должную осмотрительность по ст. 54.1?
По ст. 54.1 НК РФ налоговая выгода правомерна, если сделка реальна, исполнена именно тем лицом, с которым заключён договор, и имеет деловую цель. Должная осмотрительность по IT-подрядчику включает: проверку регистрации, уставных документов, деловой репутации, наличия специалистов (портфолио, кейсы, профили команды), деловую переписку до сделки. Собранный пакет документов фиксируется и хранится — он станет основой защиты при проверке.
Материал носит информационный характер и не является юридической консультацией. Для оценки конкретной ситуации обратитесь к специалисту.