Как называется программное обеспечение авторы которого передают пользователю исходный код
Обновлено: 04.07.2024
Вопрос 1: Означает ли это, что Заказчик, по-любому, имеет право
на условиях безвозмездной простой (неисключительной) лицензии
на исходный код программы.
Обязан ли я передать ему исходный код программы?
Получается, заказчик имеет право видеть исходный код программы?
Менять его не имеет права, но обладать и видеть может,
на условиях неисключительной лицензии. Так? Или нет так?
Вопрос 1: Означает ли это, что Заказчик, по-любому, имеет право
на условиях безвозмездной простой (неисключительной) лицензии
на исходный код программы.
Обязан ли я передать ему исходный код программы?
Получается, заказчик имеет право видеть исходный код программы?
Менять его не имеет права, но обладать и видеть может,
на условиях неисключительной лицензии. Так? Или нет так?
Простая (неисключительная) лицензия - это право на использование продукта, которое не предусматривает возможности предоставление (передачу) аналогичного права третьим лицам. Исключительная же лицензия предоставляет такое право:
| Википедия - лицензия |
|---|
| При исключительной лицензии лицензиату передаётся право на использование изобретения, полезной модели, промышленного образца в пределах, оговоренных договором, с сохранением за лицензиаром права на его использование в части, не передаваемой лицензиату; при неисключительной лицензии лицензиар, предоставляя лицензиату право на использование изобретения, полезной модели или промышленного образца, сохраняет за собой все права, подтверждаемые патентом, в том числе и на предоставление лицензий третьим лицам. |
| автор |
|---|
| Однако, если отсутствие исходного кода создает препятствия в использовании программы, то возникает такое право |
Вот про это то я и думаю.
Получается, что, по-любому, заказчик имеет неисключительное право на исходный код программы, созданный именно по договору подряда (НЕ по лицензионному договору.)
Так пункт №3 утверждает. Так ведь?
Неисключительные права на исходный код - это есть у заказчика возможность, в итоге, видеть исходный код, обладать им.
Да всё нормально:) Понял Вас:)
Ну вот в случае пункта №3, похоже, закон просто без обсуждения, оставляет
за заказчиком неисключительные права на исходный код.
Императивная норма, это вроде, называется.
То есть заказчик не может никому передать исходный код, изменять его тоже не может.
Но может видеть исходный код, а это может привести к утечке исходного кода на сторону.
Вот, что касается исходного кода, заказчик и исполнитель могли бы сами договориться.
Закон мог бы позволить это. Но не позволяет. Имеем императивную норму.
Заказчик ведь понимает, что программист прежде всего хочет защитить свой исходный код.
В данном случае программист не может защитить свой исходный код
"По умолчанию" заказчик получает неисключительное право, предоставляющее возможность ему ИСПОЛЬЗОВАТЬ продукт. Права продавать этот продукт у него нет. Если без предоставления исходных кодов невозможно предоставить право использования продукта (как, например, в конфигурациях 1С), то да, исходный код должен быть предоставлен для обеспечения неисключительного права. Если же исходный код написан, например, на C++ или Делфи, то можно предоставить в пользование только скомпилированную программу - без исходного кода, и это не создаст препятствий в ее использовании.
Исключительное право предоставляет право продавать продукт, а если сказать точнее, то продавать НЕИСКЛЮЧИТЕЛЬНОЕ ПРАВО на этот продукт. Причем, факт однажды совершенной такой продажи не лишает обладателя исключительного права возможности продавать его еще и еще. А у обладателя неисключительного права имеется возможность только использовать. Продать свое право третьему лицу по умолчанию он не имеет.
Хотя, неисключительное право может быть расширено с согласия обладателя исключительного права. Обладатель исключительного права может, например, разрешить или запретить передачу неисключительного права третьему лицу с утратой такого права тем, кто его передал.
| Статья 1228 ГК РФ |
|---|
| 3. Исключительное право на результат интеллектуальной деятельности, созданный творческим трудом, первоначально возникает у его автора. Это право может быть передано автором другому лицу по договору, а также может перейти к другим лицам по иным основаниям, установленным законом. |
Спасибо:) Ещё вернусь и буду осмысливать Ваши ответы:)
Допустим по договору подряда я создал на Аксессе программу Contract.MDB
Исключительные права на этот файл я забираю себе. Допустим так (это разрешается).
Но в соответствии со статьёй 1296 ГК у Заказчика по-любому остаются неисключительные права.
А значит весь файл Contract.MDB заказчик видит. Видит весь исходный код VBA.
Понятно, что я могу создать скомпилированный Contract.MDE и передать его Заказчику.
Обязан ли я передавать заказчику также файл Contract.MDB (исходный файл программы).
Ведь Contract.MDE "рождается" из Contract.MDB. И получается, что заказчик имеет неисключительные права на Contract.MDB (по закону) и может его затребовать.
Если не обязан я передавать исходный код, то почему? Где это можно увидеть в ГК РФ?
Я почему-то считаю, что исходный код – это тоже программа. Например Contract.MDB (MS Access)
Компилированный код – это тоже программа, только в другом виде.
1. В случае, когда программа для ЭВМ или база данных создана по договору, предметом которого было ее создание (по заказу), исключительное право на такую программу или такую базу данных принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное.
2. В случае, когда исключительное право на программу для ЭВМ или базу данных в соответствии с пунктом 1 настоящей статьи принадлежит заказчику, подрядчик (исполнитель) вправе, поскольку договором не предусмотрено иное, использовать такую программу или такую базу данных для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права.
3. В случае, когда в соответствии с договором между подрядчиком (исполнителем) и заказчиком исключительное право на программу для ЭВМ или базу данных принадлежит подрядчику (исполнителю), заказчик вправе использовать такую программу или такую базу данных для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права.
4. Автор созданных по заказу программы для ЭВМ или базы данных, которому не принадлежит исключительное право на такую программу или такую базу данных, имеет право на вознаграждение в соответствии с абзацем третьим пункта 2 статьи 1295 настоящего Кодекса.
Статья 1297. Программы для ЭВМ и базы данных, созданные при выполнении работ по договору
| автор |
|---|
| ПМСМ, в договоре следует явно прописывать, кто и какие права приобретает на разрабатываемое ПО и данные. Тогда не придется впоследствии ломать голову над запутанными и местами противоречивыми требованиями законодательства. |
Согласно ГК РФ. Статья 1296. Пункт 3. неисключительные права на исходный код принадлежат заказчику. Или это всё таки не так?
(1) программная среда, определяющая интерфейс прикладного программирования (API) как множество системных функций и сервисов (системных вызовов), которые предоставляются прикладным программам
(2) набор средств, состоящий только из интерфейса пользователя, его реализации, командных и сервисных возможностей пользователя по управлению прикладными программами и компьютером
(3) набор программ, контролирующих работу прикладных программ и системных приложений и исполняющих роль интерфейса между пользователями, программистами, прикладными программами, системными приложениями и аппаратным обеспечением компьютера
Номер 2
Ответ:
(1) программная среда, определяющая интерфейс прикладного программирования (API) как множество системных функций и сервисов (системных вызовов), которые предоставляются прикладным программам
(2) набор средств, состоящий только из интерфейса пользователя, его реализации, командных и сервисных возможностей пользователя по управлению прикладными программами и компьютером
(3) набор программ, контролирующих работу прикладных программ и системных приложений и исполняющих роль интерфейса между пользователями, программистами, прикладными программами, системными приложениями и аппаратным обеспечением компьютера
Номер 3
Ответ:
(1) программная среда, определяющая интерфейс прикладного программирования (API) как множество системных функций и сервисов (системных вызовов), которые предоставляются прикладным программам
(2) часть операционной среды, определяющая интерфейс пользователя, его реализацию, командные и сервисные возможности пользователя по управлению прикладными программами и компьютером
(3) набор программ, контролирующих работу прикладных программ и системных приложений и исполняющих роль интерфейса между пользователями, программистами, прикладными программами, системными приложениями и аппаратным обеспечением компьютера
Упражнение 3: Номер 1
Ответ:
(2) облегчение процессов эксплуатации аппаратных и программных средств вычислительной системы
(3) обеспечение удобного интерфейса между приложениями и пользователями, с одной стороны, и аппаратурой компьютера – с другой
Номер 2
Ответ:
Номер 3
Ответ:
Упражнение 4: Номер 1
Ответ:
Номер 2
Ответ:
Номер 3
Ответ:
Упражнение 5: Номер 1
Ответ:
(3) производит распределение физической памяти между всеми существующими в системе процессами
Номер 2
Ответ:
(2) производит распределение физической памяти между всеми существующими в системе процессами
(3) выполняет настройку адресно-зависимых частей кодов процесса на физические адреса выделенной области
Номер 3
Ответ:
Упражнение 6: Номер 1
Ответ:
Номер 2
Ответ:
(3) резидентные модули загружаются в оперативную память только на время выполнения своих функций
(4) транзитные модули загружаются в оперативную память только на время выполнения своих функций
Номер 3
Ответ:
(3) резидентные модули загружаются в оперативную память только на время пополнения своих функций
(4) транзитные модули загружаются в оперативную память только на время пополнения своих функций
Упражнение 7: Номер 1
Ответ:
Номер 2
Ответ:
Номер 3
Ответ:
Упражнение 8: Номер 1
Ответ:
Номер 2
Ответ:
(4) использование виртуальных машин накладывает дополнительные ресурсные ограничения для пользователей и разработчиков
Номер 3
Ответ:
(1) использование виртуальных машин накладывает дополнительные ресурсные ограничения для пользователей и разработчиков
Упражнение 9: Номер 1
Ответ:
Номер 2
Ответ:
Номер 3
Ответ:
(4) операционная система управляет разделением совместно используемых ресурсов (процессор, память, файлы)
Упражнение 10: Номер 1
Ответ:
Номер 2
Ответ:
Номер 3
Ответ:
Упражнение 11: Номер 1
Ответ:
Номер 2
Ответ:
(1) тем, что файловая система Linux на жестком диске может расположиться на нескольких разделах диска
Принцип открытости со временем охватил не только сферу программирования, но и другие области. Дизайнеры могут размещать в открытом доступе бесплатные шрифты и шаблоны, программисты — коды мобильных приложений и онлайн-игры, ученые — исследования.
В последние годы потребителями открытого ПО становятся целые страны. Французская жандармерия использует на своих компьютерах свободное ПО Ubuntu, а другие министерства переходят с Microsoft Office на бесплатный LibreOffice. Этот офисный пакет также используют министерства обороны Нидерландов и Италии, муниципалитеты Албании и Испании. А правительство Великобритании перешло с формата PDF в документации на опенсорс-формат Open Document Format for Office Applications (ODF) по умолчанию. РБК Тренды разобрались, в чем плюсы и минусы открытого софта.
С чего начиналось свободное ПО
С 1952 по 1955 год компания IBM начала выпускать IBM 701, первый коммерчески доступный компьютер. ЭВМ не продавали конечным потребителям, а сдавали в аренду научным институтам, военным компаниям и госпредприятиям. Машины поставлялись без операционной системы и программ. Ученые и инженеры начали писать софт сами и делились им с коллегами из других компаний, у которых были аналогичные ЭВМ.
Со временем коммерческих моделей компьютеров становилось больше, и они стали доступны обычным пользователям. Однако под каждую из этих моделей придумывали отдельное ПО. Компании-производители создавали каждый свою операционную систему: BESYS, Compatible Time-Sharing System или CP/CMS. Эти ОС начинали продавать вместе с ПК, и иногда они стоили дороже самого компьютера.
Разработчик Ричард Столлман присоединился к лаборатории искусственного интеллекта при Массачусетском технологическом институте (MIT). Он принимал участие в работе над свободным ПО, например, над EMACS — текстовым редактором для мини-компьютеров семейства PDP. Позднее редактор продали коммерческому дистрибьютору. В 1984 году Столлман решил основать проект свободного ПО под названием GNU (рекурсивный акроним от англ. GNU’s Not UNIX).
К 1991 году разработчикам удалось создать независимую работоспособную ОС, но ей не хватало ядра. Тогда Линус Торвальдс выпустил ядро Linux с открытым кодом, а в 1992 году лицензировал его по GPL.
В середине 1990-х годов в open source пришла первая крупная компания Netscape. Ее браузер Navigator был одним из самых популярных в мире, но с появлением Internet Explorer он стал вытесняться с рынка. В 1998 году в Netscape решили открыть исходный код своего браузера. Год спустя компании не стало, но исходный код Navigator стал основой для одного из самых популярных браузеров — Mozilla Firefox.
В 2014 году представители фонда поддержки открытых проектов Linux Foundation заявили, что в будущем 80% стоимости технологий будет приходиться на открытый код и только 20% — на платные программы.
Плюсы открытого кода
Обсуждения плюсов и минусов и активны по сей день. Однако многие разработчики сходятся в общем понимании позитивных и негативных сторон опенсорс-проектов.
Для пользователей
- Долгосрочная поддержка — в интересах опенсорс-сообщества развивать проект как можно дольше, в то время как корпорации постоянно обновляют версии и выпускают новые продукты на смену старым, чтобы брать с потребителей деньги.
- Экономия денег — за продукт и его новые версии не нужно платить.
- Конфиденциальность — корпорации зачастую собирают личные данные потребителей для таргетинга и прочих целей. К примеру, Microsoft уличили в том, что она собирала персональные данные 300 тыс. госслужащих Нидерландов через Office ProPlus без разрешения и документации.
- Простая обратная связь — индивидуальные разработчики и небольшие группы программистов реагируют на баги и ошибки гораздо быстрее, чем крупные компании.
Для разработчиков:
- Возможность находить любое ПО для работы, обучения и развития собственных проектов.
- Уверенность в том, что софт постоянно поддерживается разработчиком, часто обновляется и получает необходимые функции.
- Возможность адаптировать ПО к своим потребностям.
- Экономия денег, которые можно дополнительно вложить в нужный коммерческий софт.
Для корпораций:
- Участие в открытых проектах позволяет привлечь внимание к другим своим программам, а также развивать собственную экосистему за счет усилий сторонних разработчиков.
- Вовлеченность открытого сообщества в проекты компании делает проще поиск и найм новых сотрудников.
- Покупка опенсорс-компаний позволяет удерживать таланты внутри компании; поддержка проектов извне мотивирует разработчиков активнее развивать их.
Минусы open source
Плагиат. Коммерческие структуры могут использовать открытый код для своих продуктов без указания его авторства. Иногда они вносят минимальные изменения в код, чтобы выдавать его за собственный. Подобное случилось с участниками проекта Leela, которые разработали бесплатный шахматный движок Chess Zero с настраиваемой нейронной сетью. Его использовала компания ChessBase, которая выпустила шахматную программу Fat Fritz. Пакет программ ChessBase Fritz компании стоит от €79 до €99. При этом она отрицает, что каким-либо образом задействовала открытый код.
Аналогичная история была и с Amazon Web Services, которая запустила CloudWatch Synthetics Recorder, расширение Chrome для записи взаимодействий с браузером. Однако данный сервис оказался полностью скопирован с проекта Headless Recorder, созданного разработчиком Тимом Нолетом. В AWS факт плагиата не признавали.
Отсутствие поддержки. Открытый код может использоваться в тех проектах, о которых его авторы даже не подозревают. Таким образом, они не могут оказывать должную поддержку. Кроме того, существует риск, что разработчик небольшого проекта отойдет от дел, а продолжать его дело будет некому, и код начнет устаревать. Проект Libraries.io обнаружил более 2 400 библиотек с открытым кодом, используемых минимум в 1 тыс. других программ, не получавших должного внимания со стороны опенсорс-сообщества. Для потребителя такой программы это может стать проблемой. К примеру, когда программист Азер Кочулу удалил свою библиотеку Leftpad из интернета, проблемы возникли у Facebook, Netflix и других проектов.
Незамеченные уязвимости. Каждый открытый проект зависит от более мелких. В этой цепочке зависимостей легко может возникнуть дыра в безопасности, которую могут долго не замечать. В 2014 году такая уязвимость в безопасности Heartbleed была обнаружена в OpenSSL — программе с исходным кодом, используемой практически всеми веб-сайтами, обрабатывающими платежи с банковских карт. Она делала все эти ресурсы уязвимыми для атак хакеров и кражи данных. По данным GitHub, 17% всех уязвимостей создаются со злонамеренными целями. Исследователи отмечают, что они могут просуществовать до четырех лет, прежде чем будут устранены.
Проекты с открытым кодом
Проекты GNU и Linux послужили основой для многих продуктов. А приход компании Netscape позволил привлечь внимание ИТ-гигантов, которые со временем начали активно вкладываться в open source.
Организация Apache Software Foundation тоже начиналась как открытый проект по развитию одноименного программного обеспечения, в том числе веб-сервера Apache. Данный сервер считается одним из наиболее популярных. Он позволяет запускать сайты небольших проектов и малого бизнеса на WordPress. В наше время разработчики поддерживают множество софтверных проектов, которые имеют открытую лицензию Apache Software License. Спонсорами ASF выступают такие гиганты как Microsoft, Huawei и Amazon Web Sevices.
Компания Red Hat, производитель программного обеспечения на основе операционной системы Linux, возникла в 1995 году. Она не только выпускала софт, но и занималась технической поддержкой и обучением системных администраторов и разработчиков. В 2018 году компанию купила IBM.
Google развивалась благодаря Linux и открытому ПО. Компания сама поддерживает такие проекты как библиотека машинного обучения TensorFlow, язык программирования Go, ПО для автоматизации развертывания приложений Kubernetes и другие. В 2017 году Google открыла портал для 2 тыс. своих open source проектов. Компания делится своими наработками в области открытого кода, а также рассказывает о поддержке новых инициатив.
Microsoft, которая изначально была против open source, в последние годы также изменила отношение к свободному ПО. В 2018 году компания передала 60 из 90 тыс. своих патентов на разработки Open Invention Network (OIN) — организации, которая владеет патентами на программное обеспечение открытой экосистемы GNU/Linux и предоставляет право на их бесплатное использование. Чуть позже корпорация приобрела портал репозиториев открытого года GitHub, а также активно принимает участие в развитии открытых проектов, в том числе, Linux.
В науке опенсорс-подход распространяется не только на открытое ПО, но и на публикации работ исследователей, открытое рецензирование и развитие открытых образовательных ресурсов. Еще в 1991 году физик Пол Гинспарг основал электронный архив arXiv при Лос-Аламосской национальной лаборатории для публикации в открытом доступе препринтов. Теперь там публикуются работы не только по физике, но и по медицине, математике и еще ряду направлений. Европейская организация по ядерным исследованиям (ЦЕРН) поддерживает не только выпуск оборудования с открытым исходным кодом и открытой лицензией, но и собственный портал открытых данных. Ученые применяют инструменты с открытым кодом также для того. чтобы раскрывать методологию своих исследований. К примеру, они используют Open Notebooks для документирования рабочих процессов.
Продукты с открытым кодом используют не только специалисты, но и обычные пользователи, причем иногда они даже не подозревают об этом. LibreOffice, OpenOffice и NeoOffice позволяют бесплатно работать с текстовыми документами, таблицами, графиками, рисовать и делать презентации. 7-Zip, файловый архиватор с высокой степенью сжатия, помогает экономить место на ПК и передавать большие файлы. Графический редактор GIMP способен заменить Photoshop, так как включает инструменты цветокоррекции, фильтры, рисующие инструменты, маски и слои.
Открытый исходный код в наши дни помогает поддерживать технологии искусственного интеллекта, блокчейна и сложных вычислений. Согласно отчету Red Hat, который опросил 1 250 ИТ-лидеров по всему миру, 90% этих предприятий используют открытый исходный код: 64% компаний задействуют такое ПО для модернизации инфраструктуры, 54% — для разработки приложений, 53% — для цифровой трансформации. За последние два года эти показатели увеличились на 11%, и в будущем открытый код, вероятно, поможет заменять ручные процессы автоматизированным управлением на программном обеспечении, способствуя инновациям.
Рассмотрим один из важных вопросов создания IT-продукта – кому принадлежат права на IT-продукты и когда они переходят от разработчика к заказчику. Мы в SimbirSoft сейчас разрабатываем более 100 проектов, и при заключении каждого договора наша обычная практика – наиболее точно отразить потребности клиента и наши обязательства. В этой статье мы предлагаем проанализировать кейсы из практики и определить, какие условия следует включить в договор – с точки зрения как разработчика, так и заказчика.
Заказывая разработку или модернизацию своего IT-продукта, бизнес получает от подрядчика результат его интеллектуальной деятельности (далее – РИД), в соответствии с пунктом 1 статьи 1225 и пунктом 4 статьи 1260 ГК РФ.
Кто будет считаться правообладателем, если момент перехода исключительных прав не урегулирован в договоре
Результаты IT-разработки (программы для ЭВМ) – это объекты авторских прав (статья 1261 ГК РФ). Правообладатель приложения вправе использовать их для собственных нужд, продавать, передавать в залог, вносить в уставный капитал, разрешать использовать другим лицам или найти иное применение по своему усмотрению любым не противоречащим закону способом (статья 1229 ГК РФ).
На основании положений пункта 1 статьи 1296 ГК РФ исключительное право на результат IT-разработки, созданный по договору, принадлежит заказчику, если договором между разработчиком и заказчиком не предусмотрено иное.
В то же время законодатель в пункте 2 статьи 1296 ГК РФ диспозитивно закрепляет за разработчиком право использовать созданное им программное обеспечение на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права.
Вывод: если договором на разработку приложения не предусмотрено иное, исключительное право на него по умолчанию принадлежит заказчику. IT-разработчик вправе только использовать приложение для своих нужд, исключая распространение, заключение лицензионных договоров и прочее.
Пункт 1 статьи 1296 ГК РФ предлагает урегулировать вопрос о переходе исключительного права непосредственно в договоре, определив, например, что исключительное право на приложение принадлежит только разработчику, или, например, заказчику и разработчику совместно.
Также законодатель сохраняет право сторонам договора самостоятельно определить, с какого момента исключительное право на разработку переходит к заказчику. На практике чаще всего встречаются случаи, когда:
- Моментом перехода исключительного права к заказчику считается момент сдачи-приемки результата разработки по акту приема-передачи. И тогда заказчик не будет считаться обладателем исключительного права до тех пор, пока стороны не составят и не подпишут такой акт.
- Исключительное право возникает у заказчика не только с момента сдачи-приемки, но и с момента полной оплаты работ (услуг). В этом случае исключительное право перейдёт к заказчику только тогда, когда он исполнит обязательства по оплате и приемке в полном объеме.
Рассмотрим условия договора, которые помогут защитить интересы заказчика, желающего стать обладателем исключительных прав на Приложение.
- Во-первых, рекомендуем прямо предусмотреть в договоре с разработчиком, что исключительные права на все созданные в ходе выполнения работ результаты интеллектуальной деятельности в полном объеме принадлежат Заказчику с момента создания.
Моментом создания, как правило, будет считаться дата подписания акта приема-передачи результатов работ, включающих РИД.
При этом можно особо оговорить, что права на промежуточные результаты работ, черновики также принадлежат Заказчику.
В противном случае, компания-разработчик вправе будет использовать Приложение для собственных нужд на условиях простой неисключительной лицензии.
Для этого можно воспользоваться механизмом заверения об обстоятельствах, заложенном в ст. 431.2 ГК РФ, и закрепить в договоре следующие гарантии разработчика:
разработчик гарантирует, что при выполнении работ не были нарушены исключительные права третьих лиц и дальнейшее использование Заказчиком результата работ не будет нарушать прав третьих лиц;
разработчик гарантирует, что надлежащим образом обеспечил переход исключительных прав от авторов, принимавших участие в разработке.
Первое условие означает, что при использовании стороннего ПО, разработчик должен обладать всеми правами на такое использование на основании лицензии или по иным основаниям.
Второе условие подразумевает, что разработчик программного обеспечения на заказ в соответствии с требованиями законодательства заключил необходимые договоры с авторами и выплатил им вознаграждение.
В случае нарушения данных гарантий разработчик согласно действующему законодательству обязан будет компенсировать убытки заказчика. Помимо этого, в договоре стороны вправе предусмотреть выплату неустойки в качестве меры ответственности.
Выше были приведены условия, защищающие Заказчика. А на что нужно обратить внимание разработчику при заключении договора?
Как правило, компании, разрабатывающие Приложения на заказ, не заинтересованы в дальнейшем использовании результатов разработки.
Поэтому в договоре можно определить принадлежность исключительных прав заказчику с момента их создания.
В некоторых случаях разработчику может быть интересно сохранение за собой возможности использования Приложения для собственных нужд на условиях безвозмездной неисключительной лицензии, например, для обучения своих сотрудников.
Какую еще выгоду можно извлечь разработчику при формулировании условий об исключительных правах?
Если в договоре на разработку предусмотрена частичная или полная постоплата, то снизить риск возникновения дебиторской задолженности поможет привязка перехода исключительных прав к факту оплаты работ.
Рассмотрим ситуацию, когда разработчик уже передал разработанное Приложение заказчику, но не получил оплату, при этом заказчик уже начал использовать продукт.
Если договор содержит условие, что исключительные права переходят к заказчику с момента полной оплаты результата работ, то, при наличии дебиторской задолженности, будет иметь место незаконное использование Заказчиком результата работ, и у разработчика появляется дополнительный инструмент, позволяющий добиться от заказчика оплаты.
Разработчик может обратиться к заказчику с иском о взыскании компенсации за нарушение исключительных прав, если заказчик не произвел оплату, и исключительные права в силу договора остались у разработчика. А следовательно, используя Приложение, заказчик нарушает исключительные права разработчика.
При заказной разработке IT-продукта важно тщательно подойти к составлению договора и определить как сроки разработки, технические требования к ПО и условия оплаты, так и условия об исключительных правах на приложение. Такой подход позволит разработчику и заказчику минимизировать риски в случае урегулирования споров об исключительных правах на ПО и претензий третьих лиц.
Надеемся, что этот материал был для вас полезен. Статья подготовлена юридической службой SimbirSoft.
С помощью IT-продуктов бизнес решает самые разные задачи, например, ритейлеры формируют новые каналы продаж, а банки обеспечивают надежную работу внутренних систем. Заказывая услуги по созданию ПО, наши клиенты могут быть уверены в законности дальнейшего использования разработанных нами IT-продуктов и их юридической чистоты, поскольку для нас интересы заказчика всегда на первом месте.
Спасибо за статью. А как грамотно организовать оформление документов на служебное произведение в IT-компании?
Добрый день. Это обширная тема, которую фактически нужно рассматривать в отдельной статье. При оформлении документов на служебное произведение в деятельности любой компании предлагаем руководствоваться положениями части 4 ГК РФ.
Добрый день!
Спасибо за статью!
Если возможно, подскажите, пожалуйста, является ли на Ваш взгляд юридически корректным заключение правообладателем ПО с дистрибьютором данного ПО лицензионного договора, по которому дистрибьютору предоставляется право использования ПО путем его распространения и воспроизведения, но указанное право может быть реализовано дистрибьютором ТОЛЬКО в целях заключения сублицензионных договоров с конечными пользователями, по которым дистрибьютор вправе предоставить следующие права: право на использование ПО в соответствии с его функциональным назначением на технических средствах конечного пользователя, на которые дистрибьютором установлено ПО.
Дистрибьютор не вправе осуществлять распространение ПО кроме как путем его передачи конечному пользователю, также дистрибьютор не вправе осуществлять воспроизведение ПО кроме как путем его установки на технические средства конечного пользователя.
Таким образом, сам дистрибьютор по лицензионному договору не может использовать ПО по его функциональному назначению путем записи на собственные технические средства.
Добрый день. На основании ст. 1286 ГК РФ лицензиар вправе самостоятельно установить в договоре с другой стороной пределы использования принадлежащего ему программного обеспечения
Добрый день! А если сайт разрабатывается на конструкторе с открытым кодом, например,WordPress, возникает ли при этом исключительное право на программный продукт у исполнителя?
Добрый день. Возможность создания продукта на базе открытого ПО и права на этот продукт зависят от условий лицензионного договора на открытое ПО и других договоров между всеми задействованными сторонами.
Читайте также: