Передача исключительных прав

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

Передача прав по договору

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

4.5. Все права на интеллектуальную собственность, непосредственно или косвенным образом используемые Исполнителем, являются и должны оставаться собственностью Заказчика. Ни одно из положений настоящего Договора не должно толковаться, как позволяющее передать Исполнителю или любому другому лицу какое-либо право собственности или доли в правах на интеллектуальную собственность, непосредственно или косвенным образом относящихся к Заказчику.
4.6. Авторские права на созданную систему управления данными (программного продукта) остаются за Исполнителем.
4.7. Исполнитель имеет право публично заявлять о причастности к разработке программного продукта без упоминания наименования лица Заказчика. Публичное заявление может содержать только общую информацию о применяемых технологиях, сфере применения программного продукта, принципе работы, взаимодействующих системах. Публикуемая графическая и текстовая информация не должна нарушать условия конфиденциальности коммерческих данных Заказчика.

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

Сертификация или патент

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

Мы готовы помочь в подготовке технической части для регистрации приложения в реестре ЭВМ РФ. Подробная информация о регистрации в разделе дополнительных услуг.

Публичное обнародование программного кода

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

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

Написать Техническое Задание

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

Создание макета или прототипа.

Если макет или прототип был прикреплен к ТЗ, то большую часть графической части Вы также можете сохранить за собой. Воспользуйтесь нашей услугой бесплатного прототипа

Ведение разработки в собственном репозитарии

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

Протокол приемки

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

Добавление страницы копирайта в программный продукт

Самый простой и верный способ заявить об интеллектуальной собственности, это раздел правообладателя. В десктопном приложении это обычно страница лицензионного соглашения — которую никто не читает, но в случае нарушения прав, выдержки из этой страницы будут иметь наибольший вес. В мобильном приложении, это может быть раздел «о компании», «правовая информация» и т.д. В некоторых случаях это вообще скрытый раздел. Данный метод позволяет защитить контент внутри приложения.

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

В подавляющем большинстве случаев, разработчик станет повторно использовать куски программного кода (сниппеты), даже если он подписался под заголовком об отчуждении. Это связано не с тем, что программисту нравится «ходить по лезвию», а с тем, что использование кусков кода в другом продукте — может значительно ускорить разработку. Каждый сниппет (кусок кода) это приметив определенного действия. Если переложить это на другой вид деятельности — это примерно то, как ресторан обучает повара готовить новые блюда, а повар этим будет пользоваться не только для достижения цели предприятия — приготовление блюд ресторана, но и в повседневной жизни и для нового работодателя.

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

Следует понимать, что повторное использование программного кода, это хорошо для всех. Если не пользоваться этим, то создать что-либо крайне трудно, равносильно тому, что не зная языка написать книгу, имея перед собой только буквы. Попробуйте представить что Вы пишете книгу на Суахили?

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

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

В случае, если проект создается под лицензию открытого кода (OpenSource), то мы публикуем код в открытых источниках, либо в источниках указанных заказчиком.

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

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

Все разработки (исходный код) мы храним на собственном GIT-сервере, который ограничен от публичного доступа. Таким образом исходный код защищен от похищений и других утечек.