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

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

1.1. Настоящий договор определяет условия разработки программного обеспечения Исполнителем для Заказчика, в дальнейшем именуемой Разработка Программы.

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

1.3. Условия Разработки Программы, а именно этапы Разработки Программы, а также стоимость Разработки Программы, в том числе и поэтапно, определяются в Приложении №2 к настоящему договору, являющемся неотъемлемой частью настоящего договора.

2. ПРАВА И ОБЯЗАННОСТИ ИСПОЛНИТЕЛЯ

2.1. Исполнитель обязуется:

2.1.1. разработать Программу в соответствии с Техническим Заданием;

2.1.2. протестировать Программу;

2.1.3. разработать инструкцию по установке Программы и руководство пользователя Программы;

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

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

2.1.6. обучить специалистов Заказчика работе с Программой;

2.1.7. установить испытательный срок в течение месяцев (до «»2022 года). В период испытательного срока Исполнитель бесплатно устраняет дефекты и учитывает замечания Заказчика, связанные с проведенными Исполнителем работами, в рамках Технического Задания. По истечении испытательного срока претензии к выполненным работам не принимаются.

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

2.1.9. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего договора.

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

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

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

2.2.1. досрочно выполнить работы по этапам Разработки Программы и договору в целом;

2.2.2. расторгнуть настоящий договор, изъять или приостановить работу разработанной Программы до момента оплаты Заказчиком счета Исполнителя, в случае неоплаты выставленного счета для осуществления окончательного расчета.

3. ПРАВА И ОБЯЗАННОСТИ ЗАКАЗЧИКА

3.1. Заказчик обязуется:

3.1.1. своевременно и в полном объеме оплатить стоимость Разработки Программы Исполнителем на условиях настоящего договора;

3.1.2. предоставить Исполнителю всю необходимую для Разработки Программы информацию;

3.1.3. определить ответственное лицо для взаимодействия с Исполнителем по вопросам, касающимся разработки Программы;

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

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

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

3.1.5. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего договора;

3.2. Заказчик имеет право:

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

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

С момента получения Исполнителем уведомления о расторжении исполнение настоящего Договора приостанавливается.

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

4. СТОИМОСТЬ РАБОТ И ПОРЯДОК РАСЧЕТОВ

4.1. Стоимость Разработки Программы, подлежащая уплате Заказчиком Исполнителю составляет рублей без НДС и определяется в Приложении №2 к настоящему договору.

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

4.3. Расчет Заказчика с Исполнителем за Разработку Программы производится в срок не позднее банковских дней после подписания Сторонами акта приема-передачи выполненных работ на основании выставленного счета на оплату Разработки Программы.

5. ОТВЕТСТВЕННОСТЬ СТОРОН

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

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

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

6. АВТОРСКИЕ ПРАВА

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

6.2. Имущественные права на Программу переходят к Заказчику после полной оплаты Разработки Программы.

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

6.4. Исполнитель имеет право использовать Программу в коммерческих целях.

7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ

7.1.

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

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

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

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

8. ПРОЧИЕ УСЛОВИЯ

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

9. СРОК ДЕЙСТВИЯ ДОГОВОРА

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

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

10. ЮРИДИЧЕСКИЕ АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН

ИсполнительЮр. адрес:Почтовый адрес:ИНН:КПП:Банк:Рас./счёт:Корр./счёт:БИК:ЗаказчикЮр. адрес:Почтовый адрес:ИНН:КПП:Банк:Рас./счёт:Корр./счёт:БИК:

11. ПОДПИСИ СТОРОН

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

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

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

ФАЙЛЫ
Скачать пустой бланк договора на разработку программного обеспечения .docxСкачать образец договора на разработку программного обеспечения .docx

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

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

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

Преамбула

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

г. Тюмень

26 октября 2023 года

• ООО «Высота», в лице генерального директора Андропова Семена Николаевича, действующего согласно Уставу общества, именуемый в дальнейшем «Заказчик», с одной стороны
  И
  Николаев Андрей Викторович, зарегистрированный по адресу: Тюменская область, город Тюмень, улица Фарафонова, дом 8, квартира 974, паспорт: номер 0000 серия 000000, выданный отделом УМВД России по Тюменской области в городе Тюмень, именуемый в дальнейшем «Исполнитель», с другой стороны
• Заключили настоящий договор о нижеследующем:

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

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

Все эти положения в купе образуют содержание преамбулы.

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

Предмет

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

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

Итак, положения, связанные с предметом соглашения, в тексте документа прописываются следующим образом:

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

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

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

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

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

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

• Действовать в соответствии с условиями, предусмотренными настоящим соглашением.
Заказчик вправе:
• Требовать от исполнителя разработку программного обеспечения надлежащим образом, в порядке и в сроки, предусмотренные содержанием Приложения 1 к настоящему договору.

• Требовать осуществления разработки программного обеспечения в строгом соответствии с техническим заданием.
• Требовать от Исполнителя соблюдения условий, предусмотренных настоящим договором и Приложением 1.
Заказчик обязуется:
• Своевременно оплачивать работу Исполнителя в соответствии с условиями настоящего договора.

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

• Действовать в соответствии с условиями, предусмотренными настоящим соглашением.

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

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

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

• Подписание соглашения может осуществляться в электронном варианте.

Заключение

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

Скачать документна сайте Ассистентус

Договор с разработчиком: как не лишиться прав на программный продукт — Промо на vc.ru

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

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

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

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

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

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

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

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

Размер компенсации по выбору истца может исчисляться следующим образом:

• В размере от 10 тысяч рублей до 5 миллионов рублей. Размер компенсации определяет суд, исходя из характера нарушения.
• В двукратном размере стоимости контрафактных экземпляров произведения.
• В двукратном размере стоимости права использования произведения. Эта стоимость определяется исходя из цены, которую обычно при сравнимых обстоятельствах взимают за правомерное использование произведения тем способом, что выбрал нарушитель.

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

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

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

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

Главное — доказать, что программное обеспечение создано именно для работодателя и по его заданию.

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

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

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

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

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

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

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

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

Например, в Постановлении Федерального арбитражного суда Московского округа от 9 июня 2012 года по делу № А40-81220/11-51-704 суд, отменяя решение суда первой инстанции, дал следующее разъяснение: чтобы определить, является ли произведение служебным, сторона должна доказать, что оно было создано конкретным работником по определенному заданию работодателя, и подтвердить, что выполнение этого задания входило в трудовые обязанности работника. Если же такое задание не входило в трудовые обязанности сотрудника, то созданное произведение нельзя рассматривать как служебное.

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

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

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

Размер данного вознаграждения не входит в размер заработной платы, он не связан с выполнением трудовой функции, а носит гражданско-правовой характер.

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

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

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

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

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

О договоре подряда на так наз. it-разработки

О ДОГОВОРЕ ПОДРЯДА НА ТАК НАЗ. IT-РАЗРАБОТКИ.

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

Нам видится нужным выступить с небольшой фетвой.

Договор подряда на IT- разработки подпадает под параграф 1 гл. 37 ГК (общие положения о договоре подряда). Это не гл. 38 (Договор на выполнение научно-исследовательских, опытно-конструкторских и технологических работ) и не классические услуги в гл. 39.

Многие не обращают внимание на то, что подряд уже не тот. Уже почти 26 лет. Подряд нынче вовсе необязательно предполагает достижение материального/овеществлённого результата, как когда-то (когда он был «тот»).

Подтверждения же сему следующие.

1) В соответствии с п. 1 ст. 703, «договор подряда заключается на изготовление или переработку (обработку) вещи либо на выполнение другой работы с передачей ее результата заказчику».

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

2) В системной таксономии гл. 37 ныне имеется особый поименованный подвид договора подряда — «подряд на выполнение проектных и изыскательских работ» (§ 4 главы). Одним из конститутивных признаков этого подвида подряда является «разработка технической документации и (или) выполнение изыскательских работ».

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

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

Вместе с тем, имеются другие элементы каузы подряда (применительно к применённой во 2-й части ГК таксономии — «конститутивные признаки»), о которых говорить можно долго или даже очень долго (по запросу пожалуй расскажу), о которых я (долго) говорю в своём курсе по транспортным обязательствам на первой лекции, когда мы выявляем ту самую таксономию и те самые каузы (применительно к перевозке и транспортным обязательствам, но это взыскует раскрытия признаков подряда и услуг в семантике догмы российского обязательственного права). Но здесь заметим, что одним из таких конститутивных признаков подряда является передача результата работ заказчику. Передача может быть любой, но важно, что передаётся именно преобразованное качество — то есть результат, а не накопление изменений, не перешедшее в новое качество. Результат всегда ценностно (то есть на умозрительном уровне) отделим от количественных изменений. Именно вот это благо передаётся (во всех смыслах, независимо от способа передачи) заказчику по договору подряда. Оно передаётся и по договору подряда на IT разработки. И если бы этой отделимости результата как нового ценностного качества от выполнения работ не было, если бы был лишь так наз. полезный эффект от выполнения работ (как например в работе парикмахера), то ничего заказчику передать было бы нельзя, ибо нельзя передать количественные изменения; услуги можно только «оказать»/»предоставить». Поэтому ремонт (даже капитальный, не говоря о «косметическом») — не подряд, о чем многие забывают, а ведь законодатель даже сказал об этом, см. последнее предложение п. 2 ст. 740. А таки договор на IT-разработки именно что подряд. Ибо есть новое ценностное качество, возникающие из работы, её результат, именно он, а не разработки как таковые заказан заказчиком, он составляет его предмет интереса, и таки он и передаётся заказчику.

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

769), необязательно должны приводить к результату (ст. 776) и поэтому результат не может быть интересом заказчика. Ну а глава 39 — это классические возмездные услуги, там оказание, предоставление, потребление блага в континуальном режиме, даже когда это услуга с полезным эффектом.

Но, как я уж сказал, услуга с полезным эффектом — по запросу.

Вот вам вся страшная правда о договоре подряда на эти ваши IT разработки.

Договоры в сфере ИТ. Как правильно составить — RTM Group

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

С началом пандемии, активизировалась интернет-торговля, все больше услуг клиенты могут получать онлайн, Минэкономразвития России внесло в Правительство проект закона, которым предлагается перевести деловой документооборот в электронный вид (инфо 14.09.

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

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

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

ИТ-сфера обширна и многогранна, договоры, призванные урегулировать правоотношения, складывающиеся в процессе, можно условно разделить на такие виды, как:

• Договоры оказания IT-услуг;
• Договоры по разработке и техническому обслуживанию Интернет-сайтов;
• Договоры и сопроводительные документы для работы Интернет-магазинов и Интернет-сайтов в сфере оказания услуг (Оферта, пользовательское соглашение, политика конфиденциальности и обработки персональных данных и т.п.);
• Договоры на разработку программного обеспечения (заключается между компаниями);
• Договоры авторского заказа на разработку программного обеспечения (заключается с физическим лицом);
• Пользовательские и лицензионные соглашения;
• Договоры сопровождения (техподдержки), настройки/интеграции (внедрения) ПО;
• Договоры на создание сайта;
• Договоры на настройку и сопровождение интернет-рекламы;
• Многие другие.

Как правильно составить ИТ-договор?

Теперь поговорим о подготовке самого договора оказания ИТ-услуг.

Анализ бизнес-модели или проекта в целом

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

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

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

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

Этот тезис в равной степени актуален и для заказчика, и для Исполнителя, ведь будет точно определено, что желает получить в результате оказания услуг Заказчик, и что должен сделать Исполнитель.

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

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

Арбитражная практика

Договор на разработку

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

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

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

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

• предмете договора;
• правах и обязанностях сторон;
• порядке выполнения работ и их передачи;
• порядке распределения исключительных прав на созданный РИД;
• стоимости и порядке расчётов;
• ответственности сторон и непредвиденных обстоятельствах (форс-мажор);
• конфиденциальности и т.д.

В начале договора укажите дату и место заключения соглашения, и реквизиты сторон. Сторонами в данном случае являются:

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

Со стороны Заказчика и Исполнителя могут быть как простые физические лица, так и субъекты предпринимательской деятельности — юридические лица и индивидуальные предприниматели.

В соглашении на разработку обязательно нужно определить предмет договора. Сделать это можно следующими способами:

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

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

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

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

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

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

Главная обязанность исполнителя — в согласованный срок передать результат работы Заказчику. А Заказчик, в свою очередь, обязан принять и оплатить работы, выполненные Исполнителем.

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

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

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

Очень важно в договоре на разработку согласовать следующие сроки:

• начала и срок окончания разработки. Можно также предусмотреть промежуточные сроки выполнения работ;
• для выявления недостатков при приеме результат работ;
• для предъявления требований Заказчиком об устранении недостатков, выявленных в ходе использования результатов работ;
• для подписания акта приёма-передачи результата выполненных работ;
• Гарантийный срок;
• срок, в течение которого Исполнитель будет обязан устранить недостатки.

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

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

Также укажите, что именно включается в стоимость работ.

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

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

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

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

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