Недобросовестный заказчик хочет присвоить код? Вот несколько правил, чтобы этого не допустить

Содержание:

• Право программиста на код
• Как заказчики могут не соблюдать контракт?
• Что делать, если заказчик отказывается платить за ПО?
• Как обезопасить себя до начала и во время проекта?

Право программиста на код 

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

Право IT-специалиста на код фиксируется: 

1. в актах работ, подписанных заказчиком и исполнителем; 
2. в программном продукте и/или документации на него;
3. в спринтахреализованных блоках задач по созданию ПО с зафиксированными результатами в системах учета типа Jira;
4. в версиях продукта в системах управления версиями типа Git.

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

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

Читайте по теме:

3 совета от практика: как перейти на российское ПО и повысить качество разработки

Как взаимосвязаны технологии и ложь — исследование

Как заказчики могут не соблюдать контракт?

Новое в работе с сервисами

• С марта этого года в России больше не работают облачные решения Jira, в которых раньше реализовывались проекты по разработке ПО на заказ;

• Заказчики переводят все больше проектов по созданию ПО на аутсорсингу на собственные серверы аналогичных систем;

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

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

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

Экономические условия 

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

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

Защита авторских прав

Защищать права на код стало сложнее.

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

Например, наши эксперты стали свидетелями дела: ответчик — крупная российская компания из сферы услуг, которая должна программистам около 30 млн рублей. Судебных решений пока нет, но прогноз вполне очевидный.

Что делать, если заказчик отказывается платить за ПО?

1. Попытайтесь решить вопрос мирно. Напомните, что в случае возникновения проблем с продуктом обратиться к вам будет самым действенным способом.
   
   Можно предложить отсрочить платеж, оговорить возможную скидку для этого или следующего проекта. 
2. Оценить свои шансы, если решитесь пойти в суд. Вероятность решения в вашу пользу напрямую зависит от количества доказательств.
   
   Найдите все, что у вас есть, чтобы не только продемонстрировать, что условия были соблюдены, а работа выполнена, но и насколько результат соответствовал ожиданиям. 

Доказательствами могут быть: 

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

Именно контракту, а не контрагенту вообще.

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

Важно понять, какие доказательства у вас есть:

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

Лучше, если будут и те, и другие. Только с косвенными доказательствами выиграть дело будет сложно, а без них — невозможно.

Что дальше?

3. Подготовить доказательства для суда. Необходимо тщательно выбрать, оценить, зафиксировать доказательства, поскольку именно они могут гарантировать успех в суде.
   
   Здесь помощниками могут выступать как собственные сотрудники, так и нотариусы и независимые эксперты. Если доказательств нет или есть лишь незначительные, рассчитывать на успех в суде не стоит. Даже если был подписан контракт, и сроки его выполнения прошли.
   
   Без подтверждения выполненных работ это ничего не значит. Напротив, вас могут заставить еще платить неустойку из-за того, что услуги не были оказаны. 
4. Привлечь общественность. Можно предать случай огласке, привлечь медиа или поднять тему в социальных сетях.

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

Читайте также: 

Держать код при себе: как обезопасить ИТ-инфраструктуру в условиях ограничений рынка

«Жидкие» команды и «облака» талантов. Как бизнес по-новому может работать с фрилансерами

Как обезопасить себя до начала и во время проекта?

Нужно понимать масштаб: такая опасность есть не только у программистов, но и у IT-компаний, предоставляющих услуги разработки ПО на аутсорсинге.

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

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

1. Не стоит рассчитывать, что заказчик — даже известная компания с годами наработанной репутации — не будет поступать неэтично и противозаконно. Есть немало случаев, которые доказывают обратное, и один из них может стать вашим;
2. Старайтесь вести учет версий ПО и задач в собственной или независимой системе, не работать только на «территории» заказчика, не передавать готовый продукт до оплаты;
3. Закрывайте бумажными актами с подписью заказчика (или их аналогом в ЭДО с КЭП) как можно более мелкие единицы работы;
4. Указывайте в актах как можно более подробные сведения о задачах;
5. Держите у себя копии Git (если это не нарушает контракт) или делайте скринкасты релизов и задач;
6. Собирайте подтверждения реализации работ и оценок от заказчика (если нет возможности делать это через акты и постановщики задач) в электронной почте и мессенджерах. 

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

Фото на обложке: Pixza Studio/Shutterstock