Задать вопрос Есть вопрос? русen
Юридическое обслуживание проектов
в сфере информационных технологий

Служебное произведение

Служебное произведение - это все, что создал сотрудник в рабочее время
Как бы не так! Служебным признается только то произведение, которое создано в пределах установленных для работника (автора) трудовых обязанностей.


Права на служебное произведение

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

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

Какое произведение признается служебным

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

  1. наличие именно трудовых отношений с автором;
  2. круг трудовых обязанностей автора, включающий создание такого произведения;
  3. создание произведения по заданию работодателя, а не по собственной инициативе автора;
  4. выполнение автором работ в рабочее время;
  5. передачу автором результата работ работодателю.

Как документально подтвердить права на служебное произведение

1. Трудовые отношения с автором обычно подтверждаются подписанным трудовым договором.

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

2. Круг трудовых обязанностей подробно описывается в должностной инструкции автора.

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

3. Служебное задание в укрупненном виде оформляется как приказ или распоряжение по организации.

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

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

4. Для подтверждения создания произведения в рабочее время необходимы промежуточные отчеты.

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

5. Сдачу результата работ можно также подтвердить наличием копии в информационной системе работодателя и закрепить приказом о принятии в коммерческую эксплуатацию. Для компаний на ОСНО также потребуется приказ о принятии НМА к учету.

6. Подайте заявление на государственную регистрацию программы для ЭВМ или базы данных.

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

Свидетельство о регистрации ПО пригодится вам при его постановке на учет в качестве НМА и ответах на запросы клиентов о документальном подтверждении прав компании на такое ПО. Не показывать же всем кипу бумаг, которые мы перечислили выше.

7. Не забывайте знакомить автора со всеми перечисленными документами под роспись.

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

Если вы потратили столько средств и времени на создание актива, странно не задуматься о его превентивной защите.

Виталий Селиванов, 2019

Готовое решение для вашего бизнеса
Документы для закрепления прав на разработки штатных сотрудников. Учитывают судебную практику. Использовались при регистрации в Минцифре, продаже и инвестировании в проекты.

Авторское право

Оценка:
© ООО «АйТи-Лекс», 2008–2024 Правовая информация
О компанииКомандаНовостиКонтактыМеждународные контрактыСоглашения для сайтовДоговоры на разработку ПОЛицензионные договорыДоговоры поставки ПОДоговоры техподдержки и SEOДля разработчиковДистрибьюторамИнтернет-сервисамВеб-студиямСтартапамБаза документов
Информация
Новости праваПубликацииФорумFAQTutorialsКарта сайта
© ООО «АйТи-Лекс», 2008–2024 Правовая информация