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