Кейс: - Подтверждение реальности IT-разработки: код, ТЗ, переписка - практика АС Южного округа

Налоговые органы всё чаще квалифицируют расходы на IT-разработку как фиктивные: подрядчик признаётся технической компанией, договор - формальным, а доначисления по налогу на прибыль и НДС достигают десятков миллионов рублей. АС Северо-Кавказского округа выработал конкретные стандарты оценки доказательств реальности таких операций. Понимание этих стандартов позволяет выстроить защиту ещё до начала проверки, а не объяснять суду постфактум, почему документов нет.

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

АС Северо-Кавказского округа последовательно разграничивает формальный документооборот и реальное исполнение. Суд не ограничивается актами приёмки и счетами-фактурами. Он исследует содержательную сторону: соответствует ли техническое задание реальным потребностям бизнеса, есть ли следы итерационной работы в переписке, можно ли верифицировать код как результат именно этого подрядчика.

Распространённая ошибка заказчиков - считать, что подписанный акт выполненных работ закрывает вопрос. На практике суд расценивает акт без содержательного наполнения как один из признаков формального документооборота, а не как самостоятельное доказательство реальности.

Техническое задание - это документ, фиксирующий предмет договора на разработку ПО. В налоговом споре ТЗ выполняет функцию, принципиально отличную от договорной: оно позволяет суду установить, была ли задача реальной и конкретной, или её сформулировали задним числом под уже готовый результат.

АС Северо-Кавказского округа обращает внимание на несколько признаков качественного ТЗ. Документ должен содержать функциональные требования, привязанные к конкретным бизнес-процессам заказчика. Абстрактные формулировки вроде «разработка корпоративного портала» без детализации модулей, ролей пользователей и интеграций суд воспринимает как индикатор формальности. Наличие версионности ТЗ - правок, согласований, дополнений - свидетельствует о живом рабочем процессе.

Неочевидный риск состоит в том, что ТЗ, созданное одновременно с актом приёмки, суд может квалифицировать как изготовленное для целей налоговой проверки. Метаданные файлов, история версий в системах документооборота и даты согласований в электронной почте становятся доказательствами в деле.

Чтобы получить чек-лист требований к ТЗ для налоговой защиты IT-проекта, направьте запрос на info@bizdroblenie.ru.

Исходный код - это совокупность файлов, содержащих программные инструкции, написанные разработчиком. В налоговом споре код выступает вещественным подтверждением того, что работа выполнялась конкретным исполнителем в конкретный период.

АС Северо-Кавказского округа принимает код как доказательство при соблюдении нескольких условий. Во-первых, код должен быть передан заказчику в рамках договора и зафиксирован в акте приёмки с указанием репозитория или носителя. Во-вторых, история коммитов в системе контроля версий (Git, SVN) должна коррелировать с периодом действия договора. В-третьих, авторство коммитов должно быть атрибутировано сотрудникам подрядчика, а не заказчика.

Суд отклоняет код как доказательство в нескольких ситуациях. Если история коммитов создана одним пакетным загрузом в дату, близкую к проверке, - это прямой признак фальсификации. Если код написан на стеке технологий, которым подрядчик по своему штату и профилю не мог владеть, - суд учитывает это при оценке реальности. Если заказчик не может пояснить, где и как используется переданный код, - вопрос о реальности результата остаётся открытым.

Практический сценарий первый. Крупный ритейлер заказал разработку системы управления складом у небольшой IT-компании. ИФНС в ходе выездной проверки установила, что у подрядчика в штате числилось два человека, а объём работ предполагал команду из восьми разработчиков. Заказчик представил репозиторий с историей коммитов от двадцати аккаунтов. Суд исследовал, были ли эти аккаунты зарегистрированы на физических лиц, связанных с подрядчиком, и запросил договоры субподряда. Отсутствие субподрядных договоров при реальном объёме кода стало основанием для частичного снятия расходов.

Деловая переписка - это совокупность сообщений между заказчиком и исполнителем, отражающих ход выполнения работ. В IT-проектах переписка ведётся в мессенджерах, трекерах задач и по электронной почте, и каждый из этих каналов имеет разный доказательственный вес.

АС Северо-Кавказского округа принимает переписку как доказательство при условии её надлежащего оформления. Электронная почта с корпоративных доменов обеих сторон - наиболее надёжный вариант: она верифицируется через провайдера и содержит технические заголовки с датами. Переписка в Jira, Confluence, GitLab Issues фиксируется на серверах с временными метками и атрибуцией пользователей - суд воспринимает её как объективный след работы.

Переписка в мессенджерах (Telegram, WhatsApp) принимается судом как косвенное доказательство, но требует нотариального заверения скриншотов или протокола осмотра доказательств. Без надлежащего оформления суд вправе не принять такие материалы.

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

Практический сценарий второй. Производственная компания учла расходы на разработку ERP-системы на сумму свыше 30 миллионов рублей. ИФНС квалифицировала подрядчика как техническую компанию. Заказчик представил в суд выгрузку из Jira за два года: 847 задач, 4 200 комментариев, история спринтов. Суд принял эти данные как доказательство реального итерационного процесса. Дополнительно были представлены протоколы еженедельных созвонов с повесткой и решениями. В совокупности это позволило отстоять большую часть расходов.

Чтобы получить чек-лист документов для защиты IT-расходов при выездной проверке, направьте запрос на info@bizdroblenie.ru.

ИФНС при оспаривании IT-расходов использует несколько стандартных линий атаки. Первая - анализ ресурсной базы подрядчика: численность персонала, наличие специализированного оборудования, уплата страховых взносов за разработчиков. Если подрядчик не мог физически выполнить заявленный объём работ собственными силами, инспекция делает вывод о фиктивности.

Вторая линия - анализ движения денежных средств. Если оплата по договору разработки транзитом уходила на счета физических лиц или в компании с признаками однодневок, суд учитывает это при оценке добросовестности заказчика. Статья 54.1 НК РФ требует, чтобы обязательство исполнил именно тот контрагент, который указан в договоре, или лицо, которому он передал исполнение по закону или договору.

Третья линия - допросы сотрудников. ИФНС допрашивает программистов заказчика: знали ли они о подрядчике, взаимодействовали ли с его командой, кто фактически писал код. Если собственные разработчики заказчика не могут назвать ни одного контакта со стороны подрядчика - это сильный аргумент инспекции.

На практике важно учитывать, что суд оценивает совокупность признаков, а не каждый в отдельности. Один негативный фактор - например, небольшой штат подрядчика - не влечёт автоматического отказа в расходах, если заказчик доказал реальность результата и его использование в деятельности.

Налоговая реконструкция - это механизм, при котором суд или налоговый орган определяет реальный размер налоговых обязательств исходя из действительного экономического содержания операции, даже если часть документов оформлена ненадлежащим образом.

В IT-спорах реконструкция применима, когда факт разработки доказан, но исполнитель по документам не совпадает с реальным. Если заказчик может установить, кто фактически выполнял работу, и подтвердить рыночный уровень вознаграждения, суд вправе принять расходы в реконструированном размере. Позиция Верховного Суда РФ по этому вопросу сформирована: налогоплательщик, содействующий установлению реального исполнителя, вправе претендовать на налоговую реконструкцию.

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

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

Если решение по итогам проверки принято не в пользу налогоплательщика, апелляционная жалоба в УФНС подаётся в течение одного месяца. После получения решения УФНС у налогоплательщика есть три месяца на обращение в арбитражный суд.

Ошибка, которая проявляется позже: налогоплательщики нередко представляют в суд документы, которые не были заявлены на стадии возражений. Суд вправе принять такие доказательства, но их появление на поздней стадии снижает доверие к ним. Доказательную базу нужно формировать и раскрывать последовательно, начиная с возражений на акт.

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

Что делать, если переписка с подрядчиком велась только в мессенджерах и не сохранилась?

Отсутствие переписки - серьёзный, но не фатальный пробел. Суд оценивает совокупность доказательств. Если есть история коммитов в репозитории, протоколы совещаний, переписка по электронной почте хотя бы по части вопросов - это частично компенсирует отсутствие мессенджеров. Параллельно стоит проверить, не сохранились ли данные у подрядчика или на корпоративных серверах. Нотариальный протокол осмотра любых сохранившихся цифровых следов нужно оформить до начала судебного разбирательства.

Каковы финансовые последствия, если суд признает IT-расходы нереальными?

Налоговый орган доначислит налог на прибыль по ставке 25% от суммы снятых расходов и НДС в полном объёме вычетов. К этому добавятся пени за каждый день просрочки и штраф: 20% от недоимки при отсутствии умысла или 40% при его доказанности по статье 122 НК РФ. При суммах свыше 18,75 миллиона рублей за три финансовых года подряд возникает риск уголовного преследования по статье 199 УК РФ. Совокупная нагрузка может превысить первоначальную сумму расходов.

Когда стоит идти на реконструкцию, а когда - оспаривать доначисления полностью?

Реконструкция оправдана, когда факт разработки очевиден, но исполнитель по документам вызывает вопросы. Если раскрыть реального исполнителя и подтвердить рыночный уровень затрат - реконструкция позволяет сохранить расходы по налогу на прибыль, пусть и потеряв НДС. Полное оспаривание целесообразно, когда доказательная база по реальности сильная и подрядчик не имеет явных признаков технической компании. Выбор стратегии зависит от конкретного набора документов и позиции суда в регионе - АС Северо-Кавказского округа в целом воспринимает реконструкцию как рабочий инструмент при добросовестном поведении налогоплательщика.

Доказательная база по IT-расходам формируется в процессе работы, а не в момент проверки. Код с историей коммитов, ТЗ с версионностью, предметная переписка в трекерах задач - это не бюрократия, а страховка от доначислений. АС Северо-Кавказского округа последовательно защищает налогоплательщиков, которые могут показать реальный рабочий процесс. Тех, кто приходит только с актами и счетами-фактурами, суд не поддерживает.

Чтобы получить чек-лист документов для защиты IT-расходов на всех стадиях спора, направьте запрос на info@bizdroblenie.ru.

Команда bizdroblenie.ru сопровождает бизнес в спорах и проектах, связанных с защитой расходов на IT-разработку и оспариванием доначислений по статье 54.1 НК РФ. Мы можем помочь с формированием доказательной базы, подготовкой возражений на акт проверки и выработкой стратегии в арбитражном суде. Чтобы получить консультацию, напишите на info@bizdroblenie.ru.