Скопировать ссылку
- автор продукта может неожиданно запретить его использовать;
- инвесторы, желающие купить долю или весь бизнес, откажутся от сделки или предложат заниженную цену.
Давайте рассмотрим на примере ИТ-продукта тот минимум документов, который нужен для оформления интеллектуальных прав на него.
1. Договоры с разработчиками
Трудовой договор — для штатного сотрудника. В нем важно отразить обязанность сотрудника создавать результаты интеллектуальной деятельности и выплату авторского вознаграждения.
Договор гражданского-правового характера — для фрилансера или агентства. В нем важно указать объем прав, которые переходят к заказчику, момент их перехода, стоимость.
Если договор с разработчиком не заключен, все права на создаваемый продукт сохраняются за ним. В любой момент такой разработчик может потребовать прекратить использовать то, что он создал, и взыскать компенсацию.
2. Задания на разработку
Для штатных сотрудников рекомендуем оформлять служебное задание и вручать разработчикам под роспись.
Для специалистов на аутсорсинге — ТЗ в виде приложения к основному договору.
Этот документ подтверждает, что именно работодатель/заказчик поручил разработать тот или иной продукт в рамках подписанного договора.
Если не будет такого задания, исполнитель может заявить, что создал продукт в свое свободное время по своей инициативе и предложить его приобрести на иных условиях, а не тех, которые были согласованы изначально в договоре.
3. Акты приема-передачи созданных результатов интеллектуальной деятельности
Из описания в акте должно быть понятно, какой именно результат создан и передается работодателю или заказчику.
Если описание результата — объемное и сложное, можно сделать ссылку на место, где размещен разработанный продукт.
Если нет акта, работодателю или заказчику будет сложно, а иногда и невозможно доказать, что результат интеллектуальной деятельности существует и что права на него перешли к заказчику.
В своей практике мы часто сталкиваемся с ситуацией, когда договоры с разработчиками заключены, но акты приема-передачи создаваемых результатов не подписываются.
В этой ситуации мы предлагаем изменить в условиях договоров момент перехода прав к заказчику — определить этот момент не с даты подписания акта, а с момента создания или с момента оплаты. Таким образом, если исполнители будут забывать подписывать акты, права на разработку все равно перейдут к заказчику.
Еще одна сложность возникает, когда над продуктом работает команда, в составе которой есть и штатные работники, и фрилансеры, и сотрудники агентств.
В этом случае мы предлагаем подписывать два вида актов:
- персонально с каждым ежемесячные акты, которые фиксируют стоимость выполненного объема работ/услуг за прошедший период;
- общий акт приема-передачи результата интеллектуальной деятельности после завершения создания продукта в целом, а в длительных проектах — регулярно по мере логического завершения создания версии/релиза продукта.
А вот регистрировать программное обеспечение в Роспатенте мы в большинстве ситуаций не предлагаем. Регистрация для этого вида объектов добровольная и на возникновение прав не влияет.
Процесс доказывания своих прав в случае споров регистрация также не облегчает. При регистрации депонируется только часть кода. При этом обычно программные продукты постоянно меняются и дорабатываются. Зарегистрированный результат быстро «устаревает». Тогда нужно регистрировать каждую новую версию продукта.
Буду благодарна за обратную связь о том, как у вас отработаны эти процессы? И была ли вам полезна эта статья.
