Программы для эвм и бд: регистрация и защита прав
Как защитить разработку компании от автора этой разработки
При разработке программного обеспечения важно учитывать юридические тонкости 4 части ГК РФ. Например, что автор произведения, то есть программист, который писал код и дизайнер, который рисовал интерфейс, навсегда останутся авторами
Заказчик не имеет права говорить, что он самостоятельно создал ПО, если это не так. А автор, если другого не прописано в договоре, может распоряжаться своим произведением как ему угодно.
Программисты «Рамблера» первыми в мире изобрели ПО «Nginx», которое позволяет выдержать больше 10 000 одновременных заходов на сервер компании. Если больше 10 тысяч пользователей одновременно заходили на другие сайты — происходил сбой в работе. А на «Рамблере» такого не было с 2002 года.
Автор «Nginx» Игорь Сысоев уволился из «Рамблера» и сделал код разработки открытым. Сейчас кто угодно может пользоваться его ПО и не платить «Рамблеру», по заказу которого был создан «Nginx».
Бывший работодатель попытался судиться с Сысоевым, но в России дело не закончилось ничем. В декабре 2020 года «Рамблер» подал на компанию Сысоева в суд США, чтобы восстановить право собственности на «Nginx» или получить 750 миллионов $ компенсации.
По закону авторство неотчуждаемо, но можно заключить договор авторского заказа и ограничить права автора по этому договору. Если разработка, которую ведет автор, является коммерческой тайной компании — нужно заключать договор о коммерческой тайне.
NDA и договоры о коммерческих тайнах работают не так, как хочется большинству работодателей. Суды часто встают на сторону сотрудников. Вот, что нужно учесть при составлении договора о коммерческой тайне, чтобы он имел юридическую силу:
- сотрудники и подрядчики должны быть уведомлены в письменном виде о том, что работают с коммерческой тайной, какие именно сведения являются коммерческой тайной и о санкциях в случае нарушения договора;
- договор должен быть составлен от имени компании, которой принадлежит коммерческая тайна: в случае, если у вас холдинг, выберите правильную организацию;
- обязательно пропишите, сколько лет после увольнения сотрудник и подрядчик не имеют права распространять информацию;
- составляйте отдельный договор о неразглашении, не включайте эти пункты в трудовой договор или в приложение к нему: после увольнения всё, что прописано в трудовом договоре, теряет силу, то есть если сотрудник будет разглашать сведения, по закону ему что-то предъявить будет практически невозможно.
Введение режима коммерческой тайны в организации — сложный процесс, но оно того стоит. Автор всегда остается автором и запретить ему перепродавать или повторно использовать разработку можно только при правильном оформлении документов во время сотрудничества.
Легализация нелицензионного программного обеспечения
А что делать, если вам необходимо легализовать уже установленное программное обеспечение? В таком случае, желательно незамедлительно начать процесс легализации, одним из этапов которого является процесс приобретения лицензий.
Процесс легализации программного обеспечения выполняется в несколько этапов:
- Инвентаризация установленного программного обеспечения;
- Сопоставление имеющихся лицензий и установленного программного обеспечения;
- Приобретение недостающих лицензий;
- Замена контрафактного программного обеспечения на лицензионные версии.
Тем, кто сомневается в своих силах или хочет быть на 100% уверенным, что проблемы и риски, связанные с нарушением авторских прав сведены к минимуму, мы предлагаем поручить выполнение работ по легализации профессионалам в области лицензирования и авторского права:
- Проведем инвентаризацию имеющегося программного обеспечения;
- Поможем быстро купить недостающие лицензии на программы (предложим варианты лицензирования, скидки, на чем можно сэкономить);
- Установим программное обеспечение на компьютеры, заменим нелегальные версии — легальными.
В результате проведения легализации, вы получите:
- 100% уверенность в законном использовании программного обеспечения и другие преимущества использования лицензионного программного обеспечения;
- Вы будете точно знать, что нужно делать и чего делать не нужно, в случае проведения проверки соблюдения авторских прав правоохранительными органами, что позволит смягчить результаты проведения подобных проверок;
- Довольных сотрудников, которым не придется постоянно бегать за системным администратором, потому что все будет работать.
Определение и существенные признаки лицензионного договора
Лицензионный договор заключается между пользователем и правообладателем программного продукта. Также от лица правообладателя может выступать его уполномоченный представитель (например, агент).
Чаще всего популярные программные продукты реализуют дилеры и фирмы-франчайзи. В таких случаях программный софт продают на основании сублицензионного договора.
Лицензионный договор – соглашение, в силу которого одна сторона – правообладатель исключительного права на ПО (Лицензиар) предоставляет или обязуется предоставить другой стороне (Лицензиату) право использования ПО в предусмотренном договором пределах (статьи 1235, 1286 ГК РФ). Гражданский кодекс РФ определяет следующие существенные условия лицензионного договора:
-
Лицензионный договор должен быть заключён в письменной форме.
-
Если лицензионный договор является возмездным, необходимо указать размер вознаграждения за использование ПО или порядок исчисления такого вознаграждения. При отсутствии в возмездном лицензионном договоре условий о размере вознаграждения или порядке его определения, договор считается не заключённым.
-
Лицензионный договор должен предусматривать способы использования результата интеллектуальной деятельности (ПО), то есть объём передаваемых прав – как лицензиат имеет право использовать ПО.
-
Лицензионный договор должен предусматривать предмет договора путем прямого указания на результат интеллектуальной деятельности (ПО).
Таким образом, можно сделать следующие выводы:
Любая программа для ЭВМ — это результат интеллектуального труда (ст. 1225 ГК РФ).
Программный продукт можно создать собственными силами, а можно приобрести у сторонней организации.
При покупке компьютерной программы организация может приобрести исключительные или неисключительные права на ее использование. Этот момент определяет дальнейший учет программных продуктов.
Чтобы учесть программу в расходах, необходимы следующие документы:
-
лицензионный (сублицензионный) договор или договор отчуждения, который подтверждает право покупателя на использование программы;
-
акт на передачу прав.
Использование свободного программного обеспечения
Легализация проприетарного программного обеспечения стоит относительно дорого. Кроме того, разработчики коммерческих программ практически всегда ограничивают выбор компьютерного оборудования и зачастую предъявляют весьма высокие требования к его параметрам. По этим причинам можно воспользоваться альтернативным решением — установить свободное программное обеспечение.
Примечание. Свободное программное обеспечение — программное обеспечение с открытым исходным кодом, которое пользователь может легально запускать, модифицировать и распространять. Программный продукт и исходный код защищены юридически авторскими правами при помощи свободных лицензий (GNU General Public License — универсальная общественная лицензия GNU). При этом создатель программы сохраняет предоставленные ему законом авторские права на нее, однако лицензия разрешает ее свободное использование. Большинство разработчиков свободного программного обеспечения предоставляют его на безвозмездной основе.
С комплектацией некоторых широко используемых программных продуктов, а также ценами на них можно ознакомиться в каталоге на сайте Некоммерческого партнерства поставщиков программных продуктов (www.npppp.ru/complect/spisok/soderzhanie.htm).
Свободное программное обеспечение должно отвечать определенным критериям, которые устанавливают права (свободы), передаваемые разработчиками свободных программ любому пользователю:
- использование программы с любой целью;
- ее адаптация под индивидуальные особенности компании-пользователя;
- распространение копий программы как с исходным, так и с измененным кодом;
- модификация и исправление программы с добавлением информации о модифицированных файлах и публикация ее в общий доступ.
Использование свободного программного обеспечения не может являться основанием для применения санкций и создания препятствий в осуществлении предпринимательской деятельности при контроле за соблюдением авторских прав (Письмо Минэкономразвития России от 05.05.2009 N Д05-2235).
Следует учитывать, что в отличие от широко распространенного программного обеспечения с привычным неискушенным пользователям интерфейсом в тонкостях использования свободного программного обеспечения необходимо разбираться дополнительно. Поэтому перед компанией, внедряющей СПО, немедленно встает проблема обучения персонала. Скорее всего, потребуется организация специальных обучающих курсов, а для решения вопросов, возникающих в процессе использования софта, — организация системы поддержки СПО.
Существенными плюсами использования СПО являются:
- низкая стоимость владения;
- возможность создавать новые программные продукты на базе СПО;
- масштабируемость программного обеспечения без дополнительных лицензионных отчислений в случае роста компьютерного парка;
- отсутствие угрозы заражения компьютеров вирусами;
- возможность дальнейшей продажи разработанных программ;
- отсутствие вынужденных затрат на обновление компьютерного парка в связи с выпуском новой версии продукта.
Комментарии партнеров Microsoft
CNews обратился к российским партнерам Microsoft за комментариями относительно изменения правил лицензирования ПО в России.
В России хотят цифровизировать социальную помощь. Что уже сделано государством?
Интеграция
«Ни для кого не секрет, что программа лицензирования Microsoft является запутанным ребусом для большинства компаний, поэтому сокращение количества программ лицензирования за счет расширения возможностей текущих, позволит значительно упростить сотрудничество с Microsoft», – сказал Сергей Агаев, генеральный директор Comparex.
«На заказчиков, приобретающих лицензии Microsoft, влияния эти изменения не окажут, – отметил Михаил Степанюк, директор департамента ПО компании Merlion. – Так как Software Assurance ранее была необязательной опцией в Open License, то поэтому после объединения Open License с Open Value («расширение программы OV») у заказчика останется право покупки лицензий без Software Assurance, просто будут добавлены новые парт-номера в OV. Для рынка, считаем, изменения носят исключительно позитивный характер. Благодаря тому что продавать лицензии через OV будут вновь авторизованные партнеры, сроки поставок в цепочке «Microsoft – дистрибьютор – ресселер – заказчик» будут в результате новой процедуры лицензирования сокращены. Дополнительным плюсом для конечных корпоративных заказчиков будет подтвержденная авторизацией вендора надежность ресселеров».
По мнению Андрея Благоразумова, директора по развитию бизнеса с Microsoft компании Softline, изменения окажут положительное влияние на рынок.
«Сейчас заказчики путаются в большом количестве схем лицензирования, а нововведения существенно упростят понимание и скорость принятия решения, – отметил Благоразумов. – Эта более современная модель лицензирования принесет и другие преимущества заказчикам, такие как быстрый доступ к последним версиям ПО, возможность оплаты в рассрочку и другие».
Заместитель директора центра компетенций по вычислительным комплексам компании «Техносерв» Вадим Козырев считает, что сильного влияния на рынок это событие не окажет, так как данные программы лицензирования похожи.
«Главное отличие в том, что при Open License требуется сразу оплатить лицензии, а Open Value предусматривает ежегодные платежи и включает в себя Software Assurance, – пояснил Козырев. – Вариант, при котором Software Assurance становится необязательной опцией для Open Value, очень похож на Open License. Фактически это упрощение программ лицензирования. Переход на модель подписки (Open Value) – это модель «сервис как услуга» (SaaS), общая тенденция сегодняшнего рынка. Переход на такую форму взаимодействия стал общим трендом. Microsoft использует ее для таких продуктов, как Office 365, облако Azure, у Amazon – это платформа AWS, у Google – Cloud Platform. Так что Microsoft движется в общепринятом направлении. Однако рынок меняется постоянно, и ИТ через 5-10 лет будет другим. Сегодня многие CMB-компании частично отказываются от внутренней ИТ-службы в общепринятом виде. И в скором будущем многие компании уйдут от собственного ИТ и будут покупать все у провайдеров услуг в формате as a service – IaaS, PaaS, SaaS».
«Судя из анонса направленного нам дистрибьютором Software Assurance как и ранее будет включена важная опция для приобретения в рамках программ Open Value и Open Value Subscription, – прокомментировали измненения в пресс-службе ИТ-компании «Крок». – Пока трудно комментировать данные изменения, так как никаких разъяснений насчет корректировки условий программ не отражено в официальном письме от правообладателя».
GPL
GPL (Свободное ПО) — это очень интересный вид лицензирования, который предоставляет пользователю широкие возможности. Этот вид ПО не похож на другие программы. Судите сами: у вас есть возможность бесплатно пользоваться программой как в личных, так и коммерческих целях, изменять ее (совершенствовать), распространять как оригинальную программу, так и измененную вами. Единственное, что вам нельзя делать — это продавать как оригинальный, так и измененный вами продукт. Свободное ПО (его еще называют Open Source ПО) распространяется по лицензии GNU General Public License (GNU GPL).
На практике все происходит примерно так. Над свободным ПО трудится группа программистов волонтеров (или наемных), но распространяют они свои программы не только бесплатно, но также вместе с исходными кодами. То есть, имея навыки в программировании, вы можете совершенствовать программу или изменять ее функции под свои личные нужды — ведь у вас есть не только скомпилированная программа, но и ее исходные коды. Также вы можете участвовать в разработке в группах программистов. Это упрощенная схема разработки и распространения свободного ПО. Иногда бывает так, что из-за желания многих пользователей сделать свои версии, программа расходится по интернету в десятках, а то и в сотнях версий, каждая из которых имеет свои плюсы и минусы — пример Miranda.Отличными примерами Свободного ПО являются: GIMP, OpenOffice.org, Audacity, VirtualBox.
Простая и исключительная лицензия
Лицензия бывает двух типов: исключительная и неисключительная. Разница в том, у кого право использовать работу автора.
Если автор планирует передать права нескольким людям, хоть трем, хоть сотне — он подписывает договор на неисключительную лицензию. Еще она называется «простой».
Если автор передает права одному клиенту и больше никому передавать не будет, у него договор на исключительную лицензию.
Неисключительная, или простая
Фотограф сделал серию снимков с котами и передает ее Шатерстоку. Его фотографии могут быть где угодно: на рекламе банка, обложках тетрадей, календарях
Исключительная
Фотограф снял серию котов, передает ее ООО «Питомцы» и не может передавать кому-либо еще
В договоре необязательно указывать тип лицензии — можно составить договор без упоминания, какая это лицензия, исключительная или простая.
Если в договоре нет типа лицензии, она считается простой и неисключительной
Поэтому клиентам надо обратить внимание на формулировки, иначе может оказаться, что автор вправе передать работу другим компаниям, в том числе конкурентам клиента
Приобретение лицензионного программного обеспечения
Процесс приобретения лицензионного программного обеспечения, как правило, состоит из следующих этапов:
- составление списка необходимого программного обеспечения
- подбор схем лицензирования и приобретения
- процесс покупки
- получение лицензии от поставщика
- постановка на бухгалтерский и налоговый учет
- учет в системе учета ПО организации
Вам в помощь:
- Опрос сотрудников относительно ПО
- Советы по сокращению затрат на поддержку
- Контрольный список регистрации нового ПО
Для получения желаемого результата консультанты по лицензированию должны иметь как можно больше информации. Только имея полное представление о вашей организации можно составить оптимальную схему приобретения лицензий. Вот примерный перечень вопросов, которые помогут нам подготовить для вас наиболее выгодное решение по лицензированию:
- Количество ПК, серверов, периферийных устройств
- План распределения виртуальных машин по физическим серверам, если используете или планируете использовать технологии виртуализации
- Какие лицензии закупались ранее, по каким схемам лицензирования
- Наличие филиалов и аффилированных лиц
- Наличие офисов за пределами РФ
- Имеются ли тенденции к сокращению/увеличению числа сотрудников в течение 1-3 лет
- Планируете ли вы переходить на новые продукты по мере их выпуска в течение 1-3 лет
- Технические требования к приобретаемым программам и особенности их применения
Условия передачи прав
Что клиент вправе делать с работой и на каких условиях — обязательные пункты лицензионного договора. Без них клиент рискует. Партнер сможет оспорить трактовку договора, а суд — решить, что договор вовсе не заключили.
Вот что нужно описать в договоре: на что автор передает права, кому и для какой территории.
На что автор передает права или предмет договора. Как описать предмет, чтобы защитить себя от недопонимания, мы рассказывали в статье Дела. Если кратко, подход такой: чем точнее опишете, тем надежнее договор. Примеры описания:
Автор передает заказчику десять фотографий в формате RAW от 5 марта 2017 года, записанных на диск DVD-R 4.7 GB 1-4x. Сюжет фотографий: портрет девушки с веслом, яблоком, на мотоцикле, качелях, с удочкой, в зимнем саду, квартире, музее, коробке, библиотеке. Фотографии сделаны на фотоаппарат Nikon D3100 kit 18-55.
Администрация предоставляет неисключительную лицензию на использование платформы и оказывает сопутствующие услуги. Платформа — программный комплекс администрации, который расположен по адресу https://tilda.cc.
В каком формате передает: на флешке, диске, ссылкой на электронный архив.
Территория. Территория может быть любой: вся страна, конкретный город или без ограничений. Возможные формулировки:
Лицензиат вправе использовать работу на территории Краснодарского края;
… без ограничения по территории.
Кто получает права. Кажется, это простой пункт: раз компания подписывает договор, значит, у нее права. Это не совсем так.
Компания получает доступ к программе, но программой будет пользоваться не абстрактная компания, а сотрудники. При этом надо разобраться, кого считать сотрудниками: стажеров, только штатных и неуволенных; которые работают в России или где угодно.
Еще вопрос — сколько сотрудников получают доступ и как их считать. Если завтра компания наймет пятьсот сотрудников, они все могут получить доступ? На все вопросы надо найти ответы в договоре.
Если из договора не до конца понятно, кто получает права, можно случайно нарушить условия договора. Поэтому либо компания сама четко прописывает, либо просит партнера. Неправильных ответов здесь нет — главное, чтобы описание не вредило интересам компании.
Практические проблемы с лицензиями
Совместимость лицензий
Совместимость лицензий между общими лицензиями на программное обеспечение FOSS согласно Дэвиду А. Уиллеру (2007): векторные стрелки обозначают однонаправленную совместимость, поэтому лучшая совместимость с левой стороны («разрешительные лицензии»), чем с правой стороны («лицензии с авторским левом»)
Лицензии на пакеты программного обеспечения, содержащие противоречивые требования, делают невозможным объединение исходного кода из таких пакетов для создания новых пакетов программного обеспечения. Совместимость лицензий между лицензией с авторским левом и другой лицензией часто является только односторонней совместимостью. Эта характеристика «односторонней совместимости», например, подвергается критике со стороны Apache Foundation , которая предоставляет более разрешительную лицензию Apache, которая не имеет этой характеристики. Лицензии без авторского лева, такие как разрешительные лицензии FOSS , имеют менее сложное взаимодействие с лицензиями и обычно демонстрируют лучшую совместимость с лицензиями. Например, если в одной лицензии говорится, что «измененные версии должны упоминать разработчиков в любых рекламных материалах», а в другой лицензии указано, что «измененные версии не могут содержать дополнительных требований атрибуции», то, если кто-то объединил программный пакет, который использует одну лицензию, с программным пакетом который использует другой, было бы невозможно распределить комбинацию, потому что эти противоречивые требования не могут быть выполнены одновременно. Таким образом, эти два пакета будут несовместимы по лицензии. Когда дело доходит до лицензий на программное обеспечение с авторским левом, они по своей сути несовместимы с другими лицензиями с авторским левом, даже GPLv2 сама по себе несовместима с GPLv3.
Цель использования
Ограничения на использование программного обеспечения («ограничения использования») обычно неприемлемы в соответствии с FSF, OSI , Debian или основанными на BSD дистрибутивами. Примеры включают запрет на использование программного обеспечения для нечастных приложений, в военных целях, для сравнения или сравнительного анализа, для правильного использования, для этически сомнительных средств или в коммерческих организациях. Хотя некоторые ограничения свободы пользователей, например, в отношении ядерной войны, похоже, пользуются моральной поддержкой среди большинства разработчиков свободного программного обеспечения, обычно считается, что такие ограничения не должны осуществляться с помощью лицензий на программное обеспечение; среди прочего, из-за практических аспектов, таких как возникающая правовая неопределенность и проблемы с обеспечением соблюдения расплывчатых, широких и / или субъективных критериев, или потому, что производители инструментов, как правило, не несут ответственности за использование их инструментов другими людьми. Тем не менее, некоторые проекты включают юридически необязательные просьбы к пользователю, особенно SQLite . Среди неоднократных попыток разработчиков регулировать поведение пользователей с помощью лицензии, вызвавшей широкую дискуссию, можно выделить (в шутку) пункт Дугласа Крокфорда «без зла», который повлиял на процесс выпуска дистрибутива Debian в 2012 году и привел к исключению проекта JSMin-PHP. от Google Code , добавление пацифистского условия, основанного на Первом законе робототехники Азимова, к GPL для графического процессора программного обеспечения для распределенных вычислений в 2005 году, а также несколько программных проектов, пытающихся исключить использование крупными поставщиками облачных услуг.
Срок действия договора
В лицензионном договоре обычно есть срок действия. Могут быть фразы:
Договор действует в течение 10 (десяти) лет, начиная со дня его заключения;
… с момента акцепта до момента удаления аккаунта пользователя;
… до полного исполнения всех обязательств.
Формально указывать срок в договоре необязательно. Если срока нет, договор действует и все обязательства в силе. Правда, в этом случае срок устанавливает закон — пять лет. Это норма из 1235-й статьи Гражданского кодекса.
Если компания подписывает договор не с автором, а с правообладателем, надо перепроверить срок договора. Лицензионный договор действует столько, сколько действуют исключительные права. Вот что это значит:
Фотограф передал права на серию с котами фотостоку до 2020 года.
Сейчас 2018 год. Значит, фотосток вправе перепродавать права на серию еще два года.
Если фотосток продаст серию в 2021 году, договор на серию будет недействительным. Автор может подать иск против компании, которая купит фотографии, и отсудить компенсацию до пяти миллионов рублей.
Исключение из правила — права на ноу-хау. Как работать с ноу-хау — тема отдельной статьи. Если нужно разобраться сейчас, о сроке говорится в 1469-й статье Гражданского кодекса.