Закон и власть

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

Office Life

В компаниях зачастую считают: «Мы заплатили — значит, это наше». В быту это логично, но в интеллектуальной собственности (ИС) так работает не всегда. Проблема всплывает обычно в самый неудобный момент: инвестор просит подтвердить права на продукт, подрядчик не отдает исходники, бывший сотрудник запрещает использовать дизайн, а по рекламным материалам приходят претензии с требованием убрать чужие фотографии.

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

Матвей Городник,

старший юрист юридической фирмы Art Legal

Старший юрист юридической фирмы Art Legal Матвей Городник специально для Office Life объясняет, кто по умолчанию владеет правами, какие конструкции действительно работают и где компании чаще всего ошибаются.

Базовая логика: «Файл у вас не равно права у вас»

В интеллектуальной собственности важно различать:

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

По словам Матвея Городника, классическая ошибка бизнеса — подписать акт выполненных работ / оказанных услуг, получить файлы и считать вопрос закрытым. На самом деле часто закрыта поставка результата, но не закрыто распоряжение правами.

Справка Office Life

Гражданский кодекс в качестве объектов авторского права прямо называет в том числе:

компьютерные программы (то есть код),
произведения прикладного искусства и дизайна,
фотографические произведения, аудиовизуальные произведения и т. п.

При этом стоит помнить, что авторское право возникает «по факту создания», без регистрации и формальностей.

Два главных способа «получить права» от автора/исполнителя

Юридически бизнес обычно выбирает между двумя режимами.

Вариант А. Отчуждение (уступка) исключительного права (иными словами, «передали навсегда»).

Это когда правообладатель передает исключительное право в полном объеме другому лицу.

Вариант Б. Лицензия (иными словами, «разрешили пользоваться в пределах договора»).

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

И тут, обращает внимание юрист, ключевая норма, которую компании недооценивают.

— Если в договоре не сказано, что исключительное право отчуждается, такой договор признается лицензионным, — говорит Матвей Городник. — То есть абстрактная фраза «все права принадлежат заказчику» без корректной конструкции иногда дает не то, что бизнес ожидает. В договоре необходимо прописывать все максимально предметно и детально.

Типовые ситуации и типичные ошибки

Ниже в качестве примера приведены самые распространенные сценарии. Именно с ними зачастую сталкиваются стартапы, агентства, производственные компании с IT‑поддержкой и любой малый / средний бизнес, который делает сайт / приложение / бренд / маркетинг.

Код / дизайн / контент делает штатный сотрудник

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

По белорусскому законодательству авторское право на служебное произведение принадлежит автору, но исключительное право с момента создания переходит к нанимателю, если иное не предусмотрено договором.

Ошибка № 1: нет привязки к трудовой функции

Если в должностной инструкции / контракте разработчика или дизайнера не усматривается, что он обязан создавать такие результаты (код, дизайн, тексты), начинается зона споров: была ли работа служебной или «творчеством в свободное время».

Ошибка № 2: компания не использует результат

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

Для бизнеса это важно в долгосрочных проектах и пилотах.

Ошибка № 3: попытка присвоить личные права автора

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

Что следует делать:

в трудовом договоре / контракте и должностной инструкции зафиксировать создание результатов ИС как часть трудовой функции;
регламентировать порядок передачи исходников / репозиториев и доступов;
не оставлять важные материалы на личных аккаунтах и устройствах;
регламентировать порядок использования / внедрения материалов.

Код / дизайн предоставили по несвязанному договору подряда / услуг

На практике иногда возникают следующие ситуации:

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

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

если договор услуг / подряда прямо не предусматривал создание результата ИС, то исключительное право принадлежит подрядчику / исполнителю, если договором не установлено иное;
заказчик вправе использовать этот результат в целях договора, но это не является исключительным правом.

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

Чтобы не допустить такой ситуации, нужно изначально включить в договор блок «Создание результата ИС и распоряжение правами» или подписывать отдельное дополнительное соглашение / акт об отчуждении прав или лицензии на созданные компоненты.

Компания заказала создание сайта / приложения / логотипа, но права все равно не оформила

Для ситуации, когда компания действительно заказывает создание результата ИС, в гражданском законодательстве существует специальная конструкция: договор о создании и использовании результата интеллектуальной деятельности.

Там важно следующее:

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

Ошибка № 1: приемки нет, а проект уже в продакшене

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

Ошибка № 2: права заказчика описаны абстрактно

Слишком общая формулировка в части прав заказчика на результат может не закрыть реальные потребности бизнеса:

перенос на другие платформы,
переработка,
создание производных версий,
использование частей дизайна в рекламе, на упаковке и т. д.

Ошибка № 3: нет цепочки прав от субподрядчиков

Если исполнитель привлек фрилансера (дизайнера / видеографа / разработчика), а тот не передал ему права должным образом, то у заказчика могут возникнуть проблемы с правами на такие материалы.

По факту это один из самых опасных рисков в креативных и IT‑проектах.

Дизайн: логотип и фирменный стиль — это не только бренд, но и авторское право

Иногда встречается ошибочное мнение о том, что дизайн — это и есть бренд, а значит, его достаточно просто использовать. Но дизайн как результат творчества подпадает под авторское право (например, дизайн и прикладное искусство).

Здесь встречаются следующие ошибки:

заказали логотип у фрилансера в переписке и получили просто PNG;
не получили исходники (например, Figma);
не прописали право переработки (редизайн, адаптация, новые версии);
не убедились в наличии прав на шрифты, иконки, фотоматериалы внутри дизайна.

Контент (тексты / фото / видео): просто взяли в интернете

Контент — это один из самых быстрых способов получить претензию, потому что его много, он тиражируется и о нем забывают.

Примеры ошибок:

взяли фото конкурента / поставщика для каталога;
использовали чужие фото в рекламе без согласия правообладателя;
размещали контент, не проверяя лицензии на стоки / музыку / шрифты.

Отдельный риск: open source и лицензии на библиотеки

Здесь речь идет скорее не о белорусской правоприменительной практике, а о реальной коммерческой деятельности. Ошибкой было бы предполагать, что если разработчик поставил библиотеку, то автоматически значит, что это безопасно.

В таком случае потом может выясниться, что лицензия требует раскрытия исходников (в зависимости от типа лицензии), запрещает коммерческое использование без покупки или обязывает включать уведомления / копию лицензии.

Даже если до суда не дойдет, в M&A и due diligence это часто превращается в красный флаг.

Чем это все грозит бизнесу

Нельзя масштабировать продукт (инвестор / партнер просит подтвердить права, а вы не можете).
Зависимость от одного подрядчика (другой разработчик не может легально дорабатывать, потому что исключительные права не у вас).
Блокировки и требования удалить контент (фото / видео / музыку).
Убытки на переделку (дешевле один раз правильно оформить права, чем делать редизайн / переписывать код из‑за юридических рисков).
Споры с сотрудниками / фрилансерами (чаще всего из‑за отсутствия документов и прозрачной модели вознаграждения / приемки).

Что со всем этим делать (чек‑лист)

На уровне документов

Для сотрудников:

должностная инструкция и трудовой договор / контракт: создание кода / дизайна / контента как часть трудовой функции;
регламент передачи исходников, доступов, репозиториев;
регламент использования и внедрения результатов (риски неиспользования в течение пяти лет).

Для подрядчиков:

если вы хотите владеть полностью, прямо закрепляйте отчуждение исключительного права;
если вам нужна лицензия, описывайте ее пределы максимально конкретно;
если договор не говорит об отчуждении, это будет трактоваться как лицензия;
если договор услуг / подряда не предусматривал создание результата — по умолчанию права у исполнителя.

На уровне формулировок

В хороших договорах на код / дизайн / контент обычно есть:

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

На уровне процессов

Вести внутренний реестр ИС: что создано, кем, по какому договору, где лежат исходники и подтверждения;
хранить лицензии на стоки / шрифты / музыку и список используемых библиотек;
запретить «коммерческий контент из Google» как корпоративный стандарт;
при найме / увольнении — чек‑лист передачи репозиториев, Figma, облака, админок.