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

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

Закон говорит нам, что авторские права на ПО созданное в пределах, установленных для работника (автора) трудовых обязанностей (служебное произведение), принадлежат автору. Исключительное право на служебное произведение принадлежит работодателю, если трудовым или иным договором между работодателем и автором не предусмотрено иное (ст. 1295 ГК РФ).

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

Что касается исключительных прав, то тут возможны варианты, в ст. 1295 ГК РФ указано, что если иное не предусмотрено, то исключительные права принадлежат работодателю. Из указанного делаем вывод, что договором можно предусмотреть, что исключительные права на разрабатываемое ПО (в рамках трудовых отношений) могут принадлежать и работнику, а работодателю будет выдаваться лицензия (исключительная или не исключительная, с ограничениями или без и т.п.).

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

• Между автором и работодателем должны быть оформлены трудовые отношения (в момент разработки ПО). Гражданско-правовой договор, заказ услуг в интернете, отсутствие договора, и права на ПО скорее всего будут принадлежать автору (разработчику);

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

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

Для разработчика также важно чтобы обязанности по проекту были детализированы. Покажу на примере, разработчик трудоустроен в компании, выполняет работы для работодателя, и как это обычно бывает, работает еще на пару других объектов, при этом делает это одновременно в течение рабочего дня. Если в трудовом договоре не будет детализировано, что конкретно создает разработчик для работодателя, то есть основания считать, что все иное разработанное им также принадлежит работодателю. Отсюда у разработчика возникнут проблемы и иски от иных заказчиков, для которых он параллельно разрабатывал ПО, особенно, если для выполнения этих работ разработчик использовал оборудование, оснащение, а часто и офис работодателя.

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

Выплата вознаграждения за создание служебного произведения

Вопрос, который часто вызывает боль и недоумение у администраций компаний. Многие компании считают, что работник получает заработную плату и это покрывает все его труды и разработки (посмотрите свой договор на этот счет), но закон и часть судебной практики считает иначе. Исходя из содержания ст. 1295 ГК РФ, следует, что: «размер вознаграждения, условия и порядок его выплаты работодателем определяются договором между ним и работником, а в случае спора - судом».

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

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

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

Подытожим сказанное, список обязательных требований, для признания, разработанного ПО служебным произведение:

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

2. Актуально особенно для удаленных работников. Необходимо утвердить положение о коммуникации работника и работодателя, и его соблюдения. Так можно будет подтвердить, что задачи исходили от работодателя, а результат работ передавался работником.

3. С целью идентификации задач работодателю рекомендуется оформлять служебные задания для работника, а по итогу их выполнения подписывать акты приема-передачи результатов работ (направление и подписание можно согласовать электронно, в т.ч. с использованием иного ПО).

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

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