Prawa autorskie do oprogramowania w raporcie dotyczącym chińskiej firmy

Zapis praw autorskich do oprogramowania może powiązać określoną wersję oprogramowania z zarejestrowanym podmiotem uprawnionym. Nie poświadcza on jednak, że oprogramowanie działa, że aktualna kompilacja jest zgodna z zarejestrowaną wersją ani że dostawca jest właścicielem każdego komponentu zawartego w produkcie.

To rozróżnienie jest szczególnie istotne podczas przeglądu platform przemysłowych, aplikacji mobilnych, wbudowanych sterowników, dostawców SaaS lub producentów urządzeń inteligentnych. Raport firmowy może ujawnić przydatny zapis rejestracyjny, lecz pytanie zakupowe jest węższe: czy ten zapis potwierdza deklarowaną rolę dostawcy w tym produkcie?

Co jest rejestrowane?

Chińskie Rozporządzenie o ochronie oprogramowania komputerowego definiują oprogramowanie jako programy komputerowe oraz związaną z nimi dokumentację. Kod źródłowy i kod obiektowy tego samego programu są traktowane jako ten sam utwór zgodnie z tą definicją. Pojęcie to jest zatem bardziej szczegółowe niż idea produktu, usługa chmurowa, marka czy całe przedsiębiorstwo technologiczne.

Przegląd oprogramowania WIPO wyznacza kolejną użyteczną granicę: prawo autorskie chroni formę wyrażenia, a nie idee, procedury, metody działania czy koncepcje matematyczne jako takie. Rejestracja „Platformy trasowania magazynowego V1.0” nie oznacza wyłącznej własności każdej koncepcji lub algorytmu trasowania magazynowego opisanych w prezentacji sprzedażowej.

Gdy raport firmowy wymienia rejestracje oprogramowania obok patentów i znaków towarowych, należy oddzielić ich cele. Mapa zastosowań zapisów własności intelektualnej wyjaśnia szerszy portfel; ta strona koncentruje się na zapisie dotyczącym oprogramowania.

Rejestracja jest dowodem, a nie momentem powstania prawa autorskiego

Przepisy ochronne stanowią, że prawo autorskie do oprogramowania powstaje w momencie ukończenia prac rozwojowych. Przepisy te umożliwiają również podmiotowi uprawnionemu dokonanie rejestracji i opisanie powstałego dokumentu rejestracyjnego jako wstępnego dowodu zarejestrowanych faktów. Chińskie Środki dotyczące rejestracji praw autorskich do oprogramowania zachęcają do rejestracji i określają wymagania wobec wnioskodawcy oraz dokumentacji.

Należy więc unikać dwóch powszechnych stwierdzeń:

• „Firma uzyskała prawa autorskie w dniu rejestracji”. Podstawowe prawo nie zostaje stworzone przez tę datę administracyjną.
• „Nie znaleziono rejestracji, więc firma nie posiada praw autorskich”. Brak wyniku wyszukiwania nie rozstrzyga kwestii istnienia oprogramowania podlegającego ochronie ani praw umownych.

To rozróżnienie wyjaśnia również, dlaczego liczba rejestracji nie jest miarą jakości. Krajowa Administracja Praw Autorskich zgłosiła 3,182,829 rejestracji praw autorskich do oprogramowania w 2025. Jest to szeroki kontekst administracyjny, a nie dowód na to, że dostawca posiadający 100 zapisów jest lepszy od takiego, który ma pięć odpowiednich zapisów.

Analiza sześciu pól jako karty wersji

Dostępność danych zależy od źródła, lecz użyteczny wyciąg z rejestru może zawierać następujące pola. Należy zachować oryginalny tekst w języku chińskim oraz datę pobrania, zamiast pomijać sufiks wersji lub nazwę podmiotu.

Pełna nazwa oprogramowania i nazwa skrócona

Porównaj dokładne brzmienie z ofertą, ekranem logowania, instrukcją obsługi i załącznikiem umowy. Podobne nazwy mogą opisywać rodzinę produktów, a nie konkretną kompilację będącą przedmiotem zakupu.

Numer wersji

„V1.0” nie jest tożsame z demonstracją „V3.2”. Należy zapytać, jak wydania, moduły i edycje white-label odnoszą się do zarejestrowanej wersji.

Rejestrujący lub zarejestrowany podmiot uprawniony

Dopasuj chińską nazwę prawną do firmy zawierającej umowę. Jeśli wskazuje ona założyciela, pracownika, podmiot powiązany lub zewnętrznego dewelopera, należy udokumentować łańcuch własności lub licencji, zamiast automatycznie uznawać różnicę za legitimną lub podejrzaną.

Data ukończenia prac rozwojowych

Jest to zgłoszony moment ukończenia prac nad zarejestrowanym oprogramowaniem. Nie stanowi ona niezależnego audytu repozytorium kodu, kompletności funkcji ani jakości wydania.

Data pierwszej publikacji, jeśli dostępna

Może pomóc w odtworzeniu chronologii. Określeń „nieopublikowane”, pustych pól lub niedostępności nie należy przekształcać w „nigdy nieużywane” lub „nigdy niedostarczone”.

Data i numer rejestracji

Służą one do identyfikacji i datowania zapisu administracyjnego. Nie należy podstawiać daty rejestracji pod datę ukończenia prac, datę pierwszej publikacji ani bieżącą datę wydania produktu.

Podmiot uprawniony może nie być sprzedawcą

Niezgodność wymaga wyjaśnienia powiązań. Oprogramowanie mogło zostać opracowane przez pracowników, współtworzone, zlecone wykonawcy zewnętrzemu, przeniesione, licencjonowane lub pozostawać w posiadaniu innej spółki z grupy. Przepisy dotyczące ochrony zawierają szczegółowe domyślne zasady dla oprogramowania zleconego oraz pewnego oprogramowania stworzonego przez pracowników, jednak nabywca nie powinien próbować rozstrzygać kwestii własności prawnej na podstawie krótkiego, publicznie dostępnego wyniku.

Zażądaj dokumentów odpowiadających rzeczywistej sytuacji: umowy o rozwój, klauzul dotyczących własności intelektualnej w umowach o pracę, instrumentu przeniesienia praw, licencji, upoważnienia od spółki z grupy, zapisu o fuzji lub zmianie nazwy oraz wykazu komponentów stron trzecich i open source. Zweryfikuj każdą spółkę na podstawie jej chińskiej tożsamości prawnej. Jeśli sprzedawca twierdzi, że deweloper jest podmiotem powiązanym, porównaj relacje ze stroną umowy i zespołem serwisowym, zamiast łączyć obie nazwy w jedną spółkę.

Zakres działalności może dostarczać kontekstu dotyczącego rozwoju oprogramowania lub usług technologicznych, ale nie decyduje o własności praw autorskich. Wykorzystaj przegląd zakresu działalności w tym oddzielnym polu.

Trzy daty nie tworzą historii wydań

Rejestracja może dostarczyć datę ukończenia, datę pierwszej publikacji oraz datę rejestracji. Żadna z nich niekoniecznie wskazuje, która wersja kompilacji działa obecnie w demonstracji, kiedy dodano funkcję, kto utrzymuje środowisko produkcyjne ani czy dostawca jest w stanie przywrócić usługę po awarii.

Opracuj krótką chronologię na podstawie dokumentów stworzonych na potrzeby dostawy oprogramowania:

1. zarejestrowany tytuł, wersja i zgłoszona data ukończenia;
2. informacje o wydaniu i identyfikatory kompilacji dla cytowanej wersji;
3. opatrzone datami zapisy akceptacji przez klienta lub wewnętrzne;
4. dowody z repozytorium, wdrożenia lub depozytu odpowiednie do danej transakcji;
5. obecny właściciel wsparcia, podwykonawcy oraz polityka wycofania produktu z eksploatacji.

Celem nie jest żądanie kodu źródłowego przy każdym zakupie. Chodzi o to, aby dowody były proporcjonalne do stopnia zależności: narzędzie offline używane przez jednego analityka wymaga mniej dowodów ciągłości niż oprogramowanie sterujące linią produkcyjną lub przechowujące dane podlegające regulacjom.

Przypadek: raport wskazuje V1.0, demonstracja wskazuje V3.2

Fikcyjny dostawca prezentuje `PlantWatch 3.2`, platformę monitorującą dostarczaną wraz z czujnikami fabrycznymi. Raport spółki wymienia `Platformę Monitorowania Urządzeń PlantWatch V1.0`, zarejestrowaną trzy lata wcześniej na tę samą chińską osobę prawną. Tytuł, właściciel i chronologia są wiarygodne. Rejestr potwierdza ciągłość między spółką a wcześniejszą wersją produktu.

Nie uwierzytelnia to jednak wersji V3.2. Nabywca żąda informacji o wydaniu łączących V1.0 z V3.2, numeru kompilacji widocznego w demonstracji, listy funkcji przypisanych do wersji, niedawnych dowodów akceptacji oraz ujawnienia komponentu mapującego dostarczonego przez innego dewelopera. Umowa określa następnie wersję deliverable, okres wsparcia, metodę eksportu danych, zobowiązania bezpieczeństwa, testy akceptacyjne oraz odpowiedzialność za licencje stron trzecich.

Wynikowa konkluzja to ani `prawa autorskie zweryfikowane, zatwierdź`, ani `niezgodność wersji, odrzuć`. Brzmi ona: `Rejestracja potwierdza wcześniejszą relację produkt-spółka; własność bieżącej wersji, komponenty oraz kontrola dostawy wymagają wymienionych dowodów.`

Czego rejestracja nie weryfikuje

• Funkcjonalność: czy obiecane funkcje działają pod obciążeniem charakterystycznym dla nabywcy.
• Bezpieczeństwo: zarządzanie podatnościami, kontrola dostępu, szyfrowanie, reagowanie na incydenty lub bezpieczny rozwój oprogramowania.
• Pochodzenie kodu: czy każdy moduł jest oryginalny, licencjonowany, open source lub dostarczony przez wykonawcę zewnętrznego.
• Eksploatacja: własność hostingu, kopie zapasowe, odzyskiwanie po awarii, obsada wsparcia i dostępność.
• Prawa do produktu: czy sprzedawca ma uprawnienia do licencjonowania bieżącej kompilacji na terytorium nabywcy i w jego przypadku użycia.

Wymagają one testów technicznych, analizy składu oprogramowania lub przeglądu bezpieczeństwa, dowodów umownych, a czasem specjalistycznej porady prawnej. Rejestr spółki może pomóc ukierunkować te kontrole, ale nie może ich zastąpić.

Sformułuj ograniczoną konkluzję raportu spółki

Wskaż dokładny rekord, zgodność tożsamości, relację wersji, limit czasowy i następne działanie. Na przykład:

Raport identyfikuje `Platformę Monitorowania Urządzeń PlantWatch V1.0` zarejestrowaną na zweryfikowaną stronę kontraktową. Potwierdza to relację oprogramowanie-spółka dla wskazanej wersji na dzień zarejestrowanych dat. Nie ustanawia to jednak własności, bezpieczeństwa ani wydajności cytowanej kompilacji V3.2. Przed zatwierdzeniem należy uzyskać łańcuch wydań, ujawnienie komponentów, dowody akceptacji oraz umowną licencję.

Dołącz wyciąg ze źródła i odpowiedź dostawcy do pliku zatwierdzenia dostawcy. przykładowy raport spółki pokazuje, jak moduł własności intelektualnej współistnieje z danymi dotyczącymi tożsamości i operacji; nie należy go interpretować w izolacji.

Kwestie takie jak rozwój niestandardowy o wysokiej wartości, sporna własność, dostęp do kodu źródłowego, licencjonowanie transgraniczne, obawy dotyczące naruszeń praw lub ciągłość działania kluczowa dla biznesu należy eskalować do wykwalifikowanych recenzentów technicznych i prawnych. W przypadku zwykłych zamówień umieść wynik w sekwencji dowodów przedumownych i odnotuj sformułowanie o ograniczonym zakresie w wewnętrznej notatce zatwierdzającej.