Laporan Hak Cipta Perangkat Lunak pada Perusahaan Tiongkok

Catatan hak cipta perangkat lunak dapat menghubungkan versi perangkat lunak bernama tertentu dengan pemegang hak yang tercatat. Catatan ini tidak menjamin bahwa perangkat lunak berfungsi, bahwa build saat ini adalah versi yang terdaftar, atau bahwa vendor memiliki setiap komponen dalam produk tersebut.

Batas ini sangat penting saat meninjau platform industri, aplikasi seluler, pengendali tertanam, vendor SaaS, atau pemasok perangkat pintar. Laporan perusahaan mungkin menampilkan catatan pendaftaran yang berguna, tetapi pertanyaan pengadaan lebih sempit: apakah catatan ini mendukung peran yang diklaim oleh vendor dalam produk ini?

Apa yang terdaftar?

Tiongkok Peraturan Perlindungan Perangkat Lunak Komputer mendefinisikan perangkat lunak sebagai program komputer dan dokumentasi terkait. Kode sumber dan kode objek dari program yang sama diperlakukan sebagai karya yang sama menurut definisi tersebut. Konsep ini oleh karena itu lebih spesifik daripada ide produk, layanan cloud, merek, atau seluruh bisnis teknologi.

Artikel Ikhtisar perangkat lunak WIPO menggarisbawahi garis lain yang berguna: hak cipta melindungi ekspresi, bukan ide, prosedur, metode operasi, atau konsep matematika pada umumnya. Pendaftaran untuk `Warehouse Routing Platform V1.0` tidak memberikan kepemilikan eksklusif atas setiap konsep atau algoritma pengurutan gudang yang dijelaskan dalam presentasi penjualan.

Ketika laporan perusahaan mencantumkan pendaftaran perangkat lunak bersama dengan paten dan merek dagang, pisahkan tujuannya. Artikel Peta penggunaan catatan KI menjelaskan portofolio yang lebih luas; halaman ini tetap berfokus pada catatan perangkat lunak.

Pendaftaran adalah bukti, bukan awal mula hak cipta

Peraturan perlindungan menyatakan bahwa hak cipta perangkat lunak timbul ketika pengembangan selesai. Peraturan tersebut juga memungkinkan pemegang hak untuk mendaftarkan dan mendeskripsikan dokumen hasil pendaftaran sebagai bukti awal mengenai hal-hal yang didaftarkan. China's Langkah-langkah Pendaftaran Hak Cipta Perangkat Lunak mendorong pendaftaran dan menetapkan persyaratan bagi pemohon serta dokumen.

Oleh karena itu, hindari dua pernyataan umum berikut:

• `Perusahaan memperoleh hak cipta pada tanggal pendaftaran.` Hak dasar tidak diciptakan oleh tanggal administratif tersebut.
• `Tidak ditemukan pendaftaran, sehingga perusahaan tidak memiliki hak cipta.` Hasil pencarian yang kosong tidak menyelesaikan apakah perangkat lunak yang dapat dilindungi atau hak kontraktual ada.

Pembedaan ini juga menjelaskan mengapa volume pendaftaran bukanlah peringkat kualitas. Administrasi Hak Cipta Nasional melaporkan 3,182,829 pendaftaran hak cipta perangkat lunak di 2025. Itu adalah konteks administratif yang luas, bukan bukti bahwa vendor dengan 100 catatan lebih baik daripada yang memiliki lima catatan relevan.

Baca enam bidang sebagai kartu versi

Ketersediaan bervariasi menurut sumber, tetapi ekstrak catatan yang berguna mungkin berisi bidang-bidang berikut. Pertahankan teks Tiongkok dan tanggal pengambilan alih daripada menerjemahkan akhiran versi atau nama entitas.

Nama lengkap perangkat lunak dan nama singkat

Bandingkan kata-kata persis dengan kutipan, layar masuk, manual pengguna, dan jadwal kontrak. Nama yang mirip dapat menggambarkan keluarga produk daripada build yang dibeli.

Nomor versi

`V1.0` tidak dapat dipertukarkan dengan `V3.2` yang telah dibuktikan. Tanyakan bagaimana rilis, modul, dan edisi white-label berkaitan dengan versi terdaftar.

Pendaftar atau pemegang hak tercatat

Cocokkan nama hukum Tiongkok dengan perusahaan kontraktor. Jika itu menyebutkan pendiri, karyawan, afiliasi, atau pengembang luar, dokumentasikan rantai kepemilikan atau lisensi daripada menganggap perbedaan tersebut secara otomatis sah atau mencurigakan.

Tanggal penyelesaian pengembangan

Ini adalah titik penyelesaian yang dilaporkan untuk perangkat lunak yang terdaftar. Ini bukan audit independen terhadap repositori kode, kelengkapan fitur, atau kualitas rilis.

Tanggal publikasi pertama, jika ditampilkan

Ini dapat membantu menyusun kronologi. `Belum diterbitkan`, kosong, atau tidak tersedia tidak boleh ditulis ulang sebagai `tidak pernah digunakan` atau `tidak pernah diserahkan`.

Tanggal dan nomor pendaftaran

Gunakan ini untuk mengidentifikasi dan memberi waktu pada catatan administratif. Jangan mengganti tanggal pendaftaran dengan tanggal penyelesaian, tanggal publikasi pertama, atau tanggal rilis produk saat ini.

Pemegang hak mungkin bukan penjual

Ketidaksesuaian memerlukan penjelasan hubungan. Perangkat lunak mungkin telah dikembangkan oleh karyawan, dikembangkan bersama, dipesan dari kontraktor, ditransfer, dilisensikan, atau disimpan di perusahaan grup lain. Peraturan perlindungan mengandung aturan default spesifik untuk perangkat lunak yang dipesan dan tertentu yang dikembangkan oleh karyawan, tetapi pembeli seharusnya tidak mencoba menyelesaikan kepemilikan hukum dari hasil publik singkat.

Minta dokumen yang sesuai dengan cerita aktual: perjanjian pengembangan, klausul IP ketenagakerjaan, instrumen transfer, lisensi, otorisasi perusahaan grup, catatan merger atau perubahan nama, dan daftar komponen pihak ketiga dan sumber terbuka. Verifikasi setiap perusahaan berdasarkan identitas hukum Tiongkok-nya. Jika penjual mengatakan pengembang adalah afiliasi, bandingkan hubungan dengan pihak kontrak dan tim layanan daripada menggabungkan kedua nama menjadi satu perusahaan.

Ruang lingkup usaha dapat memberikan konteks tentang pengembangan perangkat lunak atau layanan teknologi, tetapi tidak menentukan kepemilikan hak cipta. Gunakan tinjauan ruang lingkup usaha untuk bidang terpisah itu.

Tiga tanggal tidak membuat sejarah rilis

Pendaftaran mungkin memberi Anda tanggal penyelesaian, tanggal publikasi pertama, dan tanggal pendaftaran. Tidak ada yang necessarily memberi tahu Anda build mana yang berjalan dalam demo hari ini, kapan fitur ditambahkan, siapa yang memelihara produksi, atau apakah vendor dapat memulihkan layanan setelah kegagalan.

Buat kronologi singkat dari catatan yang dibuat untuk pengiriman perangkat lunak:

1. judul terdaftar, versi, dan tanggal penyelesaian yang dilaporkan;
2. catatan rilis dan pengenal build untuk versi yang dikutip;
3. catatan penerimaan pelanggan atau internal yang bertanggal;
4. bukti repositori, penyebaran, atau escrow yang sesuai dengan kesepakatan;
5. pemilik dukungan saat ini, subkontraktor, dan kebijakan akhir masa hidup.

Tujuannya bukan untuk meminta kode sumber untuk setiap pembelian. Tujuannya adalah membuat bukti sebanding dengan tingkat ketergantungan: utilitas offline yang digunakan oleh satu analis memerlukan bukti kontinuitas lebih sedikit daripada perangkat lunak yang mengendalikan jalur produksi atau menyimpan data yang diatur.

Kasus: laporan menyatakan V1.0, demo menunjukkan V3.2

Sebuah vendor fiktif mendemonstrasikan `PlantWatch 3.2`, sebuah platform pemantauan yang dibundel dengan sensor pabrik. Laporan perusahaan mencantumkan `Platform Pemantauan Peralatan PlantWatch V1.0`, yang terdaftar tiga tahun sebelumnya atas entitas hukum Tiongkok yang sama. Judul, pemilik, dan kronologinya masuk akal. Catatan tersebut mendukung kontinuitas antara perusahaan dan versi produk sebelumnya.

Hal ini tidak mengautentikasi V3.2. Pembeli meminta catatan rilis yang menghubungkan V1.0 ke V3.2, nomor build yang ditampilkan dalam demo, daftar fitur-versi, bukti penerimaan terbaru, dan pengungkapan komponen pemetaan yang disediakan oleh pengembang lain. Kontrak kemudian menyebutkan versi yang diserahkan, masa dukungan, metode ekspor data, kewajiban keamanan, tes penerimaan, dan tanggung jawab atas lisensi pihak ketiga.

Kesimpulan yang dihasilkan bukanlah `hak cipta diverifikasi, setujui` maupun `ketidakcocokan versi, tolak`. Kesimpulan tersebut adalah: `Pendaftaran mendukung hubungan produk-perusahaan pada versi sebelumnya; kepemilikan versi saat ini, komponen, dan kontrol pengiriman memerlukan bukti yang tercantum.`

Apa yang tidak diuji oleh pendaftaran

• Fungsi: apakah fitur yang dijanjikan berfungsi di bawah beban kerja pembeli.
• Keamanan: manajemen kerentanan, kontrol akses, enkripsi, respons insiden, atau pengembangan yang aman.
• Provenansi kode: apakah setiap modul bersifat orisinal, berlisensi, open source, atau disediakan oleh kontraktor.
• Operasional: kepemilikan hosting, pencadangan, pemulihan bencana, staf dukungan, dan waktu aktif.
• Hak produk: apakah penjual memiliki wewenang untuk melisensikan build saat ini di wilayah dan kasus penggunaan pembeli.

Hal-hal ini memerlukan pengujian teknis, komposisi perangkat lunak, atau tinjauan keamanan, bukti kontrak, dan terkadang saran hukum spesialis. Catatan perusahaan dapat membantu menargetkan pemeriksaan tersebut; namun tidak dapat melakukannya.

Tulis kesimpulan laporan perusahaan yang terbatas

Nyatakan catatan yang tepat, kecocokan identitas, hubungan versi, batas tanggal, dan tindakan selanjutnya. Sebagai contoh:

Laporan mengidentifikasi `Platform Pemantauan Peralatan PlantWatch V1.0` yang terdaftar atas entitas kontrak yang telah diverifikasi. Hal ini mendukung hubungan perangkat lunak-perusahaan untuk versi yang dinamai sejak tanggal-tanggal yang dicatat. Hal ini tidak menetapkan kepemilikan, keamanan, atau kinerja dari build V3.2 yang dikutip. Dapatkan rantai rilis, pengungkapan komponen, bukti penerimaan, dan lisensi kontrak sebelum persetujuan.

Lampirkan ekstrak sumber dan tanggapan pemasok ke file persetujuan pemasok. Sebuah contoh laporan perusahaan menunjukkan bagaimana modul IP berada di samping data identitas dan operasional; modul ini tidak boleh dibaca secara terisolasi.

Eskalasikan pengembangan kustom bernilai tinggi, sengketa kepemilikan, akses kode sumber, lisensi lintas batas, kekhawatiran pelanggaran, atau kontinuitas kritis bisnis kepada peninjau teknis dan hukum yang berkualitas. Untuk pengadaan biasa, letakkan hasilnya dalam urutan bukti pra-kontrak dan catat kata-kata yang terbatas dalam memo persetujuan internal.