Как составить договор при разработке по

ДОГОВОР

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

г.

«» 2023 г.

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

1. ПРЕДМЕТ ДОГОВОРА

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. установить испытательный срок в течение месяцев (до «»2023 года). В период испытательного срока Исполнитель бесплатно устраняет дефекты и учитывает замечания Заказчика, связанные с проведенными Исполнителем работами, в рамках Технического Задания. По истечении испытательного срока претензии к выполненным работам не принимаются.

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. ПОДПИСИ СТОРОН

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

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

Как составить договор, чтобы не остаться должным

Важно учесть несколько основных моментов:

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

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

Перейдем к подробному рассмотрению каждого раздела договора и их особенностей.

Предмет

Предмет договора — это описание процесса создания ПО и его результат. 

«Исполнитель обязуется выполнять работы (далее — Работы) по заданиям Заказчика (далее — Задания), а Заказчик обязуется принимать и оплачивать их.»

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

Заказы

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

«Договор является рамочным. Стороны согласуют объем, срок и порядок выполнения заданий (далее — Задания) в заказах (далее — Заказы).

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

«Если стоимость работ/услуг меньше 10.000,00 (десяти тысяч) рублей, Стороны могут оформить Задание без подписания Заказа. В этом случае Задание считается согласованным Сторонами, если Заказчик оплатил счет Исполнителя, в котором содержится перечень работ/услуг, их стоимость и срок выполнения».

Материалы

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

В документе о разработке необходимо указать следующие пункты:

1. «Заказчик обязан предоставлять Исполнителю информацию и материалы (далее — Материалы), необходимые для выполнения Задания.»

2. «Если Заказом не предусмотрено иное, Заказчик обязан предоставить Исполнителю Материалы в течение 2 (двух) рабочих дней после получения письменного запроса.»

3. «Заказчик вправе отказаться предоставлять Материалы. Отказ должен быть оформлен в письменном виде.»

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

Представители

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

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

1. «Стороны назначают своих представителей для решения вопросов по Договору (далее — Представители).»

2. «Сторона вправе учитывать только информацию, поступившую от Представителя другой Стороны. Сторона вправе игнорировать информацию от других лиц или просить Представителей подтвердить её.» 

Субподрядчики

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

1. «Исполнитель вправе привлекать для выполнения Заданий третьих лиц (далее — Субподрядчики) без согласования с Заказчиком.»

2. «Исполнитель несет полную ответственность за качество работ, выполненных субподрядчиком.»

Финансовые условия

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

1. «Стороны согласуют стоимость Работ и порядок расчетов в Заказах.»

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

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

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

Сдача и приёмка работ

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

В Договоре это прописывается следующим образом:

1. «После выполнения Работ по Заданию Исполнитель направляет Заказчику: результат (далее — Результат) и акт сдачи-приемки (далее — Акт).»

2. «В течение 5 (пяти) дней с момента получения Акта Заказчик обязуется принять Результат, подписав Акт и передав его Исполнителю, или направить мотивированный отказ, сообщив Исполнителю о необходимости исправлений.»

3. «Под исправлениями Стороны понимают приведение Результата в соответствие с требованиями Задания.»

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

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

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

В том случае, если Заказчик отказывается или по каким-либо другим причинам не принимает сданную Работу, она все равно считается принятой, что также следует указать в Договоре отдельным пунктом: «Если по истечении установленного для приемки срока Исполнитель не получит подписанный Акт или мотивированный отказ, Задание считается выполненным и принятым Заказчиком в полном объеме.»

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

Интеллектуальная собственность

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

1. «Если в ходе выполнения Работ Исполнитель создаст результат интеллектуальной деятельности, он обязан передать Заказчику исключительное право на него.»

2. «Исключительное право переходит к Заказчику с момента наступления последнего из следующих событий:

• стороны подписали Акт к Заказу, в рамках которого создан результат интеллектуальной деятельности;

• Заказчик полностью оплатил Работы, в рамках которых создан результат интеллектуальной деятельности.»

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

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

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

Конфиденциальная информация

Стороны договора могут определить условия, по которым они не будут иметь возможности рассказывать кому-либо о ПО и договоре. Эти пункты выносятся отдельно: «Стороны признают конфиденциальной и обязуются не разглашать следующую информацию (далее — Конфиденциальная информация): содержание Договора и Заказов; Материалы; Результаты, переписку по Договору.»

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

В договоре следует указать и то, кто все-таки имеет право получать и использовать секретную информацию и в каких целях:

1. «Исполнитель вправе передавать Конфиденциальную информацию своим сотрудникам и подрядчикам, которые участвуют в выполнении Задания.»

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

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

Ответственность — это обычно штрафы за нарушение условий или обязательства исправить допущенные ошибки. Размер штрафа определяется сторонами самостоятельно, но обычно он не превышает стоимость работ, если иное не обговаривается индивидуально: «Ответственность Сторон ограничена стоимость работ по Заказу, в рамках которого допущено нарушение.»

Обычно штрафы вводятся для Заказчика, если он не оплачивает, отказывается оплачивать или нарушает срок выплаты:

1. «Если Заказчик нарушает срок оплаты, Исполнитель имеет право потребовать пени в размере 1% за каждый рабочий день просрочки, но не более 30% от стоимости Работ в рамках Заказа.»

2. «Пени должны быть выплачены в течение 5 (пяти) рабочих дней после получения Заказчиком требования.»

3. «Если Заказчик отказывается от выплаты пени, Исполнитель вправе приостановить выполнение Заказа.»

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

Абсолютно те же правила действуют и в отношении Исполнителя, который отказывается выполнять условия договора. Тогда следует указать пункты ответственности так:

1. «Если Исполнитель нарушает срок выполнения Работ, Заказчик вправе потребовать пени в размере 1% за каждый рабочий день просрочки, но не более 30% от стоимости Работ.»

2. «Пени должны быть выплачены в течение 5 рабочих дней после получения требования Исполнителем.» 

3. «Если Исполнитель отказывается от выплаты пени, Заказчик вправе удержать их из следующей оплаты.»

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

Обстоятельства непреодолимой силы или форс-мажор

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

1. «Ни одна из Сторон не будет нести ответственность за полное или частичное неисполнение своих обязательств по Договору, если оно будет следствием обстоятельств непреодолимой силы (далее — Обстоятельства): пожар, наводнение, землетрясение и другие стихийные бедствия, военные операции, блокады, пандемия, ограничения экономического и политического характера, которые Стороны не могли предвидеть и/или предотвратить.»

1. «Сторона, которая не может исполнить обязательства из-за наступления Обстоятельств, имеет право отложить исполнение на срок не более 30 (тридцати) календарных дней. При этом она должна не позднее 2 (двух) календарных дней с момента наступления Обстоятельств: сообщить об этом другой Стороне; документально подтвердить наступление Обстоятельств; назвать новый предполагаемый срок исполнения обязательств. Если это не будет сделано, Сторона не имеет права ссылаться на Обстоятельства для освобождения от ответственности за неисполнение обязательств.»

Споры

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

Документооборот и коммуникации

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

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

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

Срок действия и условия расторжения

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

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

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

1. «При расторжении Договора Исполнитель направляет заказчику акт сверки с указанием выполненных Работ, не закрытых Актами. Акт сверки подписываемся по правилам, описанным для подписания Актов.»

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

3. «Если объем выполненных Работ к моменту расторжения Договора больше размера полученной предоплаты, Заказчик производит доплату Исполнителю.»

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

Описание и стоимость работ (смета)

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

Приёмка, расчёты и оплата

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

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

Указывается это следующими пунктами:

1. «Исполнитель выполняет Работы поэтапно. По окончании каждого этапа Стороны подписывают промежуточный Акт по правилам Договора.»

2. «Если по истечении 3 (трех) рабочих дней с даты получения Акта Заказчиком Исполнитель не получит мотивированных замечаний, Работы считаются выполненными и принятыми Заказчиком в полном объеме.»

3. «Работы, стоимость которых зависит от фактически затраченного времени на их выполнение дополнительно в рамках этапа Работ, Заказчик оплачивает в течение 5 (пяти) рабочий дней с момента подписания Акта по их завершению.»

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

«Заказчик оплачивает каждый этап работ в следующем порядке:

• До начала работ по этапу — 50% стоимости этапа;

• В течение 5 (пяти) рабочих дней с даты подписания акта сдачи-приемки по этапу — оставшиеся 50% стоимости этапа.»

Заключение

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

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

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

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

Обучение в Moscow Digital School — это актуальная информация, спикеры-практики и реальные кейсы, которые помогут вам быстро разобраться в интересной вам сфере юриспруденции. Станьте частью комьюнити, познакомьтесь с коллегами и увеличьте свой доход.

Материал подготовлен совместно с Кристиной Мкртчян, экспертом в сфере IP/IT, старшим юристом группы IТ — компаний, руководителем направления в Институте развития интернета, сотрудником НИУ ВШЭ.

Выводы

Создание сайтов и программного обеспечения может оформляться через разные виды договоров. Основными из них являются:

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

1. Разработка отечественного программного обеспечения (далее — ПО) и различных сайтов становится всё более популярной и востребованной, особенно в условиях санкций. Судебная практика также не отстает от тенденций: споров в этой сфере достаточно много.

• • Создание сайтов. В период с 01.01.2021 по 01.12.2021 было вынесено 7 259 судебных актов, связанных с договорами по разработке сайтов; в период с 01.01.2022 г. по 01.12.2022 г. — 6 929 судебных актов. Процент удовлетворений по данной категории дел достаточно высок. В 2021 году: 56,67% требований удовлетворено полностью или частично; в 14,29% — отказано; 29,04% дел, исход рассмотрения которых еще не определен. За тот же период 2022 года: удовлетворено 57,14% требований; 42,86% требований — отказано в удовлетворении.

• • Разработка ПО. В 2021 году (январь-декабрь) было вынесено 1 908 судебных актов; в 2022 г. — 1 842 судебных акта. Процент удовлетворений также достаточно высок: в 2021 году (январь-декабрь) 55,56% требований удовлетворено полностью или частично, в удовлетворении 33,33% требований отказано; в 11,11% дел исход разбирательства еще не определен. В 2022 году (январь-декабрь) 65,39% требований удовлетворено полностью или частично, в 34,61% требований отказано.

1. В 2023 году ожидается рост количества споров в сфере разработки в связи с увеличением рынка отечественного ПО и торговли внутри страны (для чего нужны будут свои сайты и приложения).
2. Важнейшую роль в определении исхода судебных разбирательств имеют результаты компьютерно-технической экспертизы. Именно с их помощью возможно оценить технические характеристики и качество разработок.
3. Средняя сумма компенсации по договорам на разработку ПО в 2021 году достигла 3 630 083,143 руб.; в 2022 году — 11 759 286,046 руб. Цифры в сфере создания сайтов ниже. Так, средняя сумма компенсации в этой сфере в 2021 году достигла 515 418 руб.; в 2022 году – 175 200 руб. Таким образом, суммы компенсаций по делам о разработке ПО выросли в 3 раза по сравнению с прошлым годом, а по созданию сайтов, наоборот, почти в 3 раза уменьшились.
4. По масштабным проектам и компенсации могут быть весьма крупными, вплоть до 22 300 000 руб. (примеры других крупных компенсаций: 14 500 000 руб. и 17 320 300 руб.). Отдельной категорией также являются банкротные дела, в которых определяется сумма долгов. Так, в 2022 году принято судебное решение о взыскании более 150 000 000 руб. в деле, где была намеренно завышена стоимость разработки приложений.

Введение

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

Отчет был подготовлен экспертами департамента по правовым вопросам компании RTM Group.

RTM Group (https://rtmtech.ru/) — группа экспертных и юридических компаний, специализирующихся на правовых и технических вопросах в области информационных технологий и информационной безопасности. Первый на российском рынке исполнитель судебных нормативно—технических ИТ и ИБ экспертиз.

Методика

В целях подготовки настоящего отчета проанализированы данные из опубликованных актов судов общей юрисдикции и арбитражных судов (Caselook, Консультант Плюс, Гарант, sudact.ru).

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

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

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

1. В судебном акте по делу имеются ссылки на ч. 2 ГК РФ (положения о договорах: глава 37, 39 и др.);
2. Текст документа содержит ключевые слова: «договор на разработку сайта», «договор на разработку программного обеспечения»;
3. Судебные акты принадлежат к различным категориям, включая:

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

Каждое дело проанализировано экспертами RTM Group на предмет соответствия критериям. Составлен общий реестр дел с выделением следующих атрибутов:

• Категория дела;
• Номер дела;
• Дата решения;
• Суд;
• Обстоятельства правонарушения/состав преступления;
• Исход рассмотрения.

Цель исследования

1. Рассмотреть модели договоров создания сайтов или ПО;
2. Выявить перечень необходимой документации для оформления результатов разработки;
3. Проанализировать судебную практику и распространенность споров;
4. Рассмотреть основные требования сторон споров;
5. Рассчитать средние компенсации по двум направлениям разработки;
6. Рассмотреть отдельные дела из судебной практики и выявить основные доказательства по спорам.

IP

Расширенная версия настоящего отчета подготовлена для внутреннего использования компанией RTM Group и имеет отметку «ДСП».

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

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

Основная часть. I. Договоры на разработку сайтов и программного обеспечения: понятия и виды

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

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

Возможные варианты:

• Договор подряда (работы по разработке сайта/ПО);
• Договор возмездного оказания услуг;
• Смешанный договор.

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

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

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

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

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

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

Разработка интернет-сайта обычно включает в себя несколько этапов:

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

Разработка ПО несколько отличается и включает в себя такие этапы, как:

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

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

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

• Спецификациях;
• Архитектуре проекта;
• Прототипах;
• Системах постановки задач для программистов (Jira, Redmine, Gitlab и др.).

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

В п. 5 исследования будет приведен анализ судебной практики по данному вопросу.

II. Судебная практика

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

Разработка сайтов и сопутствующие услуги

В период с 01.01.2021 г. по 01.12.2021 г. было вынесено 7 259 судебных актов, связанных с договорами по разработке сайтов; в период с 01.01.2022 г. по 01.12.2022 г. — 6 929 судебных актов (далее будут использованы те же периоды: январь-декабрь 2021 и 2022 годов).

Процент удовлетворений по данной категории дел достаточно высок: в 2021 году 56,67% требований было удовлетворено; в 14,29% — отказано; 29,04% дел, исход рассмотрения которых еще не определен. За тот же период 2022 года: удовлетворено 57,14% требований; 42,86% требований — отказано в удовлетворении.

Соотношение вынесенных приговоров по делам, с использованием договоров на создание сайтов

Соотношение вынесенных приговоров по делам, с использованием договоров на создание сайтов

По используемым видам договоров соотношение следующее:

В 2021 году (из 7 259 судебных актов):

• Договор возмездного оказания услуг — 4 314;
• Договор подряда — 800;
• Смешанный договор — 2 145.

В 2022 году (из 6 929 судебных актов):

• Договор возмездного оказания услуг — 4 085;
• Договор подряда — 972;
• Смешанный договор — 1 872.

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

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

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

Разработка программного обеспечения и сопутствующие услуги

Данная подкатегория является менее многочисленной, но тоже существенной. В 2021 году (январь-декабрь) было вынесено 1 908 судебных актов; в 2022 году — 1 842 судебных акта.

Процент удовлетворений также достаточно высок. В 2021 году (январь-декабрь) 55,56% требований удовлетворено полностью или частично, в удовлетворении 33,33% требований отказано; в 11,11% дел исход разбирательства еще не определен. В 2022 году
(январь-декабрь): 65,39% требований удовлетворено полностью или частично, в 34,61% требований отказано.

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

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

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

В 2021 году (из 1 908 судебных актов):

• Договор возмездного оказания услуг — 1 073;
• Договор подряда — 595;
• Смешанный договор — 240.

В 2022 году (из 1 842 судебных актов):

• Договор возмездного оказания услуг — 1 069;
• Договор подряда — 605;
• Смешанный договор — 168.

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

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

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

III. Основные категории споров и факты к доказыванию

Основными категориями споров являются:

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

В рассматриваемых спорах сторонам необходимо доказать:

1. Наличие заключенного договора;

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

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

• Соответствуют ли работы по созданию сайта/ПО условиям договора и техническому заданию?
• Каковы недостатки и причины их появления?
• Каков объем некачественно выполненных работ?
• Являются ли недостатки устранимыми?
• Способны ли разработанные ПО/сайт нормально функционировать и корректно выполнять операции, для которых они создавалось?

IV. Компенсация

Средние суммы компенсаций (согласно выборке из системы судебной практики Caselook) в успешных случаях следующие: в 2021 году средней компенсацией по договорам на разработку ПО стала сумма в размере 3 630 083,143 руб.; в 2022 году — 11 759 286,046 руб. Средние суммы компенсаций по спорам о договорах на создание сайтов значительно ниже. В 2021 году — 515 418 руб.; в 2022 году — 175 200 руб.

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

Соотношение суммы компенсаций по договорам на разработку ПО в 2021 и 2022 годах

Соотношение суммы компенсаций по договорам на создание сайта в 2021 и 2022 годах

Стоит учитывать, что суммы компенсаций сильно варьируются, ведь заказчикам требуются разные продукты. Сайты и приложения не одинаковы по масштабу и функционалу, как и уровень и опыт разработчиков. Также различаются и стоимость договоров, и набор услуг, включаемых в разработку, и сопровождение продукта, а также сами нарушения (где-то небольшая недоработка, а где-то полное отсутствие исполнения/оплаты и т.д.). По крупным проектам и серьезным нарушениям встречаются и весьма крупные компенсации вплоть до почти 22 500 000 руб.

Отдельной категорией также являются банкротные дела, в которых определяется сумма долгов. Так, в 2022 году принято судебное решение о взыскании более
150 000 000 руб.

V. Подтверждающая документация на разрабатываемые продукты

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

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

Для судов доказательством разработки являются:

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

В среде разработчиков всё более распространенными инструментами становятся системы управления задачами. Такой способ взаимодействия между заказчиком и разработчиками может быть согласован в самом договоре, и тогда данные оттуда будут считаться надлежащим доказательством в суде. Доказательством будут заверенные скриншоты с данными из таких систем (JIRA, Redmine, GitLab, CRM-системы Bitrix и т.д.).

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

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

(Решение Арбитражного суда г. Москвы от 05.10.2021 по делу № А40-67446/2021)

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

(Решение Тушинского районного суда г. Москвы от 23.07.2021 по делу № 02—2300/2021 [М-1319/2021])

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

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

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

• • Создание сайтов. В период с 01.01.2021 по 01.12.2021 было вынесено 7 259 судебных актов, связанных с договорами по разработке сайтов; в период с 01.01.2022 по 01.12.2022 — 6 929 судебных актов. Процент удовлетворений по данной категории дел достаточно высок. В 2021 году: 56,67% требований удовлетворено полностью или частично; в 14,29% — отказано; 29,04% дел, исход рассмотрения которых еще не определен. За тот же период 2022 года: удовлетворено 57,14% требований; 42,86% требований — отказано в удовлетворении.

• • Разработка ПО. В 2021 году (январь-декабрь) было вынесено 1 908 судебных актов; в 2022 — 1 842 судебных акта. Процент удовлетворений также достаточно высок: в 2021 году (январь-декабрь) 55,56% требований удовлетворено полностью или частично, в удовлетворении 33,33% требований отказано; в 11,11% дел исход разбирательства еще не определен. В 2022 году (январь-декабрь) 65,39% требований удовлетворено полностью или частично, в 34,61% требований отказано

1. В 2023 году ожидается рост количества споров в сфере разработки в связи с увеличением рынка отечественного ПО и торговли внутри страны (для чего нужны будут свои сайты и приложения).
2. Важнейшую роль в определении исхода судебных разбирательств имеют результаты компьютерно-технической экспертизы. Именно с их помощью возможно оценить технические характеристики и качество разработок.
3. Средняя сумма компенсации по договорам на разработку ПО в 2021 году достигла
   3 630 083,143 руб.; в 2022 году — 11 759 286,046 руб. Цифры в сфере создания сайтов ниже. Так, средняя сумма компенсации в этой сфере в 2021 году достигла
   515 418 руб.; в 2022 году — 175 200 руб. Таким образом, суммы компенсаций по делам о разработке ПО выросли в 3 раза по сравнению с прошлым годом, а по созданию сайтов, наоборот, почти в 3 раза уменьшились.
4. По масштабным проектам и компенсации могут быть весьма крупными, вплоть до 22 300 000 руб. (примеры других крупных компенсаций: 14 500 000 руб. и
   17 320 300 руб.). Отдельной категорией также являются банкротные дела, в которых определяется сумма долгов. Так, в 2022 году принято судебное решение о взыскании более 150 000 000 руб. в деле, где была намеренно завышена стоимость разработки приложений.
5. Тенденцией судебной практики по разработке ПО является использование данных из систем управления задачами (JIRA, Redmine, GitLab, CRM-системы Bitrix) в качестве доказательств разработки продукта. При правильном оформлении такие доказательства помогают выигрывать споры и демонстрировать соответствие или, наоборот, несоответствие условиям договора и техническому заданию.

Рекомендации по юридическому оформлению разработки:

1. Важно подготовить полный пакет документов на создаваемые сайты и программы. Благодаря этому возможно доказать выполнение обязательств и нарушения с другой стороны.

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

• • Договор;
  • Техническое задание (в котором индивидуализируются созданные продукты).

Также для судов значимыми доказательствами являются:

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

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

RTM Group

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

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

Компании группы обладают необходимыми лицензиями ФСТЭК России и ФСБ России.

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

• Помощь в разрешении споров, управлении рисками, ответные действия на заявления о злоупотреблении данными;
• Подготовка судебных и досудебных экспертиз по вопросам информационных технологий, информационной безопасности и защиты информации;
• Проведение исследований о соответствии IT-проекта требованиям законодательства (или правовой аудит);
• Сопровождение IT-проекта (подготовка и согласование документов/договоров, положений и т. п.);
• Структурирование и систематизация бизнес-процессов IT-компаний;
• Помощь в выборе договорных конструкций для реализации IT-проекта;
• Помощь в выборе подходящего режима налогообложения с учетом условий реализации IT-проекта;
• Оформление трудовых отношений с работниками, создающими объекты интеллектуальной собственности;
• Обеспечение безопасности интеллектуальной собственности;
• Минимизация рисков судебных претензий;
• Защита интересов клиента в суде, максимально возможное снижение штрафа, неустойки;
• Представление интересов по обжалованию решений и действий Роскомнадзор, ИФНС, УФАС, прокуратуры, полиции и иных контролирующих органов;
• Сопровождение при проверках контролирующих органов, предоставление мотивированных пояснений.

Эксперты компании обладают признанными Национальными и Международными сертификациями, такими как CISA, CISM, CISSP, СТО БР ИББС, 27001 и пр.

RTM Group является первым на российском рынке исполнителем судебных нормативно-технических экспертиз в области информационных технологий и информационной безопасности.

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

Правовая природа договора

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

• Если ПО уже существует, то права на его использование можно получить по договору уступки исключительного права (купля-продажа), по лицензионному договору (право на программу предоставляется временно на определенных условиях), либо по договору покупки экземпляра ПО.
• Если программное обеспечение еще не создано, то возможны 2 вида отношений: договор на разработку ПО, представляющий собой смешанный договор (договор подряда + уступка/лицензия на исключительные права), либо договор авторского заказа, который заключается с исполнителем, являющимся физическим лицом.

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

Содержание договора смешенного типа можно условно разделить на 2 части:

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

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

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

1.1 Исполнитель принимает на себя обязательство по разработке программного обеспечения __________ (далее ПО) в соответствии с техническим заданием (приложение №__ к договору).

1.2 Полный перечень работ, объемы и требования к их выполнению определяются техническим заданием. Сроки поэтапного выполнения работ определяются планом-графиком (приложение №__ к настоящему договору). Техническое задание и план-график подписываются обеими сторонами договора и являются его неотъемлемой частью.

1.3 Исполнитель передает ПО на материальном носителе __________.

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

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

В этом разделе необходимо указать:

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

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

2 Срок действия, внесение изменений и расторжение договора

Другое существенное условие договора на разработку ПО – это его срок. Наибольшее количество судебных споров по договорам такого типа связаны с недостаточно точно определенным предметом договора или с несоблюдением сроков.

2.1 Настоящий Договор заключен на ______ месяцев и вступает в силу с момента подписания его сторонами.

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

2.2 Любая из сторон договора вправе расторгнуть настоящий договор, направив другой стороне письменное уведомление об этом за ____ дней.

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

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

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

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

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

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

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

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

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

3 Стоимость и порядок расчетов

3.1 Общая стоимость работ по разработке ПО составляет _______ с учетом НДС.

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

3.2 Заказчик производит оплату работ в соответствии с графиком платежей (приложение № 3 к настоящему договору), подписанного обеими сторонами.

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

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

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

5 Права на интеллектуальную собственность

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

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

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

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

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

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

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

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

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

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

В договоре может быть установлена обязанность разработчика создать реестр сторонней интеллектуальной собственности и видов применяемых лицензий. Либо есть другой вариант: установить полный запрет на использование сторонних компонентов и кода «Open Source».

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

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

6 Права и ответственность сторон

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

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

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

Это условие позволяет обезопасить исполнителя в финансовом отношении.

6.3 Если исполнитель не выполнил в срок работу по плану-графику (приложение №__ к настоящему договору) или не устранил в срок выявленные несоответствия, то он обязан выплатить заказчику неустойку в размере __% от общей стоимости работ, указанной в п.3.1 настоящего договора.

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

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

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

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

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

7 Гарантийные обязательства

7.1 Гарантийный срок на разработанное исполнителем программное обеспечение составляет _____ месяцев. Гарантийный срок начинает исчисляться с даты подписания сторонами акта сдачи-приемки последнего этапа работ.

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

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

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

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

Гарантийный срок может быть продлен на период устранения ошибок в работе ПО.

8 Конфиденциальность

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

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

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

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

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

Рассказываем про интеллектуальные права, кратко освещаем важные новости для бизнеса и делимся результатами своей работы.
👉Подписывайтесь на наш канал в Telegram!