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

Ассоциация юристов "Бизнес + право"

Кому будет полезна информация:

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

Проблема

Клиентом – разработчиком программного обеспечения (далее – разработчик ПО) – был заключен договор с заказчиком (федеральная сеть ресторанов) на разработку программного обеспечения «Финансовый модуль», предназначенного для использования финансовым департаментом и бухгалтерией заказчика. Разработка ПО осуществлялась по методологии Scrum (короткими отрезками времени, т.н. спринтами. Методология Scrum предполагает, что заказчик активно участвует в разработке программного обеспечения, имеет возможность отслеживать прогресс выполнения задач, задавать вопросы, комментировать задачи предоставлять специфические требования к результату работ на протяжении всего процесса разработки программного обеспечения). Единое техническое задание при заключении договора заказчиком не было сформировано. Задачи к каждому спринту формировались разработчиком ПО по результатам интервью и встреч с уполномоченными на постановку задач сотрудниками заказчика. Выполнение работ по каждому спринту оформлялось путем заключения дополнительного соглашения к договору. По завершении выполнения работ по каждому спринту стороны подписывал акт выполненных работ к соответствующему дополнительному соглашению, заказчик осуществлял оплату после подписания акта. После направления разработчиком ПО акта выполненных работ к финальному дополнительному соглашению заказчиком были направлены отказ от подписания акта в связи с ненадлежащим качеством результата работ (перечень недостатков приложен к претензии), уведомление о расторжении договора в одностороннем порядке, претензия, содержащая требование об уменьшении общей стоимости работ по договору на 58% и требование о возврате разработчиком ПО части уже полученной оплаты (расчет суммы возврата приложен к претензии).

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

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

-заказчиком была запрошена оценка стоимости работ по разработке ПО у других разработчиков. Согласно их ответам, доля работоспособного кода в созданном разработчиком ПО составляет ориентировочно 23%.

Риски

-убытки разработчика ПО от невыплаты заказчиком части стоимости работ;

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

-формирование bad practice для недобросовестных заказчиков.

Варианты решения

В досудебном порядке

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

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

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

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

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

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

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

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

В судебном порядке

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

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

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

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

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

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

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

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

-доказательства невозможности выявления заказчиком недостатков в процессе разработки ПО и при приемке работ заказчиком не представлены.

Рекомендуется заявить ходатайство о проведении судебной экспертизы. Перед экспертом следует поставить следующие вопросы:

Соответствуют ли работы, выполненные Исполнителем условиям договора и дополнительным соглашениям к нему? Соответствует ли стоимость работ, выполненных Исполнителем условиям договора и дополнительным соглашениям к нему? Были ли существенным образом изменены требования к ПО в процессе его разработки по сравнению с первоначальными? Являлись ли эти изменения существенными и требующими значительной переработки уже разработанной части ПО? Изменялись ли и уточнялись ли заказчиком требования к ПО в процессе его разработки? Являются ли недостатки, перечисленные в приложении к претензии, недостатками работ по финальному дополнительному соглашению/спринту или недостатками созданного ПО в целом?

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

Рекомендации

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

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

https://businessandlaw.ucoz.net/index/part_2_dlja_razrabotchikov_programmnogo_obespechenija_kompanij_zanimajushhikhsja_tekhnicheskim_obsluzhivaniem_po/0-47