Software-Urheberrecht in einem chinesischen Unternehmensbericht

Eine Software-Urheberrechtseintragung kann eine benannte Softwareversion mit dem eingetragenen Rechteinhaber verknüpfen. Sie bescheinigt nicht, dass die Software funktioniert, dass die aktuelle Build-Version die registrierte Version ist, oder dass der Anbieter jede Komponente im Produkt besitzt.

Diese Abgrenzung ist insbesondere bei der Prüfung einer Industriplattform, einer mobilen App, eines eingebetteten Controllers, eines SaaS-Anbieters oder eines Smart-Device-Lieferanten von besonderer Bedeutung. Ein Unternehmensbericht kann eine nützliche Registrierungseintragung aufzeigen, aber die Beschaffungsfrage ist enger gefasst: unterstützt diese Eintragung die behauptete Rolle des Anbieters in diesem Produkt?

Was ist registriert?

Chinas Verordnungen zum Schutz von Computerprogrammen definieren Software als Computerprogramme und deren zugehörige Dokumentation. Quellcode und Objektcode desselben Programms werden unter dieser Definition als dasselbe Werk behandelt. Das Konzept ist daher spezifischer als eine Produktidee, ein Cloud-Dienst, eine Marke oder ein ganzes Technologieunternehmen.

Der WIPO-Überblick über Software zieht eine weitere nützliche Grenze: Urheberrechte schützen den Ausdruck, nicht Ideen, Verfahren, Betriebsmethoden oder mathematische Konzepte an sich. Eine Eintragung für `Lager-Routing-Plattform V1.0` begründet kein ausschließliches Eigentum an jedem im Vertriebspräsentation beschriebenen Lager-Routing-Konzept oder Algorithmus.

Wenn ein Unternehmensbericht Softwareeintragungen zusammen mit Patenten und Marken auflistet, halten Sie ihre Zwecke getrennt. Die IP-Nutzungslandkarte erklärt das breitere Portfolio; diese Seite bleibt bei der Softwareeintragung.

Registrierung ist ein Beweismittel, nicht der Geburtsakt des Urheberrechts

Die Schutzverordnungen besagen, dass das Softwareurheberrecht entsteht, wenn die Entwicklung abgeschlossen ist. Sie erlauben es auch einem Rechteinhaber, sich registrieren zu lassen und das daraus resultierende Registrierungsdokument als vorläufigen Beweis für die registrierten Angelegenheiten zu beschreiben. Chinas Maßnahmen zur Registrierung von Softwareurheberrechten fördern die Registrierung und legen die Anforderungen an Antragsteller und Dokumente fest.

Vermeiden Sie daher zwei häufige Aussagen:

• `Das Unternehmen erhielt das Urheberrecht am Datum der Registrierung.` Das zugrunde liegende Recht wird nicht durch dieses administrative Datum geschaffen.
• `Es wurde keine Registrierung gefunden, also hat das Unternehmen kein Urheberrecht.` Ein fehlendes Suchergebnis klärt nicht, ob schützenswerte Software oder vertragliche Rechte bestehen.

Diese Unterscheidung erklärt auch, warum das Volumen der Registrierungen keine Qualitätsrangfolge darstellt. Die Nationale Verwaltung für Urheberrecht berichtete 3,182,829 Software-Urheberrechtsregistrierungen in 2025. Das ist ein breiter administrativer Kontext, kein Beweis dafür, dass ein Anbieter mit 100 Einträgen besser ist als einer mit fünf relevanten Einträgen.

Sechs Felder als Versionskarte lesen

Die Verfügbarkeit variiert je nach Quelle, aber ein nützlicher Datensatz kann die folgenden Felder enthalten. Bewahren Sie den chinesischen Text und das Abrufdatum auf, anstatt ein Versions-Suffix oder einen Entity-Namen zu übersetzen.

Vollständiger Softwarename und Kurzname

Vergleichen Sie die genaue Wortwahl mit dem Zitat, dem Anmeldebildschirm, der Benutzerhandbuch und dem Vertragsanhang. Ähnliche Namen können eine Produktfamilie beschreiben, anstatt die gekaufte Version.

Versionsnummer

`V1.0` ist nicht austauschbar mit einer nachgewiesenen `V3.2`. Fragen Sie, wie Releases, Module und White-Label-Editionen zur registrierten Version stehen.

Inhaber oder verzeichneter Rechteinhaber

Stimmen Sie den chinesischen legalen Namen mit dem Vertragsunternehmen ab. Wenn es einen Gründer, Mitarbeiter, Tochtergesellschaft oder externen Entwickler nennt, dokumentieren Sie die Eigentums- oder Lizenzkette, anstatt den Unterschied automatisch als legitim oder verdächtig zu behandeln.

Datum der Fertigstellung der Entwicklung

Dies ist der gemeldete Fertigstellungszeitpunkt für die registrierte Software. Es handelt sich nicht um eine unabhängige Prüfung des Code-Repositorys, der Funktionsvollständigkeit oder der Release-Qualität.

Erstes Veröffentlichungsdatum, falls angegeben

Dies kann helfen, die Chronologie zu rekonstruieren. `Unveröffentlicht`, leer oder nicht verfügbar sollte nicht als `nie verwendet` oder `nie geliefert` umgeschrieben werden.

Registrierungsdatum und -nummer

Verwenden Sie diese, um den Verwaltungseintrag zu identifizieren und zeitlich einzuordnen. Ersetzen Sie nicht das Registrierungsdatum durch das Fertigstellungsdatum, das erste Veröffentlichungsdatum oder das aktuelle Produkt-Releasedatum.

Der Rechteinhaber muss nicht der Verkäufer sein

Eine Diskrepanz erfordert eine Erklärung der Beziehung. Software kann von Mitarbeitern entwickelt, gemeinsam entwickelt, bei einem Auftragnehmer in Auftrag gegeben, übertragen, lizenziert oder in einem anderen Konzernunternehmen gehalten worden sein. Die Schutzvorschriften enthalten spezifische Standardregeln für in Auftrag gegebene und bestimmte von Mitarbeitern entwickelte Software, aber ein Käufer sollte versuchen, das rechtliche Eigentum aus einem kurzen öffentlichen Ergebnis zu lösen.

Fordern Sie die Dokumente an, die zur tatsächlichen Geschichte passen: Entwicklungsvereinbarung, IP-Klauseln im Arbeitsvertrag, Übertragungsinstrument, Lizenz, Konzernerlaubnis, Verschmelzungs- oder Namensänderungsaufzeichnung und eine Liste von Drittanbieter- und Open-Source-Komponenten. Überprüfen Sie jedes Unternehmen anhand seiner chinesischen legalen Identität. Wenn der Verkäufer sagt, der Entwickler sei eine Tochtergesellschaft, vergleichen Sie die Beziehung mit dem Vertragspartner und dem Serviceteam, anstatt beide Namen in ein Unternehmen zusammenzufassen.

Der Geschäftsbereich kann Kontext über Softwareentwicklung oder Technologiedienste liefern, entscheidet aber nicht über das Urheberrechtseigentum. Verwenden Sie den Geschäftsbereichsprüfung für dieses separate Feld.

Drei Daten ergeben keine Release-Historie

Eine Registrierung kann Ihnen ein Fertigstellungsdatum, ein erstes Veröffentlichungsdatum und ein Registrierungsdatum geben. Keines davon sagt notwendigerweise aus, welche Version heute in der Demo läuft, wann eine Funktion hinzugefügt wurde, wer die Produktion wartet oder ob der Anbieter den Dienst nach einem Ausfall wiederherstellen kann.

Erstellen Sie eine kurze Chronologie aus Aufzeichnungen, die für die Softwarelieferung erstellt wurden:

1. registrierter Titel, Version und gemeldetes Fertigstellungsdatum;
2. Release-Notizen und Build-Identifikatoren für die zitierte Version;
3. datierte Kunden- oder interne Akzeptanzaufzeichnungen;
4. Repository-, Bereitstellungs- oder Treuhandaufzeichnungen, die für den Deal geeignet sind;
5. aktueller Support-Inhaber, Subunternehmer und End-of-Life-Politik.

Das Ziel ist nicht, den Quellcode für jeden Kauf zu verlangen. Es geht darum, die Beweise in einem angemessenen Verhältnis zur Abhängigkeit zu halten: Eine Offline-Anwendung, die von einem Analysten genutzt wird, benötigt weniger Nachweise über die Kontinuität als Software, die eine Produktionslinie steuert oder regulierte Daten speichert.

Fall: Der Bericht besagt V1.0, die Demo zeigt V3.2

Ein fiktiver Anbieter demonstriert `PlantWatch 3.2`, eine Überwachungsplattform, die mit Fabrik-Sensoren gebündelt ist. Der Unternehmensbericht listet `PlantWatch Equipment Monitoring Platform V1.0` auf, der vor drei Jahren derselben chinesischen juristischen Person registriert wurde. Titel, Eigentümer und Chronologie sind plausibel. Der Eintrag unterstützt die Kontinuität zwischen dem Unternehmen und einer früheren Version des Produkts.

Er authentifiziert nicht V3.2. Der Käufer fordert Freigabehinweise, die V1.0 mit V3.2, der in der Demo gezeigten Build-Nummer, verknüpfen, eine Feature-zu-Version-Liste, aktuelle Akzeptanznachweise und die Offenlegung der vom anderen Entwickler gelieferten Mapping-Komponente. Der Vertrag benennt dann die auszuliefernde Version, die Support-Dauer, die Methode zum Datenexport, die Sicherheitsverpflichtungen, die Akzeptanztests und die Verantwortung für Drittlizenzen.

Die daraus resultierende Schlussfolgerung ist weder `Urheberrecht bestätigt, genehmigen` noch `Versionskonflikt, ablehnen`. Sie lautet: `Die Registrierung unterstützt eine frühere Produkt-zu-Unternehmens-Beziehung; Eigentum an der aktuellen Version, Komponenten und Lieferkontrollen erfordern die genannten Nachweise.`

Was die Registrierung nicht testet

• Funktion: ob versprochene Funktionen unter der Arbeitslast des Käufers funktionieren.
• Sicherheit: Vulnerability-Management, Zugriffskontrolle, Verschlüsselung, Incident Response oder sichere Entwicklung.
• Code-Herkunft: ob jedes Modul original, lizenziert, Open Source oder von einem Auftragnehmer geliefert ist.
• Betrieb: Hosting-Eigentum, Backup, Disaster Recovery, Support-Personal und Verfügbarkeit.
• Produktrechte: ob der Verkäufer berechtigt ist, den aktuellen Build im Gebiet und Anwendungsfall des Käufers zu lizenzieren.

Diese Aspekte erfordern technische Tests, Software-Zusammensetzung oder Sicherheitsüberprüfungen, Vertragsnachweise und manchmal spezialisierte Rechtsberatung. Ein Unternehmenseintrag kann helfen, diese Prüfungen zu fokussieren; er kann sie jedoch nicht durchführen.

Erstellen Sie eine begrenzte Unternehmensberichts-Fazit

Nennen Sie den genauen Eintrag, Identitätsübereinstimmung, Versionsbeziehung, Datumsbegrenzung und nächsten Schritt. Zum Beispiel:

Der Bericht identifiziert `PlantWatch Equipment Monitoring Platform V1.0`, das bei der verifizierten Vertragspartei registriert ist. Dies unterstützt eine Software-zu-Unternehmens-Beziehung für die genannte Version gemäß den aufgezeichneten Daten. Es begründet nicht das Eigentum, die Sicherheit oder die Leistung des zitierten V3.2-Builds. Beschaffen Sie die Freigabekette, die Komponententransparenz, die Akzeptanznachweise und die vertragliche Lizenz vor der Genehmigung.

Fügen Sie den Quellextrakt und die Lieferantenantwort an die Lieferantenfreigabeaktean. Ein Muster-Unternehmensbericht zeigt, wie das IP-Modul neben Identitäts- und Betriebsdaten steht; es sollte nicht isoliert gelesen werden.

Eskalieren Sie hochpreisige kundenspezifische Entwicklungen, strittiges Eigentum, Quellcodezugriff, grenzüberschreitende Lizenzierung, Verstöße oder geschäftskritische Kontinuität an qualifizierte technische und rechtliche Prüfer. Für gewöhnliche Beschaffungen platzieren Sie das Ergebnis in der Vorvertrags-Evidenzsequenz und dokumentieren Sie die begrenzte Formulierung in der internen Genehmigungsnotiz.