Авторское право в разработке: 6 ошибок, из-за которых срываются релизы и сделки
Если в проекте есть код, дизайн, тексты или музыка, права на них нужно оформлять отдельно. Иначе у компании может быть продукт, но не быть законного права его использовать, дорабатывать и передавать клиенту.
Проверьте базовые вещи:
• кто именно создал результат: сотрудник, подрядчик или фрилансер;
• есть ли в договоре условие о передаче исключительных прав;
• перечислены ли конкретные объекты: код, интерфейс, иллюстрации, документация;
• подписаны ли акты или иные подтверждения передачи;
• разрешено ли перерабатывать и использовать результат в рекламе, на сайте, в SaaS.
Частая ошибка — считать, что оплата сама по себе передает права. Нет: без прямой формулировки права обычно остаются у автора. Еще одна проблема — брать стоковые элементы, открытые библиотеки, шрифты или музыку без проверки лицензии: ограничения могут запретить коммерческое использование или требовать указания автора.
Внутри команды лучше сразу закрепить, кому принадлежат результаты работы, как оформляется служебное произведение и что происходит с черновиками, исходниками и материалами, которые не вошли в финальную версию.
Чем раньше права разложены по документам, тем меньше шансов, что готовый продукт придется переделывать или снимать с продажи.
Юридические аспекты разработки
@legal_side_web_work_ww
Авторское право в разработке: 6 ошибок, из-за которых срываются релизы и сделки
Этот пост опубликован в Telegram-канале Юридические аспекты разработки. Подписаться можно по ссылке: @legal_side_web_work_ww.