Служебное произведение и изобретение: кому принадлежат права

Ташкентский SaaS-стартап выходил на раунд. Инвестор прислал стандартный due diligence, и первый же вопрос юриста фонда был простой: «Покажите документы, что код принадлежит компании». Основатели пожали плечами — код писали штатные разработчики, на зарплате, значит, всё наше. Через две недели сделка повисла. Выяснилось, что трудовые договоры с разработчиками не передавали компании имущественные права на код, а логотип рисовал фрилансер по договору, в котором про права не было ни слова. Формально часть интеллектуальной собственности компании ей не принадлежала. Хуже того — на этот логотип ещё планировали подать товарный знак, а подавать его было фактически не от чьего имени.

Это не редкий случай. Это самый частый разрыв в цепочке прав, который мы видим на проверках перед сделками. И корень его в одном неочевидном факте: в Узбекистане правило «кому принадлежит созданное» зависит от того, какой именно результат создал сотрудник.

Главный сюрприз: для патентов и авторских прав правила противоположны

Большинство предпринимателей держат в голове одну универсальную модель: «человек на зарплате что-то создал — это принадлежит работодателю». В Узбекистане эта модель верна ровно наполовину.

• Промышленная собственность (изобретения, полезные модели, промышленные образцы) — по умолчанию право принадлежит работодателю. Это служебное изобретение.
• Авторское право (программный код, дизайн интерфейсов, тексты, графика, фотографии) — по умолчанию право остаётся за автором, то есть за самим сотрудником. Работодатель получает лишь ограниченное право использования. Это служебное произведение.

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

Служебное изобретение: здесь работодатель выигрывает — но не автоматически

Право на получение патента на объект промышленной собственности, созданный работником, по Закону Республики Узбекистан «Об изобретениях, полезных моделях и промышленных образцах» принадлежит работодателю. Но не на любое изобретение сотрудника, а только если выполнено одно из трёх условий:

1. изобретение создано в связи с выполнением служебных обязанностей;
2. оно создано при выполнении конкретного задания, полученного от работодателя;
3. при его создании использованы технические знания и средства, составляющие специфику предприятия.

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

Даже когда право у работодателя, передача оформляется договором между автором и работодателем, и у автора-изобретателя сохраняется право на вознаграждение — отдельное от зарплаты. Поэтому грамотный работодатель не полагается на «оно и так наше по закону», а фиксирует в договоре три вещи: что право на служебные результаты переходит компании, в каком порядке автор уведомляет о созданном, и как считается вознаграждение.

Патент на изобретение в Узбекистане действует 20 лет с даты подачи заявки, на промышленный образец — 10 лет, полезная модель — короче. Это длинный актив, и закладывать в него дефект на старте — дорого. Логику самой подачи мы разбираем в практике по патентам.

Служебное произведение: здесь по умолчанию выигрывает автор

Теперь самое важное и самое контринтуитивное. По Закону Республики Узбекистан «Об авторском праве и смежных правах» авторское право на произведение, созданное в порядке выполнения служебного задания, принадлежит автору. Не работодателю. Автору.

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

И ещё одна мина замедленного действия: по истечении десяти лет с момента предоставления произведения (а при согласии работодателя — и раньше) автор в полном объёме возвращает себе право на использование произведения и на авторское вознаграждение, если договором не установлено иное.

Сложите это вместе для типичной IT-компании. Штатный разработчик пишет код. По умолчанию:

• авторское право на код принадлежит разработчику, а не компании;
• компания вправе использовать код только в рамках того задания, ради которого он писался;
• через десять лет даже это ограниченное право может вернуться к автору.

«Сотрудник написал — значит, наше» в применении к коду и дизайну в Узбекистане просто неверно. Чтобы компания действительно владела имущественными правами на код бессрочно и в полном объёме, нужен прямой договор, передающий ей исключительные имущественные права. Без такого договора у вас не актив, а лицензия с истекающим сроком.

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

Исключительные или неисключительные: ловушка по умолчанию

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

Неисключительные права означают, что автор может передать те же права ещё кому угодно и сам продолжает ими пользоваться. Для компании, которая думает, что «выкупила код», это катастрофа: тот же подрядчик легально продаёт вашу разработку конкуренту. Поэтому в договоре должно стоять чёрным по белому: передаются исключительные имущественные права, в полном объёме, без ограничения срока и территории. Одно недописанное слово «исключительные» превращает покупку актива в неэксклюзивную лицензию.

Фрилансер и подрядчик: самая частая дыра

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

С подрядчиком работает только то, что прямо написано в договоре. Нет пункта о передаче прав — у заказчика нет ничего, кроме фактической возможности пользоваться файлом. А если пункт есть, но не сказано «исключительные», по умолчанию вы получили неисключительную лицензию. Именно поэтому логотип, нарисованный фрилансером за 2 000 000 сум, так часто оказывается юридически не вашим — и всплывает это в худший момент, когда вы собираетесь подать товарный знак и должны подтвердить права на обозначение.

Тот же капкан — у основателей. MVP, который сооснователь написал до регистрации юрлица, по умолчанию принадлежит ему лично, а не будущей компании. На due diligence инвестор первым делом просит «founders' IP assignment» — договор, которым основатели передают компании всё, что создали для проекта. Если его нет, чистоту прав придётся восстанавливать задним числом, иногда выкупая у того, кто уже вышел из проекта.

Что писать в договорах, чтобы спать спокойно

Проблема решается на бумаге и заранее. Минимальный набор:

• В трудовом договоре (или отдельном допсоглашении): передача компании исключительных имущественных прав на все служебные результаты — и промышленную собственность, и авторские произведения; порядок уведомления о созданном; условие о вознаграждении автора. Слово «исключительные» — обязательно.
• В договоре с подрядчиком/фрилансером: отчуждение исключительных имущественных прав в полном объёме, без срока и территории; для творческих работ — корректный договор авторского заказа с отчуждением прав, а не просто «договор услуг».
• На старте компании: founders' IP assignment от каждого основателя на всё, что создано для проекта до и после регистрации.
• Перед подачей товарного знака: убедитесь, что права на логотип уже переданы компании, иначе заявка подаётся на актив, который вам не принадлежит.

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

Почему это всплывает именно на сделке

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

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

Кратко

• Изобретения, образцы, полезные модели сотрудника — по умолчанию у работодателя (при связи с работой).
• Авторское право на код, дизайн, тексты — по умолчанию остаётся у автора-сотрудника.
• Работодатель без договора получает на произведение лишь ограниченное право использования.
• Через 10 лет даже это право может вернуться к автору, если договором не предусмотрено иное.
• Права по авторскому договору по умолчанию неисключительные — слово «исключительные» обязательно.
• К фрилансерам режим служебного произведения не применяется — работает только текст договора.
• Дефект всплывает на due diligence: инвестор проверяет цепочку прав от автора до компании.

Частые вопросы

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

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

Почему для кода и для изобретений разные правила? Потому что это два разных закона и два разных объекта. Изобретения регулирует Закон «Об изобретениях, полезных моделях и промышленных образцах», где приоритет у работодателя. Произведения регулирует Закон «Об авторском праве и смежных правах», где по умолчанию приоритет у автора. Один сотрудник может создать и то и другое — и режимы будут разными.

Что значит «исключительные» и «неисключительные» права? Исключительные права означают, что только вы можете использовать произведение и распоряжаться им. Неисключительные — что автор вправе передать те же права и другим лицам и сам продолжает ими пользоваться. По авторскому договору права считаются неисключительными по умолчанию, поэтому передачу исключительных прав нужно прописывать прямо.

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

Сооснователь написал MVP до регистрации компании. Это проблема? Потенциально да. До появления юрлица созданное принадлежит лично автору. Нужен founders' IP assignment — договор, которым основатель передаёт компании права на всё, что создано для проекта. Инвесторы проверяют это в первую очередь.

Можно ли всё исправить задним числом? Часто да, но это дороже и не всегда возможно. Если автор ещё в команде и лоялен — подписываете договор о передаче прав сейчас. Если автор уже вышел из проекта — придётся договариваться, иногда выкупать права. Профилактика на старте всегда дешевле.

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