Ловушка B2B-контракта: как работа через ИП превратилась в иск на 17 миллионов рублей

Откройте прямо сейчас профильные каналы с вакансиями или HeadHunter в категории «Информационные технологии». Если не половина, то как минимум добрая треть предложений для Senior и Lead разработчиков встречает условиями: «Оформление: ИП / СЗ / ГПХ».

В индустрии это давно превратилось в джентльменское соглашение. Компания срезает зарплатные налоги (минус ~40% с ФОТ), взамен разработчик получает привлекательный оклад на расчетный счет по льготной ставке УСН. Все довольны: инфраструктура работает, таски закрываются, выплаты капают день в день. Мы привыкли мыслить архитектурой, пайплайнами, весами нейросетей, микросервисами и договоренностями в трекерах и мессенджерах. Документооборот? «Бухгалтерия там сама что-то закроет, зачем отвлекаться на бюрократию?»

Я совершил эту классическую ошибку инженера. Итог: когда наниматель решил закрыть стартап, мне не просто отказались выплатить остаток заработанного, но и выставили официальную претензию с требованием вернуть абсолютно все деньги, выплаченные мне за 3,5 года работы — 17 014 112 рублей. А суд первой инстанции посчитал, что заказчик… в целом прав.

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

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

Акт 1. Архитектура доверия и «договор для галочки»

Осенью 2021 года я вернулся в Россию после длительного проживания за рубежом. Прошлые международные контракты были закрыты, клиентской базы в РФ не было — на руках только багаж знаний в архитектуре высоконагруженных систем, бэкенде и системном администрировании.

Я откликнулся на предложение одного из известных некогда медийных холдингов (юридически проект велся через компанию ООО «А.»). Задача стояла амбициозная и сугубо инженерная: с нуля спроектировать и развернуть аналитическую систему мониторинга медиапространства.

Фактически требовалось создать специализированный поисковый движок с глубокой интеграцией машинного обучения:

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

• парсинг, нормализация, дедупликация и индексация;

• большой пласт работы с ИИ;

• проектирование отказоустойчивой архитектуры баз данных;

• системное администрирование физической серверной инфраструктуры.

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

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

Ситуация требовала определенности, деньги были нужны — я зарегистрировал ИП. В середине декабря пришла первая выплата за фактически отработанные месяцы. Только после этого мне сбросили черновик договора, причем формулировки и суммы подгонялись постфактум прямо под уже совершенный платеж.

Срок действия этого базового договора на бумаге составлял всего три месяца — до февраля 2022 года. После этого он благополучно истек. Но работа только начиналась.

Акт 2. Кластер, сотни парсеров, пайплайны ИИ и «оплата времени»

Проект масштабировался на протяжении 2022–2024 годов:

1. Инфраструктура: Проект рос и с первоначального одинокого сервера на Hetzner потолстел до пула выделенных физических серверов у крупного хостинг-провайдера с ежемесячным чеком за аренду свыше 300 000 рублей. Счета оплачивало ООО напрямую хостеру, но администрированием и архитектурой полностью управлял я со своих рабочих учетных записей.

2. ML и функционал: Ядро поисковика успешно функционировало и обрабатывало терабайты данных, векторные базы данных крутились, пайплайны инференса моделей выдавали аналитику. Позже появилась потребность собирать данные не только из мессенджеров и соцсетей, но и с сотен внешних новостных сайтов и видеохостингов (включая транскрибацию и перевод на русский иностранных источников). Мы согласовали формат: к основному фиксированному ежемесячному бюджету шла дополнительная оплата за каждый развернутый модуль сбора данных.

Выплаты шли строго раз в месяц, фиксированными суммами:

• 2022 год — одинаковые ежемесячные транзакции;

• 2023 год — стабильный фикс (базовая ставка + модульная часть + налоги);

• 2024 год — аналогично, единым траншем день в день.

Критическая деталь: За 3,5 года работы я ни разу не выставил заказчику ни одного счета. Заказчик ни разу не запросил и не прислал мне на подпись ни одного ежемесячного промежуточного акта сдачи-приемки работ.

А теперь самое интересное про договоры. Как мыслит разработчик? Есть проект, есть задачи в спринтах, раз в месяц на счет падает оговоренная сумма. Кто из инженеров вчитывается в текстовое поле назначения платежа в банковской выписке, если сумма совпадает до копейки? Зачем это разработчику?

Как выяснилось много позже, компания где-то у себя в недрах бухгалтерии нарисовала проект некоего нового «Договора» со сроком действия… на 5 лет. Сам этот договор я впервые в глаза увидел только в 2026 году уже в материалах судебного дела. Мне его никто не передавал, я его никогда не подписывал и даже не держал в руках. Но бухгалтерия нанимателя годами просто вписывала его реквизиты в платежки.

В диалогах в мессенджерах при этом всё называлось своими именами. Цитаты из нотариально заверенного протокола переписки с руководителем:

Руководитель: «Я оплачиваю твоё время основным платежом».
Я: «Это моя месячная базовая часть, а за модули мы договаривались отдельно».
Руководитель: «Да, всё так».

Акт 3. Финал проекта и досудебный ультиматум

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

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

«Ничего платить не будем, и если ты с нуля в сжатые сроки не создаешь полную документацию на всю систему за 3,5 года, то мы потребуем через суд вернуть абсолютно все деньги, перечисленные тебе за все годы — все 17 миллионов рублей».

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

Следом от заказчика поступила официальная досудебная претензия:

1. Заказчик утверждает, что за 3,5 года «никаких результатов работ передано не было, ни одного акта сдачи-приемки не подписано».

2. Заказчик заявляет об отказе от базового договора (спустя несколько лет после истечения его формального срока).

3. Заказчик заявляет об отказе от того самого пятилетнего соглашения, которое я даже не видел.

4. Главное требование: вернуть в полном объеме 17 014 112 рублей как неосновательное обогащение.

Акт 4. Суд первой инстанции и технические реалии

Поскольку фактически между нами существовали трудовые отношения (ежемесячная фиксированная оплата за процесс труда, интеграция в структуру компании, выполнение постоянных задач по графику), я обратился в суд общей юрисдикции с иском о признании отношений трудовыми (ст. 15, 16, 19.1 ТК РФ) и выплате задолженности.

Казалось, правовая позиция очевидна:

• Согласно ч. 4 ст. 19.1 ТК РФ, неустранимые сомнения при рассмотрении споров о признании отношений трудовыми толкуются в пользу наличия трудовых отношений.

• Письменных договоров подряда на большую часть периода и сумм не было.

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

• Инфраструктуру (серверный кластер под работу с данными и нейросетями) оплачивало само юридическое лицо.

Однако суд первой инстанции в удовлетворении требований отказал, заняв сторону заказчика. Из мотивировочной части решения стали понятны ключевые системные проблемы, с которыми сталкиваются IT-специалисты в районных судах:

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

2. Ловушка делегирования и компенсаций. В судах общей юрисдикции бытует архаичное представление: работник обязан всё делать строго сам, лично и руками от звонка до звонка. Если работодатель попросил вас оперативно подключить к задаче стороннего помощника, дизайнера или купить прокси/токены API нейросетей, а потом просто докинул вам эту сумму в общую выплату — поздравляем, в глазах суда вы мгновенно превращаетесь в «генерального подрядчика».

3. Арифметические расхождения. Ответчик заявил позицию о сдельщине за разработанные парсеры. Суд отразил это в решении, не сопоставив реальную стоимость парсеров (около 1,6 млн рублей) с общим объемом выплат в 17 миллионов рублей. Оставшиеся 15+ миллионов рублей регулярных выплат просто выпали из детального анализа.

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

На данный момент готовится апелляционная жалоба в вышестоящую судебную инстанцию. Карточка спора находится в открытом доступе в судебном делопроизводстве (дело № 2-1002/2026), и окончательная точка в этом споре еще не поставлена.

Чек-лист для инженера: как не оказаться должником за собственную работу

Если вы прямо сейчас работаете с российскими заказчиками по схеме ИП или СЗ на условиях долгосрочной «псевдо-занятости» — учтите эти правила, пока проект не дошел до стадии закрытия.

1. Отсутствие закрывающих актов — смертельный риск

Если вы получаете регулярные B2B-переводы без выставления счетов и подписания двусторонних актов выполненных работ (КС-2/актов сдачи-приемки), в глазах Гражданского кодекса вы получаете авансы.
Если отношения испортятся, юристы компании могут заявить немотивированный отказ от договора (ст. 717 или 782 ГК РФ) и потребовать возврата неотработанного аванса как неосновательного обогащения (ст. 1102 ГК РФ) за весь срок исковой давности (до 3 лет).
Правило: нет ежемесячного подписанного акта — вы не защищены.

2. Проверяйте назначение входящих платежей

Даже если вам глубоко чужда бухгалтерия, заглядывайте в детали входящих транзакций. Если компания пишет там: «Оплата по Договору №...», а вы в глаза не видели этот договор — немедленно требуйте разъяснений и подписания документов. Иначе через пару лет в суде окажется, что вы годами «выполняли условия» соглашения, текст которого сочинили без вашего участия.

3. Фиксируйте серверные мощности как рабочее место

Для районного суда ваш домашний ПК или ноутбук — это станок. Если вы кодите из дома, судья делает вывод: «предприниматель работает на своем оборудовании на свой страх и риск».
Правило: В договорах или регламентах всегда прямо прописывайте: «Работы выполняются исключительно на серверной инфраструктуре заказчика с предоставлением удаленного доступа к среде разработки и вычислительным мощностям».

4. Передача доступов — только под роспись

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

5. Не полагайтесь на автоматизм ст. 19.1 ТК РФ

Хотя закон декларирует, что любые сомнения толкуются в пользу трудового договора, судебная практика неоднородна. Если у вас открыт статус ИП, есть расчетный счет и вы регулярно платите налоги по УСН, суды первой инстанции склонны видеть в вас самостоятельного бизнес-субъекта, добровольно выбравшего коммерческий риск. Доказать обратное — огромный юридический труд.

Сталкивались ли вы с попытками оспорить выплаты по договорам ИП/ГПХ при закрытии проектов, и проверяете ли вы назначения платежей от постоянных заказчиков? Поделитесь практикой в комментариях.

P.S. Если у кого-то есть опыт в подобных делах, скиньте в личку или на @leowrs