Эксперт Сергей Фоменко
Перед заявкой важно понять, кому принадлежат результаты, на которых строится проект: код, документация, алгоритмы, дизайн и иные созданные материалы. Счёт за разработку или доступ к репозиторию сами по себе не объясняют объём прав. Начните с перечня результатов и цепочки договоров между авторами, подрядчиками и компанией. Если цепочка неполная, в заявке трудно уверенно описывать владение технологией.
Соберите карту результатов, а не папку «всех договоров»
Выделите ядро технологии, без которого заявленный продукт не работает, и укажите, кто создал каждую часть. Команде нужен практический реестр: результат, автор или группа авторов, дата создания, основание работы, документ о передаче или предоставлении прав, версия результата. Для программного продукта отдельно полезно отметить используемые библиотеки и компоненты третьих лиц. Их лицензии надо проверять, а не объявлять всё содержимое репозитория собственностью компании.
Общие вопросы интеллектуальной собственности компании разобраны в материале о правах на технологический продукт. Здесь фокус уже: сможет ли заявитель точно и без противоречий описать правовую основу конкретного проекта.
| Результат | Где искать основание прав | Что сверить |
|---|---|---|
| Код штатного сотрудника | Трудовые документы и задания | Связь работы с обязанностями, оформление результата |
| Код подрядчика | Договор, задание, акты | Что именно создано и какие права переданы |
| Дизайн и тексты | Договоры с авторами | Состав материалов и допустимые способы использования |
| Внешний компонент | Лицензия и условия поставки | Можно ли применять его в планируемом продукте |
Таблица помогает найти документы, но не заменяет юридическую оценку. Для разных результатов и договорных конструкций действуют разные правила; проверяйте их применительно к своему случаю.
Проверьте подрядчиков и прежние версии продукта
Частая организационная сложность — разработка начиналась до создания нынешней компании. Прототип делали основатели, потом работали фрилансеры, затем часть кода переписала команда. В результате в заявке фигурирует один продукт, а правовые основания разбросаны по нескольким лицам и договорам. Восстановите последовательность: какие версии существовали, что перенесено в текущую, кто принимал работы и какие компоненты остались.
Не ограничивайтесь фразой договора «все права переходят заказчику». Сверьте, определены ли сами результаты и подтверждена ли их передача так, как предполагает договор. Если акт описывает лишь «услуги по разработке», а предмет проекта — конкретный алгоритм, юристу потребуется изучить всю переписку и документацию. Не исправляйте прошлые документы задним числом без правовой оценки.
Если разработчик привлекал других исполнителей, проверьте и эту цепочку. Компания может получить результат от подрядчика, который сам не урегулировал отношения со своим автором. Здесь важен не объём папки, а возможность проследить происхождение ключевого результата.
Отделите собственную разработку от чужих компонентов
Технологический продукт редко создаётся в изоляции. В нём могут быть открытые библиотеки, лицензируемые модели, внешние данные и платформенные сервисы. Их использование само по себе не делает заявку слабой. Проблема возникает, когда компания называет собственным то, что использует по лицензии, или обещает способы коммерциализации, не сверив условия использования.
Составьте список критичных зависимостей. Для каждой отметьте правообладателя или источник, тип разрешения, ограничения и заменяемость. Если конкретная библиотека недоступна без выполнения условий, это влияет не только на юридический раздел, но и на план разработки. Описание новизны должно относиться к собственному техническому вкладу, а не к функции стороннего компонента.
Особенно аккуратно описывайте данные. Доступ к набору данных и право использовать его для исследований или в коммерческом продукте могут отличаться. Не делайте вывод по тому, что файл находится на сервере компании. Проверьте договор, лицензию и режим персональных данных, если они присутствуют.
Свяжите документы с текстом заявки
В заявке не нужно пересказывать каждый пункт договора, но формулировки о технологии должны совпадать с реальными правами. Если компания имеет лицензию, не называйте её обладателем исключительного права без основания. Если разработка ведётся совместно, опишите роль сторон корректно. Не скрывайте неопределённость вычурной формулировкой: экспертный вопрос всё равно обнаружит разрыв между продуктом и документами.
Полезно прочитать заявку вместе с юристом и техническим руководителем. Первый проверит режим прав, второй — не упущен ли существенный компонент. Маркетинговое описание продукта часто объединяет разные результаты под одним названием, тогда как юридические документы относятся к конкретным файлам, версиям или работам.
Рабочий порядок перед подачей
- Зафиксируйте технологическое ядро проекта и его текущую версию.
- Составьте список авторов, сотрудников, подрядчиков и поставщиков компонентов.
- Поднимите документы по каждому ключевому результату и отметьте пробелы.
- Проверьте сторонние лицензии и условия использования данных.
- Согласуйте формулировки заявки с подтверждённым объёмом прав.
- Передайте спорные вопросы профильному юристу до отправки, а не после замечаний.
Такая проверка полезна независимо от решения по статусу: компания яснее понимает, чем действительно может распоряжаться. Если потребуется выстроить заявку вокруг подтверждённой технологии, посмотрите страницу сопровождения получения статуса. Но даже аккуратные договоры не заменяют технологическую новизну и содержательный план исследований.
Что делать, если документ не найден
Не маскируйте пробел фразой «все разработки принадлежат компании». Сначала установите, существует ли нужный договор, акт или задание в другом подразделении и можно ли связаться с исполнителем. Зафиксируйте, какой именно результат остаётся без ясного основания: весь продукт, отдельный модуль или одна версия. Масштаб неопределённости влияет на решение.
Возможные действия различаются: восстановить комплект документов, договориться о правах на конкретный результат, заменить компонент или изменить описание проекта. Выбор зависит от фактов и применимого права. Не пытайтесь решать его одной универсальной формой из интернета. Юристу понадобится техническая карта результата и история его создания; без неё правовая проверка превращается в догадки.
Нужна проверка материалов проекта? Сначала соберите подтверждённые данные и определите, какие вопросы относятся к заявке, а какие — к самой разработке.