- PVSM.RU - https://www.pvsm.ru -
Эксперты стратегического консалтинга в сфере интеллектуальной собственности Claims [1] запустили на «Роем!» цикл статей про то, как устроена защита интеллектуальной собственности в России и в мире. В этой публикации партнер Claims Алексей Петров рассказывает о том, что делать если права на интеллектуальную собственность пытается нарушить сам ее создатель — штатный программист, или нанятый компанией фрилансер.
Разработчик ушел с моим кодом. Как наладить внутренние процессы, связанные с интеллектуальной собственностью? Нужно ли наказать разработчика? Разговор на эту тему сложно себе представить еще несколько десятков лет назад, это показалось бы абсурдом: в сознании людей долгое время ничего не было дороже осязаемой собственности — земли, жилища, заводов, средств производства.
Отсюда множество интересных примеров из истории человечества о повышенной ответственности за посягательства именно на собственность. Времена изменились — например, сегодня большого удивления не вызовет утверждение, что стоимость нематериальных активов Coca-Cola несопоставимо выше стоимости основных производственных средств, а утечка коммерчески ценной информации может привести если не к краху бизнеса, то к значительным убыткам.
В мире программ и компьютерных технологий все еще интереснее — разработчики компьютерных игр то и дело анонсируют рост индустрии, не говоря уже о том, что ни одна даже самая простая каждодневная операция современного человека не обходится без компьютерной поддержки. Отсюда интересное наблюдение — практически каждый третий запрос на услуги в области интеллектуальной собственности так или иначе касается именно защиты софта.
В праве интеллектуальной собственности есть хрестоматийная истина — интеллектуальная собственность может принадлежать компании, но никогда в прямом смысле слова не создается ею. За конкретной разработкой всегда стоит автор — физическое лицо, деятельность которого основывается или на трудовом договоре с компанией, или на гражданско-правовом соглашении.
В случае утраты ценной разработки последствия одинаковые, однако, алгоритм мер по предотвращению нарушения и последующих действий существенно различается в зависимости от того, в каких условиях была создана разработка. То есть от того, является ли разработчик сотрудником компании или нет. Итак, давайте разбираться.
В таком случае отношения по поводу создания программного обеспечения, которое в целом или в части может быть создано с «нуля» или в результате модификации существующего софта чаще всего основываются на договоре авторского заказа. Согласно такому договору разработчик должен не просто создать программу, но и передать исключительное право на нее в соответствии с законом.
Несоблюдение договора будет означать отсутствие у компании соответствующих прав. Следующий важный момент — документальное оформление передачи прав и фактическая передача экземпляра программы. Документально передача прав может быть оформлена актом приема-передачи; физически же передать разработку (ее экземпляр) следует на материальном носителе (компакт-диск, flash-накопитель) или путем интернет-ссылки на сервер, где лежит программа; передача может осуществляться также через фиксацию в системе контроля версий.
Использование такой системы крайне удобно и очень популярно среди разработчиков, хотя и может быть сопряжено с определенными финансовыми затратами на создание и обслуживание системы, а также эксплуатационными нюансами.
Интеллектуальная собственность для хоббитов: что, как и зачем. И при чем тут хоббиты [2]
Любая форма передачи программы должна соответствовать одной очень важной особенности — «гибкости» программного обеспечения, связанной с тем, что программы являются объектами авторских прав. Для такого объекта важна сама структура кода в виде его текста и то, что в случае его изменения, формально, это уже новый самостоятельный объект. Соответственно, для компании-правообладателя важно «считать» все изменения в разрабатываемую программу, поскольку в ее интересах получить монополию в отношении всех версий и частей разработки.
Вопрос о том, как правильно выстроить отношения по поводу служебных разработок (в случае, когда разработчик — работник компании), является достаточно сложным. К сожалению, до сих пор многие поставщики софта не уделяют этой теме должного внимания.
Чтобы сохранить права на код, необходимо наладить систему служебного документооборота внутри компании. Примерно это означает реализацию следующих действий:
Залогом сохранения исключительного права на программу за работодателем является ее использование (в противном случае, если он не заинтересовался программой в течение трех лет с момента ее передачи работником, исключительное право возвращается к работнику). Взамен автор получает право на вознаграждение, которое, как многим хотелось бы, не является частью заработной платы разработчика и подлежит выплате в порядке и на условиях, определяемом соглашением между работником и работодателем. Отсутствие такого соглашения может больно ударить по капиталу компании, поскольку по иску работника в его пользу с работодателя может быть взыскана рыночная стоимость права использования программы.
В первую очередь, не стоит экономить на информационной безопасности. Это важная инвестиция в будущее компании. Информационная безопасность складывается из таких базовых вещей, как технические меры по предотвращению утечки информации, например, блокировка копирования файлов со служебного компьютера, предоставление доступа к файлам и компьютерам через пароли, защита каналов коммуникации и оборота информации, и пр., а также правовые меры.
К ним можно отнести подписание с работниками соглашения о конфиденциальности и неразглашении сведений, условия о неконкуренции, содержащиеся в трудовых и иных соглашениях, а также, как вариант, меры по установлению режима коммерческой тайны. С правовой точки зрения это означает специальный документооборот, а в техническом плане — ограничение доступа к информации и особый порядок ее хранения.
Нет такого механизма, который заставил бы людей оставлять свои знания на прежнем месте работы и, переходя в новую компанию, начинать все сначала. В конце концов, рост карьеры зачастую сопряжен со сменой рабочего места. Однако у медали, как известно, две стороны — в одном случае специалист использует полученные ранее знания и навыки во благо нового проекта, с целью выполнения более сложных задач, а в другом — информация, имеющая ценность для прежнего работодателя, в том числе программный код, просто предоставляется компании-конкуренту. Очевидно, что вторая ситуация крайне опасна и может повлечь финансовые потери, а также вред деловой репутации.
В таком случае, если это произошло, могут помочь следующие меры:
В этом случае следует дополнительно позаботиться о доказательствах — еще раз проверить статус прав компании на программу, зафиксировать недобросовестное использование конкурентом принадлежащей вам информации, обратить внимание на процессуальный порядок привлечения к ответственности.
В действительности, нет универсального способа защиты ни от одного из возможных способов посягательств на права и законные интересы. Пожалуй, главная рекомендация, которая сослужит вам добрую службу — не стоит игнорировать данные вопросы интеллектуальной собственности, а выстраивание связанных с ней внутренних процессов следует поручать профессионалам, которым вы доверяете.
Источник [3]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/patenty/263650
Ссылки в тексте:
[1] Claims: http://claims.ru/
[2] Интеллектуальная собственность для хоббитов: что, как и зачем. И при чем тут хоббиты: https://roem.ru/17-07-2017/254993/claims-column/
[3] Источник: https://roem.ru/11-09-2017/258659/claims-column-2-2/
Нажмите здесь для печати.