Кому принадлежат права на код, дизайн и контент — читайте про типичные ошибки белорусских компаний в статье Матвея Городника для делового портала OfficeLife по ссылке.
Ниже приводим текст:
В компаниях зачастую считают: «Мы заплатили — значит, это наше». В быту это логично, но в интеллектуальной собственности (ИС) так работает не всегда. Проблема всплывает обычно в самый неудобный момент: инвестор просит подтвердить права на продукт, подрядчик не отдает исходники, бывший сотрудник запрещает использовать дизайн, а по рекламным материалам приходят претензии с требованием убрать чужие фотографии.
Базовая логика: «Файл у Вас не равно права у Вас»
В интеллектуальной собственности важно различать:
- материальный носитель / файл: вы получили архив, макет, доступ к репозиторию.
- Исключительное право: право использовать, изменять, распространять, продавать, лицензировать и запрещать другим.
- Личные неимущественные права автора (например, право авторства): они неотчуждаемы, от них нельзя «отказаться по договору». Любые соглашения об отказе от таких прав — ничтожны.
По словам Матвея Городника, классическая ошибка бизнеса — подписать акт выполненных работ / оказанных услуг, получить файлы и считать вопрос закрытым. На самом деле часто закрыта поставка результата, но не закрыто распоряжение правами.
Справка
Гражданский кодекс в качестве объектов авторского права прямо называет в том числе:
- компьютерные программы (то есть код),
- произведения прикладного искусства и дизайна,
- фотографические произведения, аудиовизуальные произведения и т. п.
При этом стоит помнить, что авторское право возникает «по факту создания», без регистрации и формальностей.
Два главных способа «получить права» от автора/исполнителя
Юридически бизнес обычно выбирает между двумя режимами.
- Вариант А. Отчуждение (уступка) исключительного права (иными словами, «передали навсегда»).
Это когда правообладатель передает исключительное право в полном объеме другому лицу.
- Вариант Б. Лицензия (иными словами, «разрешили пользоваться в пределах договора»).
Лицензия может быть неисключительной (правообладатель может передавать права и другим, а также пользоваться сам) или исключительной (монополия на использование) — в зависимости от условий.
И тут, обращает внимание юрист, ключевая норма, которую компании недооценивают.
— Если в договоре не сказано, что исключительное право отчуждается, такой договор признается лицензионным, — говорит Матвей Городник. — То есть абстрактная фраза «все права принадлежат заказчику» без корректной конструкции иногда дает не то, что бизнес ожидает. В договоре необходимо прописывать все максимально предметно и детально.
Типовые ситуации и типичные ошибки
Ниже в качестве примера приведены самые распространенные сценарии. Именно с ними зачастую сталкиваются стартапы, агентства, производственные компании с IT‑поддержкой и любой малый / средний бизнес, который делает сайт / приложение / бренд / маркетинг.
Код / дизайн / контент делает штатный сотрудник
Позиция «Это наш работник, значит, все, что он делает, автоматически наше» содержит в себе определенные риски. Очень важно проверять, чтобы результат работы обладал статусом служебного произведения.
По белорусскому законодательству авторское право на служебное произведение принадлежит автору, но исключительное право с момента создания переходит к нанимателю, если иное не предусмотрено договором.
Ошибка № 1: нет привязки к трудовой функции
Если в должностной инструкции / контракте разработчика или дизайнера не усматривается, что он обязан создавать такие результаты (код, дизайн, тексты), начинается зона споров: была ли работа служебной или «творчеством в свободное время».
Ошибка № 2: компания не использует результат
В белорусском законодательстве существует неожиданная для многих нанимателей / предпринимателей норма: если наниматель в течение пяти лет не начнет использовать служебное произведение и не передаст права другому лицу — исключительное право переходит к автору, если договором не установлено иное.
Для бизнеса это важно в долгосрочных проектах и пилотах.
Ошибка № 3: попытка присвоить личные права автора
Юридически невозможно понудить автора отказаться от личных неимущественных прав (право авторства и т. п.). Можно регулировать порядок указания авторства, внутренние правила публикаций, конфиденциальность, но не отказаться от авторства.
Что следует делать:
- в трудовом договоре / контракте и должностной инструкции зафиксировать создание результатов ИС как часть трудовой функции;
- регламентировать порядок передачи исходников / репозиториев и доступов;
- не оставлять важные материалы на личных аккаунтах и устройствах;
- регламентировать порядок использования / внедрения материалов.
Код / дизайн предоставили по несвязанному договору подряда / услуг
На практике иногда возникают следующие ситуации:
- заключили договор на маркетинговые услуги, а в процессе сделали фирменный стиль и креативы;
- заключили договор на сопровождение сайта, а подрядчик переписал часть кода или сделал новый модуль;
- заключили договор на внедрение CRM, а исполнитель разработал интеграцию / скрипт.
Здесь ошибка компании заключается в том, что договор не предполагал создание результата интеллектуальной деятельности, а он возник. В этой компании могут быть уверены, что все права автоматически у них, однако гражданское законодательство прямо говорит обратное:
- если договор услуг / подряда прямо не предусматривал создание результата ИС, то исключительное право принадлежит подрядчику / исполнителю, если договором не установлено иное;
- заказчик вправе использовать этот результат в целях договора, но это не является исключительным правом.
Иными словами, может получиться ситуация, когда компания не сможет легально передать код другому подрядчику на доработку; перепродать продукт; использовать дизайн на других носителях, если это выходит за рамки исходных целей, и т. д.
Чтобы не допустить такой ситуации, нужно изначально включить в договор блок «Создание результата ИС и распоряжение правами» или подписывать отдельное дополнительное соглашение / акт об отчуждении прав или лицензии на созданные компоненты.
Компания заказала создание сайта / приложения / логотипа, но права все равно не оформила
Для ситуации, когда компания действительно заказывает создание результата ИС, в гражданском законодательстве существует специальная конструкция: договор о создании и использовании результата интеллектуальной деятельности.
Там важно следующее:
- договор должен быть в письменной форме;
- можно предусмотреть либо отчуждение права, либо предоставление права использования (лицензию);
- если договором предусмотрено отчуждение, применяются правила об уступках исключительного права; если лицензия — правила о лицензионном договоре;
- момент перехода права к заказчику (в объеме, определенном договором) — с момента приемки выполненной работы, если стороны не установили иначе.
Ошибка № 1: приемки нет, а проект уже в продакшене
Такая ситуация встречается довольно часто: сайт работает, а акты не подписаны. И тут в случае возникновения спора / неоплаты / расторжения юридически момент перехода прав может быть неочевиден.
Ошибка № 2: права заказчика описаны абстрактно
Слишком общая формулировка в части прав заказчика на результат может не закрыть реальные потребности бизнеса:
- перенос на другие платформы,
- переработка,
- создание производных версий,
- использование частей дизайна в рекламе, на упаковке и т. д.
Ошибка № 3: нет цепочки прав от субподрядчиков
Если исполнитель привлек фрилансера (дизайнера / видеографа / разработчика), а тот не передал ему права должным образом, то у заказчика могут возникнуть проблемы с правами на такие материалы.
По факту это один из самых опасных рисков в креативных и IT‑проектах.
Дизайн: логотип и фирменный стиль — это не только бренд, но и авторское право
Иногда встречается ошибочное мнение о том, что дизайн — это и есть бренд, а значит, его достаточно просто использовать. Но дизайн как результат творчества подпадает под авторское право (например, дизайн и прикладное искусство).
Здесь встречаются следующие ошибки:
- заказали логотип у фрилансера в переписке и получили просто PNG;
- не получили исходники (например, Figma);
- не прописали право переработки (редизайн, адаптация, новые версии);
- не убедились в наличии прав на шрифты, иконки, фотоматериалы внутри дизайна.
Контент (тексты / фото / видео): просто взяли в интернете
Контент — это один из самых быстрых способов получить претензию, потому что его много, он тиражируется и о нем забывают.
Примеры ошибок:
- взяли фото конкурента / поставщика для каталога;
- использовали чужие фото в рекламе без согласия правообладателя;
- размещали контент, не проверяя лицензии на стоки / музыку / шрифты.
Отдельный риск: open source и лицензии на библиотеки
Здесь речь идет скорее не о белорусской правоприменительной практике, а о реальной коммерческой деятельности. Ошибкой было бы предполагать, что если разработчик поставил библиотеку, то автоматически значит, что это безопасно.
В таком случае потом может выясниться, что лицензия требует раскрытия исходников (в зависимости от типа лицензии), запрещает коммерческое использование без покупки или обязывает включать уведомления / копию лицензии.
Даже если до суда не дойдет, в M&A и due diligence это часто превращается в красный флаг.
Чем это все грозит бизнесу
- Нельзя масштабировать продукт (инвестор / партнер просит подтвердить права, а вы не можете).
- Зависимость от одного подрядчика (другой разработчик не может легально дорабатывать, потому что исключительные права не у вас).
- Блокировки и требования удалить контент (фото / видео / музыку).
- Убытки на переделку (дешевле один раз правильно оформить права, чем делать редизайн / переписывать код из‑за юридических рисков).
- Споры с сотрудниками / фрилансерами (чаще всего из‑за отсутствия документов и прозрачной модели вознаграждения / приемки).
Что со всем этим делать (чек‑лист)
На уровне документов
Для сотрудников:
- должностная инструкция и трудовой договор / контракт: создание кода / дизайна / контента как часть трудовой функции;
- регламент передачи исходников, доступов, репозиториев;
- регламент использования и внедрения результатов (риски неиспользования в течение пяти лет).
Для подрядчиков:
- если вы хотите владеть полностью, прямо закрепляйте отчуждение исключительного права;
- если вам нужна лицензия, описывайте ее пределы максимально конкретно;
- если договор не говорит об отчуждении, это будет трактоваться как лицензия;
- если договор услуг / подряда не предусматривал создание результата — по умолчанию права у исполнителя.
На уровне формулировок
В хороших договорах на код / дизайн / контент обычно есть:
- что именно создается (перечень результатов, версии, форматы);
- какие права передаются: отчуждение или лицензия, эксклюзивность;
- способы использования (сайт, приложение, реклама, печать, мерч, соцсети и т. д.);
- право переработки / модификации и создание производных работ;
- исходники и репозиторий: обязательная передача, сроки, доступы;
- гарантии подрядчика, что результат оригинальный и не нарушает права третьих лиц;
- субподрядчики: обязанность подрядчика получить у них права так, чтобы заказчик был защищен;
- акт приемки как точка перехода прав, если так договорились.
На уровне процессов
- Вести внутренний реестр ИС: что создано, кем, по какому договору, где лежат исходники и подтверждения;
- хранить лицензии на стоки / шрифты / музыку и список используемых библиотек;
- запретить «коммерческий контент из Google» как корпоративный стандарт;
- при найме / увольнении — чек‑лист передачи репозиториев, Figma, облака, админок.
Что в итоге?
Права на код, дизайн и контент — это не какая-то формальная история юристов, а вполне прикладной актив, который влияет на:
- возможность дорабатывать продукт,
- продажи и масштабирование,
- инвестиционную привлекательность,
- устойчивость маркетинга.
Самая частая причина проблем — это не злой умысел, а неоформленная по незнанию надлежащим образом модель прав.
