Как ФНС разбирает ИТ‑компанию на код, людей, права и деньги

В моей профессиональной деятельности нередко возникает ситуация, когда в ИТ — компанию поступает запрос от налоговой инспекции. На первый взгляд стандартные требования: просят предоставить договоры, сведения о разработчиках, техническое описание ПО и документы, подтверждающие права на ит‑продукт, пояснения по выручке. Бухгалтер формирует пакет документов, юрист проверяет договоры, CTO пишет общую справку про архитектуру продукта. Все отправляют в ФНС и думают, что инцидент исчерпан.

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

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

Наличие ПО ничего не доказывает

Многие возмущаются: «У нас же реальное ПО! Оно даже в Роспатенте зарегистрировано! » Друзья мои, спешу вас огорчить, но свидетельство о регистрации программы подтверждает только существование кода. Если ваша компания применяет льготы по налогу на прибыль, пониженные тарифы страховых взносов или освобождение по НДС, ФНС будет внимательно изучать суть предоставляемой услуги, а не просто наличие документа

В практике встречался случай: в договоре написано «предоставление права использования ПО». Пользователи действительно на основании такого договора получали доступ, заходили в личный кабинет, формировали запрос. Но вот далее оператор компании вручную анализировал эти данные, созванивался с пользователем, что‑то донастраивал и отдавал готовый результат.

Хочется спросить: «Программа‑то самостоятельный продукт или просто инструмент оказания услуг вашими сотрудниками? » Эти два вопроса не об одном и том же. От вашего ответа и как вы представите свой ит‑продукт в налоговой зависит квалификация выручки и право на применение налоговых льгот, потому что ФНС интересует суть конкретной сделки: За что вам заплатил клиент?

Откуда взялся код

Второй важный аспект для ФНС — происхождение ПО. Юристы обычно предоставляют выписку, в которой правообладателем числится ООО «Ваша ИТ‑ компания». Для инспектора это лишь верхушка айсберга (я бы даже сказала самый пик). Дальше проверяется:

• кто писал код и где физически находились разработчики;

• кто ставил задачи разработчикам;

• кто финансировал разработку;

• когда появились первые коммиты и релизы;

• как права на программу перешли к текущему юр. лицу.

Юридические документы у вас скорей всего создают правильную конструкцию. Но соответствует ли эта юридическая оболочка вашим Git, Jira, Confluence и истории деплоев? Разрыв между юридической оберткой и технической историей — главный риск.

Группы компаний и разделение штата

И наконец популярная схема — группа компаний. Одна компания — операционная, вторая — льготная ИТ‑разработка. На бумаге такая структура выглядит последовательно и эстетично. Однако наличие единого центра управления превращает всю конструкцию в незаконное дробление бизнеса.

Ответьте честно: тимлидов и разработчиков вашей льготной ит‑компании контролирует менеджмент материнской структуры? Их премии и сроки релизов определяет материнская компания?

Вы можете возразить: «Да мы просто выделили ИТишку! » Это действительно обычная бизнес‑практика, у которой может быть множество законных причин, таких как:

• выделение продуктового направления;

• привлечение инвесторов;

• работа с IP и обособление рисков;

• продажи внешним клиентам.

Однако! Если после появления нового ООО ни ваши процессы, ни клиенты, ни руководители, ни ресурсы не изменились, а изменилась лишь распределение выручки (то есть те же реки потекли, но на новое ООО), ФНС проигнорирует красивую бумажную структуру. Главный вопрос налогового инспектора будет звучать так: «В чем заключается реальное изменение в бизнесе, помимо снижения налоговой нагрузки? »

Уроки дела Demis Group

В судебном кейсе Demis Group компания обосновывала существование группы компаний разделением технологических процессов и экспериментом в лице компании — резидента Сколково. Арбитражный суд Московского округа указал, что в делах о дроблении необходимо не просто собрать набор отдельных признаков, выявленных инспектором, а важно оценить и представить их совокупное значение.

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

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

Деловая цель и бытовой контроль

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

• документам,

• бюджетированию,

• фактическим действиям.

Опираясь на свой опыт судебного юриста и налогового консультанта, из дела Demis Group следует довольно практический вывод: одних лишь юридических объяснений недостаточно для защиты от претензий ФНС по дроблению.

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

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

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

Параллельно с юридическими аспектами, часто компании терпят крах из‑за слабого бытового контроля. Например, во время налоговой проверки обнаруживаются доступы к Банк‑Клиенту всех юр лиц у одного бухгалтера. Аналогичная проблема возникает при переводе штатных сотрудников в статус ИП, когда уволенный в пятницу разработчик в понедельник выходит как ИП на тот же ноутбук, в тот же Slack и под руководство того же лида.

Почему первое требование ФНС иногда важнее самого акта проверки

Выездная проверка — далеко не всегда первый сигнал внимания со стороны налоговиков. Обычно ей предшествует целый ряд предварительных действий: камеральные ревизии, истребование документов и пояснений, анализ контрагентов, вызовы на беседы и предпроверочный анализ.

Компании часто расценивает каждый такой запрос как отдельное событие. Но в это время ФНС методично накапливает доказательства для своей версии, опираясь на полученные от вас ответы. Ключевые вопросы, которые проверяют:

• кто является реальным автором разработки;

• кто фактически исполнял работы;

• представляет ли конкретная ИТ — компания самостоятельный бизнес‑процесс.

Парадоксально, но наибольшие налоговые риски для ИТ — компаний создаются не из‑за ошибок бухгалтеров, юристов и консультантов, а управленческими решениями руководства:

• разработка осталась в головной компании;

• программное обеспечение передано аффилированному лицу без четкого оформления прав;

• общие затраты планировалось распределить позже;

• клиентскую базу начали перераспределять между разными юр лицами;

• одна бухгалтерия получила доступ ко всем счетам группы;

• собственник продолжает управлять всеми компаниями как единым подразделением.

Каждое такое решение по отдельности выглядит логичным, но цель налогового инспектора — понять, какой бизнес существует на самом деле, как объединить все это в единую картину и доначислить.

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