Интеллектуальная безопасность компании. Работа над ошибками. Часть 1.

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

Это зачастую отображает отношение к интеллектуальной собственности в целом. Целью данного поста является показать на примерах что такое интеллектуальная безопасность и как забота о ней может помочь собственнику компании.

Пример №1. Компания разработчик программного обеспечения заключила договор с производственной компанией о разработке ПО и передаче всех имущественных прав на него. Заключив такой договор компания разработчик наняла программистов, но вот в трудовом договоре забыла прописать положение о передаче всех имущественных прав. Сотрудник Иванов И., разработав один из ключевых модулей, решает уволится и получить авторское вознаграждение за разработку такого модуля. Работодатель конечно же отказывается, аргументируя тем, что работник получал за свою работу заработную плату. К тому же авторские права работодатель не передавал никому из своих сотрудников. Обиженный сотрудник отправляет претензию о нарушении его авторских прав уже клиенту - производственной компании... Далее события могут развиваться по нескольким сценариям, но сам факт обращения бывшего сотрудника к клиенту с претензией показывает неготовность, ненадежность данного разработчика ПО.

Анализ ситуации: Согласно ст. 429 ГК Украины имущественные права интеллектуальной собственности на объект, созданный в связи с исполнением трудового договора, принадлежат работнику, который создал этот объект, и юридическому или физическому лицу, у которого он работает, совместно, если другое не установлено договором. Поэтому всегда заключайте договора с сотрудниками о передаче всех имущественных прав работодателю. Данные положения могут быть включены как в трудовой договор, так и в отдельный договор о передаче имущественных прав.

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

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

(продолжение следует...)