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