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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Скачать пакет документов

Дата актуализации: 2019-01-21

Полезная информация

Описания

Понятие договора на создание программного обеспечения (продюсерский)

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

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

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

Сторонами данного договора могут быть любые лица : физические и юридические и индивидуальные предприниматели.

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

Создателю ПО принадлежат следующие права:

  • исключительные. Исключение- когда ПО создается по договору с передачей исключительных прав заказчику (п. 1 ст. 1296 ГК РФ).
  • личные неимущественные;
  • иные.

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

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

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

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

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

Созданное ПО может быть передано заказчику следующими способами:

  • на материальном носителе,
  • по электронной почте
  • иным способом.

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

Существенные условия договора на разработку программного обеспечения (продюсерский)

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

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

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

(с отчуждением исключительных прав)

г.

Именуемое(ый, ая) в дальнейшем , в лице , действующего(ей) на основании ,

Индивидуальный предприниматель , именуемый(ая) в дальнейшем , зарегистрированный(ая) в Едином государственном реестре индивидуальных предпринимателей под №,

вместе именуемые Стороны, а индивидуально – Сторона,

заключили настоящий с отчуждением исключительных прав (далее по тексту – Договор) о нижеследующем:

Предмет договора

1.1.

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

1.2.

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

Техническое задание является основанием оценки ПО на предмет соответствия предъявленным требованиям.

1.3.

Право выбора технологий программирования и алгоритмов работы для разработки ПО остается за с учетом требований, предъявляемых к характеристикам ПО, установленным в Техническом задании.

1.4.

ПО передается следующим способом: .

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

2.1.

Обязуется:

2.1.1.

Разработать ПО в соответствии с требованиями , выраженными в соответствующем Техническом задании.

2.1.2.

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

2.1.3.

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

2.1.4.

Не создавать по Договору производное ПО на основе интеллектуальной собственности третьих лиц и на основе произведений, перешедших в общественное достояние.

2.1.5.

Не использовать ранее созданные для третьих лиц результаты интеллектуальной деятельности или их элементы.

2.1.6.

Разработать ПО в сроки, установленные Договором.

2.1.7.

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

2.1.8.

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

2.1.9.

Передать исключительные права на ПО в полном объеме.

2.1.11.

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

2.1.12.

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

2.1.13.

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

2.1.14.

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

2.2.

2.2.1.

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

2.2.2.

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

2.2.3.

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

2.3.

Обязуется:

2.3.1.

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

2.3.2.

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

2.4.

2.4.1.

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

2.4.2.

Корректировать Техническое задание в ходе его исполнения, предварительно согласовав такие изменения с .

2.4.3.

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

2.4.4.

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

2.4.5.

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

2.4.6.

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

Переход исключительных прав

3.1.

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

3.2.

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

3.3.

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

3.4.

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

3.5.

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

3.6.

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

3.7.

Территория действия отчуждаемого в пользу исключительного права не ограничена (весь мир).

3.8.

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

3.9.

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

3.10.

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

3.11.

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

3.12.1.

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

3.12.2.

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

Размер вознаграждения

4.1.

Размер вознаграждения по Договору указывается Сторонами в Смете (Приложение № к Договору), являющейся неотъемлемой частью Договора.

Сроки исполнения договора

5.1.

ПО, разработка которого предусмотрено Договором и соответствующим Техническим заданием, а также исключительные права на ПО, должны быть переданы в сроки, указанные в Смете (Приложение № к Договору).

Порядок сдачи-приемки работ

6.1.

По завершении исполнения Договора, представляет акт, предусмотренный п. 6.1 Договора, в двух экземплярах.

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

6.3.

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

6.4.

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

6.5.

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

Ответственность сторон

7.1.

За неисполнение или ненадлежащее исполнение обязательств по Договору и несут ответственность в соответствии с действующим законодательством Российской Федерации.

7.2.

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

7.4.

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

7.5.

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

Основания и порядок расторжения договора

8.1.

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

8.2.

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

8.3.

8.3.1.

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

8.3.2.

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

8.4.

Вправе расторгнуть Договор в одностороннем порядке в случаях:

8.4.1.

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

8.4.3.

Если не устранил выявленные недостатки, ошибки.

8.4.4.

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

8.5.

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

Разрешение споров

9.1.

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

9.2.

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

9.3.

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

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

10.1.

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

10.2.

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

10.3.

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

10.4.

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

10.5.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[наименование организации Заказчика, в лице наименование должности Ф.И.О. в родительном падеже представителя фирмы, действующего на основании ], именуемое в дальнейшем «Заказчик» , с одной стороны, и [наименование организации Разработчика, в лице наименование должности Ф.И.О. в родительном падеже представителя фирмы, действующего на основании ], именуемое в дальнейшем «Разработчик» , с другой стороны, именуемые совместно «Стороны», заключили настоящий Договор о нижеследующем:

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

1.1. Исполнитель принимает на себя обязательство разработать и передать Заказчику программное обеспечение (ПО), с прилагаемой документацией, а Заказчик обязуется принять и оплатить выполненные работы, по стоимости определяемой в соответствии со Спецификацией (Приложение № 1 к настоящему договору) в соответствии с условиями настоящего Договора.

1.5. Разработка осуществляется Исполнителем своими силами и средствами. Исполнитель также вправе привлечь к выполнению работ третьих лиц (субподрядчиков). В этом случае Исполнитель несёт ответственность за неисполнение или ненадлежащее исполнение работы субподрядчиками перед Заказчиком.

1.8. Заказчик обязуется утвердить ПО или составить список необходимых доработок в течение 5 (пяти) рабочих дней календарных дней. Время, необходимое Заказчику на утверждение ПО не входит в сроки выполнения работ, т.е. работы считаются приостановленными. Работы считаются принятыми, если Заказчик не предоставил список необходимых доработок в течение 5 (пяти) рабочих дней.

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

1.10. После утверждения Заказчиком ПО Исполнитель устанавливает на компьютеры Заказчика разработанное ПО и передает на электронном носителе по Акту приема-передачи ПО (по форме Приложения № 5) установочную версию ПО с приложением инструкции по установке и руководства пользователя, исходные тексты программ, после чего стороны подписывают Акт сдачи-приемки услуг (работ).

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

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

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

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

2.2.1. в срок до [«(число)» (месяц) 20(год) г.предоставления Технического задания и Календарного плана ]г. в порядке, предусмотренном СТО СМК 62.02.20 Порядок разработки и модификации программного обеспечения, разработать и предоставить Заказчику для утверждения Техническое задание на разработку ПО и Календарный план разработки ПО.

2.2.2. Выполнить работы, в соответствии с Техническим заданием, надлежащего качества, в объеме и в сроки, предусмотренные настоящим договором и сдать работу Заказчику в течение 5 (пяти) рабочих дней с момента завершения разработки ПО.