Как защитить авторские права на программу, созданную в свободное время, чтобы работодатель не мог претендовать: доказательства, нотариус, публикация кода

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

С правовой точки зрения данная ситуация затрагивает вопросы авторского права и разграничения личного и служебного произведения. Ключевое значение имеет квалификация программы как служебного произведения. Юридически значимыми обстоятельствами являются: факт создания программы вне рабочего времени (по вечерам и в выходные); использование исключительно личного оборудования и средств; отсутствие в трудовом договоре и должностной инструкции обязанностей по созданию программ; а также то, что работодатель не давал поручения на разработку и не выделял ресурсы (время, технику, материалы). Однако потенциальной угрозой для автора является частичное совпадение тематики программы с деятельностью компании — это может создать основания для спора, если работодатель попытается утверждать, что программа была создана в связи с выполнением трудовых функций или с использованием его опыта, полученного на работе.

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

В рамках анализа ситуации следует рассматривать возможные способы фиксации авторства и даты создания программы (нотариальный осмотр, депонирование, публикация под открытой лицензией). Каждый из этих способов создаёт доказательственную базу того, что программа существовала в определённом виде на определённую дату, но сам по себе не решает вопрос квалификации её как служебной. Также необходимо оценить риски коммерциализации: если работодатель всё же докажет служебный характер произведения, право на вознаграждение и исключительное право отойдут к нему, а автор сможет претендовать только на выплату компенсации. Перспективным, но сложным в реализации вариантом может быть заключение с работодателем письменного соглашения о признании программы личной разработкой — такая договорённость будет иметь юридическую силу, если не противоречит закону и не нарушает прав самого работодателя или третьих лиц.

Анализ применимых норм следует начать с ключевого для данной ситуации определения: что именно составляет трудовую функцию работника и входят ли в неё действия по созданию программ для ЭВМ. Согласно статье 15 Трудового кодекса РФ, трудовые отношения — это отношения, основанные на соглашении о личном выполнении работником за плату трудовой функции (работы по должности в соответствии со штатным расписанием, профессии, специальности с указанием квалификации; конкретного вида поручаемой работнику работы). Из содержания вопроса следует, что в трудовом договоре работника нет упоминания о написании кода, а сама должность не предполагает занятий программированием. Следовательно, создание программы для ЭВМ не входит в его трудовую функцию по смыслу данной статьи.

"Трудовые отношения - отношения, основанные на соглашении между работником и работодателем о личном выполнении работником за плату трудовой функции (работы по должности в соответствии со штатным расписанием, профессии, специальности с указанием квалификации; конкретного вида поручаемой работнику работы) в интересах, под управлением и контролем работодателя, подчинении работника правилам внутреннего трудового распорядка при обеспечении работодателем условий труда, предусмотренных трудовым законодательством и иными нормативными правовыми актами, содержащими нормы трудового права, коллективным договором, соглашениями, локальными нормативными актами, трудовым договором. (в ред. Федерального закона от 30.06.2006 N 90-ФЗ)"
— Трудовой кодекс Российской Федерации, ст. 15

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

Рекомендуемые действия

• Получите у работодателя заверенную копию вашей должностной инструкции и трудового договора, чтобы письменно зафиксировать отсутствие в них обязанностей по созданию программного обеспечения.
• Проведите депонирование исходного кода программы и сопутствующих материалов в специализированной организации (например, в Роспатенте или у независимого депозитария, например, в режиме «Ноу-хау») с фиксацией даты и времени передачи на хранение.
• Сохраните и систематизируйте все цифровые логи коммитов (Git-историю), включая временные метки, которые подтверждают, что работа велась вне рамок рабочего времени.
• Оформите и передайте работодателю официальное заявление в двух экземплярах о том, что данная программа является вашей личной разработкой, созданной без связи с трудовыми обязанностями, с просьбой подтвердить отсутствие претензий. Экземпляр с отметкой о вручении или почтовое уведомление сохраните.

Сроки и риски

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

Когда нужен адвокат

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