Кому принадлежит код: исключительные права на ПО по договору | ADVOLAW

Что охраняется авторским правом в программе для ЭВМ

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

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

Постановление СИП от 23.05.2022 № С01-633/2022 по делу № А40-101140/2021: сходство функциональных характеристик программ и их внешнего интерфейса само по себе не свидетельствует о копировании исходного текста (кода). Правовая охрана программы для ЭВМ распространяется на форму выражения, а не на идеи, алгоритмы или функции.

Как охраняется база данных: авторское право и смежные права

Базы данных охраняются двояко: как составные произведения (ст. 1260 ГК РФ) — если подбор или расположение материала является результатом творчества; а также как объекты смежных прав (ст. 1334 ГК РФ) — в части исключительного права изготовителя базы данных, которое возникает при существенных финансовых, материальных, организационных или иных затратах на её создание. Срок охраны составляет пятнадцать лет, считая с 1 января года, следующего за годом создания (ст. 1335 ГК РФ).

Нужно ли регистрировать программу для ЭВМ в Роспатенте

Регистрация в Роспатенте (ст. 1262 ГК РФ) носит добровольный характер и не является условием возникновения прав на программу. Однако согласно п. 6 ст. 1262 ГК РФ сведения, внесённые в Реестр программ для ЭВМ или в Реестр баз данных, считаются достоверными, пока не доказано иное. Это создаёт важную доказательственную презумпцию при спорах об авторстве и моменте создания программы.

Официальный сервис: Роспатент — fips.ru; подача заявки доступна через Госуслуги.

Кому принадлежат права на ПО по договору: три сценария

Ответ на вопрос «кому принадлежат права на программу?» зависит от того, в каких правоотношениях создавалось ПО. Закон выделяет три принципиально разных ситуации.

Сценарий 1: договор авторского заказа с физическим лицом

Если разработчик — физическое лицо — создаёт ПО по договору авторского заказа (ст. 1288 ГК РФ), то исключительное право на программу по умолчанию принадлежит автору-разработчику, если иное не предусмотрено договором. Договором может быть предусмотрено отчуждение исключительного права заказчику или предоставление ему лицензии.

Ст. 1288 ГК РФ: «По договору авторского заказа одна сторона (автор) обязуется по заказу другой стороны (заказчика) создать обусловленное договором произведение...» Если договором не предусмотрено иное, исключительное право принадлежит автору.

Сценарий 2: договор подряда или НИОКР с компанией или ИП

При создании ПО в рамках договора подряда (гл. 37 ГК РФ) или договора на выполнение НИОКР (гл. 38 ГК РФ) ситуация принципиально иная. Согласно ст. 1296 ГК РФ, если ПО создано по договору, предметом которого было именно его создание, исключительное право на разработанную программу по умолчанию принадлежит заказчику. Подрядчик при этом не остаётся без прав: он вправе использовать созданное ПО для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии — если договором это прямо не запрещено.

Это правило является диспозитивным — стороны вправе договориться иначе. Однако суды внимательно смотрят на фактические обстоятельства: если весь смысл договора сводился к созданию ПО для заказчика, суд может квалифицировать договор по ст. 1296 ГК РФ.

Сценарий 3: служебное произведение — ПО, написанное штатным сотрудником

Если ПО создано работником в рамках трудовых обязанностей (ст. 1295 ГК РФ), исключительное право на программу принадлежит работодателю, если трудовым или гражданско-правовым договором между работодателем и автором не предусмотрено иное. Работник сохраняет право авторства и право на вознаграждение, размер которого определяется договором, а в случае спора — судом.

Пункт 2 ст. 1295 ГК РФ: если работодатель в течение трёх лет со дня, когда служебное произведение было предоставлено в его распоряжение, не начнёт его использование, не передаст исключительное право другому лицу или не сообщит автору о сохранении произведения в тайне, исключительное право на служебное произведение возвращается автору.

Правовой режим закрытого ПО и лицензионные договоры

Что такое закрытое ПО юридически

Российское законодательство не содержит термина «закрытое ПО» — это понятие деловой практики. Юридически речь идёт о режиме, при котором правообладатель ограничивает права пользователей: запрещает изучение исходного кода, модификацию, распространение. Такой режим реализуется через лицензионный договор (ст. 1235–1238 ГК РФ) или пользовательское соглашение (EULA).

Какие условия обязательны в лицензионном договоре на ПО

Лицензионный договор на ПО должен содержать (ст. 1235 ГК РФ): предмет; способы использования ПО (строго перечислены, иные запрещены); срок действия (при отсутствии — 5 лет); территорию (при отсутствии — вся Россия).

Важно: лицензионный договор на ПО не подлежит государственной регистрации. Регистрации требует только переход исключительного права (отчуждение) на зарегистрированную программу (п. 5 ст. 1262 ГК РФ).

Российское право предусматривает несколько типов лицензий. Простая (неисключительная) лицензия позволяет лицензиару выдавать аналогичные права другим лицам — наиболее распространённая модель в B2C и SaaS. Исключительная лицензия лишает лицензиара права выдавать лицензии кому-либо ещё. Принудительная лицензия выдаётся по решению суда (ст. 1239 ГК РФ) и для ПО применяется редко. Открытая лицензия (ст. 1286.1 ГК РФ) является правовой основой для применения в РФ лицензий MIT, Apache, GPL.

Законны ли EULA и click-wrap соглашения в России

Пользовательские соглашения (EULA) и click-wrap соглашения признаются в России действительными при условии, что пользователь имел реальную возможность ознакомиться с условиями до начала использования ПО. Позиция подтверждена в п. 38 Постановления Пленума ВС РФ от 23.04.2019 № 10: конклюдентные действия (нажатие кнопки «Принять», установка программы) могут означать акцепт оферты.

Как защитить исходный код программы как коммерческую тайну

Параллельно с авторско-правовой охраной правообладатель может защищать исходный код как коммерческую тайну (ФЗ от 29.07.2004 № 98-ФЗ). Для этого необходимо: ввести режим коммерческой тайны; нанести гриф на носители; обеспечить ограниченный доступ; ознакомить работников с режимом под подпись.

Определение СКЭС ВС РФ от 26.04.2021 № 305-ЭС20-21015 по делу № А40-234293/2019: наличие в документах сведений, составляющих коммерческую тайну, не является основанием для отказа в их предоставлении; право на информацию реализуется при условии предоставления расписки о неразглашении конфиденциальной информации.

Типичные ошибки в договорах на разработку ПО и их последствия

Ошибка 1: нет прямой формулировки о передаче исключительного права на программу

Наиболее распространённая ошибка — формулировки типа «разработчик передаёт результат работ заказчику» или «заказчик получает право использовать ПО». Согласно п. 1 ст. 1233 ГК РФ, распоряжение исключительным правом осуществляется только в формах, предусмотренных ГК РФ: договор отчуждения или лицензионный договор.

Постановление Пленума ВС РФ от 23.04.2019 № 10, п. 37: «В случае, если из договора прямо не следует, что исключительное право переходит к приобретателю, договор считается лицензионным». Это правило защищает автора, но создаёт неопределённость для заказчика.

Ошибка 2: не указаны способы использования ПО

Лицензионный договор без перечня способов использования не защищает ни одну из сторон. Для заказчика это означает риск того, что разработчик запретит декомпиляцию или передачу лицензии дочерней компании; для разработчика — риск несанкционированной модификации или распространения ПО.

Ошибка 3: не проверены лицензии на компоненты с открытым кодом

Если разработчик включает в ПО компоненты под «копилефтными» лицензиями (GPL v2/v3, LGPL, AGPL), это может повлечь распространение требований лицензии на всё ПО в целом. Лицензии MIT, BSD и Apache 2.0 копилефта не содержат — минимальный риск. LGPL 2.1/3.0 — слабый копилефт: саму библиотеку нужно распространять с исходниками. GPL v2/v3 — сильный копилефт: всё производное ПО должно быть открыто. AGPL v3 — наиболее строгий: обязанность раскрыть код возникает даже при предоставлении доступа через сеть (SaaS).

Ошибка 4: не урегулирована судьба прав при расторжении договора

Если договор расторгнут, а условия о правах на ПО отсутствуют, заказчик может лишиться права использовать уже оплаченное и внедрённое ПО: согласно ст. 453 ГК РФ, при расторжении договора обязательства сторон прекращаются на будущее время. Следует прямо указывать в договоре, что лицензия сохраняется после его расторжения.

Три правила, которые защитят ваши права на программу

Большинство конфликтов между разработчиком и заказчиком возникает не из-за пробелов в законе, а из-за небрежного договорного оформления. Три правила, которые минимизируют риски:

• Прямо указывайте в договоре, кому принадлежит исключительное право на программу (ст. 1234 или ст. 1235 ГК РФ) — формулировка «передаёт результат» юридически недостаточна.
• Перечисляйте допустимые способы использования ПО — всё, что не указано, запрещено.
• Проводите аудит Open Source компонентов и предоставляйте заказчику SBOM (Software Bill of Materials) — перечень всех компонентов с указанием применимых лицензий.

Часто задаваемые вопросы