Архивы Программы для ЭВМ

«Разработчик в штате — значит, код наш» звучит логично, но юридически это верно лишь при соблюдении нескольких условий. Служебная программа для ЭВМ — не любой код, написанный сотрудником в рабочее время, а произведение, созданное в пределах установленных трудовых обязанностей. И даже когда все условия соблюдены, у работодателя есть срок, по истечении которого исключительное право возвращается автору. Разбираем конструкцию по элементам: что принадлежит работнику, что — компании, при каких условиях права теряются и какими документами все это подтверждается. Кто считается автором программы и что ему принадлежит Автором может быть только физическое лицо, творческим трудом которого создана программа. Компания автором быть не может ни при каких условиях — она может быть только правообладателем. У автора возникают две группы прав, и различать их принципиально важно. Права Что включают Можно ли передать Личные неимущественные Право авторства, право на имя и иные права Нет. Неотчуждаемы и непередаваемы, отказ от них ничтожен Исключительное (имущественное) Право использовать программу любым способом и запрещать это другим Да — по договору, а для служебных произведений переходит в силу закона Отсюда следует то, что удивляет многих руководителей: сотрудник навсегда остается автором программы, даже если все имущественные права принадлежат компании. Его нельзя «убрать» из истории продукта. При регистрации программы в Роспатенте автор может отказаться от упоминания и тогда его не нужно указывать в реестре. Это право прописано в п. 2 ст 1262: "Заявление о государственной регистрации программы для ЭВМ или базы данных с указанием правообладателя, а также автора, если он не отказался быть упомянутым в качестве такового, и места жительства или места нахождения каждого из них”. Права компании при этом никак не страдают — распоряжаться продуктом она может свободно. Когда программа для ЭВМ признается служебной Ключевой критерий один: произведение создано в пределах установленных для работника трудовых обязанностей. Все остальное — производные вопросы. Что критерием не является: Рабочее время. Код, написанный в офисе с девяти до шести, не становится служебным автоматически, если задача не входила в обязанности сотрудника. Оборудование компании. Использование корпоративного ноутбука, серверов и лицензий само по себе прав на результат не создает. Наличие трудового договора как таковое. Договор нужен, но в нем должны быть отражены соответствующие обязанности. Работает это в обе стороны. Если системный администратор, в чьи обязанности разработка не входит, по своей инициативе написал полезную для компании утилиту — это, скорее всего, не служебное произведение, и права на нее остались у него. И наоборот: если разработчик, нанятый для создания продукта, написал модуль дома в выходной, произведение вполне может быть признано служебным. Служебное задание на конкретный проект законом не требуется как обязательное условие, но резко упрощает доказывание: оно прямо связывает конкретный результат с трудовой функцией. Права работодателя на код: что переходит и при каких условиях Если программа признана служебной, исключительное право принадлежит работодателю — если трудовым или иным договором между ним и работником не предусмотрено иное. Эта оговорка работает и против компании. Формулировка в договоре вроде «права на результаты интеллектуальной деятельности распределяются по соглашению сторон» может быть истолкована как отступление от общего правила. Условие о правах должно быть однозначным. Второй момент: работодатель получает исключительное право, но не авторство. Он вправе использовать программу, продавать ее, лицензировать, вносить в уставный капитал, регистрировать в Роспатенте и требовать компенсацию с нарушителей. Общая конструкция охраны программного продукта — от кода до названия — представлена в материале «Правовая охрана программ и данных». Трехлетний срок: как работодатель может потерять права на служебное произведение Это норма, о существовании которой большинство компаний не подозревает, — и самая недооцененная угроза для IT-бизнеса. Если в течение трех лет со дня, когда произведение предоставлено работодателю, он не совершит ни одного из трех действий: не начнет использование программы, не передаст исключительное право другому лицу, не сообщит автору о сохранении произведения в тайне, — исключительное право возвращается автору. Разберем, почему это реальный, а не теоретический риск. Типичная ситуация: команда разработала внутренний модуль, прототип или библиотеку, продукт «положили на полку» до лучших времен, разработчик через год уволился. Проходит три года, компания решает использовать наработку в коммерческом продукте — а исключительное право уже у бывшего сотрудника. Что защищает от этого сценария: фиксация даты предоставления произведения — акт, отчет, служебная записка, запись в системе учета задач; документальное подтверждение начала использования — внедрение, релиз, включение в продукт; уведомление автора о сохранении произведения в тайне, если наработка отправляется «в стол». Это самый простой способ закрыть риск для незапущенных проектов, и он же самый забываемый. Отдельно стоит отметить: сообщение о сохранении в тайне логично сочетается с введением режима коммерческой тайны — тогда одно действие закрывает сразу две задачи. Вознаграждение автора: почему зарплаты недостаточно Еще одно распространенное заблуждение: раз сотруднику платят оклад, никаких дополнительных обязательств у компании нет. Закон исходит из другого. Если работодатель начал использование служебного произведения, передал исключительное право другому лицу либо сообщил автору о сохранении произведения в тайне — работник имеет право на вознаграждение. Оно не совпадает с заработной платой и выплачивается за то, что работодатель начал использовать это произведение. Ключевые параметры: размер, условия и порядок выплаты определяются договором между работодателем и работником, а при возникновении спора — судом; право на вознаграждение неотчуждаемо и не переходит по наследству, однако уже возникшие по договору права требования наследуются; это отдельное вознаграждение, не зависит от оклада и премий, и проводится отдельным платежом и документами. Практический вывод: включите порядок и размер вознаграждения за служебные произведения в трудовой договор или отдельное соглашение и фиксируйте выплаты. Без этого у уволившегося разработчика остается основание для требований, а у покупателя бизнеса — повод снизить цену на этапе проверки. Что служебным произведением не является Режим служебного произведения работает только в трудовых отношениях. За их пределами действуют другие правила, и путаница здесь обходится дорого. Фрилансер, самозанятый, ИП-подрядчик. Работниками они не являются, служебного произведения не возникает. Права переходят к заказчику только если договор прямо предусматривает отчуждение исключительного права. Оплата работы сама по себе прав не переносит. Насколько важна выстроенная цепочка документов, видно в кейсе Pliertuile: там принадлежность прав на созданный подрядчиком контент подтверждали договором с условием об отчуждении, актом, платежным поручением и исходниками с датами. Программа, созданная по договору заказа. Отдельный правовой режим: права распределяются по правилам о произведениях, созданных по заказу, и условия договора здесь решают всё. Программа, созданная попутно при выполнении другого договора. Ситуация, о которой почти не думают: если подрядчик по договору подряда или НИОКР, прямо не предусматривавшему создание программы, все же ее написал, исключительное право по общему правилу остается у исполнителя, а заказчик получает лишь право использования на условиях безвозмездной простой лицензии — если договором не предусмотрено иное. Open source-компоненты в составе продукта. Права на них не принадлежат ни работнику, ни компании и подчиняются условиям соответствующих лицензий. Copyleft-лицензия может обязать раскрыть исходный код всего производного продукта. Документы, которые подтверждают права работодателя на код Проверка прав на ПО обычно происходит в неудобный момент: при продаже бизнеса, привлечении инвестиций, участии в тендере или в споре с уволившимся разработчиком. К этому моменту документы должны уже существовать — задним числом они не создаются. Рабочий комплект: Трудовой договор с описанием трудовой функции, включающей разработку программного обеспечения. Должностная инструкция, детализирующая обязанности по созданию конкретных типов результатов. Служебное задание на проект или задачу — необязательно по закону, но крайне полезно для доказывания. Акт или отчет о создании произведения с датой предоставления работодателю. Именно от нее отсчитываются те самые три года. Уведомление автора о сохранении произведения в тайне — для наработок, которые не идут в производство. Документы о выплате вознаграждения за служебное произведение. Соглашение о конфиденциальности и документы о введении режима коммерческой тайны. Технические доказательства: история коммитов в системе контроля версий, задачи в трекере, релизы, changelog. Они связывают конкретного автора, конкретный код и конкретную дату. Какие еще способы фиксации авторства существуют помимо кадровых документов, разобрано в материале «Как зафиксировать авторское право на программный продукт». Регистрация служебной программы в Роспатенте Регистрация добровольна: исключительное право возникает у работодателя в силу закона, а не в силу свидетельства. Но для служебных произведений у нее есть дополнительный смысл. Что учесть при подаче: в заявлении указываются и правообладатель (компания), и авторы (сотрудники) по желанию; авторы вправе отказаться от упоминания своих имен в публикуемых сведениях, но самим фактом авторства это не отменяется; свидетельство фиксирует дату и состав правообладателей на конкретный момент — это удобный аргумент в споре с бывшим работником; если программа зарегистрирована, договор об отчуждении исключительного права на нее подлежит государственной регистрации в Роспатенте. Чего свидетельство не делает: оно не проверяет и не подтверждает корректность цепочки прав. Роспатент оценивает комплектность документов, а не то, были ли надлежаще оформлены отношения с разработчиками. Свидетельство будет выдано и компании, у которой трудовые договоры не содержат ни слова о разработке ПО, — а в споре это не поможет. Поэтому порядок действий такой: сначала документы с сотрудниками, потом регистрация. Не наоборот. Частые ошибки Трудовой договор без указания на разработку ПО. Самая распространенная. Обязанности сформулированы общими словами, и связь конкретного продукта с трудовой функцией приходится доказывать косвенно. Отсутствие фиксации даты предоставления произведения. Без нее невозможно понять, когда начал истекать трехлетний срок, и доказать, что он не истек. «Полочные» разработки без уведомления о сохранении в тайне. Прототипы и внутренние инструменты годами лежат без использования — и права тихо возвращаются авторам. Смешение зарплаты и авторского вознаграждения. Условие о вознаграждении отсутствует либо сформулировано так, что не читается как согласованное. Работа с фрилансерами по логике трудовых отношений. Подрядчику платят как сотруднику и считают, что права перешли автоматически. Регистрация вместо оформления. Компания получает свидетельство и считает вопрос закрытым, хотя договоры с разработчиками не приведены в порядок. Часто задаваемые вопросы Кому принадлежат права на программу, написанную сотрудником? Исключительное право принадлежит работодателю, если программа создана в пределах трудовых обязанностей и договором между сторонами не предусмотрено иное. Авторство при этом остается за работником навсегда. Является ли служебной программа, написанная в рабочее время? Не обязательно. Определяющий критерий — создание произведения в пределах установленных трудовых обязанностей, а не время и место работы или использование оборудования компании. Может ли работодатель потерять права на служебное произведение? Да. Если в течение трех лет со дня предоставления произведения работодатель не начал его использование, не передал право другому лицу и не сообщил автору о сохранении произведения в тайне, исключительное право возвращается автору. Нужно ли платить сотруднику отдельное вознаграждение за код? Да, если работодатель начал использование произведения, передал право или сообщил о сохранении в тайне. Вознаграждение не тождественно заработной плате, а его размер и порядок определяются договором либо, при споре, судом. Обязательно ли служебное задание? Законом оно не установлено как обязательное условие, но существенно упрощает доказывание связи конкретного результата с трудовой функцией работника. Что делать, если код писал фрилансер или самозанятый? Режим служебного произведения не применяется. Нужен договор с прямым условием об отчуждении исключительного права, акт приёмки и подтверждение оплаты. Без этого права остаются у исполнителя. Можно ли не указывать сотрудника автором при регистрации программы? Да, по его желанию. Если автор отказался от упоминания, то он не указывается в заявлении, там будет просто стоять количество авторов числом, например 1, без имен и фамилий. При этом авторство неотчуждаемо. Автор вправе отказаться от упоминания имени в публикуемых сведениях, но на права компании это не влияет. Защитит ли свидетельство Роспатента от претензий бывшего разработчика? Само по себе — нет. Регистрация фиксирует дату и заявленные сведения, но не проверяет цепочку прав. Основой защиты остаются трудовые документы и доказательства создания произведения в рамках обязанностей.