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