В мире IT программный продукт – это результат таланта и технических навыков разработчика. Но с юридической точки зрения — это объект интеллектуальной собственности, за который часто ведутся споры.
В этой статье мы разберем, как компании защитить свои права на созданное программное обеспечение.
Что предусмотреть в работе с программистами
Сотрудничество между ІТ-компаниями и разработчиками чаще всего построено по трем моделям: официальное трудоустройство, сотрудничество с ФЛП или гиг-контракты. И именно от формы правоотношений зависит, кому будут относиться результаты разработки.
Трудовой договор. По классическому трудовому договору работодатель получает имущественные права на все, что создано работником в пределах его должностных обязанностей. Это всеобщий принцип трудового и авторского права.
Соответственно, если разработчик написал код в должности «software engineer» при выполнении задач компании, этот код является служебным произведением и принадлежит работодателю.
Сотрудничество с ФЛП. Физическое лицо-предприниматель не является работником компании, а выступает как контрагент. Такое сотрудничество обычно оформляется гражданско-правовым договором.
Здесь все сложнее. По умолчанию имущественные права на созданное ПО остаются за исполнителем, если иное прямо не указано в договоре.
Следовательно, компания может использовать или даже продать разработанный код только при условии, что в договоре четко указаны условия передачи прав, включая:
- объемом таких прав;
- их сроком действия;
- территорией использования и возможностью модификации.
Гиг-контракт. Этот формат применяется в рамках правового режима Действие. Формально это не классические трудовые отношения, но и не обычное гражданское подрядничество.
В рамках гиг-контракта права на результаты работы специалиста могут быть переданы компании, но только если такая передача прямо предусмотрена договором.
Никакой автоматической передачи здесь не существует. Поэтому рекомендуем дополнительно заключать IP-договоры. Это соглашения, определяющие, кому принадлежат права интеллектуальной собственности (Intellectual Property — IP). Или подписывать акты приемки-передачи результатов работы.
Как минимизировать риски в сотрудничестве с зарубежным подрядчиком
Привлечение иностранных разработчиков или фрилансеров стало нормой для украинских ІТ-компаний. Однако юридические риски возрастают в разы.
Самое важное — правильно оформить договор. В первую очередь конкретизируйте в соглашении два момента. Это Applicable law – право, какой страны применяется к договору. А также Jurisdiction and dispute resolution – какой суд или арбитраж имеет юрисдикцию в случае спора.
Если это не указано, спор может рассматриваться в неожиданном месте и по законам, не защищающим интересы компании.
Также необходимо прописать: все имущественные права на созданный код передаются заказавшей его компании. Без этого иностранное законодательство может оставить права за разработчиком.
К примеру, сильнейшую охрану авторских прав обеспечивают:
- США – обязательная регистрация авторских прав для судебной защиты, большие компенсации;
- Великобритания – автоматическая защита авторских прав и четкие правила передачи прав работодателю;
- Германия – жесткая защита неимущественных прав (право считаться автором и т.п.) даже после передачи имущественных;
- Франция — неимущественные права неотчуждаемы, автор всегда сохраняет творческое признание;
- Япония и Южная Корея – строгое законодательство и активная цифровая защита.
Отдельно важно учитывать стандарты защиты данных. Если компания работает с пользователями из ЕС или США, необходимо включить в договоры положения о конфиденциальности, обработке персональных данных и ответственности за утечки информации.
Важно соблюдение стандартов GDPR, заключение отдельных строгих NDA и Data Protection Clauses.
Что следует знать о Бернской конвенции
Бернская конвенция об охране литературных и художественных произведений 1886 г. (в редакции 1971 г.) обеспечивает автоматическую защиту авторских прав во всех странах-участницах. Это базовый для евро права нормативный акт.
Украина является участником Бернской конвенции с 1995 года. Это означает, что программное обеспечение, созданное в Украине, получает правовую охрану, например, в США, Германии, Франции или Польше без необходимости дополнительной регистрации.
Однако следует помнить несколько важных моментов:
- охрана не равна передаче прав. Конвенция гарантирует защиту прав автора, но не предусматривает автоматическую передачу имущественных прав заказчику или работодателю. Это должно быть четко прописано в контракте;
- действует принцип национального режима. Авторы получают такую же защиту в каждой стране-участнице, как и граждане этой страны.
- отсутствует требование регистрации. В большинстве государств, присоединившихся к Конвенции, достаточно факта создания произведения для получения правовой защиты. Но в некоторых юрисдикциях (например, США) регистрация может потребоваться для подачи иска в суд;
- Защита охватывает и программное обеспечение. При условии, что программный код имеет признаки оригинальности и творчества, он считается литературным произведением в понимании Конвенции.
Бернская конвенция является фундаментом защиты украинского ІТ-продукта за рубежом. Но во избежание споров компании следует заключать международные соглашения по передаче прав с соблюдением украинского и иностранного законодательства.
Влияет ли внесение изменений в код на авторские права
Разработка – процесс динамичный. Обновления кода происходят постоянно. Но каждая ли правка означает создание нового произведения?
Все зависит от характера перемен. Например, речь идет о творческой модификации — изменении алгоритмов, добавлении новых функций или сложной адаптации. Это может рассматриваться как создание нового объекта.
Если в договоре с разработчиком не предусмотрена передача прав на дальнейшие изменения, такие фрагменты могут юридически оставаться за автором.
Новое произведение не возникает, если изменения чисто технические: оптимизация кода, исправление ошибок, форматирование и т.д. Тогда права остаются в рамках начальной передачи.
Поэтому компаниям целесообразно заключать или обновлять соглашения о передаче прав не только в начале проекта, но и при каждом существенном изменении продукта.
Как компании уберечься от шантажа и сохранить контроль над кодом
Бывшие работники или подрядчики могут использовать доступ к коду для шантажа компании. Это не редкость в мире стартапов. Типичный сценарий: разработчик оставляет ключи доступа к серверам или администрирование сайта, угрожает потерей данных и требует деньги.
Как избежать таких ситуаций?
Для этого компаниям следует проводить полный аудит доступа сразу после завершения сотрудничества, а также оформлять акты о передаче результатов работы. В случае несанкционированных вмешательств фиксировать их с помощью цифровых доказательств и обращаться в киберполицию.
Помните, что при необходимости можно подать иск в суд о запрете действий, которые могут повредить работе программного обеспечения или бизнеса в целом.
Чтобы в целом избежать юридических недоразумений и потери результатов разработки, компаниям следует соблюдать несколько основных правил:
- заключать договоры о передаче имущественных прав со всеми разработчиками;
- оформлять отдельные сделки на каждый крупный модуль или функционал;
- подписывать акты приемки-передачи после завершения работы;
- контролировать доступы к Git-репозиториям и другой инфраструктуре;
- вести учет созданных элементов программного обеспечения – кто, когда и над чем работал.
Программное обеспечение – сердце ИТ-компании. Но именно юридическое оформление сотрудничества с разработчиками определяет, кому действительно принадлежит созданный код.
Обеспечьте правовую чистоту вашего продукта на старте – и это станет лучшей защитой инвестиций в развитие вашей компании. Если требуется юридическая консультация, свяжитесь с нами по контактам на этом сайте.
