Разработчику, который 3,5 года создавал аналитическую систему для стартапа, предъявили требование вернуть 17 014 112 рублей. История, которую сообщает Habr / Карьера, показывает неприятную сторону схемы «работа через ИП»: регулярные выплаты и задачи в трекере не заменяют договор, счета и акты, если отношения внезапно доезжают до суда.
По версии автора публикации, осенью 2021 года он начал работать над системой мониторинга медиапространства для проекта, который юридически вело ООО «А.». В задачи входили проектирование высоконагруженной архитектуры, сбор и обработка неструктурированных данных, поиск, индексация, ML-пайплайны и администрирование серверов. После первых месяцев заказчик предложил стандартную для IT-рынка конструкцию: зарегистрировать ИП, открыть счет и получать фиксированную сумму раз в месяц, а формальности закрыть рамочным договором на разработку ПО.
Первый платеж поступил в декабре 2021 года, а черновик договора исполнитель увидел уже после этого. Документ, по его словам, был рассчитан лишь до февраля 2022 года. Проект же продолжался до 2025-го: инфраструктура выросла от одного сервера до выделенного пула у хостинг-провайдера, чья аренда, как утверждает автор, обходилась компании более чем в 300 тыс. рублей ежемесячно. Система обрабатывала терабайты данных, использовала векторные базы и модели для аналитики; позднее к ней добавляли сбор данных с новостных сайтов, видеохостингов и других источников.
Деньги приходили регулярно и фиксированными суммами: базовая ежемесячная часть плюс доплаты за новые модули. Но исполнитель не выставлял счета, а заказчик не направлял акты сдачи-приемки. В переписке с руководителем, которую автор заверил нотариально, речь шла об оплате времени и месячной базовой части. При этом уже в материалах судебного спора разработчик обнаружил другой договор — рассчитанный на пять лет. Он утверждает, что не получал его и не подписывал, хотя реквизиты этого соглашения годами указывали в назначении платежей.
Конфликт начался с задержек выплат в конце 2024 года. Летом 2025-го перечисления остановились, а в августе руководство сообщило о заморозке проекта. Автор пишет, что передал назначенному специалисту root-доступы к серверам и не вмешивался в работу инфраструктуры. После требования рассчитаться за уже выполненную работу он получил претензию: компания заявила, что результаты не передавались, актов нет, а перечисленные за годы средства подлежат возврату как неосновательное обогащение.
Разработчик обратился в суд с требованием признать отношения трудовыми: он ссылается на постоянную работу в интересах одной компании и регулярную оплату процесса труда. Однако, по его словам, суд первой инстанции в целом поддержал позицию заказчика; спор перешел в апелляцию. Окончательная правовая оценка еще не поставлена, а изложенные факты отражают позицию автора публикации. Но уже сейчас кейс полезен как инструкция по тому, какие доказательства исчезают первыми, когда устные договоренности перестают работать.
Для специалистов риск не сводится к размеру последнего неоплаченного месяца. Работа через ИП превращает разработчика в контрагента, а не автоматически в сотрудника: суд будет смотреть на документы, содержание платежей, переписку, доступы и фактически переданные результаты. Компания, в свою очередь, тоже получает проблему: отсутствие формализованной приемки делает зависимость от ключевого инженера плохо управляемой, а спор о результатах — дорогим и затяжным.
Минимальный набор гигиены здесь выглядит скучно ровно до первого конфликта:
- подписать договор до первой оплаты и проверить срок его действия;
- зафиксировать предмет работ, стоимость, порядок изменения задач и права на код, документацию и доступы;
- выставлять счета и подписывать акты по этапам или хотя бы ежемесячно;
- хранить подтверждения передачи результата: репозитории, релизы, документацию, письма и переписку;
- проверять назначение платежей и не соглашаться молча с реквизитами документа, которого вы не видели.
На рынке, где оформление через ИП остается привычным для Senior- и Lead-позиций, договор «для бухгалтерии» способен оказаться главным техническим долгом проекта. Чем дольше команда заменяет приемку задач сообщениями в мессенджере, тем выше цена момента, когда у бизнеса заканчиваются деньги или терпение.