Кому на самом деле принадлежит ваш сайт: 5 юридических ловушек в договорах на заказную веб-разработку

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

«Право использования» vs «Исключительные права»: в чем разница и где капкан

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

Требование законодательства (ст. 1296 ГК РФ): единственно безопасная формулировка — «отчуждение исключительных прав в полном объеме с момента подписания итогового акта приема-передачи».

5 юридических ловушек в договорах на разработку, которые сжигают бюджет

• Ловушка 1. Исходный код на «серверах исполнителя». Агентство не дает доступ к репозиторию (GitHub/GitLab), мотивируя это защитой своего «ноу-хау». Итог: клиент оказывается в заложниках — любая кнопка дорабатывается с наценкой x3, а уйти к другому подрядчику невозможно без переписывания софта с нуля.

• Ловушка 2. Оплата «за услуги» вместо создания РИД. Бухгалтерия оплачивает счета с назначением «оказание консультационных или информационных услуг». Итог: налоговая снимает расходы по налогу на прибыль, а поставить софт на баланс как нематериальный актив (НМА) юридически невозможно.

• Ловушка 3. Заражение проприетарного кода вирусными лицензиями (GPL / AGPL). Разработчик использовал открытую библиотеку с copyleft-лицензией. Юридическое последствие: весь коммерческий продукт компании формально обязан стать открытым и общедоступным. Разрешены только permissive-лицензии: MIT, Apache 2.0, BSD.

• Ловушка 4. Размытый предмет ТЗ без промежуточных вех. Формулировка «разработка корпоративного сайта в соответствии с макетами» не защищает в суде. Каждая функция должна быть оцифрована в ТЗ, а сдача проекта — разбита на фиксированные этапы (Fixed Milestones).

• Ловушка 5. Иллюзия «бесплатной поддержки» и отсутствие гарантийного SLA. После подписания акта студия заявляет, что любые исправления багов — это платные доработки. В договоре обязан быть зафиксирован гарантийный срок (SLA) не менее 6–12 месяцев на безвозмездное устранение скрытых дефектов.

Чек-лист для бухгалтерии и финдира: как поставить софт на баланс как НМА

• 1. Договор с разделом о полном отчуждении исключительных прав на программу для ЭВМ и базы данных.

• 2. Подробное техническое задание со сценариями использования.

• 3. Акт приема-передачи исключительных прав (с выделением стоимости прав отдельной строкой).

• 4. Справка-расчет первоначальной стоимости НМА (сумма договора, пошлины, расходы на внедрение).

• 5. Приказ руководителя о вводе объекта нематериального актива в эксплуатацию и установлении срока полезного использования (СПИ).

Стандарты чистой разработки: из нашей практики

• Передача доступа к репозиторию (GitLab/GitHub) в первый рабочий день;

• Чистый стек Next.js/TypeScript на разрешительных лицензиях (MIT);

• Поэтапная передача исключительных прав по актам каждого спринта (Fixed Milestones);

• Фиксированная прозрачная ставка от 2 000 ₽/час;

• Гарантия (SLA) 12 месяцев на весь созданный функционал в договоре.

Часто задаваемые вопросы об интеллектуальных правах

В какой момент к заказчику переходят исключительные права на сайт?
В момент подписания акта приема-передачи исключительных прав и полной оплаты соответствующего этапа.

Можно ли поставить сайт на баланс как НМА, если разработчиком было ИП или самозанятый?
Да, если в договоре прямо прописано отчуждение исключительных прав и подписан соответствующий акт с актом закрытия расчетов.

Чем опасна формулировка «неисключительная лицензия» в договоре подряда?
Она оставляет право собственности у студии, лишает вас возможности капитализировать софт как актив компании и позволяет исполнителю перепродавать ваш продукт третьим лицам.

Имеет ли право веб-студия использовать созданный для нас код в других проектах?
При передаче исключительных прав в полном объеме — нет, студия теряет право распоряжаться этим кодом.

Какой гарантийный срок на веб-разработку считается рыночным стандартом?
Рыночная норма для зрелых инженерных студий — от 6 до 12 месяцев бесплатного устранения дефектов.