Разработчик требовал 182 млн рублей за служебные программы, но получил 837 тысяч: как задачи в TaSky изменили расчет
Разработчик более двадцати лет трудился в одной компании и принимал участие в создании около двадцати программных продуктов. Решения использовались в сфере таможенного оформления, внешнеэкономической деятельности и железнодорожных перевозок.
Исключительные права на программы принадлежали работодателю. Этот факт стороны не оспаривали. Однако автор заявил, что помимо заработной платы имеет право на отдельное вознаграждение за использование созданных им служебных произведений.
Первоначально разработчик оценил свои требования в 182,1 млн рублей. Позднее сумма была уточнена и уменьшена до 163,5 млн рублей. В итоге суд взыскал лишь 837 149 рублей - более чем в 200 раз меньше первоначального иска.
Почему возник спор о выплате
В трудовом договоре не было подробного соглашения о размере авторского вознаграждения и порядке его расчета. Документ содержал лишь общее условие: заработная плата включает оплату обязанностей, связанных с созданием и использованием служебных произведений.
Такой формулировки оказалось недостаточно, чтобы определить, какая часть зарплаты относится к авторскому вознаграждению, а какая - к обычному исполнению трудовых обязанностей. Поэтому вопрос пришлось решать в судебном порядке.
Автор попытался рассчитать выплату по правилам, применяемым к служебным изобретениям, полезным моделям и промышленным образцам. В этой методике учитываются средний заработок разработчика, продолжительность использования результата, а при передаче прав - также финансовые показатели и выручка.
С учетом количества программ, сроков их эксплуатации и заработка за многолетний период получилась сумма в десятки и сотни миллионов рублей.
Почему патентная методика не подошла
Суд не согласился с таким подходом. Правила для изобретений нельзя автоматически применять к компьютерным программам, поскольку эти объекты охраняются по разным правовым режимам.
Патентная охрана возникает после специальной регистрации и проверки патентоспособности. Авторское право на программу появляется с момента ее создания в результате творческого труда и не требует аналогичной процедуры.
Поэтому расчет, основанный на нормах о служебных изобретениях, суд признал необоснованным. Для программного обеспечения требовалось оценивать не патентную ценность, а фактическое использование конкретных результатов и вклад автора в их создание.
Создание программы и ее использование - не одно и то же
Отдельно суд рассмотрел вопрос о том, за что именно должна начисляться выплата.
Статья 1295 Гражданского кодекса регулирует вознаграждение автора служебного произведения за его использование. При этом отдельная выплата именно за создание произведения в норме прямо не предусмотрена.
Суд исходил из того, что разработка программ входила в трудовые обязанности сотрудника. Следовательно, сам процесс создания уже оплачивался заработной платой. Дополнительное вознаграждение могло быть связано только с использованием результата работодателем.
Этот вывод сразу исключил значительную часть расчета истца. Нельзя было просто умножить зарплату за весь период работы на число программ и срок их эксплуатации.
Как суд определял вклад разработчика
Ключевой проблемой стало установление того, какую именно часть каждого продукта создал конкретный сотрудник. Сам факт участия в проекте еще не означает, что автор выполнил весь объем работ или имеет право на вознаграждение за программу целиком.
Для анализа использовали данные внутренней системы управления задачами TaSky. Сведения были закреплены нотариальным протоколом осмотра доказательств, поэтому могли использоваться в судебном процессе.
Всего по проектам насчитывалось 8732 задачи. Однако эксперт смог изучить только 804 задачи, включенные в нотариальный протокол. Это примерно 9% общего массива.
Такие данные позволили определить не только факт участия разработчика, но и его роль в конкретных проектах. Эксперт разделял работу, выполненную в качестве непосредственного исполнителя, и задачи, где сотрудник выступал руководителем или координатором.
Например, по программе "ВЭД-Склад" вклад оценили как 85% работы исполнителя и 7% руководящих функций. Для "ВЭД-Контракт" показатели составили 97% и 1% соответственно. В проекте "СТМ-Валюта" разработчик был указан исполнителем по 100% исследованных задач.
Оставшиеся проценты не означали автоматически отсутствие участия. Они отражали лишь те объемы работы, которые удалось подтвердить имеющимися документами.
Почему по половине программ вклад установить не удалось
Из двадцати программ по десяти эксперт не смог определить степень участия разработчика. В материалах дела не оказалось достаточного количества исходных сведений: подробных заданий, переписки, технической документации, архивных версий и иных документов, позволяющих связать конкретную работу с определенным продуктом.
Само утверждение о том, что сотрудник участвовал в проекте, оказалось недостаточным. Для расчета требовалось доказать масштаб этого участия.
Автор настаивал, что отсутствие документов должно повлечь негативные последствия для работодателя. По его мнению, именно компания обязана была хранить сведения о выполненных задачах и потому не могла ссылаться на их утрату.
Однако суд не согласился автоматически возложить весь риск недостатка доказательств на работодателя. Истец также должен был подтвердить основания и размер своих требований. Если конкретный вклад не установлен, начислить вознаграждение только предположительно нельзя.
Как рассчитали 837 149 рублей
После технического анализа к работе приступил эксперт-оценщик. Он использовал:
- подтвержденную степень участия разработчика;
- финансовые показатели использования программ;
- период с 2018 по 2023 год;
- расчетные ставки роялти;
- два оценочных метода, примененных для сопоставления результатов.
Затем полученные суммы скорректировали с учетом установленной доли участия автора. В расчет вошли только те программы и виды работ, по которым удалось сформировать доказательную базу.
Итоговая сумма составила 837 149 рублей.
Таким образом, суд не отрицал право автора на выплату полностью. Но вознаграждение начислили только за доказанное участие и подтвержденное использование конкретных программ.
Какие выводы важны для разработчиков и компаний
Это дело показывает, что служебный статус программы не лишает автора права требовать дополнительную выплату. Но такое требование не возникает в размере, который можно определить произвольно.
Разработчику важно заранее фиксировать:
- перечень созданных продуктов;
- личную роль в каждом проекте;
- конкретные задачи и результаты их выполнения;
- версии кода и даты изменений;
- участие в проектировании, тестировании и внедрении;
- сведения об использовании программы работодателем.
Одной истории коммитов также может быть недостаточно. Код показывает технический вклад, но не всегда раскрывает содержание задачи, ее экономическую ценность и влияние на конечный продукт. Поэтому полезны связанные документы: постановки, протоколы, технические требования и результаты приемки.
Для работодателя спор демонстрирует необходимость четко оформлять условия о служебных произведениях. В договоре или отдельном соглашении стоит разделить заработную плату и авторское вознаграждение, определить момент его выплаты и методику расчета.
Трекеры задач, системы контроля версий и корпоративная переписка могут стать полноценными доказательствами. При этом значение имеет не сам факт наличия записи, а ее полнота, достоверность и связь с конкретной программой.
Главный практический результат дела заключается в следующем: суд оценивает не количество лет работы и не число упомянутых программ, а доказанный вклад автора в каждый продукт. Если документы подтверждают лишь отдельные задачи, вознаграждение рассчитывается только по ним. Именно поэтому требование на 182 млн рублей в итоге превратилось в 837 тысяч.
