Проблемы и конфликты из-за прав на знания напрямую влияют на команду. Разваливаются очень хорошие и качественные проекты — просто потому, что не были распределены права на знания или это было сделано неправильно/несправедливо. Или просто не оформлены документы на продукты интеллектуальной деятельности — на те самые знания, что возникли в процессе деятельности. Меня зовут Кирилл Митягин, я партнер в Nevsky IP Law и занимаюсь юридической практикой уже больше 20 лет. Сегодня мы вспомним дело NGINX, чтобы на этом примере разложить по полочкам, почему разработчикам нужно оформлять и распределять права на знания между работником и работодателем. Это дело для правообладателей программы NGINX стало «черным лебедем», как модно говорить по книге Нассима Талеба. И сегодня я превращу его для вас в серого — даже если вы ничего не будете делать после этой статьи, а просто запомните информацию. Но если вы хоть немного последуете моим советам, то будете готовы к подобной ситуации — и она для вас станет не черным или серым лебедем, а превратится в белого. Информационная волна в декабре 2019 года, наверное, задела всех, и все понимают, что там происходило. Кратко напомню историю. В 2000 году Игорь Сысоев (создатель компании NGINX) начал работать в Рамблере системным администратором. Это очень важно: он не раз подчеркивал в интервью, что в должностные обязанности системного администратора не входит функционал по написанию кода. А сам работодатель не давал ему такого задания — написание программы NGINX.  По собственной инициативе (хобби) Игорь разработал веб-сервер Nginx.  То есть он увидел, что есть такая проблема в компании и попытался ее решить — написал код, который позволял сайту работать под высокой нагрузкой. Здесь очень важно отметить, что эту программу он разрешил использовать всем, то есть сделал её open source проектом. В 2004 году Рамблер начинает использовать в своем фото-сервисе программу Nginx, которую написал Игорь, будучи еще системным администратором. А в 2011-м инвестор уговаривает Игоря уволиться из Рамблера и создать совместную компанию. Игорь начинает проект в качестве собственного бизнеса и основывает в России компанию NGINX (бенефициар BVI). Программа по-прежнему остаётся опенсорсным проектом, а заработок идет от кастомизации решения для крупных компаний: Netflix, Adobe (Photoshop), WordPress и BuzzFeed. Рамблер продолжает использовать Nginx как открытое ПО. Казалось бы, всё идет хорошо, но в марте 2019 года F5 Networks покупает Nginx за $670 млн, а в декабре… появляется уголовное дело на 51 млн рублей, происходят обыски в квартирах Максима Коновалова и Игоря Сысоева, а также в офисе компании NGINX. Их обвиняют в нарушении прав на программу Ngnix, которые якобы принадлежат не авторам, а их работодателю, то есть компании Рамблер. При этом никаких претензий до этого момента бывший работодатель не предъявлял. Да, возможно, триггером стала именно эта продажа и значительная сумма сделки. По последним данным, дело прекращено буквально недавно, и мне кажется, именно благодаря сильной реакции интернет-сообщества. Многие встали на защиту Игоря и опенсорсных проектов. И это привело к тому, что Рамблер и компания Мамута попросили прекратить уголовное дело. Хотя тут странная ситуация — неужели юристы этих компаний не знали, что уголовное дело, тем более такое, не завершается по заявлению потерпевшей стороны? Но важнее другой вопрос.  Давайте разберем, какой вред несет ситуация, когда знания не оформлены и непонятно, кому они принадлежат — автору, работодателю либо заказчику, для которого работодатель делал какое-то решение по договору. Суть и первоисточник этих проблем: знания (интеллектуальные продукты) в компании не оформляются как интеллектуальная собственность. Когда к нам приходят на консультацию с иском (или надо подавать иск, или иск подан на клиента), мы пытаемся выяснить причины неоформления. И клиенты всегда говорят что-то вроде этого: Не знали и поэтому ничего не делали; Знали, но мы настоящие мужики и ничего не будем делать, пока не грянет гром; Знали, но нам было лень разбираться самим; Знали, но не смогли найти исполнителя; И еще +100500 отговорок… Если вы не оформляете знания, то ситуация похожа на зарядку. Бесполезно рассказывать, что вам нужно ее делать: все всё понимают, но почти никто не делает. И пока что-то не произойдет и на собственном примере вы не поймете и не ощутите всю тяжесть этих событий и всех последствий — вы никогда не начнете делать зарядку. То же самое с оформлением документов на интеллектуальную собственность: мало кто этим реально занимается. Но сейчас вы хотя бы будете знать, что вы упускаете :)  Я выделяю три основные проблемы, которые могут возникнуть, и три основных причины, почему этим нужно заниматься. Это приятная причина: у вас классный проект, он развивается, вас заметили, и кто-то предлагает вам принять их деньги и масштабироваться. Но инвесторы сейчас подкованы, они приходят не просто так: «Вот вам деньги, возьмите, пожалуйста, развивайтесь!» Они приходят с командой юристов, экономистов и начинают проверку вашего проекта до того, как в него будут влиты инвестиции. Юристы будут задавать вам неудобные вопросы и запрашивать большие списки документов, которые вы должны предоставить в обоснование принадлежности вам этого проекта. А что такое проект? Он в основном состоит из каких-то интеллектуальных вещей — мобильное приложение, сайт, программа и т.д. Это всё объекты интеллектуальной собственности (ИС), которые не имеют вещественной сущности. Их нельзя потрогать или передать, как земельный участок, офис или оборудование. То есть они представляют собой только права.  Чтобы доказать, что права принадлежат вам, нужно показать документы. Из списка в 90 пунктов у вас, скорее всего, будет свидетельство о регистрации компании и устав, а все остальные документы, подтверждающие переход прав, которые запросят юристы — будут отсутствовать. Поэтому либо сделка развалится и не произойдет никаких инвестиций, либо  — более оптимистичный вариант — вам придется в экстренном порядке все эти документы восстанавливать задним числом или готовить текущей датой.  Вместо планомерной работы у вас будет аврал, горящий дедлайн и хорошо, если вы успеете. У вас будет больше расходов, чем если бы вы делали это планомерно. Потому что вам придется переплатить за срочную работу юристам. Искать сотрудников, которые, возможно, уже уволились, но с ними нужно подтвердить переход прав и подписать документы. Возможно, эти сотрудники захотят дополнительных денег. То есть у вас будет большая и сложная задача вместо той, которую бы вы планомерно делали в текущей работе. Вторая проблема — вы ссоритесь с партнерами и сотрудниками, и они от вас уходят. И могут уйти, забрав разработки, которые вы совместно делали, чтобы открыть параллельно такой же бизнес. Недавний пример из моей практики: три партнера сделали классное ПО, которое заинтересовало множество заказчиков. Они вышли на хороший уровень и стали работать даже по госзаказам. Но в какой-то момент один из партнеров заметил, что стало меньше заказов, а прибыль падает. Начав разбираться, он обнаружил, что все заказы берет какая-то другая фирма. Просмотрев информацию, он увидел, что на тендерах  по тем объектам, которые они раньше выигрывали, побеждает другая компания. И оказалось, что ее основали два его текущих партнера. Они просто выкинули одного человека из проекта и сделали параллельно точно такой же бизнес.  Проблема в том, что его права никак не были оформлены. Хотя ситуация кристально понятна — это обман партнеров. Но у третьего просто не было юридических оснований предъявить к ним требование, что они нарушают права на ПО. Потому что в свое время эти права не были оформлены на них, как на физических лиц: программа принадлежит юридическому лицу. Да, у человека есть право участия в этом юридическом лице, но юридических механизмов повлиять на то, что вторая компания, основанная совершенно законно и легально, нарушила его права — к сожалению, нет. Если вы говорите, что кто-то нарушает ваши права, то вы должны подтвердить, что эти права принадлежат вам, что у вас есть право на иск. То есть в процессе судебного разбирательства вы должны подтвердить, что права перешли к вашей компании, как к истцу. Например, это связано со служебной интеллектуальной собственностью, и, если компания говорит, что ПО, макет-дизайн сайта или еще какие-то интеллектуальные продукты принадлежат компании — она должна показать документы, потому что по закону первоначальным правообладателем интеллектуальных прав всегда является физическое лицо (автор).  Закон презюмирует, что автор всегда является первоначальным правообладателем, потому что компания не обладает ни разумом, ни интеллектом, ни мышлением, ни воображением. Нет у нее этих инструментов для творческой деятельности. Источник прав — только физическое лицо.  Если компания говорит, что она приобрела права, то она должна указать источник возникновения этих прав. То есть нужно показать автора или коллектив авторов — и соглашение между авторами и компанией, по которому авторы эти права передали компании. Если в суде эти документы не предъявляются, то в иске будет отказано. Мой основной тезис: знание – не только сила, но и ДЕНЬГИ, когда оформлены в виде объектов ИС. Или, как говорят юристы умными словами, знания — это деньги, когда они стали объектом гражданского оборота. Пока знания не оформлены в качестве объекта интеллектуальной собственности, они не могут участвовать в обороте: их нельзя продать, по их поводу нельзя предъявить иски. Если вы начинаете оформлять интеллектуальную собственность (знания), то у вас появляется несколько положительных эффектов. Эти эффекты распространяются на 4 категории людей. Если заранее договориться, то работник (например, разработчик) будет понимать, кому принадлежит интеллектуальный продукт, который он создает —  ему или работодателю. Не будет споров, кому что принадлежит. Не будет конфликтной ситуации, когда, например, при патентовании продукта юрист спросит, кого указывать автором в патенте или его правообладателем.  Реальный случай: два года идет работа над проектом, и каждый думает, что  патент будет оформлен на него. Автор думает, что на него, а работодатель в полной уверенности, что он платит сотруднику зарплату и патент должен быть оформлен на него. После двух лет хорошей и плодотворной работы они ссорятся, и со стороны работодателя следует жесткое увольнение по статье, потому что он исчерпал свой ресурс на переговоры. Они не смогли договориться. Поэтому универсальный совет: работник и работодатель должны договориться заранее. Если вы делаете какой-то продукт, собираете базу знаний, то нужно четко определить, кому она будет принадлежать и кто и как ее может использовать. Варианты могут быть разными: может принадлежать работнику, но у работодателя есть право использования, или наоборот — продукт принадлежит работодателю, но у работника есть ограниченные или полные права на использование и монетизацию этого продукта. Если есть понимание, что продукт закреплен за руководством, права оформлены, а документы есть, то можно идти в суд или заключать с работниками договоры. Также можно стимулировать сотрудников: Выплаты дополнительного вознаграждения за создание результатов интеллектуальной деятельности (программа поощрения инноваций и создания служебных РИД); Разделение оплаты на части: постоянную и вознаграждение за РИД. Это может быть некоей программой стимулирования творческой деятельности внутри коллектива с оплатой, например, из процента от прибыли. Понятно, у сотрудников появляется стимул больше заниматься творческой деятельностью. Однако есть важный аспект — пресловутое авторское вознаграждение, которое все авторы требуют — в зарплату не включается. Потому что заработная плата и авторское вознаграждение — это два совершенно разных вида вознаграждения сотрудников. Одно идет по Трудовому Кодексу, а второе — по Гражданскому. В правильном оформлении интеллектуальных прав заинтересованы также инвесторы. Почему это им может быть приятно: Увеличиваются нематериальные активы компании; Благодаря оценке стоимости активов растет капитализация; Инвестиции становятся более обоснованными. Юристам инвестора будет очень приятно смотреть, если база данных оформлена, существует спецификация на интеллектуальный продукт и в ней указано, когда он создавался, по каким служебным заданиям. А также — если служебное и техническое задания приложены, что есть список специалистов, которые участвовали в этом, результат и акт сдачи. Всё это юристы у вас затребуют перед сделкой.  Видя это, инвестор будет понимать, что компания заботится о своей интеллектуальной собственности, и капитализация компании возрастает в связи с тем, что объекты ИС учтены как нематериальные активы на бухгалтерском балансе. Это обоснование инвестиций: у вас не просто ООО, в котором несколько сотрудников, а есть зарегистрированный товарный знак, поданы заявки на патенты, оформлены все договоры с сотрудниками, фрилансерами и т.д. Оформленные активы увеличивают в глазах инвестора стоимость проекта и его инвестиционную привлекательность. Партнеры, в свою очередь, понимают, что компания — серьезный игрок на рынке, и ее привлекательность для сотрудничества повышается. Уже можно заключать соглашение по поводу совместного использования интеллектуального продукта, потому что он оформлен и на него есть права. Всем понятно, о чем договариваться. Дополнительно, пиар интеллектуального продукта позволяет демонстрировать преимущества — и отстраиваться от конкурентов Это, пожалуй, самое важное, вишенка на торте — появляются новые возможности для монетизации бизнеса. Правильный ход по оформлению прав на знания дает возможности запустить эти знания в оборот и получать от них прибыль. Например, можно переходить от индивидуальных услуг к масштабируемым продуктам. От консалтинга — к масштабируемым услугам. Или от кастомизированных приложений — к продаже лицензий на продукт, к продаже контента, развивать франчайзинговую сеть. Возвращаясь к делу NGINX. На что разработчику стоит обратить внимание при устройстве на работу, чтобы потом не получить такую конфликтную ситуацию? Скорее всего, вы приходите в компанию уже с неким багажом знаний и решений, которые вы сделали во время учебы или работы у предыдущего работодателя. Поэтому стоит определиться, что какой-то продукт (часть кода или техническое решение) уже у вас есть. Предложите работодателю признать, что вы пришли с этим объемом знаний и опишите его. Это может быть спецификация, задокументированный код и т.д. Это первый шаг. Второй шаг — все новые продукты фиксируйте заданиями. Наверное, вы часто слышите: «Я это разработал в нерабочее время по ночам на собственном компьютере». Этот водораздел лучше зафиксировать документально, именно по заданиям. Яркий пример — тот же NGINX. У автора не было служебных заданий по разработке именно этого сервера. И, хотя это утверждалось в материалах уголовного дела, это не было подтверждено никем из опрошенных и давших интервью людей. Важно не только оформлять служебные задания, но и отчитываться. Если вы создали что-то по своей инициативе и хотите, чтобы работодатель вам за это заплатил, как за служебное произведение — напишите отчет. К этому обязывает Трудовой кодекс — если вы что-то создали в рамках исполнения служебных обязанностей, то нужно известить об этом работодателя.  Важный момент. Скорее всего, у вас не будет ресурсов самостоятельно это запатентовать, и вы захотите привлечь работодателя для патентования. Поэтому, до того, как вы начнете выполнять задание, вам нужно сесть и договориться о распределении прибыли. Например, вы можете захотеть получать 10-15-20% от дохода от использования ПО или технического решения. Еще один совет: если вы о чем-то договорились устно, переложите это на бумагу и подпишите. Подойдет даже обычный договор, написанный простыми словами. Тогда будет четко понятно, что, например, через 2 года патент будет оформлен на автора или на компанию, и заключен соответствующий лицензионный договор. Мы это сто раз уже проходили — устные договоренности не работают, либо о них вовсе забывают. Люди забывают даже о распределении доходов. Например, два партнера договорились 60 на 40, а через пять лет один удивляется: «Мы же 50 на 50 договаривались?», и они из-за этого ссорятся. Часто в трудовом договоре любят писать, что все интеллектуальные права принадлежат работодателю. Посоветуйтесь с юристами до того, как вы его заключите с новым работодателем. К сожалению, в одной статье невозможно рассказать всё про интеллектуальные права. Резюмируя, хочу обратить внимание на три важных момента: Нужно понимать, что интеллектуальные права зарождаются у авторов, и необходимо с этими авторами договариваться и оформлять документы. Если вы решили оформлять документы, то это нужно делать вовремя. Договаривайтесь на берегу. Если вы это сделали вовремя, то у вас появляются большие возможности для масштабирования бизнеса, увеличения прибыли и защиты вашего проекта (даже если он некоммерческий) от дискредитации и размывания вашего бренда. Любой результат творческой деятельности можно оформить как интеллектуальный продукт и установить права на него. Мы с командой проводили исследование: брали какую-то сущность — например, страницу в социальной сети — и начинали подбирать, какими объектами, закрепленными в законе (поименованными результатами интеллектуальной деятельности) можно закрепить права на страницу в социальной сети: Есть различные варианты, но всегда можно подобрать на ваш объем знаний пул интеллектуальных продуктов (результатов интеллектуальной деятельности), на которые можно установить права. Видео моего выступления на Knowledge Conf 2020: 17-18 мая на площадке Крокус-Экспо встретятся 2000 тимлидов и руководителей со своим опытом, инсайтами и энергией. Расписание конференции TeamLead Foundation 2022 уже готово, а купить билеты можно здесь. Очень  часто то, что мы называем ленью или прокрастинацией, оказывается  усталостью, тревогой или дизадаптивным мышлением. Многое из этого  поддается хоть и не быстрой, но коррекции. Максим Дорофеев на конференции покажет, откуда растет прокрастинация. А еще открыта продажа бандлов — скидка 30% при покупке билетов на  конференции HighLoad++ Foundation и TeamLead Conf Foundation. Можно выбрать оффлайн- или онлайн-участие. Подробности и билеты по ссылке.