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

Кратко о разработке ПО с юридической точки зрения

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

Обратите внимание!
По нашему мнению, нельзя одномоментно заключить договор подряда на разработку ПО и лицензионный договор (договор уступки) на передачу прав на него или смешанный, содержащий элементы таких договоров. Это связано с тем, что по лицензионному договору (договору уступки) можно передать права только на уже существующее ПО <*>.

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

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

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

Риски разработчика: когда предъявляют требования…

…связанные с разработкой ПО

Требования по качеству. Результат разработки, т.е. ПО, должен отвечать условиям соответствующего договора (техзадания) <*>. Если функционал готового ПО расходится с согласованным, ПО не работает или работает некорректно, заказчик может предъявить требования по качеству. Например <*>:
— о соразмерном уменьшении цены за разработку ПО;
— об устранении недостатков ПО в разумный срок и безвозмездно.

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

На заметку
Заказчик может сделать вывод, что ПО не будет соответствовать согласованным требованиям, еще в ходе его разработки. В таком случае он может назначить разработчику разумный срок на устранение недостатков. Если разработчик не справится, заказчик вправе потребовать возмещения убытков, а также <*>:
— либо отказаться от договора;
— либо поручить другой IT-компании исправить недостатки за счет разработчика.

Рекомендации разработчику 

Если заказчик заявит требования по качеству ПО, IT-компании надо доказать, что данное ПО соответствует всем условиям договора. Для этого можно, например, привлечь специалиста или ходатайствовать о назначении судебной экспертизы — если спор рассматривается в суде <*>.

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

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

На заметку
Разработчик должен не только сдать работу вовремя, но и своевременно приступить к ней. В противном случае заказчик вправе отказаться от исполнения договора и потребовать возмещения убытков. Так же он может поступить, если разработчик будет выполнять работу медленно, явным образом не успевая закончить ее к сроку <*>.

Рекомендации разработчику 

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

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

…связанные с исключительным правом на ПО

Чтобы заказчик мог использовать разработанное для него ПО, разработчик должен передать не только ПО, но и исключительное право на него. Если разработчик откажется это сделать, заказчик вправе требовать:
— передачи ему такого права.
— расторжения договора, опосредующего передачу права <*>.

Рекомендации разработчику

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

ПО можно передать на материальном носителе (флэш-карта и т.п.), посредством облачного хранилища и т.д. Чтобы подтвердить факт передачи ПО, как правило, составляют соответствующий акт. Передачу материального носителя оформляют накладной <*>.

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

Что может потребовать IT-компания

Обычно требования разработчика сводятся к взысканию с заказчика:
— по договору подряда — оплаты за выполненные работы <*>.

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

Рекомендации разработчику

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

— лицензионному договору (договору уступки) — вознаграждения за предоставленное (переданное) исключительное право на ПО <*>.

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

1) процентов от дохода, полученного при использовании ПО (роялти);

2) фиксированной суммы, которая может выплачиваться по частям или единовременно;

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

Рекомендации разработчику

В договоре целесообразно определить не только размер вознаграждения, но и сроки его уплаты. Это особенно актуально для периодических платежей. Так, IT-компании будет проще отслеживать просрочку оплаты и вовремя обращаться за взысканием задолженности. Обращение в суд до истечения отведенного заказчику срока на уплату повлечет для разработчика убытки. Он потеряет уплаченную госпошлину <*>.

Разработчик ПО вправе рассчитывать на взыскание не только сумм основного долга (цены работ, вознаграждения), но и штрафных санкций:
— процентов за пользование чужими денежными средствами <*>;
— неустойки (пени или штрафа), если она предусмотрена договором <*>.

Рекомендации разработчику

Чтобы повысить вероятность оплаты выполненных работ (уплаты вознаграждения), IT-компании целесообразно позаботиться о включении в договоры обеспечительных положений. Например, предусматривающих обеспечение исполнения обязательств по оплате банковской гарантией, залогом, поручительством <*>.

Как IT-компании решить спор

Общий алгоритм действий при возникновении спора таков:

Шаг 1. Собираем доказательства

IT-компании надо доказать, что:
— между сторонами наличествуют договорные отношения. В качестве доказательства можно использовать соответствующие документы, подписанные заказчиком и разработчиком. Главное, чтобы они содержали все существенные условия договора;

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

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

Шаг 2. Обращаемся к заказчику для досудебного разрешения спора

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

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

Шаг 3. Обращаемся для разрешения спора в компетентный орган

Споры, связанные с разработкой ПО, в Беларуси могут рассматривать:
— судебная коллегия по делам интеллектуальной собственности ВС;
— экономические суды;

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

— международные арбитражные суды (МАС) — при наличии арбитражного
соглашения <*>;
— третейские суды — при наличии третейского соглашения <*>.

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

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

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

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

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