Обзор: - Подтверждение реальности IT-разработки: код, ТЗ, переписка - пошаговый гайд

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

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

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

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

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

Многие недооценивают, что ФНС использует автоматизированные системы анализа - АСК НДС-2 и её развитие - которые выявляют разрывы в цепочке НДС. Если подрядчик не уплатил НДС в бюджет, заказчик автоматически попадает в зону риска, даже если сам действовал добросовестно.

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

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

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

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

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

Исходный код - это наиболее весомое доказательство реальности разработки, поскольку его невозможно сфабриковать задним числом без следов. Репозиторий с историей коммитов (Git log) показывает, кто, когда и что именно изменял в коде. Каждый коммит содержит временную метку, имя автора и описание изменений.

Для налоговой проверки репозиторий нужно представлять в читаемом виде. Оптимальный формат - выгрузка истории коммитов с указанием дат, авторов и кратким описанием изменений, привязанная к этапам договора. Если разработка велась на платформах GitLab, GitHub или Bitbucket, история коммитов автоматически содержит временные метки, которые сложно оспорить.

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

Помимо кода, доказательную ценность имеют:

• Документация к коду - комментарии, README-файлы, описание архитектуры, которые создаются в процессе разработки, а не после.
• Результаты тестирования - отчёты о тестировании, баг-трекер с историей задач (Jira, YouTrack), протоколы нагрузочного тестирования.
• Деплой-артефакты - логи развёртывания, конфигурационные файлы, записи о выкатке версий в продакшн.
• Промежуточные сборки - версии продукта, соответствующие этапам договора, с датами сборки.

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

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

Наибольшую доказательную ценность имеет переписка по корпоративной электронной почте с сохранёнными заголовками писем (метаданными). Мессенджеры - Telegram, WhatsApp, Slack - также принимаются судами, но требуют нотариального заверения скриншотов или иного способа фиксации. Переписка в системах управления проектами (Jira, Confluence, Notion) ценна тем, что содержит встроенные временные метки и привязку к конкретным задачам.

Что именно нужно сохранять:

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

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

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

Сценарий первый: камеральная проверка по НДС. Заказчик принял к вычету НДС по счетам-фактурам подрядчика на разработку корпоративного портала. Инспектор направил требование о предоставлении документов в рамках статьи 88 НК РФ. Срок ответа - 10 рабочих дней. Заказчик представил договор, ТЗ с историей согласования, акты по этапам с детализацией, выгрузку из репозитория с историей коммитов, переписку по корпоративной почте и скриншоты из Jira. Инспектор закрыл проверку без доначислений - доказательная база исключила сомнения в реальности исполнения.

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

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

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

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

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

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

Если доначисления по IT-расходам превышают 18 750 000 рублей за три финансовых года подряд, возникает риск возбуждения уголовного дела по статье 199 УК РФ. При сумме свыше 56 250 000 рублей речь идёт об особо крупном размере с максимальным наказанием до пяти лет лишения свободы.

Уголовный риск существенно меняет стратегию защиты. На допросах в рамках налоговой проверки (статья 90 НК РФ) показания могут быть использованы в уголовном деле. Руководитель и главный бухгалтер должны понимать, что любое объяснение, данное инспектору, фиксируется и может стать доказательством. Участие юриста при допросах - не паранойя, а необходимость при значимых суммах.

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

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

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

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

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

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

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

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

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

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