Инструкция: - Подтверждение реальности IT-разработки: код, ТЗ, переписка - судебная практика 2026

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

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

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

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

Неочевидный риск состоит в том, что IT-компании часто работают в режиме agile без жёсткой документации промежуточных этапов. Это создаёт разрыв между реальной работой и её доказательной базой. Суд не может «поверить на слово» - ему нужны артефакты.

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

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

Слабое ТЗ - одна из главных причин проигрыша в налоговых спорах по IT. Документ на полстраницы с формулировкой «разработка программного обеспечения для автоматизации бизнес-процессов» не несёт доказательной ценности. Суд расценивает его как шаблон, не связанный с конкретной сделкой.

Сильное ТЗ содержит:

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

Если ТЗ составлено задним числом - это видно по метаданным файла, по отсутствию правок и версионности, по несоответствию дат в переписке. Инспекторы и судебные эксперты умеют это проверять.

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

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

Арбитражные суды в 2025-2026 годах принимают выгрузки из Git-репозиториев (GitHub, GitLab, Bitbucket, собственные серверы) в качестве доказательств. Ключевые параметры, которые суд оценивает:

• соответствие дат коммитов периоду действия договора
• наличие коммитов от имени сотрудников исполнителя, а не только заказчика
• логика изменений: постепенное наращивание функциональности, а не единовременная загрузка готового кода
• связь коммитов с задачами в системе управления проектом (Jira, YouTrack, Trello)

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

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

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

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

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

Переписка типа «Добрый день, прошу подписать акт» не имеет доказательной ценности. Переписка с обсуждением конкретной ошибки в коде, выбором библиотеки или архитектурным решением - убедительное доказательство реального взаимодействия.

На практике важно учитывать: переписка в личных мессенджерах (WhatsApp, Telegram) принимается судом, но требует нотариального заверения скриншотов или протокола осмотра доказательств. Корпоративная почта с сохранёнными заголовками письма (headers) имеет более высокий доказательный статус.

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

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

Суд обращает внимание на следующее:

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

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

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

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

Суды в 2025-2026 годах устойчиво проверяют, были ли у исполнителя ресурсы для выполнения работ. Это означает: наличие квалифицированных специалистов, трудовые договоры или договоры ГПХ с разработчиками, сведения об их профессиональном профиле.

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

Доказательства кадрового состава исполнителя:

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

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

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

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

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

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

Мы можем помочь выстроить стратегию защиты IT-расходов с учётом актуальной судебной практики - напишите на info@bizdroblenie.ru.

Какой главный риск при защите расходов на IT-разработку в налоговом споре?

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

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

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

Когда стоит привлекать технического эксперта, а не ограничиваться юридической защитой?

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

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

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