Отчет о правах на программное обеспечение в китайской компании

Запись о праве на программное обеспечение может связывать указанную версию программного обеспечения с зарегистрированным правообладателем. Она не гарантирует, что программное обеспечение работает, что текущая сборка является зарегистрированной версией или что поставщик владеет каждым компонентом продукта.

Эта граница особенно важна при рассмотрении промышленной платформы, мобильного приложения, встроенного контроллера, поставщика SaaS или производителя умных устройств. Отчет о компании может выявить полезную регистрационную запись, но вопрос закупки более узкий: поддерживает ли эта запись заявленную роль поставщика в данном продукте?

Что зарегистрировано?

Китайские Положения о защите компьютерных программ определяют программное обеспечение как компьютерные программы и связанную с ними документацию. Исходный код и объектный код одной и той же программы считаются одним произведением согласно этому определению. Таким образом, понятие более конкретное, чем идея продукта, облачный сервис, бренд или весь технологический бизнес.

Обзор WIPO по программному обеспечению проводит еще одну полезную границу: авторское право защищает выражение, а не идеи, процедуры, методы работы или математические концепции сами по себе. Регистрация для `Платформы маршрутизации складов V1.0` не дает исключительного права собственности на каждую концепцию маршрутизации складов или алгоритм, описанный в коммерческом предложении.

Когда отчет о компании перечисляет регистрации программного обеспечения вместе с патентами и товарными знаками, разделяйте их цели. Карта использования записей IP объясняет более широкий портфель; эта страница остается сосредоточенной на записи о программном обеспечении.

Регистрация — это доказательство, а не рождение авторского права

Положения о защите говорят, что авторское право на программное обеспечение возникает в момент завершения разработки. Они также позволяют правообладателю зарегистрировать и описать resulting registration document как предварительное доказательство зарегистрированных вопросов. Китайские Меры по регистрации прав на программное обеспечение поощряют регистрацию и устанавливают требования к заявителю и документам.

Поэтому избегайте двух распространенных утверждений:

• `Компания получила авторское право на дату регистрации.` Базовое право не создается этой административной датой.
• `Регистрация не найдена, значит, у компании нет авторского права.` Отсутствие результата поиска не решает вопрос о существовании защищаемого программного обеспечения или договорных прав.

Это различие также объясняет, почему объем регистрации не является рейтингом качества. Национальное управление по делам авторских прав сообщило 3,182,829 регистраций авторских прав на программное обеспечение в 2025. Это широкий административный контекст, а не доказательство того, что поставщик с 100 записями лучше, чем тот, у которого есть пять релевантных записей.

Читайте шесть полей как карточку версии

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

Полное название программного обеспечения и краткое название

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

Номер версии

`V1.0` не является взаимозаменяемым с продемонстрированной `V3.2`. Уточните, как релизы, модули и белые лейбл-издания соотносятся с зарегистрированной версией.

Заявитель или зарегистрированный правообладатель

Сопоставьте китайское юридическое название с компанией-контрагентом. Если указано имя основателя, сотрудника, аффилированного лица или внешнего разработчика, документально оформите цепочку владения или лицензирования, а не считайте разницу автоматически легитимной или подозрительной.

Дата завершения разработки

Это заявленная точка завершения для зарегистрированного программного обеспечения. Это не независимый аудит репозитория кода, полноты функционала или качества выпуска.

Дата первой публикации, если указана

Это может помочь восстановить хронологию. «Не опубликовано», пустое значение или отсутствие данных не следует переписывать как «никогда не использовалось» или «никогда не поставлялось».

Дата регистрации и номер

Используйте их для идентификации и датировки административной записи. Не подставляйте дату регистрации вместо даты завершения, даты первой публикации или текущей даты выпуска продукта.

Правообладатель может не быть продавцом

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

Запросите документы, соответствующие фактической ситуации: договор разработки, положения о интеллектуальной собственности в трудовом договоре, акт передачи, лицензию, разрешение внутригрупповой компании, запись о слиянии или изменении наименования и список сторонних компонентов и компонентов с открытым исходным кодом. Проверяйте каждую компанию по ее китайскому юридическому идентификатору. Если продавец говорит, что разработчик является аффилированным лицом, сравните отношения с стороной договора и командой обслуживания, а не сводите оба имени к одной компании.

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

Три даты не составляют историю релизов

Регистрация может дать вам дату завершения, дату первой публикации и дату регистрации. Ни одна из них обязательно не сообщает, какая сборка работает в демо сегодня, когда была добавлена функция, кто поддерживает производство или может ли поставщик восстановить сервис после сбоя.

Составьте краткую хронологию на основе записей, созданных для поставки программного обеспечения:

1. зарегистрированное название, версия и заявленная дата завершения;
2. примечания к выпуску и идентификаторы сборок для указанной версии;
3. датированные записи о приемке клиентом или внутреннем тестировании;
4. доказательства репозитория, развертывания или эскроу, соответствующие сделке;
5. текущий владелец поддержки, субподрядчики и политика окончания жизненного цикла.

Цель не в том, чтобы требовать исходный код для каждой покупки. Цель состоит в том, чтобы сделать доказательства соразмерными степени зависимости: для автономной утилиты, используемой одним аналитиком, требуется меньше доказательств непрерывности, чем для программного обеспечения, управляющего производственной линией или хранящего регулируемые данные.

Случай: в отчете указано V1.0, на демоверсии отображается V3.2

Вымышленный поставщик демонстрирует `PlantWatch 3.2`, платформу мониторинга, поставляемую вместе с заводскими датчиками. В отчете компании указана `PlantWatch Equipment Monitoring Platform V1.0`, зарегистрированная три года назад на то же китайское юридическое лицо. Название, владелец и хронология правдоподобны. Запись подтверждает преемственность между компанией и более ранней версией продукта.

Это не подтверждает версию V3.2. Покупатель запрашивает примечания к выпуску, связывающие V1.0 с V3.2, номер сборки, показанный в демоверсии, список функций по версиям, недавние доказательства принятия и раскрытие информации о компоненте сопоставления, предоставленном другим разработчиком. Затем в договоре указываются версия поставки, срок поддержки, метод экспорта данных, обязательства по безопасности, тесты приемки и ответственность за лицензии третьих лиц.

Итоговый вывод не является ни `copyright verified, approve` (авторские права проверены, одобрить), ни `version mismatch, reject` (несоответствие версий, отклонить). Он звучит так: `Регистрация поддерживает связь предыдущего продукта с компанией; право собственности на текущую версию, компоненты и контроль доставки требуют указанных доказательств.`

Что не проверяет регистрация

• Функциональность: работают ли обещанные функции под нагрузкой покупателя.
• Безопасность: управление уязвимостями, контроль доступа, шифрование, реагирование на инциденты или безопасная разработка.
• Происхождение кода: является ли каждый модуль оригинальным, лицензированным, с открытым исходным кодом или поставленным подрядчиком.
• Эксплуатация: владение хостингом, резервное копирование, аварийное восстановление, штат поддержки и время безотказной работы.
• Права на продукт: имеет ли продавец полномочия лицензировать текущую сборку для территории и случая использования покупателя.

Для этого требуются технические испытания, анализ состава программного обеспечения или аудит безопасности, доказательства из контракта и иногда специализированная юридическая консультация. Запись о компании может помочь направить эти проверки; она не может их выполнить.

Сформулируйте ограниченный вывод по отчету о компании

Укажите точную запись, совпадение идентичности, связь версий, ограничение по дате и следующее действие. Например:

В отчете идентифицирована `PlantWatch Equipment Monitoring Platform V1.0`, зарегистрированная на проверенное контрагентом юридическое лицо. Это поддерживает наличие связи программного обеспечения с компанией для указанной версии на даты, указанные в записи. Это не устанавливает право собственности, безопасность или производительность сборки V3.2. Получите цепочку выпусков, раскрытие информации о компонентах, доказательства принятия и контрактную лицензию перед утверждением.

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

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