Защита продукта с его рождения – основные ошибки фаундеров🤴На связи
Ярослав, партнер по договорной практике и IT-отрасли👋 Хочу поделиться рядом заметок о том, в какие только спорные ситуации не попадали наши юные и даже опытные клиенты при работе с интеллектуальной собственностью. Далее, позвольте, буду называть ее горячо любимым сокращением РИД – результат интеллектуальной деятельности. И постараюсь отгородить от потенциальных споров и даже судов по ним.
Разработка совместно с партнером Частая история стартапов и традиционных бизнесов – пошли создавать совместно с другом или друзьями продукт и сворачивать горы. А порядок и то, как распределяются роли и доход все оставляем на потом. Старая как мир история будущих конфликтов.
Хороший референс недавно получил по окончании магистратуры – университет по групповым ВКР просил указывать процент участия каждого студента в реализации проекта. То влияло не только на то, как по справедливости стоит указать, но и на оценку.
В бизнесе стоит поступать не меньше такого:
1) Доли в ООО стоит не просто распределить как хотелось бы, но также заключить как минимум корпоративный договор между участниками для урегулирования многих спорных ситуаций.
2) Не будет лишним хоть и достаточно неформальное, но всё же отдельное партнёрское соглашение между участниками с регламентацией порядка работы в бизнесе. Корпоративный в приоритете, но это крайне формализированный документ, а в партнёрском можете более свободно расписать своё видение.
3) Определить порядок работы с РИД. Лучше всего провести отчуждение его на баланс совместного юрлица и составить положения об интеллектуальной собственности и отдельно по коммерческой тайне. С помощью них можно далее урегулировать и вопрос того, как происходит отчуждение РИД и защита информации в обществе.
Отсутствие даже части описанного привело даже у одного весьма крупного клиента к тому, что появился обособленный спор по долям в ООО и принадлежности главного РИД на балансе. И скажем так, это очень дорогое удовольствие с необходимость привлекать судебных юристов по большой ставке. Проще потратиться на старте на сопровождение процесса, "авось пронесет" на деле работает через раз.
Привлечение подрядчиковПрозаичный пример – один из клиентов обратился уже тогда, когда возникла проблема с подрядчиком по разработке. Клиент ещё ООО тогда не создал, а деньги и желание делать продукт уже были. Привлёк организацию на эти цели, оплатил им через заказ услуг как ИП, а созданное ПО хотел потом сразу отчудить за копейки на отдельно созданное ООО.
Всё бы ок, но это всё строилось на доверии, что подрядчик не уведёт ПО. В итоге он не увёл, передал первично всё как надо, но потом по оплатам возникло разногласие. Посчитали, что обсчитали. И затребовали не уплаты средств, а признания прав на ПО, причём с очень большим отлагательством, когда оно уже даже в реестр Минцифры попало. Пришлось отбиваться в суде. Отбились, но тоже недёшево – проще было бы на этапе без ООО закупить услуги юристов, чем судебных за три цены.
Поэтому отношения с подрядчиками стоит строить весьма строго — разрабатывают после подписания договора, платим за разработку, подписываем акты и проводим отчуждение исключительных прав себе. Если кратко, нюансы в виде разрешения на портфолио и как это соотносится с NDA достойны отдельного поста. Но сейчас лучше на одной теме заострюсь дополнительно.
Отчуждение и лицензирование – огромная разницаЕсли кратко, то не соглашайтесь с подрядчиками на условия, где вместо отчуждения прав вам дают лицензию. Даже если это исключительная бессрочная лицензия, мол только вы можете пользоваться и сколько угодно. Если в будущем думаете об инвесторах, то те через своих консультантов если обнаружат такую конструкцию, то имеют в полном праве назвать это проблемой с чистой прав на РИД. И не дать средства, ведь зачем им инвестировать в комплекс РИД, где проблемы с правами возможные?
Надо забирать исключительные права себе, чтобы вы были единственным бесспорным собственником по документам. На это смотрят в том же реестре Минцифры, если претендуете на льготу по НДС в будущем.
И по оплатам будьте аккуратными — лучше заплатить твёрдую сумму и разойтись, чем привязываться к переменным цифрам. Пример недавний: клиент с одним из подрядчиков по продукту согласовал не твёрдую сумму за отчуждение, а процент продаж с продукта. Условно, 10% с лицензионных платежей идёт подрядчику за разработку и отчуждение. Но самое слабое тут ещё и то, что не был указан срок для осуществления таких платежей. Бессрочная модель. Что превращает отчуждение в неполноценное с риском споров от автора в тот же момент, как появятся претензии по выплатам. Так что тут лучше отказываться от такой модели, а как минимум делать предельный срок для выплат, после которого обязательства считаются исполненными.
Тут лишь малая часть ошибок, но в последнее время их что у стартапов, что у крупных бизнесов видели не мало. Лучше предвидеть и крыть, с чем всегда рады помочь☀️
