Реальность сделки по НДС: IT-компания
· Лидия Корецкая
Если АСК НДС-2 выявил расхождение вида «разрыв» по IT-контрагенту и налоговая запрашивает пояснения — это не автоматический отказ в вычете. Реальность сделки по НДС для IT-компании доказывается конкретными документами и цифровыми следами: актами, техническим заданием, перепиской, логами систем. Ниже — пошаговая инструкция: что собрать, как позиционировать и когда подключать защиту.
Что происходит: как АСК НДС видит IT-сделку
Реальность сделки по НДС в IT-компании оказывается под вопросом в двух типичных ситуациях. Первая: контрагент не отразил реализацию в своей декларации или отразил не в полном объёме. Вторая: в цепочке между вами и реальным исполнителем появилась компания, которую АСК НДС-2 классифицирует как техническую — без сотрудников, без реальных расходов, без активов.
АСК НДС-2 автоматически строит «дерево связей» по всей цепочке НДС. Если где-то в цепочке налог не уплачен, система формирует расхождение вида «разрыв». Программа определяет выгодоприобретателя — как правило, первого реального налогоплательщика в цепочке с реальными активами и оборотами. Именно к вам придёт требование по ст. 88 или ст. 93.1 НК РФ.
Для IT-компании ситуация осложняется спецификой отрасли. IT-услуги — разработка, поддержка, интеграция, облачная инфраструктура — нематериальны. Их сложнее «пощупать», чем поставку товара. Инспекторы это знают и целенаправленно ищут признаки формального документооборота: одинаковые шаблонные акты, отсутствие технического задания, переписку исключительно по электронной почте без каких-либо технических деталей. Именно поэтому доказательная база по IT-сделкам требует особой проработки.
Получили требование по IT-контрагенту? Срок ответа на требование в рамках камеральной проверки ограничен — не давайте устных пояснений без анализа ситуации. Мы разбираем ваш конкретный случай и готовим позицию.
Получить план защитыГлавное возражение: «это проблема поставщика, я ни при чём»
Это самое распространённое заблуждение, которое дорого обходится директорам. Логика понятна: вы заплатили деньги, получили услугу, подписали акт — при чём здесь то, что контрагент что-то не заплатил в бюджет? Однако НК РФ и судебная практика работают иначе.
Позиция ФНС строится на ст. 54.1 НК РФ: если обязательство фактически исполнено не тем лицом, которое указано в договоре, и вы об этом знали или должны были знать — вычет снимается. Налоговая не обязана доказывать, что вы лично организовали схему. Достаточно показать, что вы не могли не понимать природу контрагента.
Снимаем возражение: «Это проблема поставщика» работает как защита только тогда, когда вы доказали три вещи одновременно: реальность самой услуги, добросовестность выбора контрагента и отсутствие вашей осведомлённости о его дефектах. Если хотя бы одна из трёх ног слабая — риск доначисления реален. Инспектор будет давить именно на слабое место.
Суды при оценке реальности IT-сделок учитывают: наличие технического задания и его конкретность, историю изменений в продукте (git-логи, системы задач), коммуникацию с конкретными специалистами контрагента, результат — работающий функционал, задокументированный в актах приёмки. Обобщённые акты типа «выполнены работы по разработке ПО на сумму X рублей» без детализации — первый сигнал для инспектора.
Шаг 1. Получили требование — читайте внимательно
Первый документ, который вы получаете при разрыве — требование о представлении пояснений или документов по ст. 88 или ст. 93.1 НК РФ. Его нужно прочитать полностью, не ограничиваясь суммой претензии.
Что важно установить сразу:
- Тип расхождения — вид «разрыв» или вид «НДС». Это разные ситуации с разной степенью риска.
- Конкретный контрагент, по которому вопрос — иногда в требовании несколько, и риски по каждому различаются.
- Период — за какой квартал и по каким счетам-фактурам.
- Срок ответа — зафиксируйте дату получения требования. Срок исчисляется с этого момента.
Не звоните в инспекцию и не давайте устных объяснений до того, как разобрались в ситуации. Всё, что вы скажете устно, может быть зафиксировано в протоколе. Письменная позиция — ваш инструмент контроля над ситуацией.
Шаг 2. Собираем доказательную базу реальности IT-сделки
Для IT-компании доказательная база состоит из двух слоёв: стандартные первичные документы и цифровые следы. Второй слой критичен — именно он отличает реальную сделку от формального документооборота в глазах инспектора и суда.
Стандартная первичка:
- Договор с приложениями — техническое задание, спецификации, дорожная карта.
- Счета-фактуры и акты выполненных работ с детализацией: что конкретно сделано, в каком объёме.
- Платёжные поручения — подтверждение реального движения денег.
- Деловая переписка: письма, чаты (мессенджеры), протоколы совещаний.
Цифровые следы для IT:
- Git-репозиторий или история изменений в системе управления проектами (Jira, Bitbucket, GitLab) — с указанием конкретных разработчиков.
- Логи доступа к вашим системам с IP-адресами специалистов контрагента.
- Записи созвонов, видеоконференций (при наличии).
- Скриншоты тикетов, баг-репортов, постановок задач.
- Документация, созданная в ходе проекта: технические спецификации, инструкции, README.
Особое внимание: если разработку или поддержку вёл субподрядчик вашего контрагента — зафиксируйте, что контрагент имел право привлекать субподрядчиков (это должно быть в договоре) и что конечный результат вы приняли от контрагента, а не от субподрядчика напрямую. Прямые отношения с субподрядчиком без участия контрагента — аргумент ФНС в пользу того, что контрагент был техническим.
Шаг 3. Проверяем позицию по должной осмотрительности
Должная осмотрительность по ст. 54.1 НК РФ — это не стопка распечаток из ЕГРЮЛ. Это ответ на вопрос: почему вы выбрали именно этого контрагента и что вы знали о его способности выполнить работу?
Инспектор будет спрашивать: с кем именно вы общались при заключении договора, кто подписывал документы, проверяли ли вы полномочия подписанта, видели ли вы специалистов контрагента. Если ответ «мы нашли на сайте, позвонили и подписали» — это слабая позиция для IT-услуг с высокой стоимостью.
Что нужно зафиксировать (если ещё не сделали):
- Выписка из ЕГРЮЛ на дату заключения договора — контрагент был действующим.
- Проверка директора в реестре дисквалифицированных лиц — не числился.
- Сведения о специалистах контрагента, которые реально работали с вами: ФИО, должности, контактные данные.
- Основание для выбора: рекомендации, портфолио, предыдущий опыт работы.
- Внутреннее согласование сделки: одобрение руководства, служебные записки.
- Сценарий А: разовая IT-услуга, контрагент в красной зоне
- Риск высокий. Инспекция будет проверять каждый элемент реальности. Приоритет — цифровые следы и деловая переписка. Устные пояснения не давать до подготовки письменной позиции. Рекомендуется привлечение защиты до первого ответа в инспекцию.
- Сценарий Б: длящийся договор поддержки, разрыв у субподрядчика второго звена
- Риск умеренный, но требует внимания. Ваша задача — показать, что вы работали напрямую с контрагентом первого звена, который для вас был реальным. Что делалось дальше по цепочке — вне вашей осведомлённости. Ключевой аргумент: наличие у контрагента собственных специалистов или документально подтверждённое право субподряда.
- Сценарий В: контрагент ликвидирован, документы утрачены
- Риск высокий. Собирайте то, что есть на вашей стороне: платёжки, переписку, цифровые следы. Письменные показания сотрудников, которые работали с этим контрагентом, могут стать дополнительным аргументом. Привлечение защиты обязательно.
Шаг 4. Уточнёнка или защита — выбор стратегии
После получения требования у директора возникает соблазн «закрыть вопрос» быстро: подать уточнённую декларацию, убрать спорный вычет и забыть. Это ошибка в большинстве случаев.
Подача уточнённой декларации с исключением вычета означает:
- Вы фактически соглашаетесь с позицией ФНС.
- Инспекция вправе начать новую камеральную проверку уточнёнки.
- Если сумма значительная — вы формируете недоимку, на которую начислятся пени.
- Вернуть вычет потом будет крайне сложно.
Уточнёнка оправдана только в одном случае: когда профессиональный анализ показал, что доказательная база слабая, риск доначисления при проверке выше, чем потери от добровольной уплаты, и уточнёнка подаётся как часть осознанной стратегии — например, с одновременным обращением за смягчением санкций.
Перед решением о стратегии нужен анализ. Мы оцениваем доказательную базу, силу позиции ФНС и риски каждого сценария — уточнёнка против защиты. Срок камеральной проверки ограничен, действовать нужно быстро.
Запросить защитуШаг 5. Готовим письменные пояснения
Письменные пояснения в налоговую — это юридический документ, который войдёт в материалы проверки и, возможно, в материалы суда. Он должен быть написан с расчётом не только на инспектора, но и на вышестоящий орган и судью.
Структура пояснений по реальности IT-сделки:
- Деловая цель. Зачем компании понадобилась именно эта IT-услуга, какую бизнес-задачу она решала, какой экономический эффект достигнут.
- Выбор контрагента. Почему именно этот поставщик, как проверяли его компетентность, кто принимал решение.
- Ход исполнения. Как шла работа, кто со стороны контрагента участвовал, как фиксировались промежуточные результаты.
- Результат. Что конкретно получено: продукт, функционал, решённая задача — и как это использовалось в деятельности компании.
- Ссылки на документы. Каждый тезис подкреплён ссылкой на приложенный документ.
Чего не писать в пояснениях: расплывчатых формулировок («работы были выполнены в полном объёме»), голословных утверждений без документального подтверждения, ссылок на то, что «контрагент сам обязан платить налоги». Последнее правда, но не снимает с вас обязанность доказать реальность сделки.
Шаг 6. Готовимся к следующему шагу — акту и обжалованию
Если камеральная проверка движется к акту с доначислениями — нужно готовиться к возражениям на акт и к апелляционной жалобе. Это не тот момент, когда стоит ждать «а вдруг пронесёт».
Возражения на акт — ваш шанс повлиять на решение ещё до его вынесения. Апелляционная жалоба по ст. 137–139 НК РФ — обязательный этап перед судом. Без её подачи суд, как правило, не рассматривает спор по существу.
- Получено требование — зафиксирован срок ответа, определён тип расхождения.
- Собрана первичка по IT-сделке: договор, ТЗ, акты с детализацией, платёжки.
- Подготовлены цифровые следы: логи, репозиторий, переписка, история задач.
- Зафиксирована должная осмотрительность: выписка ЕГРЮЛ, проверка директора, специалисты контрагента.
- Принято осознанное решение о стратегии: уточнёнка или защита с позицией.
Из практики бюро. IT-компания (разработка и поддержка корпоративного ПО, выручка около 300 млн рублей в год) получила требование по камеральной проверке: разрыв по двум счетам-фактурам от субподрядчика-контрагента, суммарный вычет — около 4,5 млн рублей. Директор первоначально планировал подать уточнёнку «чтобы не связываться».
После анализа выяснилось: в системе управления задачами сохранились все постановки от специалистов контрагента, git-история показывала их конкретные коммиты, переписка в мессенджере — детальное обсуждение архитектурных решений. Контрагент был реальным исполнителем, а разрыв возник у его субподрядчика второго звена, о котором компания не знала. Подготовлены развёрнутые пояснения с приложением цифровых доказательств. Вычет подтверждён, уточнёнка не потребовалась.
Частые вопросы
1. Как доказать реальность сделки при разрыве?
Реальность сделки доказывается совокупностью: первичные документы (акты, счета-фактуры), переписка с контрагентом, техническое задание, результат — например, работающий программный продукт, лог внедрения, доступы к системе. Для IT-компаний особый вес имеют цифровые следы: IP-адреса, история изменений в репозитории, записи видеоконференций. ФНС оценивает реальность по ст. 54.1 НК РФ: сделка должна быть исполнена именно тем лицом, которое указано в договоре, либо лицом, которому оно передало исполнение.
2. Нужно ли подавать уточнёнку при разрыве?
Не нужно без предварительного анализа. Уточнённая декларация с исключением спорного вычета — это фактическое признание позиции ФНС. После подачи уточнёнки инспекция вправе провести новую камеральную проверку. Решение о подаче уточнёнки должно быть стратегическим: иногда это разумный выход, иногда — ловушка. Оцените доказательную базу до любых действий.
3. Что делать, если контрагент оказался в красной зоне?
Красная зона контрагента в АСК НДС — сигнал для инспекции, но не автоматическое основание для отказа в вычете. Ваша задача — доказать, что вы проявили должную осмотрительность на момент заключения договора и что сделка была реальной. Если проверка уже началась — не давайте устных пояснений без юридической подготовки, готовьте письменную позицию.
4. Что такое техническая компания в понимании ФНС?
Техническая компания (технический контрагент) — юридическое лицо, формально включённое в цепочку поставок, но не имеющее ресурсов для реального исполнения: нет сотрудников, нет активов, нет реальных платежей за аренду или труд. ФНС выявляет такие компании через АСК НДС-2, анализируя дерево связей. Признаки технической компании используются инспекторами при формировании обвинительной позиции по ст. 54.1 НК РФ.
5. Как проявить должную осмотрительность по ст. 54.1?
Должная осмотрительность по ст. 54.1 НК РФ — это не сбор справок «для галочки». Суды и ФНС оценивают реальность вашего выбора контрагента: почему выбрали именно его, каков деловой смысл, какие ресурсы вы проверяли перед подписанием договора. Для IT-контрагентов важно фиксировать проверку наличия специалистов, портфолио, лицензий (если применимо), реквизитов и полномочий подписанта.
Материал носит информационный характер и не является юридической консультацией. Для оценки вашей конкретной ситуации обратитесь к специалисту бюро.