Договор на разработку программного обеспечения авторские права. Договор на разработку программного обеспечения образец

27.04.2019

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

Какой из них верный и чем грозит ошибка при выборе договора?

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

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

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

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

Поскольку автор как человек, творческим трудом которого создается программное обеспечение, традиционно считается более слабой стороной в сделке, нежели заказчик, законодательство предоставляет ему ряд преимуществ (см. ст.1288 – 1290 ГК РФ). В частности, по договору авторского заказа права на ПО не переходят автоматически к заказчику, а сохраняются у автора. Поэтому положения о передаче прав на ПО в полном объеме необходимо прямо включать в договор авторского заказа.

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

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

Таким образом, при выборе конструкции договора необходимо обращать внимание на следующие моменты:
1) что является непосредственным предметом заказа, и
2) кто выступает на стороне исполнителя.

Если предмет заказа – конкретное программное обеспечение, договор на услуги не подходит, т.к. последний направлен на деятельность определенного рода, в которой результат имеет вторичную роль. Соответственно, остаются договор подряда на создание произведений и договор авторского заказа.

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

Какие риски несут стороны в случае ошибки при заключении договора?

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

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

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

Какие риски несут стороны в случае ошибки при заключении договора?

Однако мы не рекомендуем этого делать, если прошло менее 2 лет с момента постановки первичного НМА на учет, чтобы не вызывать лишних вопросов налоговиков. Заключение Итак, мы постарались максимально полно и доступно разъяснить нюансы разных договорных форм приобретения прав на программное обеспечение. В завершение хотим дать последнюю рекомендацию, которая имеет отношение ко всем вышеописанным договорам. При заключении договора обычно приобретается не только ПО, но и сопутствующие объекты (документация, дистрибутивы, дополнительные программы, рекламная литература и т. д.). Помните: они также могут быть объектами охраны авторского права. Поэтому надо убедиться в том, что договором регулируются в том числе правомочия на их использование теми способами, которые вам интересны и необходимы.

Договорное оформление прав на программное обеспечение

Образцы документов Договор заказа на разработку программного кода, алгоритма с последующей передачей исключительного права ДОГОВОР ЗАКАЗА N на разработку программного кода, алгоритма и т.д. с последующей передачей исключительного права г. » » г. Компания, именуем в дальнейшем «Заказчик», в лице, действующе на основании, с одной стороны, и гражданин, именуем в дальнейшем «Исполнитель», с другой стороны, вместе именуемые «стороны», заключили настоящий договор о нижеследующем. 1. ПРЕДМЕТ ДОГОВОРА 1.1. Исполнитель обязуется разработать программный код и алгоритмы, создать и имплементировать программные компоненты (далее — «Разработки»), соответствующие характеристикам, указанным в п.

Договор на разработку программного обеспечения

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

Договор на создание сайта с передачей исключительных прав

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

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

Сторона обязана установить срок полезного использования такого НМА и списывать затраты на его создание в порядке амортизации. При этом стоимостью создания НМА для заказчика работ будет цена договора, а для исполнителя - затраты на разработку ПО (заработная плата лиц, занятых в разработке ПО, налоги, иные затраты, относящиеся к разработке НМА согласно учетной политике организации); — в случае предоставления заказчику только лицензии на использование созданного ПО заказчик учитывает расходы на создание ПО в составе расходов будущих периодов в течение срока использования ПО, как это происходит при заключении обычного лицензионного договора с паушальными платежами. Договор авторского заказа (авторский договор) Стороны договора: автор - заказчик.

Важно

Исполнитель гарантирует, что:

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

5. КОНФИДЕНЦИАЛЬНОСТЬ 5.1. Условия настоящего договора и заданий к нему конфиденциальны и не подлежат разглашению. 5.2. Исполнителю запрещается в течение срока действия настоящего договора и в течение после его истечения разглашать конфиденциальную информацию, указанную в п.5.1 настоящего договора.

6. ОТВЕТСТВЕННОСТЬ СТОРОН 6.1.

Договор на разработку по с последующей передачей неисключительных прав

Инфо

В этом случае должны применяться совершенно другие типы договоров, которые мы и рассмотрим ниже. Договор на создание ПО (на разработку ПО, на выполнение работ по разработке/созданию ПО) Итак, самый распространенный тип договора, в рамках которого лицо может получить новое ПО, разработанное под свои требования, а также права на него, - это договор на создание ПО. Указанный тип договоров регулируется главой 37 ГК РФ «Подряд», правовые последствия таких договоров регулируются ст.

1296 ГК РФ. Стороны договора: исполнитель (реже - подрядчик) - заказчик. Несмотря на то, что законом не устанавливается ограничение по субъектному составу сторон договора, исполнителем по такому договору на практике является юридическое лицо, в отличие от договора авторского заказа - аналога договора на создание ПО, где исполнитель - физическое лицо (этот договор мы рассмотрим ниже).
При расторжении договора по указанному основанию Исполнитель обязан возвратить всю сумму вознаграждения, полученную по договору, не позднее месяца после получения от Заказчика письменного уведомления об одностороннем расторжении договора. 10.3. Исполнитель вправе расторгнуть договор в одностороннем порядке в случае повторного нарушения Заказчиком обязанности выплачивать вознаграждение в установленный настоящим договором срок. 11. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ 11.1. Во всем остальном, что не предусмотрено договором, стороны руководствуются действующим законодательством. 11.2. Любые изменения и дополнения к настоящему договору действительны при условии, если они совершены в письменной форме и подписаны сторонами или надлежаще уполномоченными на то представителями сторон. 11.3. Все уведомления и сообщения в рамках настоящего договора должны направляться сторонами друг другу в письменной форме.
Приложение N 1 к настоящему договору), являющемуся неотъемлемой частью настоящего договора, и передать Заказчику исключительные права на использование Разработок в соответствии с условиями настоящего договора и на определенный договором срок, а Заказчик, в свою очередь, за создание Разработок и предоставление исключительных прав на них уплачивает Исполнителю вознаграждение. 1.2. Разработки должны соответствовать условиям технического задания, предоставленного Заказчиком в рамках настоящего договора. Указанные Разработки будут являться частью программного продукта, используемого в области.
2. ПРАВА И ОБЯЗАННОСТИ СТОРОН 2.1. Исполнитель обязуется завершить Разработки в течение с момента подписания настоящего договора. 2.2. Исполнитель обязуется выполнить Разработки своими силами и средствами. 2.3.

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

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

Сторона, не исполнившая или ненадлежащим образом исполнившая обязательства по настоящему договору, обязана возместить другой стороне причиненные таким неисполнением убытки. Если сторона, нарушившая договор, получила вследствие этого доходы, другая сторона вправе требовать возмещения наряду с другими убытками упущенной выгоды в размере не меньшем, чем такие доходы. 6.2. В случае нарушения Исполнителем срока создания Разработок, установленного п.2.1 настоящего договора, он уплачивает Заказчику штраф в размере рублей.

6.3. В случае невыполнения либо ненадлежащего выполнения Исполнителем обязательств по настоящему договору ответственность Исполнителя в любом случае ограничена суммой реального ущерба, причиненного Заказчику. 6.4. Заказчик вправе удержать сумму штрафа из суммы вознаграждения, подлежащего уплате Исполнителю, по условиям настоящего договора. 7. ФОРС-МАЖОР 7.1.

Бланк документа «Примерная форма договора на разработку программного обеспечения (исполнитель - физическое лицо)» относится к рубрике «Договор об оказании услуг, аутстаффингу». Сохраните ссылку на документ в социальных сетях или скачайте его себе на компьютер.

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

(исполнитель - физическое лицо)

г. ________________________ "___" ____________ 20__ г.

(место заключения Договора) (дата заключения Договора)

Именуемое в дальнейшем "Заказчик",

(наименование)

в лице ________________________________________________, действующего

(Ф.И.О, должность)

на основании __________________________________________, с одной стороны

(Устава, Положения, Доверенности)

и _____________________________________________________ с другой стороны,

(Ф.И.О, паспортные данные)

а вместе именуемые "Стороны", заключили настоящий Договор о

нижеследующем:

1. Предмет Договора

1.1. Исполнитель по поручению Заказчика обязуется создать

его на предприятии Заказчика и/или партнеров Заказчика.

заданием и Календарным планом, которые являются неотъемлемой частью

настоящего Договора.

2. Порядок и сроки выполнения работ

2.1. Заказчик оформляет требования к Программе в Техническом

2.2. После получения Технического задания Исполнитель определяет

предварительную стоимость и сроки разработки ПО. Сроки выполнения задания

указываются в Календарном плане.

2.3. Исполнитель приступает к выполнению работ с момента внесения

предоплаты Заказчиком.

2.4. После окончания работ Исполнитель предоставляет ПО

на утверждение Заказчику.

2.5. Исполнитель передает Заказчику Программу в виде дистрибутива

на внешних носителях (CD-ROM или DVD-ROM дисках) после подписания

Сторонами Передаточного акта.

3. Права и обязанности Сторон

3.1. Исполнитель обязан:

3.1.1. разработать ПО в соответствии с Техническим заданием

и Календарным планом;

3.1.2. передать Заказчику ПО на условиях, предусмотренных настоящим

Договором;

3.1.3. исправлять все выявленные Заказчиком смысловые,

грамматические и орфографические ошибки в процессе разработки ПО

и в течение гарантийного срока;

3.1.4. исправлять все выявленные ошибки в функционировании ПО

в течение всего гарантийного срока.

3.2. Исполнитель вправе:

3.2.1. не приступать к работе, а начатую работу приостановить

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

настоящим Договором;

3.2.2. в процессе выполнения настоящих работ по настоящему Договору

привлекать третьих лиц без согласия Заказчика.

3.3. Заказчик обязан:

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

предусмотренные Техническим заданием;

3.3.2. оплатить услуги Исполнителя в порядке и сроки,

предусмотренные настоящим Договором.

3.4. В процессе разработки ПО Заказчик вправе получать

промежуточные версии Программы для контроля процесса выполнения работ

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

4. Исключительные права на Программное обеспечение

4.1. Заказчику принадлежит исключительное право осуществлять

и (или) разрешать осуществление следующих действий:

Воспроизведение ПО (полное или частичное) в любой форме, любыми

способами;

Распространение ПО;

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

Иное использование ПО.

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

к Заказчику после полной оплаты выполненных работ.

5. Порядок сдачи-приемки Программного обеспечения

5.1. Исполнитель передает Заказчику готовую Программу в срок,

указанный в Календарном плане.

5.2. При отсутствии расхождений Программного обеспечения

с требованиями, установленными в Техническом задании, Стороны подписывают

Передаточный акт, подтверждающий выполнение Исполнителем своих

обязательств по Договору.

5.3. В случае обнаружения Заказчиком отступлений от Технического

задания, допущенных Исполнителем, он должен в течение ____ календарных

дней с момента принятия готового ПО предъявить Исполнителю требование

об устранении недостатков (недоработок).

6. Ответственность Сторон

6.1. Стороны несут ответственность за неисполнение ли ненадлежащее

исполнение своих обязательств по настоящему Договору в установленном

законом порядке.

6.2. В случае несоответствия ПО характеристикам, указанным в

Техническом задании, Заказчик вправе потребовать устранения указанных

недостатков Программы либо расторжения настоящего Договора и возмещения

6.3. Если в ходе выполнения обязательств по настоящему Договору

одной из Сторон была получена информация о новых технических знаниях и

решениях, как охраняемых, так и не охраняемых законом, а также сведениях,

которые являются коммерческой или иной тайной, то она не вправе сообщать

ее третьим лицам без согласия другой Стороны. В случае разглашения

указанной информации виновная Сторона несет ответственность

в соответствии с действующим законодательством РФ.

6.4. Стороны освобождаются от ответственности за частичное или

полное неисполнение обязательств по настоящему Договору, если это

неисполнение явилось следствием обстоятельств непреодолимой силы. В таком

случае выполнение обязательств по настоящему Договору откладывается на

время действия обстоятельств непреодолимой силы и их последствий.

7. Цена Договора и порядок расчетов

7.1. Стоимость разработки Программного обеспечения по настоящему

Договору на оборудовании и материалами Исполнителя составляет

______________________________.

7.2. Перед началом работ Заказчик вносит Исполнителю предоплату

в размере 50% от их стоимости.

7.3. Оставшиеся 50% стоимости Заказчик оплачивает в течение _____

дней с момента подписания Сторонами Передаточного акта.

7.4. Сопровождение Программного обеспечения не является предметом

настоящего Договора и не входит в его стоимость.

8. Заключительные положения

8.1. Исполнитель устанавливает на разработанное ПО гарантийный срок

в течение __ месяцев со дня подписания Передаточного акта.

8.2. В случае возникновения споров по вопросам, связанным с

исполнением настоящего Договора, Стороны будут стремиться разрешить их

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

8.3. В случае внесения Заказчиком изменений и дополнений в

программный код Исполнитель не несет ответственность за работу

Программного обеспечения.

8.4. Настоящий Договор вступает в силу с момента его подписания и

действует до полного выполнения обязательств обеими Сторонами.

8.5. По всем вопросам, не урегулированным настоящим Договором,

Стороны руководствуются действующим законодательством РФ.

8.6. Настоящий Договор составлен в двух экземплярах по одному для

каждой из Сторон. Оба экземпляра имеют одинаковую юридическую силу.

9. Реквизиты и подписи Сторон

Заказчик Исполнитель

______________________________ ________________________________

Заказчик Исполнитель

Посмотреть документ в галерее:

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

Информация о документе:

Прикрепленный файл:

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

Как минимизировать риски в процессе исполнения обязательств и сделать сотрудничество сторон максимально комфортным?

Юридические конструкции при создании договора на разработку программного обеспечения

Договор на создание программного продукта может быть сконструирован в двух вариантах:

по модели договора подряда;
по модели договора оказания услуг.

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

Договор подряда

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

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

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

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

Договор оказания услуг

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

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

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

Можно ли как-то минимизировать финансовые риски? Одним из вариантов решения этой проблемы является установление предельной величины вознаграждения исполнителя.

Что обязательно должно быть в договоре на разработку программного обеспечения?

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

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

Как это происходит на практике?

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

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

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

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

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

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

Какой можно сделать вывод?

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

Как распределяются права на разработанное программное обеспечение?

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

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

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

Передача исключительного права на программное обеспечение

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

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

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

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

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