Как составить реестр прав на нематериальные активы: рабочий алгоритм для собственника и команды

Проблема собственника

Многие предприниматели обнаруживают, что бизнес использует важные нематериальные активы — бренд, код, контент, дизайн, договорные наработки — но у команды нет единого реестра прав. Документы разбросаны по почте, подрядчикам и бухгалтерии. Когда возникает сделка, аудит или банковская проверка, команда тратит время на сбор доказательств, а инвестор или аудитор видит неполную картину: кто и на каких основаниях использует конкретный элемент.

Executive summary

Цель — создать воспроизводимый управленческий реестр прав, который позволяет быстро: (1) понять, какие активы используются и кем; (2) отличать принадлежащее от лицензированного; (3) получить приоритетный список пробелов для юриста; (4) подготовить пакет доказательств для инвестора, банка или аудитора. Методика — собрать первичные документы, выполнить организационную группировку, оформить короткие карточки позиций и сформировать агрегатный реестр с акцентом на спорные объекты.

Зона охвата и период

Решите заранее, какие продукты и какой период охватывает реестр: всё текущее портфолио, отдельный продукт или проект за последние N лет. Узкая область сокращает объём работы на старте и позволяет быстрее получить практический результат.

Сбор первичных доказательств

Для каждого использованного объекта соберите максимум доступных подтверждений: исходные файлы, договоры с подрядчиками, акты приёма‑передачи, платёжные выписки, инвойсы, переписку, публикации, снимки страниц сайта, коммиты в репозитории, патентные заявки, регистрационные формы доменов. Если часть доказательств отсутствует — зафиксируйте факт и источник, где его ожидаете получить.

Организационная группировка

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

Карточка позиции — минимальный набор полей

Для каждого объекта заведите короткую карточку с полями:
- Уникальный идентификатор;
- Название/краткое описание объекта (например: логотип v2024, модуль авторизации v1.2, текст маркетинговой страницы);
- Кто использует (продукт/команда);
- Предполагаемый правообладатель (если очевидно);
- Документ‑основание (договор, акт, счёт, ссылка на репозиторий);
- Допустимое использование (продажа, демонстрация, внутреннее использование, создание производных);
- Территория и срок (если применимо);
- Внутренний владелец для проверки (имя, контакт);
- Открытый вопрос для юриста.

Редакционный инструмент

Предложенная рабочая таблица: «объект — кто использует — предполагаемый правообладатель — документ‑основание — допустимое использование — срок/территория — кто проверяет — открытый вопрос». Это управленческий шаблон, а не обязательная правовая форма, бухгалтерский регистр или юридическое заключение.

Классификация позиций

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

Пакет спорных позиций для юриста

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

Сверка с репозиториями и бухгалтерией

Сопоставьте реестр с git‑коммитами, системами хранения контента и учётом затрат: это подтверждает датировки, авторство и поток средств. Такая сверка помогает отличить внутренние разработки от подрядных поставок.

Ответственность и цикл ревью

Назначьте владельца для каждой карточки и установите дату следующего обзора. Рекомендуется годовой ревью всего реестра и квартальный обход спорных позиций. Для ключевых объектов — более частый контроль.

Практический гипотетический пример

Проект запускает продукт, использованы: UI‑шаблон подрядчика, логотип, парсер, фрагменты open‑source и тексты сайта. Реестр показал: логотип — спорный (нет акта о передаче прав), UI‑шаблон — платная лицензия с ограничением на деривативы, парсер — внутренний модуль (есть коммиты и акты приёма). Дальнейшие шаги: подготовить договор о передаче прав на логотип, согласовать использование UI с лицензиаром или заменить модуль, зафиксировать авторов внутреннего модуля в карточке.

Чек‑лист перед встречей с юристом

1) Реестр в табличном виде (CSV/Excel/Google Sheets).
2) Папка «спорные позиции» с PDF‑копиями ключевых доказательств (платёж, договор, скрин репозитория).
3) Карточки для трёх приоритетных объектов с предлагаемыми вариантами решения.
4) Краткая схема использования: где объект применяется и какое у него экономическое значение.
5) Вопросы по срокам и территориям для уточнения у юриста.

Границы и предостережения

Инвентаризация не создаёт право собственности сама по себе. Окончательные юридические выводы даёт профильный специалист по применимой юрисдикции; перед совершением сделок или регистрацией прав необходима локальная правовая проверка. Вопросы, связанные с патентами, налоговыми последствиями или регистрацией авторских прав, требуют отдельных консультаций.

Результат и следующий шаг

Через 2–4 недели после старта у вас должен быть рабочий реестр, папка спорных позиций и план действий с юристом (передача прав, покупка лицензий, корректировка использования или реинжиниринг). Цель — превратить разбросанные файлы в управляемый ресурс, который можно предъявить инвестору, банку или аудитору.

Дисклеймер: Общая информация, не индивидуальная консультация. Для получения конкретных правовых или налоговых выводов обратитесь к профильному юристу или налоговому консультанту в соответствующей юрисдикции.