Аутстафф разработчиков: ФНС берёт рынок персонала под контроль

С 1 сентября 2026 года ФНС начинает эксперимент по обелению рынка предоставления персонала — приказ ФНС от 18.06.2026 № ЕД-1-22/404@, срок до 1 сентября 2027 года, участники — 34 крупнейшие компании розницы и электронной коммерции. Разработчиков периметр эксперимента не охватывает, и это первое, что нужно понимать. Но новость важна для IT по другой причине: она показывает, куда движется контроль за арендой людей. А у аккредитованной IT-компании риск в этой конструкции свой, гораздо более дорогой, и он существует уже сейчас: выручка от предоставления персонала не входит в 70% профильных доходов, без которых льготы не работают.

Что именно запустила ФНС

Механизм эксперимента устроен непривычно: налоги за подрядчика частично платит его заказчик.

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

Остальное подрядчик доплачивает сам из полученного вознаграждения. В периметр попали самозанятые, ИП, граждане РФ по трудовым и гражданско-правовым договорам, иностранные работники с патентом и без.

Ключевая деталь не в цифрах, а в логике. ФНС переносит контроль с проверки постфактум на превентивную сверку в момент расчётов, а несоответствие подрядчика «портрету добросовестного партнёра» становится основанием сначала для претензий к нему, а затем — к заказчику, который продолжил с ним работать. Это ровно та конструкция, которую отрасль уже видела на рынке самозанятых.

Почему IT читает эту новость не как чужую

Формально аутстафф разработчиков в эксперимент не входит. Фактически в IT сложился огромный слой отношений, которые называют «аутстаффом», «аутсорсом команды», «бодишопом» и «T&M-контрактом», и различаются они не терминами, а тем, что написано в договоре и что происходит в реальности.

Разложим три конструкции, которые постоянно путают.

Первая — заёмный труд. Ваш сотрудник работает в интересах, под управлением и контролем заказчика, который не является его работодателем. Это прямо запрещено ст. 56.1 ТК РФ с 1 января 2016 года.

Вторая — договор о предоставлении труда работников (персонала). Легальное исключение из запрета, но узкое: по гл. 53.1 ТК РФ так работают только аккредитованные Рострудом частные агентства занятости и компании, направляющие работников к аффилированному лицу или стороне акционерного соглашения. Обычная студия разработки под эти условия не подходит.

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

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

Главный налоговый риск: аутстафф не считается IT-доходом

Здесь и находится цена вопроса, о которой редко думают, когда подписывают «удобный» контракт на пару разработчиков.

Право на IT-льготы даёт не только аккредитация, но и доля профильных доходов не менее 70%, которая считается нарастающим итогом с 1 января. Перечень профильных доходов установлен п. 1.15 ст. 284 НК РФ (для налога на прибыль) и п. 5 ст. 427 НК РФ (для страховых взносов). Он закрытый: разработка, адаптация, модификация, установка, тестирование, сопровождение собственных программ и баз данных, передача прав на них, заказная разработка. Услуги по предоставлению труда работников там не названы.

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

Пример расчёта: во что обходятся 28 млн ₽ «удобного» контракта

Аккредитованная компания-разработчик, 40 сотрудников, планируемая выручка 2026 года — 80 млн ₽:

• 52 млн ₽ — заказная разработка и сопровождение собственного продукта (профильные доходы);
• 28 млн ₽ — выделенные разработчики на площадке крупного заказчика с почасовой оплатой и его управлением.

Доля профильных доходов: 52 / 80 = 65%. Порог не выполнен, льготы за 2026 год теряются целиком.

Предельная база по взносам на 2026 год — 2 979 000 ₽ на человека (постановление Правительства РФ от 31.10.2025 № 1705); в пределах базы льготный тариф 15%, сверх неё — 7,6%, общий тариф — 30% и 15,1% соответственно.

Договор, который принёс 28 млн ₽ выручки, обошёлся в 10 млн ₽ доплаты — и это без учёта штрафа по ст. 122 НК РФ. Отдельно отметим: освобождение от НДС при передаче прав на программу из единого реестра российского ПО (пп. 26 п. 2 ст. 149 НК РФ) от доли 70% не зависит — эта льгота привязана к реестру, а не к аккредитации.

Есть и второй уровень последствий: для самой аккредитации Минцифры нужна доля IT-выручки не менее 30%. Если аутстафф вытеснил профильную работу совсем, под угрозой оказывается и статус, а вместе с ним — отсрочка от призыва для сотрудников и льготная ипотека.

Чем рискует заказчик

Симметрично. Во-первых, переквалификация: если исполнители подрядчика фактически встроены в процессы заказчика, инспекция вместе с Рострудом рассматривает отношения как трудовые со всеми доначислениями НДФЛ и взносов. Во-вторых, ст. 54.1 НК РФ: расходы и вычеты по договору с подрядчиком, который не платит налоги за своих исполнителей, снимают у заказчика. Именно эту связку и автоматизирует эксперимент — сначала сигнал подрядчику, потом риск заказчику.

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

Как оформить работу команды, чтобы услуга осталась услугой

Чек-лист, который мы проходим с клиентами при разборе договоров:

1. Предмет договора — результат, а не люди. «Разработка модулей по техническому заданию», а не «предоставление двух Java-разработчиков». Поимённых списков сотрудников со ставками в договоре быть не должно.
2. Приёмка по объёму работ. Акт содержит перечень выполненных задач или спринтов и их стоимость, а не число отработанных человеко-часов конкретного Иванова.
3. Управление остаётся у вас. Задачи распределяет ваш тимлид, он же отвечает за сроки и качество перед заказчиком. Прямая постановка задач сотруднику от менеджера клиента — самый частый и самый наглядный признак.
4. Право замены исполнителя — за вами. Вы решаете, кто выполняет работу; заказчик оценивает результат.
5. Раздельный учёт выручки. Разнесите профильные и непрофильные доходы по разным аналитикам и считайте долю 70% ежемесячно, а не в декабре. Как устроен такой учёт — в материале о раздельном учёте для IT-льгот.
6. Проверка подрядчиков, если сами привлекаете людей. Договоры с ИП и самозанятыми — с чётким предметом и результатом, без признаков подмены трудовых отношений.

Что грозит, если ничего не менять

• Потеря льгот за весь год. Доля упала ниже 70% — пересчёт налога на прибыль по 25% и взносов по 30% с 1 января, плюс пени и штраф до 20% по ст. 122 НК РФ.
• Переквалификация в трудовые отношения. НДФЛ и взносы за исполнителей, компенсации, административная ответственность по ст. 5.27 КоАП РФ.
• Претензии за заёмный труд. Предоставление персонала без аккредитации Роструда — нарушение ст. 56.1 и гл. 53.1 ТК РФ.
• Потеря аккредитации. Если профильная выручка опустилась ниже 30%, статус IT-компании и связанные с ним преференции для сотрудников под вопросом. Что происходит дальше — разбирали в статье о том, что будет, если не подтвердить аккредитацию.

Что сделать в ближайшие недели

1. Посчитайте фактическую долю профильных доходов за январь — август 2026 года нарастающим итогом. Не плановую, а по фактическим актам.
2. Выпишите все договоры, где оплата привязана к часам конкретных людей. Это ваша зона риска.
3. Переформулируйте предмет и приёмку по действующим договорам дополнительными соглашениями — до конца года, пока годовая доля ещё поддаётся управлению.
4. Проверьте переписку и трекеры: если задачи ставит заказчик напрямую, договор вас не спасёт.
5. Если доля уже близка к 70%, считайте сценарии: либо наращивать профильную выручку до конца года, либо выводить непрофильные контракты в отдельное юридическое лицо без льгот.

Что почитать и с чем поможем

• Доля выручки 70% для IT-льгот — что попадает в профильные доходы, а что нет.
• Самозанятые в IT: риски подмены трудовых отношений — вторая половина той же проблемы, со стороны исполнителей.
• Раздельный учёт для IT-льгот — как считать долю, чтобы не узнать о её падении в апреле.

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

Ставки и нормы в статье проверены по состоянию на 19 августа 2026 года: приказ ФНС от 18.06.2026 № ЕД-1-22/404@ (эксперимент с 01.09.2026 по 01.09.2027), профильные доходы и доля 70% (п. 1.15 ст. 284 и п. 5 ст. 427 НК РФ), ставка налога на прибыль для IT 5% и общая 25% (ст. 284 НК РФ), тариф взносов 15% в пределах предельной базы и 7,6% сверх (п. 2.2-1 ст. 427 НК РФ), предельная база 2 979 000 ₽ (постановление Правительства РФ от 31.10.2025 № 1705), запрет заёмного труда (ст. 56.1 и гл. 53.1 ТК РФ), пределы осуществления прав по налогам (ст. 54.1 НК РФ), штраф по ст. 122 НК РФ.