Авторское право на программное обеспечение

Считается, что в программировании нет никакого творческого труда, а значит, что и защита авторских прав программистов относится к бесполезным мероприятиям для программ. Есть достаточно библиотек, в том числе открытых, а задача программиста — искать подходящее решение из существующих программ, а не изобретать велосипед. Поэтому это ваша юридическая защита прав на программное обеспечение — звук падающего дерева в пустом лесу. Потому что даже если нарушение есть, как ты узнаешь о нем и как докажешь? Да и откуда деньги, чтобы ходить в суды, если проще их потратить на новую версию ПО?

Это справедливо в случае, если полагаться на открытые сведения и поверхностные знания. Но если пойти глубже и изучить, каким образом возникает авторское право на программу и как это работает, становится ясно, что программист и компания-разработчик может извлечь практическую пользу из работы с авторским правом. Начнем с кейса программиста.

Один разработчик работал в компании по разработке программы, а потом ушел. Однако он решил взыскать 23 млн рублей за нарушение авторских прав на приложение. Представляем вам экс-сотрудника «Интервим»:
“Мамичев работал в «Интервим» с 2012 года, говорится на его странице в Facebook. Во время работы он создал программу eLearning Metadata Manager, которая помогает разработчикам контента электронных обучающих курсов. При увольнении в 2016 году Мамичев предложил компании заключить простую неисключительную лицензию на использование программы. Все авторские права сохранялись за Мамичевым. По словам источника РИА Новости, сначала «Интервим» согласилась с предложением, но документы не подписала. Приморский районный суд в Петербурге встал на сторону разработчика Антона Мамичева в споре о нарушении авторских прав на интеллектуальную собственность. Ответчики — швейцарская компания с российскими корнями Veeam Software и петербургское ООО «Интервим» — должны будут выплатить ему 23 млн рублей.

Источник: https://vc.ru/legal/71598-eks-sotrudnik-veeam-software-otsudil-u-byvshego-rabotodatelya-23-mln-rubley-za-narushenie-avtorskih-prav-na-prilozhenie

Ну а теперь, когда стало ясно, что это работает “в принципе”, давайте посмотрим на детали и специфику, чтобы ясно понимать происходящее, а не так, как это пишут в обзорных материалах и SEO-статьях.

Вопреки устоявшемуся убеждению, это не только код, но и все, что использовалось для создания программы (подготовительные материалы, полученные в процессе разработки программы для ЭВМ). Это могут быть архитектура, макеты, интерфейсы, бизнес-логика, и порождаемые ею аудиовизуальные отображения, то есть то, что пользователь видит и с чем работает. Собственно, так и ловятся нарушения авторского права - по визуально доступным элементам. Разумеется, когда перед нами два интерфейса, мы не знаем, что внутри. Но если мы видим похожие интерфейсы программы, получаем похожий результат и руководство пользователя/администратора содержит одинаковые инструкции, то это слишком похоже на плагиат. В особенности, если руководство пользователя программы для ЭВМ содержит те же самые ошибки.

У каждой компьютерной программы есть авторы (хотя большинство компаний думают иначе и записывают в авторы не тех, кто действительно им является для разных целей). Но кейс в самом начале говорит, что это может отрицательно закончиться, потому что право на анонимное использование тоже должно быть предоставлено автором, иначе оно нарушает его право на имя.

Но на практике многие вещи обстоят иначе, особенно когда нужно закрыть грантовые заявки тем составом участников (заявленный на этапе подачи гранта) или тем научным коллективом, под который грант был сформирован. В этом случае лучшее, что может сделать компания — это получить право на анонимное использование программы и не указывать имя автора при регистрации ПО, чтобы потом не приходилось искажать данные.

По этой причине у компании не может возникнуть авторское право, если автор не передал часть этого права (исключительное право), то есть компания не может быть указана как автор программы. В тех случаях, когда программу писал сам генеральный директор или учредитель, он может быть указан как автор и получать за это вознаграждение и роялти. Это не является нарушением права.

Но юридическое лицо автором программы для ЭВМ быть не может, потому что не может осуществлять творческий вклад. Оно может быть правообладателем программы , если получило права у автора или авторского коллектива. В начале авторское право возникает у автора. То есть у нас есть работники, подрядчики и основатели. Эти люди получают права на все, что создали на основании закона не только нашей страны. Презумпция авторства установлена в 179 странах и она гласит, что тот, кто создал интеллектуальный результат, получает на него права. Просто потому что он это сделал. Ему не нужно ничего доказывать. То есть у него есть он, исходник программы и его творческий вклад, который он декларирует. И он – автор.

Когда же мы становимся на сторону компании, всё меняется. Потому что компания получает права только на те результаты, которые создали сотрудники и которые определены договором. Для нас это означает процессинг.

Подписав договор с людьми, мы дали задание. И даже если мы ставим задачу через мессенджер, то есть для этого не нужно обязательно использовать Jira или Confluence. Это всё равно служебное задание что-то сделать (будет трудно потом найти это в переписке и доказать). Мы зафиксировали в объективной форме те результаты, которые он нам создал. И мы можем получить эти результаты в объективной форме. Это означает, что построен механизм хранения этих результатов. И мы можем сказать, какой конкретно логотип сделал для дизайнер и какую конкретно программу для ЭВМ написали программисты.

Что это означает для вас? Это означает, что подписав договор с дизайнером и определив, что он должен сделать для логотип, в договоре вы указываете ссылку на то место, куда он должен логотип положить. Или к этому договору вы прикладываете акт, в котором содержится указанный логотип. То есть у вас есть доказательства. Если это бумажный договор, это акт приема-передачи. Если же это электронная форма, то это может быть электронная переписка, свидетельство о депонировании, ссылка на репозиторий – что угодно. Главное, чтобы это "что угодно" было проверяемо.

При этом вам не нужно отражать актив на балансе. Это потребуется для целей капитализации, когда вы будете привлекать инвестиции. Но отражение на балансе автоматически означает также начисление налога на имущество, если вы его платите. Поэтому в этом вопросе следует быть аккуратным и делать только то, что продиктовано логикой.

Поэтому интеллектуальная собственность работает не у всех. То есть вы можете часто слышать истории: "У нас работал сотрудник, потом он ушел, сделал свой стартап, и мы теперь конкурируем."

Или история, которую мы посмотрели у наших клиентов. У них изначально было 4 основателя. Потом один из них зарегистрировал товарный знак, потому он был юристом и знал, как это работает. Все остальные вынуждены были делать другой продукт. От того, как вы построите работу с активом, зависит ваше будущее.

Как правило, стартап не может позволить себе крутого специалиста. Поэтому придумали опционы и вестинг. Желание убить двух зайцев может привести к тому, что крупная компания скажет: “Это тоже мое, потому что мой программист делал стартап на рабочем месте. Ну и что, что он консультант?”

Кейс Рамблер и Nginx показывает, что это не абстракция, а вполне конкретная проблема. Итак, что можно придумать, чтобы четко провести границу между компанией, в которой работает программист, и тем, что разработчик делает в свободное время со стартапом, который тоже хочет получить интеллектуальную собственность (результаты его работы)?

Проще всего это сделать, когда настроена система учета результатов, желательно автоматизированная, которая работает без участия человека и ручной загрузки (так как это делает IREG). Иначе никак не ответить на вопрос: “Что конкретно сделал человек на рабочем месте?”. Из-за этого возникает масса проблем и обид.

Если следовать логике патентного ведомства США, то патент на программу для ЭВМ — это бизнес-логика, по которой функционирует приложение, и его связь с устройствами (иными словами, алгоритм работы). В России то же самое называется “способ”.

А для получения патента на программу для ЭВМ нужно описать бизнес-логику, определить из каких элементов состоит система, как они взаимосвязаны и какой функциональный результат получается. Затем провести патентный поиск и понять, есть ли конкурирующие патенты (а они есть почти всегда), и правильно составить патентную формулу. Эта работа и приводит к получению патента на софт.

Авторское право на программное обеспечение возникает в самом начале, как только вы создали архитектуру, набросали интерфейс или создали кусок кода. Причем права возникают не только на “готовый результат”, но и на фрагменты и наброски программы, и даже название. Это и вызывает проблемы в будущем, когда автору приходится свои права “подтверждать”, допустим в тех случаях, когда вы видите свой проприетарный код на GitHub под именем фрилансера, которого вы наняли для тестирования, или без имени, или на ресурсе, где вы его не размещали.

Кроме того, люди, которые вкладывают деньги в вашу работу, оплачивают часы, финансируют стартап или дают инвестиции, очень заинтересованы в том, чтобы их усилия не пошли прахом. Поэтому они задают вам вопрос: “Чем подтверждается то, что вы автор?” Они делают это не из вредности, а потому что претензии способны убить инвестиции. Поэтому начнем с первого шага, оформления прав.

Но вначале один важный момент — то, что вы оформляете права, не означает, что вам придется обязательно ходить в суд. В 90% случаев этого не потребуется, потому что закон дает большие возможности по защите и без суда. Кроме того, даже в тех 10% случаев, когда вы захотите судебную защиту, можно в суд не ходить. Суд может рассмотреть дело удаленно, в ваше отсутствие. Поэтому не стоит ставить знак равно между оформлением прав и судом.

В мире юриспруденции постоянно ведутся споры об эффективности и применимости каждого из этих методов. Какой из них подойдет лучше всего? Подробнее о охране интеллектуальных прав разными способами читайте тут.

Если у вас есть авторское право, то его можно использовать в сделках, причем необязательно для этого создавать компанию. Однажды в IREG обратился клиент, который разработал архитектуру CRM системы для управления проектами по своей собственной методологии (Кирилл Казаков). 5 лет он не знал, как можно зафиксировать авторское право на программу. Поэтому он не привлекал подрядчиков, потому что после того как он расскажет и покажет архитектуру, то станет ясно, как это делать, то есть можно будет сделать без него.

Хорошо, что он понял, что уже обладает интеллектуальной собственностью. Все, что нужно - это ее оформить.

После этого он смог без опасений заключить договор с разработчиками, привлек грант и смог лицензировать методику для того, чтобы по ней другие преподаватели учили людей. Сейчас он уже вовсю делает IT продукт.

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

Для того, чтобы использовать авторское право, нужно будет подтвердить свой статус как автора и правообладателя программы. Для этого заказчик, покупатель или инвестор требуют охранные документы. Требуют они это не просто так:

1. Во-первых, они платят деньги и хотят четко понимать, что платят правообладателю.
2. Во-вторых, проверяющие органы, отдел К и бухгалтерия должны четко понимать, что этот софт зарегистрирован и компания не скачала его из интернета и обладает правом на его использование. Для этого и требуется свидетельство о депонировании.

Некоторые думают, что регистрация в ФИПС обязательна для программы для ЭВМ и без нее права не возникнут, а если и возникнут, то будут некачественные. Но на самом деле регистрация в ФИПС носит учетный характер (никто не проверяет загруженное ПО) и является депонированием.

Как работает депонирование:

1. 1. Вы предоставляете код;
2. 2. Депозитарий его берет и фиксирует, кто предоставил код и когда, чтобы в спорных случаях предоставить на экспертизу и сказать: “Вот тот код, который дали нам на хранение, и мы подтверждаем, что никакие изменения не вносились.”

Код программы ЭВМ для регистрации в ФИПС нужно подготовить, потому что формы ограничены по объему. Это значит что нужно будет его выгрузить частично или фрагментами и не все файлы подойдут. Помимо самого кода нужно будет указать вес файла и язык программирования, а также полную информацию об авторах и правообладателе, так как она будет размещена в публичном реестре.

Регистрация в ФИПС требуется для подачи заявки на включение в реестр отечественного ПО, а также для закрытия грантовых отчетов. Поскольку многие разработчики не доверяют свой код, фактически идет 2 учета — управленческий (внутренний для компании) и отчетный (для фондов и проверяющих служб). Поэтому код для ФИПС готовится из фрагментов, которым раскрытие не повредит.

Чаще всего разработчики понимают, кто украл софт, поэтому искать не требуется. Это могут быть:

1. Партнеры, которые вступили в конфликт;
2. Разработчик, который ушел из команды и начал делать свой проект;
3. Подрядчики, которым открыли доступ к проекту.

Порядок действий в случае кражи:

1. Закрыть доступ к репозиторию.
2. Найти договор с сотрудником и проверить условие о порядке предоставления доступа. Поскольку если сотрудник не получал доступ к софту официально и не брал на себя ответственность за сохранность интеллектуальной собственности, привлечь к ответственности будет трудно.
3. Собрать доказательства нарушения (использование софта, переписка, угрозы опубликовать в случае конфликта или невыплаты опциона или денег). Это все потребуется юристу.

Что касается привлечения к ответственности, то это зависит от конкретных действий нарушителя, в разделе об ответственности дальше по тексту.

Как правило, часто возникает мысль: “Ну ок, достаточно реализовать то же на другом языке программирования, чтобы получить другой продукт. Авторское право тут бесполезно, потому что языки программирования слишком разные, чтобы проводить по ним экспертизу.” Действительно, большинство языков программирования являются полными по Тьюрингу, что означает, что любая задача, которая может быть решена на одном языке, может быть решена и на другом. Поэтому кажется, что можно переопределить функции и решить прикладную задачу в другом коде, если решение, которое понравилось, выполнено на другом языке.

Это кажется сложным, но существуют специализированные эксперты, которые способны выполнить такую работу в России. Вот как это происходит:
Перед экспертом находятся два кода. Например, Phyton и Java. Как он будет определять заимствование? Сначала он ответит на вопрос: “Создан ли объект самостоятельно или есть признаки заимствования (переработки)?” Отвечать на этот вопрос он будет путем анализа текста, сопоставления с общепринятыми способами решения задач, повторением ”ошибок” и похожих комментариев. Кроме того, он определяет сходство по косвенным признакам: перенос ошибок, копирование руководства пользователя и администратора. В совокупности эксперт понимает, есть ли переработка или нет.

Нарушитель несет гражданско-правовую ответственность, то есть его можно обязать выполнить действие (прекратить нарушение), выплатить компенсацию (добровольно или через суд), отдать партию товара выпущенного с нарушением (например, копии программы для ЭВМ). По этой категории споров могут работать юристы и консультанты, они хорошо владеют предметом, если работают в этой сфере часто.

Что касается административной и уголовной ответственности, то она наступает при определенном размере и требует профессиональной подготовки дела. Поэтому необходимо обратиться к адвокатам, которые ведут эту категорию дел. В противном случае можно остаться без денег и компенсации.

Чтобы не нарушить чужое авторское право, нужно соблюдать условия лицензионного соглашения на то ПО, которое вы используете.

1. Оформить права на разработку по международным стандартам для привлечения инвестиций;
2. Оформить права на разработку для лицензирования, включая международное лицензирования;
3. Получить доказательства наличия прав для фонда/акселератора, чтобы сдать отчетность;
4. Защитить права перед демонстрацией разработки инвестору/подрядчику/сотруднику/заказчику в пилотном проекте/на хакатоне.

IREG создавался для того, чтобы оформлять права в процессе непрерывной разработки. Основное комьюнити IREG - это научные деятели и IT-разработчики, потому что именно в этой сфере важно:

1. Оформить права сразу (поскольку приходится много показывать, а NDA - слишком сложный режим, чтобы его поддерживать без оформления авторских прав на разработку).
2. Четко проводить границы между своей разработкой, заказной разработкой и кастомизацией.
3. Быстро выходить на рынок, потому что разработка быстро устаревает. Когда ты выпустил решение, нет возможности ждать даже месяц до получения регистрации ФИПС, не то что 1,5 года до получения патента.
4. Работать сразу на международном рынке и быть защищенным в США, ЕС, Англии, Китае и Корее. И желательно сразу и без трат на пошлины в каждой стране.

Поэтому разработчик сразу может оформить права или настроить оформление прав. Для этого не нужно проходить обучение, мы спроектировали софт так, что он распаковывается сам, а сложные вопросы решаются с помощью экспертной поддержки.

Мы работаем с авторским правом, автоматизированы, подключаемся к любой среде, к которой можно подключиться по API и привели свои бизнес-процессы к международным стандартам.

Основатель Fastest оформил права и привлек инвестиции в Делавере, потому что смог передать права от себя на созданную компанию и пройти проверку инвестфонда, потому что выбрал IREG для оформления прав. Так он избежал трат в $10 000 долларов и смог за $1000 подготовиться к аудиту интеллектуальной собственности, который проводил фонд.