Этот тот, кто создал произведение. Но кого считать автором в случае с программным обеспечением, если над его созданием трудится целая команда разработчиков, тестировщиков и других специалистов?
Исходя из действующего законодательства, к авторам не относятся:
юридические лица
граждане, не внесшие личного творческого вклада в создание ПО, в том числе оказавшие только помощь, техническое, консультационное, организационное или материальное содействие, помощь в оформлении прав на ПО
граждане, осуществлявшие контроль за выполнением соответствующих работ.
Таким образом, к авторам ПО можно отнести только разработчиков. Ни менеджер проекта, контролирующий процесс разработки, ни QA, проверяющий ПО на работоспособность, ни юрист, оформляющий права на ПО, не признаются авторами, поскольку они не участвовали в написании кода.
В отношении ПО автору принадлежат два основных права:
право называться автором ПО,
исключительное право, то есть право зарабатывать на произведении.
Право называться автором ПО всегда остаётся за автором, его нельзя продать, передать или подарить.
Например, в 1984 году Алексей Пажитнов разработал Tetris. Позже он передал все права на использование этой игры, но он до сих пор продолжает быть автором этой игры, и останется им навсегда.
Чтобы приобрести исключительные права на ПО и легально передать их клиенту, работодателю нужно заключить с автором следующие документы:
Трудовой договор. В нем необходимо прописать, что сотрудник занимается интеллектуальной деятельностью, а именно разрабатывает ПО, и по итогам выполнения служебных обязанностей образуется результат интеллектуальной деятельности (РИД). Важно указать, что все права на РИД принадлежат работодателю с момента их создания.
Служебные задания. Конкретные задачи в рамках трудовой деятельности разработчика называются служебными заданиями. Крупные ИТ-компании могут разработать локальный документ — Положение о служебных заданиях, в котором подробно описать порядок постановки таких заданий, правила сдачи-приемки работ и вознаграждение работника за создание РИД. Рекомендуем установить такой порядок в электронном виде с использованием таск-трекеров (Jira, Trello, Bitrix24).
Без этих двух составляющих — трудовых отношений и служебных обязанностей — исключительное право на произведение останется за работником. Даже тот факт, что разработчик использовал материалы и оборудование работодателя, не поможет доказать «служебность» произведения. Не имеет значения даже тот факт, что ПО разработано в рабочее время.
Многие ИТ-компании разрабатывают ПО по заказу клиентов.
Чтобы заказчик смог приобрести исключительные права на ПО, сначала необходимо провести передачу прав от авторов ИТ-компании, а затем передать права клиенту. Без соблюдения этой цепочки бизнес может остаться без прав на ПО, а автор — в любой момент заявить свои права на него.
Иногда клиенты просят заключать договоры напрямую с авторами. Но это не очень удобно. Предлагаем альтернативный вариант: использовать в договорах оказания услуг такую формулировку:
«Исполнитель передает Заказчику исключительные права в полном объеме на результаты интеллектуальной деятельности. Исполнитель не вправе использовать результаты интеллектуальной деятельности для собственных нужд. Одновременно с передачей результатов интеллектуальной деятельности по Акту об оказании услуг Исполнитель передает Заказчику все исключительные права на использование результатов интеллектуальной деятельности, созданных Исполнителем в рамках исполнения настоящего Договора.»
По запросу клиентов можно дополнить: «Исполнитель самостоятельно и за свой счет оплачивает авторское вознаграждение авторам и соавторам, как в части создания служебных произведений, так и в части создания произведений по договорам авторского заказа. Подрядчик обязан предоставить результат работ свободным для использования любым правообладателем.»
Эти оговорки гарантируют клиенту автоматический переход исключительных прав на ПО после приемки.
Хоть исключительное право на служебное ПО «автоматически» принадлежит работодателю, ему необходимо помнить о «правиле трёх лет»: в случае использования РИДов работника в течение трех лет с момента его передачи, работодатель обязан выплатить работнику авторское вознаграждение. Если работодатель не проявил интереса к ПО в течение трех лет, исключительные права вернутся автору.
Важно понимать, что зарплата и авторское вознаграждение — две разных вещи. Не выплачивая работнику вознаграждение, работодатель рискует: во-первых, стать ответчиком в суде по иску о взыскании авторского вознаграждения, во-вторых, получить признание автора полноправным владельцем РИД и взыскания компенсации до 5 млн рублей.
Простого указания на то, что вознаграждение входит в состав зарплаты, недостаточно: важно согласовать с работником размер, условия и порядок выплаты. Можно не заключать отдельное соглашение о выплате авторского вознаграждения, достаточно включить условие о нём в трудовой договор, указав, какую часть оплаты составляет такое вознаграждение и как в случае создания РИД изменяется оплата труда.
Минимальный размер вознаграждения и порядок его выплаты сейчас законодательно не регулируется.
Подводя итог, отметим, что работодателю важно грамотно оформить с сотрудниками все документы по передаче прав на ПО. Предлагаем придерживаться следующих шагов:
Подробно прописать функции сотрудника в трудовом договоре (разработка ПО).
Разработать и подписать у сотрудников должностные инструкции, где будут детализированы права и обязанности в части разработки ПО и его передачи.
Разработать положение о служебном произведении.
Для каждого проекта составлять служебное задание и доносить его до сотрудника — в бумажном или электронном виде через таск-трекер.
Подписывать акт приемки оказанных услуг и РИДов с сотрудником — можно в форме отчетов и в электронном виде.
Прописать условия и порядок выплаты авторского вознаграждения за разработанное ПО.
Выплатить сотруднику авторское вознаграждение — не в составе заработной платы.
Проведите конкурс среди участников CMS Magazine
Узнайте цены и сроки уже завтра. Это бесплатно и займет ≈5 минут.