Сотрудник написал программу в рабочее время. Что оформить, чтобы права принадлежали компании?

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

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

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

Компания должна также проверить код сотрудников, подрядчиков и open-source компонентов: служебный статус одного автора не устраняет чужие права в составе продукта.

Что делать по шагам

1. Закрепить разработку в трудовой функции

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

2. Выдать конкретное служебное задание

Опишите продукт, функциональность, сроки, репозиторий и ожидаемые артефакты.

3. Фиксировать авторство и версии

Используйте корпоративный репозиторий, учёт коммитов и правила code review.

4. Принять результат работодателем

Оформите уведомление, акт, перечень файлов и решение об использовании или сохранении в тайне.

5. Урегулировать вознаграждение и зависимости

Проверьте выплаты автору и лицензии стороннего кода.

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

Риски, сроки и исключения

Рабочее время как единственный довод

Без связи с обязанностями служебный статус может быть отвергнут.

Трёхлетнее бездействие

Неиспользование и отсутствие решения работодателя создают риск возврата исключительного права автору.

Несколько авторов

Права нужно оформить по каждому сотруднику и подрядчику, участвовавшему в коде.

Сторонний код

Работодатель не получает исключительное право на внешние компоненты только из-за их включения в продукт.

Когда общего ответа недостаточно

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

Связанные материалы

• Разработчик использовал open-source библиотеку в платном продукте. Может ли лицензия обязать раскрыть код? — https://oreshkin-urist.ru/vopros-otvet/razrabotchik-ispolzoval-open-source-biblioteku-platnom/

• Дизайнер создал логотип, но в договоре ничего не сказано об исключительных правах. Кому принадлежит результат? — https://oreshkin-urist.ru/vopros-otvet/dizayner-sozdal-logotip-dogovore-nichego-ne-skazano-ob/

• Защита интеллектуальных прав — https://oreshkin-urist.ru/uslugi/intellektualnaya-sobstvennost/

О правовой оценке

Ответ носит общий информационный характер. Правовая оценка зависит от документов, сроков, фактических действий сторон и редакции применимых правил на дату события.