Please ensure Javascript is enabled for purposes of website accessibility
Блог AVITAR

Как разработчику ПО избежать судебных разбирательств с заказчиком?

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

Как этого избежать?

Прежде всего, давайте вспомним что входит в экспертизу IT продукта, то есть, на что будет смотреть суд при установлении справедливости. Это нужно нам для того, чтобы понять: какие моменты и в каком виде нужно отразить в договоре изначально, чтобы избежать впоследствии неприятных сюрпризов.
Экспертиза во многих случаях проводится для того, чтобы установить:
• Соответствует ли ПО условиям договора и техническому заданию. 
a. В этом случае разработчик должен понимать, что при проведении экспертизы ПО будет сопоставляться с техническим заданием и условиями договора. 
• Соответствует ли ПО критериям качества. 
a. Это значит, в договоре должны быть прописаны критерии качества, в соответствии с которыми будет оцениваться продукт.
• Выполнены ли все этапы разработки, прописанные в договоре и задачи, зафиксированные в task management system. Принял ли Заказчик работы по каждому этапу и есть ли акт приема работ.
a. В договоре должны быть отражены все этапы работ с указанием объемов, сроков и стоимости каждого этапа. Иногда в договоре нельзя отразить все этапы работы и критерии качества, так как разработчик работает «по спринтам» (sprint - промежуток времени, достаточный для выполнения запланированной совокупности операций) и взаимодействует с заказчиком по каждой задаче. В этом случае нужно чтобы каждая задача, а также совокупность задач каждого этапа фиксировалась в task management system, и Заказчик принимал работы по каждому этапу (и/или) задаче. Важно, чтобы прием работ фиксировался в письменном виде.
• Какой объем ПО был действительно разработан. 
a. Если при разработке ПО вы планируете использовать элементы open-source, отразите это в договоре
• Возможна ли полноценная интеграция разработанного ПО. 
a. Зачастую, программный продукт разрабатывается с целью его интеграции в какой-то другой продукт. В данном случае в договоре должен быть перечень работ по интеграции программного продукта.
• Может ли заказчик использовать ПО. 
a. Бывает так, что программный продукт разработан, но по каким-то причинам его нельзя использовать. Например, когда у заказчика отсутствует какой-то функционал или доступ. В договоре обязательно нужно предусмотреть что должен обеспечить заказчик со своей стороны.

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