Почему договор услуг не защитит права на программный код

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

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

Юридическая природа кода: почему это не просто «услуга»

Чтобы понять суть проблемы, необходимо обратиться к основам гражданского права. С точки зрения юриспруденции (в частности, Гражданского кодекса РФ), программный код приравнивается к литературным произведениям. Это означает, что написанный разработчиком код является объектом авторского права, то есть интеллектуальной собственностью.

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

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

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

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

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

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

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

Чем это грозит заказчику?

Блокировка проекта. Автор кода может в любой момент направить претензию с требованием прекратить неправомерное использование его интеллектуальной собственности.
Шантаж и суды. Разработчик может потребовать выплаты огромных компенсаций (вплоть до 5 миллионов рублей по законам РФ за каждый факт нарушения) за использование кода без соответствующей лицензии.
Продажа конкурентам. Поскольку права остались у фрилансера, он имеет полное юридическое право взять написанный за ваши деньги код и продать его вашему прямому конкуренту в виде готового решения.
Невозможность регистрации. Заказчик не сможет внести такое ПО в Реестр отечественного программного обеспечения или зарегистрировать права на него в Роспатенте, так как не сможет подтвердить цепочку перехода прав.

Риски для разработчика: неоплаченный труд и потеря контроля

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

Договор услуг предполагает оплату за «действия». Если заказчик решает, что действия были недостаточными, код работает не так, как он себе визуализировал (даже если четкого ТЗ не было), он может отказаться подписывать акт и платить деньги. При этом заказчик может уже тайно внедрить куски кода в свои системы. В судебной практике встречается множество дел, когда корпорации отказывались оплачивать работу, ссылаясь на то, что «услуга не оказана надлежащим образом», хотя разработанный функционал де-факто использовался. О том, как действовать в таких сложных ситуациях и успешно защищать свои интересы в суде, можно прочитать, изучив этот источник, где подробно разобран реальный кейс успешного противостояния ИТ-фрилансера и крупной корпорации.

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

Как правильно оформлять передачу прав на код

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

Договор авторского заказа (ст. 1288 ГК РФ). Идеально подходит, когда заказчик нанимает физическое лицо (фрилансера, автора) для создания конкретного программного продукта (нового кода), которого еще не существует в природе. В таком договоре обязательно должно быть прописано условие либо об отчуждении (полной передаче) исключительного права заказчику, либо о предоставлении лицензии на его использование.
Договор на разработку программного обеспечения с условием об отчуждении прав. Подходит для работы между юридическими лицами (например, заказчик и IT-студия). Этот документ содержит элементы договора подряда, но главное в нем — это раздел об интеллектуальной собственности.

Что обязательно должно быть прописано в правильном договоре:

Момент перехода прав. Права переходят в момент подписания акта приема-передачи к конкретному этапу или ко всему проекту? Или только после 100% оплаты? (Второе защищает разработчика от неоплаты).
Территория и срок. Если права отчуждаются полностью, указывается, что они передаются на весь срок действия авторского права на территории всех стран мира.
Использование Open Source. Код редко пишется с нуля. Программисты используют открытые библиотеки (open-source). В договоре должно быть указано, имеет ли право разработчик использовать сторонние компоненты под лицензиями MIT, GPL, Apache и как он обязан уведомлять об этом заказчика (чтобы не нарушить лицензию «вирусного» типа вроде GPL).
Право на переработку и анонимное использование. Заказчику важно прописать, что он может изменять код программного продукта в будущем силами других команд, а также не указывать имя первоначального разработчика в интерфейсе программы.

Идентификация объекта: что именно передается?

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

В правильном ИТ-договоре результатом работ признается не «услуга», а исходный код. В актах приема-передачи должно быть четко зафиксировано, какой именно код передается. Обычно это делается с помощью указания хеш-сумм коммитов (commit hash) в репозитории (например, на GitHub или GitLab), ссылок на конкретные архивы с исходным кодом, либо приложения к акту цифровых носителей. Если дело дойдет до суда, экспертиза сможет точно установить, права на какие именно строчки кода были переданы, а на какие — нет.

Выводы

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

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