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

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

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

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

Кастомизуем все

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

Например:

Результаты — это программное обеспечение и / или любые другие части (элементы) исходного и / или объектного кода, разработанные Исполнителем при исполнении настоящего Договора и отвечают условиям технического задания.

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

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

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

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

Финансовый вопрос

Заказчик спит спокойно, когда точно знает, с какой суммой средств придется расстаться. Поэтому довольно часто в договоре на разработку ПО предоставляется преимущество четко установленной стоимости услуг (fixed-priced contract). В таком случае, заказчик знает, какие расходы его ждут.

Впрочем, не все так прекрасно, как кажется на первый взгляд. Дело в том, что разработка программного обеспечения или другого IT-продукта имеет свои особенности, и точно определить объем задач, которые нужно выполнить, чтобы достичь желаемого результата, бывает сложно. Часто на промежуточном или конечном этапе принятия услуг заказчик понимает, что нужны коррективы, и конечно желает, чтобы их внесли. Разработчик в свою очередь почему-то не желает «допиливать» / изменить код на благотворительных началах.
Следовательно, имеем ситуацию, когда или доплачивай, или радуйся тому что есть.

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

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

Описанные выше модели оплаты услуг разработки зависят от выбранной сторонами формы сотрудничества — на основе Agile или Waterfall принципов. Чтобы подробнее ознакомиться — тыкайте сюда.

Как принимать услуги?

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

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

Передача Результаты Исполнителем Заказчику оформляется Актом приема-передачи, который направляется Заказчику в течение _ дней после предоставления Услуг в соответствии с условиями Договора. Акт приема-передачи подписывается Заказчиком и направляется Исполнителю в течение __ дней после получения.

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

Результаты считаются полученными и одобренными Заказчиком, если Заказчик не сообщает Исполнителя о Дефекты и / или несоответствия требованиям, указанным в Договоре в течение _ дней и оплачивает Услуги, как описано в Договоре.

Или:

Оплата Услуг в соответствии с условиями настоящего Договора свидетельствует о факте отсутствия у Заказчика претензий по предоставленных услуг.

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

Передача имущественных прав интеллектуальной собственности

Автором программного обеспечения является разработчик, и, согласно ЗУ «Об авторском праве и смежных правах», его право авторства возникает с момента создания объекта, то есть соответствующей программы. Однако в договоре следует указать, каким образом и когда происходит передача имущественных прав интеллектуальной собственности на созданный объект заказчику. Существует два варианта — с момента создания или с момента оплаты. Понятно, что каждый вариант является более выгодным для одной из сторон:

Все исключительные права интеллектуальной собственности на Объекты передаются Исполнителем Заказчику после полной оплаты услуг Заказчиком в соответствии с условиями Договора.

Или:

Все исключительные имущественные авторские права на Объекты в полном объеме переходят от Исполнителя к Заказчику с момента создания таких объектов.

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

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

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

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

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

Кроме условий конфиденциальности, как части договора, стороны могут выбрать путь заключения отдельного договора — Non-disclosure agreement (NDA).

Слышите запах? Ммм, кажется, пахнет трудовыми отношениями

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

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

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

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

Во-вторых, предполагаем право исполнителя привлекать третьих лиц для выполнения договора:

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

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

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

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

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

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

Бесплатная первичная консультация по ІТ праву в твоем кейсе. Не медли ;)Твой вопрос ІТ юристам


Хочешь получать крутую инфу по IT-праву,
без спама и надоедливых акций?