Иван Иваныч — владелец небольшой ИТ‑компании. Он ставит все задачи разработчику в таск‑трекере, как нормальный прогрессивный человек. Но юристы и бухгалтеры говорят Иван Иванычу, что это рискованно — лучше все дублировать на бумаге, доказательство как никак. Мы решили разобраться, как суды в 2023 году смотрят на постановку задач в электронном виде.

Зачем вообще что-либо доказывать

Все, что мог бы создать творческий работник — код, статью, фотографию и др. — мы будем называть «служебные произведения».

«Служебными» такие произведения называются потому, что работник создает их по заданию работодателя в рамках своих трудовых обязанностей (ст. 1295 ГК РФ).

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

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

Как суды смотрят на электронные доказательства


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

Дело 1: разработчик не убедил суд, что не получал от работодателя задания по электронной почте

В этом деле разработчик решил восстановиться на работе, так как считал, что работодатель уволил его незаконно.

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

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

Однако суд установил, что работодатель ставил разработчику служебные задания по электронной почте. Это доказали выгрузки из почтового ящика руководителя работника.

Кроме того, работник имел доступы в корпоративные системы работодателя (электронная почта, jira, gitlab), что, по мнению суда, было достаточным для выполнения служебных заданий.

Выводы суда стороны не обжаловали.

Текст документа: Решение Савеловского районного суда г. Москвы от 8 февраля 2022 по делу № 02-1430/2022

Дело 2: владелец новостного ресурса доказал, что статью на его сайт написал работник, которому он поставил это задание электронным способом

В этом деле конфликт был между двумя новостными ресурсами. Они выясняли, чей работник был автором спорной статьи: копирайтер истца или копирайтер ответчика.

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

Суд подтвердил, что копирайтер истца мог получать задания “от руководителя работника, сотрудников и иных представителей компании любым способом, в устной или письменной форме, в системе постановки задач Intranet, по электронной почте или иным способом”.

По совокупности доказательств суд пришел к выводу, что спорную статью создал работник истца, выполняя свои трудовые обязанности. 

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

Текст документа: Решение Арбитражного суда Тульской области от 9 сентября 2022 по делу № А68-7751/2022 

Дело 3: фармкомпания не доказала, что переписка по электронной подтверждает ее права на дизайн

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

Однако суд посчитал, что истец не доказал, что его сотрудники создали дизайн упаковки капель. Из электронных писем, которые истец представил суду, не следовало, что он дал своему сотруднику задание создать дизайн упаковки.

Фармкомпания жаловалась в вышестоящие суды, но безуспешно.

Вышестоящие суды поддержали выводы Арбитражного суда г. Москвы в том, что фармкомпания не представила оригинал упаковки или иные доказательства, которые бы подтвердили, что упаковку создал сотрудник истца, а права на упаковку перешли к фармкомпании.

Текст документа: Постановление Суда по интеллектуальным правам от 22 апреля 2021 года по делу № А40-19944/2020

Выводы

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

Но только на это уповать мы бы Иван Ивановичу не советовали. Такая постановка заданий работает только в совокупности с другими критериями, по которым суд определяет служебное это произведение или нет. Вот эти критерии:

  • работодатель ставит задание работнику, а не кому‑то, кто работает на фрилансе;

  • между работником и работодателем есть подписанный трудовой договор;

  • в трудовом договоре или в должностной инструкции прописана обязанность работника создавать творческие произведения;

  • работодатель ставит задание способом, который закреплен в трудовом договоре или локальном акте работодателя;

  • работник передает произведение работодателю. Это можно оформить как отчетом, так как и актом сдачи‑приемки произведения.

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

Авторы: Стерлигова Александрина, Юлия Рашкина, Дарья Смолина

Редактор: Марина Кятова

Еще наши материалы на тему служебных произведений:

 

Комментарии (12)


  1. avf48
    00.00.0000 00:00
    +1

    Хорошая статья)) А есть ли случаи когда система ЭДО или постановки задач, признавалась дискредитированной (к документам системы нет доверия)?? Что суды говорят относительно фальсификации электронных данных?


    1. runetlex Автор
      00.00.0000 00:00
      +1

      Хороший вопрос!) Попробуем поискать, с ходу нет ответа) У нас есть другой кейс, когда одна из сторон "закрывает" свою систему и говорит мол попробуй доказать. Буквально недавно получилось через суд истребовать от очень "умной" стороны такие доказательства)


      1. avf48
        00.00.0000 00:00

        Тогда вопрос в дагонку)) Ситуация: клиент не доволен услугой, а продавец утверждает что "- это программа сделала а не мы... мы её купили". Несёт ли продавец полную ответственность за несоответствие, как с автомобилем или охотничьим оружием (купил - твоё, отвечай сам)?? Ни разу не получилось получить от организации Регламент/правила/инструкцию по работе системы.


        1. runetlex Автор
          00.00.0000 00:00

          К сожалению не совсем понял вопрос. Одна ситуация - когда правообладатель продает программу. Другая ситуация - когда кто-то с помощью программы оказывает услугу. По умолчанию, когда правообладатель продает программу, он не гарантирует, что с помощью нее могут быть достигнуты какие-то результаты финансовые, экономические и пр. Это просто программа с функционалом, AS IS. Предъявить требования к нему можно только если программа не работает/не соответствует заявленным характеристикам. Когда исполнитель с помощью программы оказывает услугу - как правило он сам волен определять инструменты, которые использует. И если он выбрал некорректный инструмент - это его проблема. Условно, если у меня плохо работал Консультант плюс и вы получили из-за этого неточную юр.консультацию - это не проблема программы, это проблема моя, исполнителя)


      1. A1054
        00.00.0000 00:00

        А как это происходило на практике?

        И шире, как представляются в суд доказательства типа электронной почты, записи в jira и т. д.?


        1. runetlex Автор
          00.00.0000 00:00

          В трех словах не сказать, мы подробно про это написали статью и даже с примерами ходатайств) https://runetlex.ru/knowledge/konflikty/kak-zaprosit-dannye-iz-crm-sistem-s-pomosu-suda Доказательства обычно предоставляются или в формате заверенных печатью скриншотов, или через протокол осмотра нотариусом


        1. ifap
          00.00.0000 00:00
          +1

          Куда интереснее, как суд оценивает такие доказательства, когда они априори не проходят по признаку объективности (спойлер: по внутреннему убеждению).


  1. vp7
    00.00.0000 00:00

    Есть более интересный кейс с open-source ПО.

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

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


    1. dolfinus
      00.00.0000 00:00

      На такой случай в репозиториях обычно есть требование подписать специальное соглашение, что пользователь является автором этого кода, и что работодатель дал соответствующее разрешение. Примеры:

      Но в основном такое соглашение требуют коммерческие организации, а вот у некоммерческих я такого не видел.


    1. Gutt
      00.00.0000 00:00

      Внимание, вопрос - кому будут принадлежать права на данные доработки и модуль?

      Какие права?
      Авторское право -- у разработчика.
      Неисключительные права -- у всех, в соответствии с лицензией, под которой модуль был опубликован.
      Исключительные -- ни у кого, опять же в соответствии с лицензией. Публикуя код, рарзаботчик соглашается с условиями лицензии, и код может дальше распространяться под ней.


      1. runetlex Автор
        00.00.0000 00:00

        Скорее всего под "авторским право" вы имеете ввиду личные неимущественные права автора.

        Термина "неисключительное право" нет, возможно вы имеете ввиду неисключительную лицензию.

        Как я писал в другом комментарии - все зависит от того, что это за открытая лицензию. Если условный MIT, то права личное неимущественное право на производное произведение будет у автора-разработчика, а исключительное право - у работодателя. Но конечно как написано в статье работодатель для этого должен правильно оформит бумажки с разработчиком)


    1. runetlex Автор
      00.00.0000 00:00

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