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

Спасибо большое. НИОКР сейчас везде, это же не только для ПО верно?

Да, ниокры могут проводиться для разных отраслей, не только для софта.

В компании необходим специалист по управлению интеллектуальной собственностью, который контролирует процесс от идеи до коммерческого использования РИД. Контроль и сопропровождение начинается с поставленной задачи в таск-трекере или приказе на разработку РИД. Еще важным документом является уведомление автора-разработчика о создании служебного произведения! В нем фиксируется факт создания и другие важные детали...

Игорь, если прийти к CTO с требованием собирать бумажные расписки с разработчиков за каждый чих, запретить GitLab/GitHub, потому что они иностранные, и заставить инженеров подписывать приказы на создание каждой ветки - разработка просто встанет. ​Задача юриста как раз в том, чтобы найти баланс: защитить права компании через архитектуру в ЛНА, КЭДО и интеграцию с привычными инструментами (Jira, Git, GPG), а не душить бизнес soviet-style бюрократией ради сферической безопасности в вакууме. ​Суды прекрасно принимают электронные следы и корпоративные учетки, если они должным образом легализованы во внутренних документах компании.

Суды прекрасно понимают электронные следы и корпоративные учётки? Есть примеры судебных постановлений? Мне действительно интересно. Без шуток, если есть судебные акты, с радостью почитаю. Вы явно больше меня в курсе актуальной судебной практики. Вы в консалтинге работаете. Насчёт баланса я с вами согласен. Главное чтобы в поисках баланса не возникло бреши в юридической защите РИД компании. Иными словами: если я вижу что полная защита требует значительного изменений внутренних процессов, затрат и расходов, то я не скрываю это от бизнеса, я предлагаю как один из вариант, и предлагая другой, менее затратный. А уже бизнес принимает решение. Именно бизнес управляет рисками, а не я за него. Управление рисками это основа предпринимательской деятельности, это то, на чем она основана (статья 2 ГК РФ). Не корректно юристу брать на себя, пусть и только в своем направлении, функции управления бизнесом и сразу за него решать, что для бизнеса лучше, выдавая один готовый результат. И ещё по поводу давления “советской” бюрократией: а что если в компании должны быть выстроены процессы и должны быть нормальные современные инструменты для организации работы компании? Я имею ввиду классические CRM, внешние и внутренние (многие компании сами уже создают под себя CRM). Почему -то никто не хочет внедрять в саму CRM элементы КЭДО, для многих это разное, каждая жевет своей жизнью. Это как договор подписать на поставку 4 станков, а потом строить на основе этого одного договора заводы. Де-факто и Де-Юре начинают жить своей жизнью, а это риски. А что если это совместить, и задачи в CRM будут служить , и организационным вопросам, и юридическим? Мне кажется это как раз может быть решением, которое даст защиту РИД, не поломает архитектуру управления, не будет дублировать CRM , создавая дополнительную бюрократию. В продолжение вопроса бюрократии: сейчас есть ИИ, в том числе локальные, обеспечивающие достаточные уровень точности. Серия промтов + реальные задания из CRM создают вполне приемлемые ЛНА для легализации конкретного задания на разработку.

Игорь, спасибо за конструктивный диалог! По практике посмотрите например Определение третьего кассационного суда общей юрисдикции от 14.09.2026г №88-14193/2026 по делу №2-2771/2025. Наглядно иллюстрирует судебный подход к оценке цифровых следов работника. Выводы суда базируюся именно на электронных доказательствах, сформированных в корпоративных системах работодателя во взаимосвязи с ЛНА и учетными записями работника. А по поводу интеграции процессов вы мыслите в правильном направлении. Единственное - разработка софта живет не в CRM (это все же инструмент для сейлзов), а в профильных таск-трекерах( напр. Jira). И задача юриста - не ломать этот флоу, а легализовать его в ЛНА и КЭДО. Успехов в проектах!

Главной задачей является не формальное ознакомление с ЛНА в части ИС в организации, а обучение работников понимать основы ИС и какие риски могут возникнуть если работник что-то сделает не так при выполнении своих служебных обязанностей...

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

​Формальный регламент внедрить относительно просто, а вот сделать так, чтобы разработка реально считывала риски -задача со звездочкой. По вашему опыту, какие форматы здесь лучше приживаются у технарей: разборы факапов на ретроспективах, обучение на онбординге, другой вариант? Что реально работает, а что инженеры просто пролистывают?

Юридическое сопровождение и управление ИС в организации - задача комплексная! Каждое направление отвечает за свою часть! Из опыта могу сказать, что юристам приходится отстаивать права на РИД организации в связи с тем, что нарушена цепочка этапов создания Рид. Задача спец. по управлению осуществлять контроль и сопровождение создания РИД (включая правовую охрану, учет, бух. учет, внедрение (использование, распоряжение)).

Обучение я проводил с руководителями подразделений в организации! Ситуация в части работы (создания) РИД в IT или научных организациях (на промышленных предприятиях) схожая!