Многие компании, занимающиеся разработкой Программного обеспечения («ПО») или компании, приобретающие исключительное право на него у третьих лиц, к нашему большому сожалению:
не уделяют необходимого внимания должному оформлению прав в отношении собственных программных продуктов, или
не проводят необходимую проверку прав при приобретении исключительного права на ПО у третьих лиц.
В нашей практике нам довольно часто приходится слышать от клиентов слова о том, что: «поскольку они уже платят сотруднику заработную плату, а сотрудник работает в штате, то всего этого вполне достаточно для возникновения у них как у работодателя прав на ПО и они ничего не должны своему сотруднику».
Подобный подход, без совершения определенных действий со стороны компании (работодателя) и без подготовки пакета необходимых подтверждающих документов, указанных нами ниже, может повлечь следующие основные риски:
1. Оспаривание прав на ПО (это, представляется, фатальный результат).
2. Требование о выплате авторского вознаграждения (решаемая проблема, с финансовыми потерями для компании).
Рассмотрение иных дополнительных рисков не входит в тему данной статьи.
Для целей исключения указанных ситуаций мы рекомендуем нашим клиентам и, конечно же, читателям статьи, использовать следующий ориентировочный список (необходимых действий и документов), носящий безусловно общий характер, так как каждая ситуация всегда индивидуальна и требует точечного подхода и детальной проработки.
Мы рекомендуем совершить следующие действия/подготовить и подписать с сотрудником следующие документы:
трудовой договор и должностную инструкцию с указанием того, что в должностные обязанности работника входят задачи по созданию произведений (ПО).
служебное задание на создание конкретного ПО (и ознакомление с ним разработчика).
В служебном задании мы рекомендуем указать примерное описание общих целей создания будущего ПО, создание которого начинает компания, а также некое краткое описание функциональности либо задач, которые создаваемое ПО будет решать. Лучше, по нашему мнению, если служебные задания будут подготовлены для каждого отдельного модуля, разрабатываемого ПО, и содержать детализированное и точное техническое задание на каждый модуль, если это конечно применимо в конкретной ситуации.
отчеты сотрудников о проделанной работе по созданию ПО и передача результатов работодателю (представителю работодателя).
В отчетах обычно содержится информация о функциональности разработанного модуля либо о функциональности ПО в целом. Также рекомендуется включать в отчеты итоговое заключение о том, что ПО к эксплуатации готово.
итоговый акт сдачи-приемки служебного произведения (ПО).
По результатам создания ПО комиссия работодателя производит анализ возможности приема ПО в тестовую или промышленную эксплуатацию, после прохождения которой (на основании акта приемки) формируется приказ о переводе данного ПО в промышленную эксплуатацию.
соглашение о выплате авторского вознаграждения (если условия нет в Трудовом договоре или же это дополнительное вознаграждение).
выплата авторского вознаграждения (с указанием ПО, если нет в трудовом договоре или же это дополнительная выплата).
постановка ПО на баланс и использование его компанией (предложение третьим лицам, самостоятельное использование и т.п.).
Надеемся, что данная статья будет для Вас полезна, позволит избежать ошибок и финансовых потерь.
С уважением, Николай Евдокимов
Партнер Ursus Legal Consulting
Комплексное сопровождение компаний IT-отрасли
Комментарии
2А что делать, если компания уже использует ПО, права на которое не оформлены должным образом? Можно ли как-то исправить ситуацию?
Добрый день! Ответ на вопрос зависит, конечно, от каждой конкретной ситуации, но по общему правилу - да, конечно. Ситуацию можно исправить.
Документы, подтверждающие то, что произведение является служебным, возможно оформить. Также может быть решен и вопрос, касающийся выплаты авторского вознаграждения.