Реальность при IT-операциях при ВНП

Почему IT-операции попадают под тест реальности при ВНП?

Тест реальности операции — центральный инструмент статьи 54.1 НК РФ. Налогоплательщик вправе уменьшить базу только если сделка реально совершена, основная цель которой — не налоговая экономия, а само обязательство исполнено именно той стороной, которая указана в документах. При IT-операциях инспекция оспаривает второе условие: была ли работа выполнена задекларированным исполнителем.

Формальные признаки, которые ИФНС фиксирует при предпроверочном анализе IT-подрядчиков: отсутствие в штате разработчиков нужной квалификации, IP-адреса из одной подсети с заказчиком, отсутствие собственных программных лицензий, транзитное движение денег в течение 1–3 банковских дней. Всё это — косвенные признаки технического контрагента по критериям письма ФНС от 10.03.2021 № БВ-4-7/3060@.

Ключевой риск для финансового директора: штраф по статье 122 НК РФ за умысел составляет 40% от суммы доначислений и не снижается через смягчающие обстоятельства. Если ИФНС установит, что финдир согласовывал платежи, зная о нереальности операций, — это основание для квалификации по статье 199 УК РФ с санкцией до шести лет лишения свободы.

Какие доказательства реальности IT-операции признаёт суд?

Суды оценивают совокупность доказательств, а не каждый документ в отдельности. Позиция Пленума ВАС РФ от 12.10.2006 № 53 остаётся актуальной: добросовестность налогоплательщика презюмируется, бремя доказывания необоснованности налоговой выгоды лежит на инспекции. Однако на практике эффективная защита строится на встречном доказывании реальности.

Доказательная база, которая работает в арбитражных судах по IT-спорам:

• Техническое задание с конкретными функциональными требованиями и подписью представителя подрядчика, который идентифицируется как реальный разработчик.
• Акты сдачи-приёмки с описанием результата: что именно разработано, какие модули, версии ПО, ссылки на репозитории или документацию.
• Деловая переписка — электронные письма, переписка в корпоративных мессенджерах (Jira, Confluence, GitLab, Slack) с временны́ми метками и идентификаторами пользователей.
• Доказательства использования результата: внедрение ПО в производственный контур, изменение бизнес-процессов, данные из систем мониторинга или аналитики.
• Показания сотрудников заказчика, которые взаимодействовали с подрядчиком: project-менеджеры, технические архитекторы, тестировщики.

Обзор ВС РФ от 13.12.2023 (пп. 13–14) закрепил обязанность ИФНС проводить налоговую реконструкцию: если операция реальна, но исполнена ненадлежащим лицом, инспекция обязана учесть расходы по рыночным ценам реального исполнителя — а не снимать их полностью.

Коммерческий стандарт осмотрительности: что требует ФНС от IT-заказчика?

Письмо ФНС от 10.03.2021 № БВ-4-7/3060@ ввело понятие «коммерческого стандарта осмотрительности» — уровня проверки контрагента, который соответствует масштабу и характеру конкретной сделки. Для IT-услуг с суммой договора от 5 млн рублей этот стандарт выше, чем при покупке типовых товаров.

Минимальный набор, который суды считают достаточным при IT-подряде:

• Проверка квалификации команды: резюме ключевых разработчиков, их публичные профили (GitHub, LinkedIn), сертификаты.
• Анализ предыдущих проектов подрядчика: портфолио, отзывы клиентов, публичные ссылки на реализованные продукты.
• Проверка по реестрам ФНС: наличие работников, уплата страховых взносов, отсутствие в списках массовых адресов и директоров.
• Фиксация переговорного процесса: протоколы встреч, проектные презентации, переписка до заключения договора.

Отсутствие хотя бы одного из этих элементов не означает автоматического отказа в вычете. Но при совокупности признаков технического контрагента суд расценивает это как непроявление должной осмотрительности — и принимает доводы ИФНС о нереальности операции.

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

Налоговая реконструкция по IT-операциям: как вернуть вычеты, если контрагент признан техническим?

Реконструкция расходов и вычетов — механизм, при котором ИФНС обязана рассчитать реальные налоговые обязательства, а не просто снять все расходы по сомнительному контрагенту. Обязанность проводить реконструкцию закреплена в письме ФНС от 10.03.2021 № БВ-4-7/3060@ и подтверждена Обзором ВС РФ от 13.12.2023.

Условия применения реконструкции при IT-операциях:

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

Если налогоплательщик не раскрывает реального исполнителя, ИФНС вправе отказать в реконструкции полностью. Это означает: доначисление НДС и налога на прибыль в полном объёме по всем операциям с техническим контрагентом.

Срок на подачу возражений на акт ВНП — один месяц с даты вручения (пункт 6 статьи 100 НК РФ). Срок не восстанавливается. Возражения — единственная возможность представить аргументы о реконструкции до вынесения решения.

Типовые сценарии для финансового директора при ВНП по IT-операциям

Сценарий 1. Финдир с правом подписи — платёжки и декларации подписывались систематически

Ситуация: финансовый директор подписывал платёжные поручения по договорам с IT-подрядчиками и согласовывал декларации с НДС-вычетами. ИФНС квалифицирует это как групповое действие по статье 199 УК РФ. Ключевые доказательства инспекции: банковские выписки с подписью финдира, электронные реестры подписанных деклараций. Вероятный исход без защиты: доначисление НДС плюс 40% штраф за умысел. Стратегия: разграничение функций финдира (финансовый контроль) и ГД (одобрение контрагентов), доказательство отсутствия осведомлённости о нереальности операций, акцент на реконструкции расходов.

Сценарий 2. Финдир без права подписи — согласовывал бюджеты, но не подписывал документы

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

Сценарий 3. Финдир нового акционера — проверка охватывает период предыдущего менеджмента

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