Ваш код украли: как защитить права на IT-продукт и не потерять миллионы

Варианты защиты результатов интеллектуальной деятельности

Что вообще можно защитить в IT?

— В законодательстве есть собирательный термин «результаты интеллектуальной деятельности». К ним относятся произведения литературы, искусства, науки, в том числе программное обеспечение, базы данных, изобретение, полезная модель, промышленные образцы и прочее. Часть из них защищается авторским правом, а для части нужен патент.

В IT чаще всего авторское право действует на программы для ЭBM. А вот на стыке IT с инженерией могут возникнуть патенты. То есть патентным правом в большинстве случаев охраняют изобретения, способы передачи данных или другие разработки.

Авторское право и патент — в чём ключевая разница?

— Объектам авторского права ничего не нужно, чтобы получить защиту — право на них возникает сразу, как только создали произведение. Единственное, что надо учитывать, — право принадлежит непосредственному автору. Поэтому если мы говорим о служебном произведении, то сотрудник — это автор, и право возникает у него. А значит, работодатель должен учесть несколько нюансов (дальше о них поговорим).

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

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

Нужно ли вносить разработку в Реестр отечественного ПО и как это сделать?

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

Работодатель vs сотрудник: как не потерять права на продукт

Какие нюансы должен учесть работодатель, поручая сотруднику создать продукт? Нужно заключить договор о передаче авторских прав?

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

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

Зачем так сложно?

— С работниками нужно регулировать эти правоотношения, чтобы у работодателя было доказательство, что конкретно эту программу он получил и оплатил по договору. Кажется, что произведение, которое работник создал по заданию, по умолчанию должно принадлежать компании, но он же может его создать дома и потом говорить, что конкретно эту программу он не делал в рамках рабочих процессов.

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

К примеру, в деле N А40-202764/2018, по спору о правах на медицинский мессенджер Medsenger(спор между «Амедико» и «ТелеПат»), работодатель не смог доказать, что ему принадлежат права на программу. Суть в том, что айтишники, которые ранее работали у истца, уволились, создали собственное юрлицо и стали продавать программу, которую разработали на прежнем рабочем месте. Соответственно, бывший работодатель предполагал, что программа принадлежит ему, но доказать это не смог, хотя было понятно, что сотрудники создавали наработки на прошлом рабочем месте. Трудовой договор, который он предоставил как доказательство, оказался недостаточным аргументом в пользу работодателя, поскольку не было документов, которые подтверждали бы наличие служебного задания и доказывали бы факт создания программы в определенный период времени. Не было и актов приемки-передачи служебного произведения.

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

Как нанимателю защитить себя заранее, как проверить, по каким договорам ранее работал исполнитель?

— С юридической стороны — никак, на 100% у него не получится защититься, здесь скорее вопрос того, насколько честен сотрудник. Вероятно, у нового работодателя не будет проблем, если его цель найма — создать собственный продукт, по своему уникальному заданию, а не повторить чужой. А вот если цель изначально недобросовестная и работодатель хотел схантить вместе с сотрудником часть программы, тогда надо быть готовым к претензиям и защите в суде.

Что делать, если права нарушили?

— Если нарушили твои исключительные права на произведение, то основной гражданско-правовой способ защиты — взыскать компенсацию в суде. По таким искам можно получить от 10 тыс. до 5 млн руб. А со следующего года — до 10 млн руб. Есть и другие способы расчёта — к примеру, двойная стоимость лицензии. То есть, если ты реализуешь лицензию на свою программу, а кто-то незаконно её использует, можешь отсудить у него двойную стоимость лицензии. Такой способ в основном используют в судах. Но можно разрешить спор и досудебно — подать претензию. Иногда на претензиях всё и заканчивается. Но если в претензионном порядке нарушитель не выплатит денежную компенсацию, то нужно будет обращаться в суд.

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

Как разработчику и заказчику делиться правами?

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

Или он может отдать ядро, но тогда это будут совсем другие деньги. В этом случае необходимо сохранить за собой право использовать ядро для создания программ в дальнейшем. Это непростой вопрос, и чтобы оформить такие отношения с заказчиком, нужен юрист, потому что типовые договоры здесь не подходят, они редко решают эту задачу как нужно. В типовых договорах зачастую прописывают либо полное отчуждение прав, и вопрос лицензии практически не решают, либо наоборот, прописывают только лицензию, но неправильно определяют её объём. Поэтому важно скрупулёзно составлять индивидуальные договоры, учитывая все нюансы, которые устроят обе стороны.

Если проект финансирует инвестор, как ему вложить деньги и не остаться ни с чем?

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

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

Особые случаи: работа с госзаказом и зарубежными клиентами

Если айтишник работает на оборонку, — там уже действуют другие договоры, другая ответственность?

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

Какие договоры нужно заключать при работе с иностранными заказчиками? Есть ли особые условия ?

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

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

То есть знание наших законов не убережёт от проблем?

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

Юридический лайфхак: храните доказательства

Поделитесь кейсами из своей практики, когда приходилось разрешать спор между кодером и заказчиком.

— Был случай, когда кодер не смог подтвердить, что он что-то создавал, потому что не было задания. Это печальная история, потому что был договор — кодер проделал большую работу, но не получил за неё деньги и права на свой продукт. Он передал наработки и не подписал документы в надежде на порядочность заказчика, который в итоге не заплатил, сказав, что исполнитель ничего не сделал. Через суд истребовать ничего не удалось, потому что все данные удалили, у кодера не было доступа к своей разработке, чтобы доказать, что он её создал и передал. Причём backup-версия наработки у него осталась, но мы не нашли способ доказать, что он её передал, так как никто не вёл соответствующие документы.

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

Можно сделать простой вывод: фиксируйте задание и результат любым способом (например, в CRM, задачах). Сохраняйте все переписки и готовые продукты в облаке с историей изменений. Технологичные способы подтверждения надёжнее бюрократии, но и договор должен соответствовать тому, что происходит в жизни.