Rapport sur le droit d'auteur logiciel dans une entreprise chinoise

Un enregistrement de droit d'auteur logiciel peut relier une version logicielle nommée à un titulaire de droits enregistré. Il ne certifie pas que le logiciel fonctionne, que la version actuelle est celle enregistrée, ou que le fournisseur possède tous les composants du produit.

Cette limite est particulièrement importante lors de l'examen d'une plateforme industrielle, d'une application mobile, d'un contrôleur intégré, d'un fournisseur SaaS ou d'un fournisseur de dispositifs intelligents. Un rapport d'entreprise peut révéler un enregistrement utile, mais la question de l'achat est plus étroite : cet enregistrement soutient-il le rôle prétendu du vendeur pour ce produit ?

Qu'est-ce qui est enregistré ?

Les Règlements sur la protection des logiciels informatiques définissent le logiciel comme des programmes informatiques et leur documentation associée. Le code source et le code objet du même programme sont traités comme une seule œuvre selon cette définition. Le concept est donc plus spécifique qu'une idée de produit, un service cloud, une marque ou une entreprise technologique entière.

Le aperçu des logiciels de l'OMPI trace une autre ligne utile : le droit d'auteur protège l'expression, non les idées, procédures, méthodes de fonctionnement ou concepts mathématiques en tant que tels. Un enregistrement pour `Plateforme de routage d'entrepôt V1.0` n'est pas une propriété exclusive de tous les concepts ou algorithmes de routage d'entrepôt décrits dans une présentation commerciale.

Lorsqu'un rapport d'entreprise liste des enregistrements de logiciels aux côtés de brevets et de marques, gardez leurs objectifs séparés. Le carte d'utilisation des droits de PI explique le portefeuille plus large ; cette page reste centrée sur l'enregistrement logiciel.

L'enregistrement est une preuve, pas la naissance du droit d'auteur

Les règlements de protection indiquent que le droit d'auteur logiciel naît lorsque le développement est terminé. Ils permettent également à un titulaire de droits de s'enregistrer et de décrire le document d'enregistrement résultant comme une preuve préliminaire des matières enregistrées. Les Mesures d'enregistrement du droit d'auteur logiciel encouragent l'enregistrement et définissent les exigences relatives au demandeur et aux documents.

Évitez donc deux affirmations courantes :

• `L'entreprise a obtenu le droit d'auteur à la date d'enregistrement.` Le droit sous-jacent n'est pas créé par cette date administrative.
• `Aucun enregistrement n'a été trouvé, donc l'entreprise n'a aucun droit d'auteur.` L'absence de résultat de recherche ne règle pas la question de savoir si un logiciel protégeable ou des droits contractuels existent.

La distinction explique également pourquoi le volume d'enregistrements n'est pas un classement de qualité. L'Administration nationale du droit d'auteur a signalé 3,182,829 enregistrements de droits d'auteur logicielle dans 2025. Il s'agit d'un contexte administratif large, et non d'une preuve qu'un fournisseur disposant de 100 dossiers est meilleur qu'un autre disposant de cinq dossiers pertinents.

Lire six champs comme une carte de version

La disponibilité varie selon la source, mais un extrait de registre utile peut contenir les champs suivants. Conservez le texte chinois et la date de récupération plutôt que de traduire un suffixe de version ou un nom d'entité.

Nom complet du logiciel et nom court

Comparez la formulation exacte avec la citation, l'écran de connexion, le manuel utilisateur et le contrat annexe. Des noms similaires peuvent décrire une famille de produits plutôt que la version achetée.

Numéro de version

`V1.0` n'est pas interchangeable avec un `V3.2` démontré. Demandez comment les versions, modules et éditions sous marque blanche sont liés à la version enregistrée.

Titulaire de l'enregistrement ou détenteur des droits enregistré

Faites correspondre le nom juridique chinois à l'entreprise contractante. Si elle nomme un fondateur, un employé, une filiale ou un développeur externe, documentez la chaîne de propriété ou de licence au lieu de considérer la différence comme automatiquement légitime ou suspecte.

Date d'achèvement du développement

Il s'agit du point d'achèvement déclaré pour le logiciel enregistré. Ce n'est pas un audit indépendant du dépôt de code, de l'exhaustivité des fonctionnalités ou de la qualité de la version.

Date de première publication, si indiquée

Cela peut aider à reconstituer la chronologie. « Non publié », vide ou indisponible ne doit pas être réécrit comme « jamais utilisé » ou « jamais livré ».

Date et numéro d'enregistrement

Utilisez-les pour identifier et dater le registre administratif. Ne substituez pas la date d'enregistrement à la date d'achèvement, à la date de première publication ou à la date de version actuelle du produit.

Le titulaire des droits peut ne pas être le vendeur

Une incompatibilité nécessite une explication de la relation. Le logiciel peut avoir été développé par des employés, développé conjointement, commandé à un prestataire, transféré, licencié ou conservé dans une autre société du groupe. Les réglementations sur la protection contiennent des règles par défaut spécifiques pour les logiciels commandés et certains logiciels développés par des employés, mais un acheteur ne devrait pas essayer de résoudre la propriété légale à partir d'un résultat public succinct.

Demandez les documents qui correspondent à la réalité : accord de développement, clauses de propriété intellectuelle du contrat de travail, instrument de transfert, licence, autorisation de la société du groupe, enregistrement de fusion ou de changement de nom, et liste des composants tiers et open source. Vérifiez chaque entreprise par son identité juridique chinoise. Si le vendeur dit que le développeur est une filiale, comparez la relation avec la partie contractuelle et l'équipe de service au lieu de fusionner les deux noms en une seule entreprise.

L'objet social peut fournir un contexte concernant le développement logiciel ou les services technologiques, mais il ne décide pas de la propriété du droit d'auteur. Utilisez le examen de l'objet social pour ce champ distinct.

Trois dates ne constituent pas un historique de version

Un enregistrement peut vous donner une date d'achèvement, une date de première publication et une date d'enregistrement. Aucun ne vous indique nécessairement quelle version est exécutée lors de la démonstration aujourd'hui, quand une fonctionnalité a été ajoutée, qui maintient la production, ou si le fournisseur peut restaurer le service après une panne.

Établissez une courte chronologie à partir des registres créés pour la livraison du logiciel :

1. titre enregistré, version et date d'achèvement déclarée ;
2. notes de version et identifiants de build pour la version citée ;
3. registres datés d'acceptation client ou interne ;
4. preuves de dépôt, de déploiement ou d'escrow appropriées à la transaction ;
5. propriétaire du support actuel, sous-traitants et politique de fin de vie.

L'objectif n'est pas d'exiger le code source pour chaque achat. Il s'agit de rendre la preuve proportionnée à la dépendance : une utilitaire hors ligne utilisé par un seul analyste nécessite moins de preuves de continuité qu'un logiciel contrôlant une chaîne de production ou stockant des données réglementées.

Cas : le rapport indique V1.0, la démo indique V3.2

Un fournisseur fictif présente `PlantWatch 3.2`, une plateforme de surveillance intégrée avec des capteurs d'usine. Le rapport de l'entreprise liste `Plateforme de surveillance des équipements PlantWatch V1.0`, enregistré trois ans plus tôt auprès de la même entité légale chinoise. Le titre, le propriétaire et la chronologie sont plausibles. Le dossier soutient la continuité entre l'entreprise et une version antérieure du produit.

Il ne certifie pas V3.2. L'acheteur demande les notes de version reliant V1.0 à V3.2, le numéro de build affiché dans la démo, une liste fonctionnalité-version, des preuves récentes d'acceptation et la divulgation du composant de mappage fourni par un autre développeur. Le contrat nomme ensuite la version livrable, la durée de support, la méthode d'exportation des données, les obligations de sécurité, les tests d'acceptation et la responsabilité des licences tierces.

La conclusion résultante n'est ni `copyright vérifié, approuver` ni `mismatch de version, rejeter`. Elle est : `L'enregistrement soutient une relation produit-entreprise antérieure ; la propriété de la version actuelle, les composants et les contrôles de livraison nécessitent les preuves listées.`

Ce que l'enregistrement ne teste pas

• Fonction : si les fonctionnalités promises fonctionnent sous la charge de travail de l'acheteur.
• Sécurité : gestion des vulnérabilités, contrôle d'accès, chiffrement, réponse aux incidents ou développement sécurisé.
• Provenance du code : si chaque module est original, sous licence, open source ou fourni par un contractuel.
• Opérations : propriété de l'hébergement, sauvegarde, reprise après sinistre, effectif de support et disponibilité.
• Droits sur le produit : si le vendeur a l'autorisation de concéder la licence de la version actuelle sur le territoire de l'acheteur et pour le cas d'utilisation.

Cela nécessite des tests techniques, une composition logicielle ou une revue de sécurité, des preuves contractuelles et parfois des conseils juridiques spécialisés. Un registre d'entreprise peut aider à cibler ces vérifications ; il ne peut pas les effectuer.

Rédiger une conclusion bornée du rapport d'entreprise

Indiquez le registre exact, la correspondance d'identité, la relation de version, la limite de date et l'action suivante. Par exemple :

Le rapport identifie `Plateforme de surveillance des équipements PlantWatch V1.0` enregistrée auprès de l'entité contractuelle vérifiée. Cela soutient une relation logiciel-entreprise pour la version nommée aux dates enregistrées. Il n'établit pas la propriété, la sécurité ou les performances du build V3.2 cité. Obtenez la chaîne de versions, la divulgation des composants, les preuves d'acceptation et la licence contractuelle avant approbation.

Joignez l'extrait source et la réponse du fournisseur au dossier d'approvisionnement du fournisseur. Un rapport d'entreprise exemple montre comment le module PI se situe à côté des données d'identité et opérationnelles ; il ne doit pas être lu isolément.

Escaladez le développement personnalisé à haute valeur, la propriété contestée, l'accès au code source, les licences transfrontalières, les préoccupations en matière de contrefaçon ou la continuité critique pour l'entreprise auprès de réviseurs techniques et juridiques qualifiés. Pour les achats ordinaires, placez le résultat dans la séquence de preuves précontractuelles et enregistrez la formulation bornée dans le mémo d'approbation interne.