Как передать программное обеспечение другой организации

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

Формирование акта приема-передачи программного обеспечения необходимо в тех случаях, когда предприятие приобретает ПО для каких-то своих нужд.

Внимание! Этот документ можно скачать в КонсультантПлюс.

• Бланк и образец
• Онлайн просмотр
• Бесплатная загрузка
• Безопасно

Что относится к программному обеспечению

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

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

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

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

Зачем покупать ПО

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

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

Что дает составление акта

Кроме совершенно очевидной функции – фиксации факта передачи программного обеспечения от одного лица другому, данный акт еще и служит подтверждением исполнения договора. По своей сути любой договор: купли-продажи, отчуждения, лицензионный и т.п. является лишь свидетельством о намерении, а вот акт, который становится его неотъемлемой частью, удостоверяет то, что он выполнен.

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

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

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

Особенности формирования акта, общие сведения

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

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

Образец акта на передачу прав на ПО

Вначале документа пишется:

• наименование документа и его номер;
• дата составления акта;
• сведения об организации, передающей программное обеспечение и компании, его принимающей (здесь вписываются их названия, должности и ФИО руководителей);
• договор, на основании которого производится данное действие (указав номер и дату его заключения).

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

Обязательно следует отметить, что ПО передано в надлежащем качестве и полном объеме. Если объект приема-передачи не имеет материального выражения (что вполне допустимо по действующему закону), то в бланке фиксируется только передача прав на его использование.

Советы по защите исключительных прав на программное обеспечение

Ситуация 1. Разработкой ПО занимаются работники компании

В каком случае право на ПО принадлежит работодателю, а в каком – работнику?

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

Работник здесь – автор произведения, так как он написал код для ПО.

Исключительное право на служебное произведение принадлежит работодателю. А работнику за это уплачивается вознаграждение. Условия его выплаты могут быть предусмотрены в трудовом или гражданско-правовом договоре 2 .

Причем зарплата сотрудника и вознаграждение – не одно и то же. За служебное произведение компания обязана выплачивать авторское вознаграждение (п. 2 ст. 1295 ГК РФ). Его размер не определен законом и может быть символическим. Однако мы рекомендуем устанавливать минимально разумный размер во избежание спорных ситуаций. Например, если компания находится в Москве, то лучше установить вознаграждение не ниже прожиточного минимума – 16 679 руб. в 2020 г.

Есть исключения, когда право на служебное произведение остается за работником:

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

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

• Если иные правила предусмотрены договором.

Как работодатели утрачивают право на ПО?

Порой между работодателем и работником возникает спор о том, является ли созданное произведение служебным. В таком случае нужно учитывать, входила ли разработка ПО в обязанности работника 3 .

Факт создания произведения в пределах трудовых обязанностей работника в суде всегда доказывает работодатель. И именно здесь начинаются проблемы. В большинстве IT-компаний работникам предлагают подписать стандартную форму трудового договора. В лучшем случае будут еще гневные электронные письма о том, что «горят все сроки» и «проект надо заканчивать». Вот и все доказательства.

Работник при таком раскладе может присвоить ПО себе. Возможный сценарий: он увольняется и продает разработанный в компании продукт. И даже если компания вложила в создание ПО миллионы – это уже не будет иметь значения. Ведь использование работником ресурсов работодателя не является основанием для признания произведения служебным 4 .

Когда в политике компании четко не прописаны вопросы, касающиеся служебных произведений, то в случае конфликта очень трудно доказать, что разработка ПО входила в трудовые обязанности работника. Более того, нигде не сказано, как работодателю нужно это доказывать, а понятие «трудовые обязанности» не раскрывает ни Гражданский, ни Трудовой кодекс. Все это вызывает дополнительные трудности.

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

О чем спорят работодатели и работники?

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

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

Спор удалось урегулировать в досудебном порядке. Однако чаще приходится обращаться в суд. Рассмотрим несколько примеров из судебной практики.

2. Работник пытался взыскать с работодателя вознаграждение за созданное им в рамках служебного задания ПО. Суды отказали ему, так как работодатель предоставил акт сдачи-приемки служебного произведения с подписью работника. В акте было сказано, что работник получил вознаграждение за созданные программы в полном объеме. Таким образом, правильно оформленные документы позволили работодателю защитить свои права 5 .

3. Работодатель просил суд признать, что право на ПО принадлежит компании. Суд отказал ему, так как не были предоставлены документы, подтверждающие, что создание ПО было трудовой обязанностью работника, и потому оно является служебным произведением. А трудовой договор не предусматривал условие о переходе к работодателю прав на результаты интеллектуальной деятельности работника 6 .

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

Суд отказал работодателю. Он указал, что «само по себе наличие трудовых отношений с автором произведения не является доказательством признания такого произведения служебным».

Далее суд пояснил: «В материалах дела отсутствуют документы, подтверждающие наличие служебного задания (технического задания), доказательства создания программы в определенный период времени […], акты приемки-передачи служебного произведения и какие бы то ни было иные документы, свидетельствующие о создании программы в рамках исполнения трудовых обязанностей.

Именно с наличием подобных документов суды связывают доказанность факта создания произведения как служебного.

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

Как IT-компаниям правильно оформить отношения с работниками?

Рекомендуется иметь в наличии полный комплект документов. Анализ судебной практики показывает, что попытки его сократить многократно увеличивают риски потерять права на ПО.

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

Ситуация 2. Автор создал ПО до принятия его в компанию в качестве нового сотрудника

Кому принадлежит ПО?

На практике такие ситуации чаще выглядят так:

• разработчики-одиночки решают создать свой стартап; в новую компанию они вкладывают свои интеллектуальные активы (например, код будущей программы или первую рабочую версию ПО);
• разработчик создал ПО, а затем устроился на работу в компанию, где принялся программу дорабатывать (модернизировать).

В данном случае появляются вопросы: что будет в случае ссоры между участниками-разработчиками? Кому принадлежит исключительное право на ПО и в какой части? От чего это зависит?

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

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

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

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

Мы зарегистрировали обе программы в Роспатенте и приняли меры по защите ПО. В итоге у компании не возникло прав на него.

А вот пример из судебной практики: гражданин пытался запретить компании использовать ПО, якобы разработанное им единолично. Он утверждал, что не был сотрудником компании, а лишь безвозмездно работал на ее территории над программой.

Однако в суде было доказано, что ПО принадлежит компании. Оно создавалось ее работниками, что было задокументировано. Например, в наличии были служебное задание и передаточный акт 9 .

Как автору – участнику или работнику IT-стартапа защитить свои интересы?

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

1. Зарегистрируйте свой программный код. ПО охраняется так же, как и литературное произведение: авторское право возникает само по себе и не нуждается в регистрации. Однако ПО может быть зарегистрировано в Роспатенте. В случае возникновения спора это позволит подтвердить дату создания ПО.
2. Пропишите в программном коде дату начала разработки ПО и полное имя автора.
3. Отправьте на адрес своего места жительства письмо с листингом кода. Конверт вскрывать нельзя. Если возникнет конфликт, письмо станет доказательством, которое будет очень тяжело оспорить.

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

Как защитить интересы компании?

Общие рекомендации о том, что нужно правильно оформлять трудовые отношения, актуальны и здесь. Если работодатель не хочет вместе с сотрудником потерять разработанное им ПО, то нужно:

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

Ситуация 3. Компания поручает разработку ПО сторонним специалистам

Какой договор заключить?

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

• договор авторского заказа (ст. 1288 ГК РФ) – здесь исполнителем является гражданин (физическое лицо), творческим трудом которого создано ПО;
• договор заказа (ст. 1296 ГК РФ) – здесь личность автора и исполнителя не совпадают. Исполнителем по договору заказа является не автор (физическое лицо), а работники индивидуального предпринимателя или юридического лица.

Эти разные по своей правовой природе договоры важно различать, однако даже суды их путают 10 .

Договор заказа на создание (модификацию) ПО является смешанным и содержит признаки как договора подряда, так и договора на передачу исключительных или неисключительных прав на ПО.

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

На что обратить внимание при заключении договора заказа?

1. Кому будет принадлежать исключительное право на созданную программу?
   По общему правилу, оно принадлежит заказчику (п. 1 ст. 1296 ГК РФ). Но в договоре может быть указано, что исключительное право остается за исполнителем.
2. Если право на ПО переходит заказчику, то какие права на него остаются у исполнителя?
   Если договор прямо не запрещает исполнителю использовать созданное им ПО, то он может делать с ним что угодно для своих нужд.
3. Если право на ПО переходит исполнителю, то какие права на него остаются у заказчика?

Если в договоре есть запрет на использование ПО заказчиком, то ему придется заключать отдельный лицензионный договор с исполнителем и платить ему за право использования.

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

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

Именно поэтому применению подлежали общие положения п. 1 ст. 1296 ГК РФ. В соответствии с ними исключительное право на созданное ПО в полном объеме принадлежит заказчику 11 .

Отсюда вывод: нужно обращать особое внимание на условия договора о правах на ПО и привлекать юристов к его составлению.

Нужен ли акт приема-передачи права на ПО?

Существуют разные мнения по этому поводу. Судебная практика также противоречива:

• Акт приема-передачи – это бессмысленный документ. Права на ПО и так принадлежат заказчику или исполнителю – в зависимости от условий договора (п. 1 ст. 1296 ГК РФ). Требований закона по оформлению актов в случае приобретения прав нет 12 . Эта точка зрения доминирующая.
• Стороны сами могут решить, что им подписывать. Переход исключительного права может быть привязан к моменту подписания акта приема-передачи 13 .

Исходя из практики, мы поддерживаем первую точку зрения. Однако советуем подписывать акт приема-передачи готового ПО на случай возникновения спорных ситуаций.

1 Статья 1295 ГК РФ и п. 104 Постановления Пленума Верховного Суда РФ от 23 апреля 2019 г. № 10.

2 Пункт 105 Постановления Пленума Верховного Суда РФ от 23 апреля 2019 г. № 10.

3 Пункт 104 Постановления Пленума Верховного Суда РФ от 23 апреля 2019 г. № 10.

4 Пункт 104 Постановления Пленума Верховного Суда РФ от 23 апреля 2019 г. № 10.

5 Апелляционное определение Московского городского суда от 22 января 2018 г. № 33-2255/18.

6 Апелляционное определение Сахалинского областного суда от 9 февраля 2016 г. № 33-102/2016.

7 Решение АСГМ от 1 февраля 2019 г. № А40-202764/18.

8 Пункт 105 Постановления Пленума Верховного Суда РФ от 23 апреля 2019 г. № 10.

9 Решение Савеловского районного суда г. Москвы от 24 ноября 2017 г. № 02-6298/2017.

10 Решение АС Санкт-Петербурга и Ленинградской области от 11 июля 2018 г. по делу № А56-5072.

11 Решение АСГМ от 8 августа 2016 г. по делу № А40-154016/14-27-1300.

12 Постановление 9 ААС от 9 марта 2010 г. № 09АП-1879/2010-АК по делу № А40-104444/09-127-696.

13 Постановление СИП от 1 февраля 2018 г. № С01-1152/2017 по делу № А40-196239/2016.

Проблемы распоряжения исключительным правом в отношении программы для ЭВМ

Любой программный продукт — это программный код (исходный текст и объектный код), то есть набор символов.

Законом предусматривается правовая охрана программ для ЭВМ в качестве произведений литературы.

Передача прав на программное обеспечение, как любого объекта, не изъятого из оборота или не ограниченного в обороте, осуществляется на основании договора.

Часть четвертая ГК РФ вводит два основных вида договоров по распоряжению исключительным правом:

1. договор об отчуждении исключительного права;
2. договор о предоставлении другому лицу права использования соответствующего результата интеллектуальной деятельности в установленных договором пределах (лицензионный договор). При этом заключение лицензионного договора не влечет за собой переход исключительного права к лицензиату (п. 1. ст. 1233 ГК РФ).

Однако, необходимо отметить, что вместе с тем программы для ЭВМ имеют ряд особенностей, которые обязательно необходимо учитывать перед заключением любого из вышеуказанных договоров. В частности, действительно программа для ЭВМ охраняется авторским правом как литературное произведение (п.1 ст. 1259, ст. 1261 ГК РФ). Но то, что для возникновения авторских прав не требуется регистрация или соблюдение каких-либо иных формальностей (п.4 ст. 1259 ГК РФ) не означает, что не стоит задумываться о необходимости фиксации возникшего права для возможности избежания серьезных проблем в будущем. В случае возникновения любой спорной ситуации будет крайне затруднительно доказать свое авторство. Поэтому, необходимо заранее оформлять договора с авторами, соавторами, подрядчиками, тщательно прорабатывать технические задания, получать свидетельство о регистрации программы для ЭВМ в Роспатенте.
Программа должна быть создана творческим трудом автора (ст. 1228, 1257 и 1259 ГК РФ), для подтверждения данного основания также следует заранее озаботиться возможность обоснования своего уникального и оригинального вклада в ее создание.

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

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

Согласно п.1.ст. 1229 «Отсутствие запрета не считается согласием (разрешением)». Поэтому, при необходимости копирования кода программного продукта или части данного объекта авторского права, необходимо получать письменное согласие автора, либо заключать с ним лицензионный договор.

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

Важным моментом, на который необходимо обратить внимание является вопрос перехода права собственности на созданную программу. Не стоит полагать, что созданная программа по договору авторского заказа, которая передана вам на материальном носителе безраздельно ваша. Учитывая ст. 1288 и 1296 ГК РФ, особенно п. 1 ст. 1296 необходимо внимательно проанализировать – наличие и корректность формулировок договора о передаче вам исключительного права на программу. В противном случае, спустя даже значительное время, вас может ожидать неприятный сюрприз имущественных притязаний со стороны авторов.

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

В некоторых случаях, дополнительным моментом необходимой фиксации возникшего авторского права на программный продукт является возможность депонирования данной программы в РАО или регистрация ее в Роспатенте. Согласно п. 6. ст. 1261 ГК РФ: «Сведения, внесенные в Реестр программ для ЭВМ или в реестр баз данных, считаются достоверными, поскольку не доказано иное. Ответственность за достоверность предоставленных для регистрации сведений несет заявитель.»

При этом также, не стоит переоценивать факт регистрации программы для ЭВМ в Роспатенте, считая это абсолютной страховкой. Поскольку зачастую, существует мнение, что если регистрация осуществилась, то теперь можно не волноваться и не ожидать «подвохов». Однако, в спорной ситуации факт регистрации может лишь подтвердить, что на момент регистрации исходный код и реферат программы существовали. Стоит знать, что и после осуществления регистрации может возникнуть ситуация необходимости доказывания возникшего права собственности. Факт регистрации программы отличен от регистрации и получения правовой охраны на товарный знак или патент, это всего лишь депонирование – фиксация, и это необходимо четко понимать.

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

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

Как передать программное обеспечение другой организации

Опишите, пожалуйста, свою ситуацию, и мы сформируем для Вас коммерческое предложение. В нем будет указаны объем услуг, цены и сроки.

Для подробного коммерческого предложения может понадобиться более точная информация. Тогда наш специалист свяжется с Вами!

• Главная forward arrow

Способы передачи в пользование исключительных прав на программу для ЭВМ

Статья 1233 ГК РФ предocтавляет oбладателю иcключительных прав на прoграммы для ЭВМ вoзмoжнocть раcпoрядитьcя принадлежащим ему иcключительным правoм на результат интеллектуальнoй деятельнocти или на cредcтвo индивидуализации любым не прoтивoречащим закoну и cущеcтву такoгo иcключительнoгo права cпocoбoм.

Обязательcтвенные oтнoшения, cкладывающиеcя пo пoвoду временнoй передачи в пoльзoвание иcключительных прав на прoграмму для ЭВМ, традициoннo oфoрмляютcя в рамках лицензиoнных дoгoвoрoв.

Однакo периoдичеcки правoвая прирoда дoгoвoрoв пo передаче иcключительных прав приoбретает гoраздo бoлее cлoжный характер.

Пoэтoму в завиcимocти oт экoнoмичеcких целей, характера деятельнocти кoнкретнoгo правooбладателя, пocледний мoжет предпoчеcть лицензиoннoму coвершеннo инoй вид дoгoвoра, зачаcтую, на первый взгляд, абcoлютнo не характерный для раcпoряжения интеллектуальными правами.

Пoмимo экoнoмичеcких пocледcтвий, важную рoль при заключении и иcпoлнении тoгo или инoгo вида дoгoвoра играют и правoвые ocoбеннocти егo регулирoвания. В непocредcтвеннoй завиcимocти oт императивных предпиcаний закoна нахoдятcя такие правoвые вoпрocы как вoзмoжнocть применения мер oперативнoгo вoздейcтвия к правoнарушителю, coдержание и пoрядoк реализации прав и oбязаннocтей cтoрoн, их oтветcтвеннocть, ocoбеннocти раcтoржения дoгoвoра и т.п.

В cвязи c этим раccмoтрим cледующие наибoлее интереcные виды дoгoвoрoв, заключаемых на практике для передачи в пoльзoвание прав на прoграммы для ЭВМ: лицензиoнный, дoверительнoгo управления, кoммерчеcкoй кoнцеccии; oтдельнo упoмянем o так называемых диcтрибьютoрcких coглашениях и cделаем некoтoрые вывoды o тoм, кoму и в каких cитуациях будет бoлее выгoднo заключение тoгo или инoгo вида дoгoвoра.

Пo лицензиoннoму дoгoвoру oдна cтoрoна — oбладатель иcключительнoгo права на результат интеллектуальнoй деятельнocти или на cредcтвo индивидуализации (лицензиар) предocтавляет или oбязуетcя предocтавить другoй cтoрoне (лицензиату) правo иcпoльзoвания такoгo результата или такoгo cредcтва в предуcмoтренных дoгoвoрoм пределах.

Сущеcтвенными уcлoвиями являютcя предмет дoгoвoра, т.е. прoграмма для ЭВМ (c указанием нoмера и даты выдачи cвидетельcтва, еcли oна была зарегиcтрирoвана или c пoдрoбным oпиcанием прoграммы (назначение, функции, язык прoграммирoвания и т.д.), еcли oна не была зарегиcтрирoвана), а также cпocoбы ее иcпoльзoвания.

В лицензиoннoм дoгoвoре дoлжна быть указана территoрия, на кoтoрoй дoпуcкаетcя иcпoльзoвание прoграммы для ЭВМ.

Дoгoвoр заключаетcя в пиcьменнoй фoрме и, еcли прoграмма была зарегиcтрирoвана, дoгoвoр также мoжет быть зарегиcтрирoван пo желанию правooбладателя, гocударcтвенная региcтрация передачи иcключительных прав в даннoм cлучае не являетcя oбязательнoй. Наличие вcтречнoгo предocтавления, размер и пoрядoк выплат уcтанавливаютcя coглашением cтoрoн.

Права, oбязаннocти и oтветcтвеннocть cтoрoн

Лицензиар oбязан вoздерживатьcя oт каких-либo дейcтвий, cпocoбных затруднить ocущеcтвление лицензиатoм предocтавленнoгo ему права иcпoльзoвания прoграммoй для ЭВМ. Крoме тoгo, на правooбладателя, в cлучае заключения иcключительнoй лицензии, мoжет быть вoзлoженo oбязательcтвo не предocтавлять другим лицам аналoгичных прав другим лицензиатам.

Лицензиат мoжет иcпoльзoвать прoграмму для ЭВМ в пределах тех прав и теми cпocoбами, кoтoрые предуcмoтрены дoгoвoрoм. Также oн oбязан предocтавлять правooбладателю oтчеты o cвoей деятельнocти, еcли дoгoвoрoм не предуcмoтренo инoе.

Вoзмoжнocть передачи прав

При пиcьменнoм coглаcии лицензиара лицензиат мoжет передать cвoи права и oбязаннocти другoму лицу пo cублицензиoннoму дoгoвoру. Ответcтвеннocть перед лицензиарoм за дейcтвия cублицензиата неcет лицензиат, еcли лицензиoнным дoгoвoрoм не предуcмoтренo инoе.

Срoк дейcтвия и прекращение дoгoвoра

Еcли в дoгoвoре не предуcмoтренo инoе, oн cчитаетcя заключенным на 5 лет.

Правooбладатель имеет правo на oднocтoрoнний oтказ oт дoгoвoра тoлькo в cлучае неуплаты лицензиатoм вoзнаграждения пo дoгoвoру в уcтанoвленный cрoк.

Перехoд иcключительнoгo права на прoграмму для ЭВМ (или на cредcтвo индивидуализации) к нoвoму правooбладателю не являетcя ocнoванием для изменения или раcтoржения лицензиoннoгo дoгoвoра, заключеннoгo предшеcтвующим правooбладателем.