Как заказать разработку на аутсорсе и не облажаться. Кому принадлежат права на исходный код?

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

Linear Flat Programmer sitting on big laptop coding vector illustration. Technology and software, APP concept.

Сооснователь консалтинговой компанией Olans Group Светлана Малеванная в колонке для MC Today рассказала, как заранее согласовать передачу исходного кода разработки, чтобы сэкономить деньги в будущим.

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

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

Светлана Малеванная, Olans Group

Клиенту нужно больше опций

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

Исходный код не сохранили

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

О подобной ситуации говорит исполнительный директор Raccoon.World Алексей Радовиченко:

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

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

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

Аутсорсер считает код своей собственностью

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

Вы в процессе изменили задачу

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

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

Одна маленькая юридическая оплошность – и большие финансовые затраты

Разработчики и заказчики говорят о разном

Это аксиома. Проведенный юристами Olans Group негласный опрос ФОПов-разработчиков и компаний-заказчиков показал, что за одинаковыми общими фразами скрывается разный смысл.

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

«Обычно разработчики не любят передавать свои исходники, поскольку они могут вмещать в себе уникальные скрипты или решения. И я, в том числе, не очень приветствую передачу исходников, если того не требует клиент. Вопрос необходимости передачи очень индивидуален, это должно обсуждаться с клиентом перед подписанием контракта», — говорит Дарья Федько, основатель компании WeAR Studio.

Она вспоминает неоднозначную ситуацию из практики:

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

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