MONOLITH LAW OFFICE+81-3-6262-3248Hari kerja 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Kepada Siapa Hak Cipta Kode Sumber Program Dimiliki?

IT

Kepada Siapa Hak Cipta Kode Sumber Program Dimiliki?

Dalam Hukum Hak Cipta Jepang, secara eksplisit disebutkan bahwa program termasuk dalam kategori ‘karya cipta’.

Namun, berbeda dengan karya cipta seperti novel atau lukisan, program yang terkait dengan pengembangan sistem biasanya dibuat dengan kerjasama antara beberapa karyawan atau banyak perusahaan.

Karena itu, hubungan hak seringkali menjadi ambigu dan mudah berkembang menjadi perselisihan yang rumit.

Oleh karena itu, dalam artikel ini, kami akan menjelaskan tentang siapa yang memiliki hak cipta program, titik yang sering menjadi sumber perselisihan, dan solusinya, bersama dengan contoh kasus.

Apa itu Hukum Hak Cipta

Hukum Hak Cipta adalah hukum yang bertujuan untuk melindungi hak-hak pencipta atas karya-karya seperti novel, film, lukisan, dan lainnya, serta memberikan insentif untuk mencipta, sehingga berkontribusi pada “perkembangan budaya”.

Salah satu ciri khas Hukum Hak Cipta, berbeda dengan Hukum Paten dan lainnya, adalah hak akan muncul secara otomatis pada saat karya diciptakan, tanpa perlu registrasi atau sejenisnya ke negara.

Hubungan antara “Karya Program” dan “Kode Sumber”

Dalam Hukum Hak Cipta, sama seperti novel dan lukisan, “program” dianggap sebagai “karya” dan dapat menjadi subjek perlindungan Hukum Hak Cipta, seperti yang dinyatakan secara eksplisit dalam hukum (Pasal 10 Ayat 1 Nomor 9 dari Hukum Hak Cipta Jepang).

Pasal 10 (Contoh Karya)

Contoh karya dalam hukum ini adalah sebagai berikut.

9. Karya Program

Pasal 10 Ayat 1 Nomor 9 dari Hukum Hak Cipta Jepang

Selain itu, “program” didefinisikan sebagai berikut.

Sebuah ekspresi yang menggabungkan instruksi untuk komputer elektronik sehingga dapat menghasilkan suatu hasil

Pasal 1 Ayat 1 Nomor 10-2 dari Hukum Hak Cipta Jepang

Di sisi lain, “kode sumber” tidak didefinisikan secara hukum, tetapi umumnya merujuk pada instruksi untuk komputer yang ditulis dalam bahasa yang dapat dimengerti oleh manusia (seperti JavaScript atau Python).

Komputer menjalankan instruksi ini dengan mengubah (mengkompilasi) kode sumber ini menjadi bahasa mesin.

Oleh karena itu, berdasarkan definisi “program” di atas, dapat dikatakan bahwa kode sumber dilindungi sebagai “karya program” dalam Hukum Hak Cipta.

https://monolith.law/corporate/internet-technology-system-copyright-problem[ja]

Masalah Hukum Hak Cipta yang Mungkin Terjadi dalam Pengembangan Sistem

Kasus di mana hak cipta menjadi masalah dalam pengembangan sistem dapat dibagi menjadi dua jenis utama.

Siapa yang Menjadi Pemegang Hak Cipta

Masalah siapa yang memiliki hak cipta adalah masalah yang berkaitan dengan keberhasilan dan waktu pengalihan hak cipta.

Dalam pengembangan sistem, seringkali banyak pekerja dari pihak vendor yang berbagi tugas dalam mengerjakan proyek, sehingga subjek kepemilikan hak cipta cenderung menjadi ambigu dan dapat berkembang menjadi konflik yang rumit.

Selain itu, dalam situasi di mana hasil kerja diserahkan dari vendor ke pengguna, mungkin terjadi perselisihan tentang apakah hak cipta dapat dialihkan atau tidak.

Apakah Hak Cipta Telah Dilanggar atau Tidak

Ini adalah masalah ‘apakah hak cipta telah dilanggar’ yang berkaitan dengan duplikasi atau adaptasi karya.

Masalah apakah program yang “mirip” yang dibuat oleh orang lain adalah “hanya referensi” atau “salinan” termasuk dalam ini.

Untuk masalah pelanggaran hak cipta terkait program, kami menjelaskan secara detail dalam artikel di bawah ini.

https://monolith.law/corporate/copyright-infringement-relatedtothe-program[ja]

Oleh karena itu, dalam artikel ini, dengan mempertimbangkan gambaran umum masalah seperti di atas, kami akan fokus pada ‘siapa yang menjadi pemegang hak cipta’ dan menjelaskannya di bawah ini.

Pengetahuan Dasar tentang Hak Cipta Kode Sumber

Kami akan menjelaskan pengetahuan dasar tentang hak cipta, termasuk kepemilikan, transfer pengembangan, dan kontrak terkait.

Prinsipnya, Hak Cipta Milik ‘Orang yang Menciptakan’

Pertama, mari kita uraikan tentang siapa yang memiliki hak cipta.
Dalam hal program, sama seperti karya cipta lainnya seperti novel dan lukisan, prinsipnya adalah hak cipta milik pencipta (orang yang menciptakan karya cipta).

Namun, menurut hukum hak cipta Jepang, jika karya tersebut termasuk dalam karya cipta jabatan, hak tersebut dimiliki oleh pengguna, seperti perusahaan.

“Pencipta karya cipta program yang dibuat oleh orang yang bekerja untuk perusahaan atau organisasi berdasarkan ide dari perusahaan atau organisasi tersebut, kecuali ada ketentuan lain dalam kontrak atau peraturan kerja pada saat pembuatan, adalah perusahaan atau organisasi tersebut.”

Pasal 15 Ayat 2 Undang-Undang Hak Cipta Jepang

Dengan kata lain, hak cipta program yang dibuat oleh karyawan vendor selama jam kerja, dimiliki oleh vendor tersebut.

Penugasan Pengembangan Tidak Berarti Transfer Hak Cipta

Hak cipta, kecuali hak moral pencipta, adalah hak yang dapat dipindahkan atau dialihkan.

Namun, yang perlu diperhatikan di sini adalah bahwa penugasan pekerjaan pengembangan dengan membayar upah dan transfer hak cipta adalah dua hal yang berbeda.

Ada kasus di mana orang salah paham bahwa hak cipta program itu sendiri juga dialihkan bersamaan dengan penyerahan karena mereka telah membayar untuk pengembangan.

Namun, prinsip hukum hak cipta adalah bahwa “hak milik orang yang menciptakan”, bukan “hak milik orang yang membayar biaya penciptaan”.

Oleh karena itu, jika pemberi tugas ingin mendapatkan hak juga, mereka perlu membuat kontrak terlebih dahulu dan menentukan hal tersebut dalam isi kontrak.

Adanya Klausul tentang Transfer Hak Cipta dalam Kontrak

Perjanjian tentang transfer hak cipta dapat dibagi menjadi dua kasus sebagai berikut:

  • Ada ketentuan tentang transfer hak cipta dalam kontrak
  • Tidak ada kontrak sama sekali, atau tidak ada klausul tentang transfer hak cipta dalam kontrak

Jika ada ketentuan tentang transfer hak cipta dalam kontrak, tentu saja, Anda dapat menerima transfer hak cipta dari pihak lain. Hak cipta adalah hak yang dapat dialihkan, dan pemegang hak cipta telah menyetujui transfer hak cipta ini.

Di sisi lain, jika tidak ada kontrak sama sekali, atau jika tidak ada klausul tentang transfer hak cipta dalam kontrak, apakah mungkin hak cipta akan dialihkan jika tidak ada perjanjian eksplisit tentang transfer hak cipta?

Di bawah ini, kami akan menjelaskan berdasarkan putusan pengadilan tentang apakah transfer hak cipta berhasil atau tidak jika tidak ada perjanjian eksplisit tentang transfer hak cipta.

Putusan Pengadilan Mengenai Transfer Hak Cipta Tanpa Perjanjian Eksplisit


Untuk kasus di mana tidak ada perjanjian eksplisit mengenai transfer hak cipta, terdapat putusan pengadilan yang mengkonfirmasi transfer hak cipta dan juga yang menolaknya. Apa perbedaan antara kedua putusan tersebut?

Putusan Pengadilan yang Mengakui Alih Hak Cipta

Meskipun berada dalam bidang yang berbeda dengan pengembangan sistem, putusan pengadilan berikut ini dapat dijadikan referensi.

Seputar desain monumen yang akan ditempatkan di pintu masuk stasiun, terjadi perselisihan antara penggugat yang menciptakan desain monumen tersebut dan pemerintah daerah serta perusahaan desain yang diberi tugas oleh pemerintah daerah untuk membangun monumen dengan sedikit modifikasi pada desain aslinya. Mereka berdebat tentang apakah ada pelanggaran hak cipta atau tidak.

Dalam kasus ini, tidak ada perjanjian eksplisit tentang alih hak cipta antara penggugat dan tergugat. Tergugat berpendapat bahwa tidak ada pelanggaran hak cipta karena penggugat pada dasarnya telah menyetujui bahwa hak cipta atas desain tersebut menjadi milik tergugat dan telah menyetujui modifikasi pada desain tersebut.

Dengan demikian, dalam kasus ini, apakah alih hak cipta berhasil atau tidak menjadi titik perdebatan. Mengenai hal ini, pengadilan memberikan penjelasan sebagai berikut.

Mengingat fakta-fakta ini (seperti fakta bahwa penggugat telah menerima pembayaran untuk desain dan telah menyetujui untuk melakukan perubahan lebih lanjut pada desain tanpa melalui proses diskusi desain) dan fakta bahwa monumen ini sejak awal direncanakan untuk ditempatkan di pintu masuk selatan stasiun Gifu dan tidak ada penggunaan lain yang dipertimbangkan, maka wajar untuk mengakui bahwa penggugat, dalam pembuatan monumen ini, setidaknya secara implisit telah menyetujui untuk mengalihkan hak ciptanya (yang merupakan karya seni dan dilindungi oleh hak cipta) kepada perusahaan tergugat (yang kemudian akan mengalihkan semua hak ciptanya kepada pemerintah daerah tergugat berdasarkan kontrak kerja yang telah disepakati) dan sebagai imbalannya, penggugat telah menerima pembayaran dari perusahaan tergugat sebesar jumlah yang diminta oleh penggugat. (Bahkan jika sulit untuk mengakui adanya perjanjian eksplisit tentang alih hak cipta, jelas bahwa penggugat setidaknya secara implisit menyetujui bahwa perusahaan tergugat akan melakukan pekerjaan desain monumen ini dengan mengadopsi sebagian dari desain penggugat berdasarkan penugasan dari pemerintah daerah tergugat dan bahwa pemerintah daerah tergugat akan membangun monumen ini berdasarkan hal tersebut, dan penggugat telah menerima pembayaran untuk desain monumen ini.)

Putusan Pengadilan Tinggi Tokyo, 13 Mei 2004 (Tahun Heisei 16)

Dengan kata lain, meskipun tidak ada perjanjian eksplisit tentang alih hak cipta, jika diputuskan bahwa pencipta secara implisit menyetujui untuk mengalihkan hak ciptanya setelah mempertimbangkan berbagai keadaan dalam proses pelaksanaan pekerjaan, maka alih hak cipta dapat diakui.

Putusan Pengadilan yang Menolak Pengalihan Hak Cipta

Di sisi lain, ada juga putusan pengadilan yang tidak mengakui pengalihan hak cipta ketika tidak ada perjanjian eksplisit tentang pengalihan hak cipta.

Dalam kasus ini, penggugat yang telah memesan pengembangan perangkat lunak kepada terdakwa, mengklaim bahwa terdakwa telah gagal dalam kewajiban kontraktualnya untuk menyerahkan kode sumber perangkat lunak tersebut, dan menuntut ganti rugi atas pelanggaran kontrak dan pembayaran denda keterlambatan.

Terdakwa menolak kewajiban untuk menyerahkan kode sumber ini dengan menolak pengalihan hak cipta. Meskipun apakah hak cipta telah dialihkan atau tidak menjadi isu dalam kasus ini, pengadilan menunjukkan hal berikut dan tidak mengakui pengalihan hak cipta.

(1) Tidak ada persetujuan pengalihan hak cipta yang disertai dengan pelaksanaan kontrak ini
Klaim penggugat adalah bahwa berdasarkan kontrak ini, hak cipta perangkat lunak dan kode sumber telah disetujui untuk dialihkan, dan dengan demikian, kewajiban untuk menyerahkan kode sumber juga muncul.
Menurut 1(2) di atas, dapat diterima bahwa terdakwa telah membuat kode sumber ini dan hak cipta kode sumber ini awalnya milik terdakwa.
Di sisi lain, tidak ada yang menentukan tentang pengalihan hak cipta perangkat lunak dan kode sumber dalam dokumen yang ditukar antara penggugat dan terdakwa, seperti penawaran harga di 1(2)(3).
Seperti yang ditunjukkan di 1 di atas, terdakwa tidak pernah menunjukkan atau menyerahkan kode sumber ini kepada penggugat, dan meskipun penggugat telah meminta penyerahan kode sumber ini, terdakwa tidak menanggapinya.
Selain itu, bahkan penggugat, sampai November 2011 (tahun 23 Heisei/2011), tidak pernah meminta terdakwa untuk menyediakan kode sumber ini, dan seperti yang ditunjukkan di 1(7), penggugat telah bertanya kepada terdakwa apakah mereka dapat menyediakan kode sumber ini, sehingga dapat dikatakan bahwa penggugat juga mengakui bahwa penyediaan tersebut bukanlah kewajiban kontrak.
Berdasarkan hal di atas, tidak dapat diterima bahwa terdakwa telah setuju untuk mengalihkan hak cipta kode sumber ini kepada penggugat atau untuk menyerahkannya, dan sebaliknya, dapat diterima bahwa tidak ada persetujuan seperti itu.

Putusan Pengadilan Distrik Osaka, 12 Juni 2014 (tahun 26 Heisei/2014)

Meskipun kata-kata seperti “persetujuan implisit” tidak muncul dalam penunjukkan di atas, mengingat bahwa tidak ada perjanjian eksplisit tentang pengalihan hak cipta, pengadilan menunjukkan bahwa tidak dapat diakui bahwa mereka telah “setuju untuk mengalihkan hak cipta”, jadi dapat dikatakan bahwa mereka memutuskan berdasarkan apakah ada “persetujuan implisit”.

Alasan utama mengapa “persetujuan implisit” untuk pengalihan hak cipta ditolak dalam kasus ini adalah sebagai berikut:

  • Tidak ada permintaan awal untuk penyerahan atau penunjukkan kode sumber, yang merupakan karya cipta
  • Ada pertanyaan tentang apakah penyerahan atau penyediaan kode sumber dapat dilakukan

Dengan kata lain, dalam kasus ini, jika ada persetujuan untuk pengalihan hak cipta, mereka tidak akan bertanya apakah karya cipta dapat disediakan, tetapi sebagai pemegang hak cipta, mereka seharusnya telah meminta penyerahan karya cipta sejak awal, dan ini adalah keputusan yang dibuat.

Dengan demikian, ketika tidak ada perjanjian eksplisit tentang pengalihan hak cipta, sulit untuk memprediksi siapa yang akan menjadi pemegang hak cipta berdasarkan apa yang dianggap sebagai niat para pihak dan perilaku mereka dalam kasus tersebut.

Oleh karena itu, penting untuk menjelaskan siapa pemegang hak cipta dalam kontrak atau dokumen lainnya sebelumnya untuk menghindari konflik.

Cara Menentukan Pemegang Hak Cipta Kode Sumber

Berikut adalah tiga cara untuk menentukan pemegang hak cipta kode sumber.

Mengidentifikasi Pengembang Program yang Menjadi Sasaran

Sistem IT biasanya terdiri dari kumpulan banyak program, yang dibuat oleh beberapa orang. Oleh karena itu, langkah pertama adalah meneliti dan mengidentifikasi siapa pengembang program yang menjadi sasaran perselisihan.

Dalam hal ini, petunjuk kuat dapat ditemukan dalam jadwal kerja pihak vendor, seperti siapa yang terdaftar sebagai penanggung jawab, atau informasi pembuat dalam komentar yang ditambahkan ke kode sumber.

Menyusun Hubungan antara Pengembang dan Perusahaan

Seperti yang telah disebutkan sebelumnya, jika ini adalah karya yang dibuat sebagai bagian dari pekerjaan, hak cipta akan dimiliki oleh entitas hukum seperti perusahaan yang mempekerjakan orang yang menulis kode sumber, bukan oleh orang tersebut sendiri.

Jika pengembangan program dilakukan di bawah pengawasan dan arahan perusahaan tempat pengembang bekerja, maka akan lebih mudah untuk mengakui bahwa ini adalah karya yang dibuat sebagai bagian dari pekerjaan.

Namun, jika kita menganggap hubungan seperti “membantu” berdasarkan hubungan pribadi, ada kemungkinan bahwa apakah ini adalah karya yang dibuat sebagai bagian dari pekerjaan atau tidak akan menjadi sumber perselisihan.

https://monolith.law/corporate/work-for-hire-copyright-disputes[ja]

Mempertimbangkan Persetujuan Transfer Hak Cipta Sebelumnya

Jika pemberi tugas mengklaim bahwa mereka telah menerima hak dari vendor, mereka akan memiliki tanggung jawab untuk membuktikan klaim tersebut. Selain itu, apakah transfer hak cipta berhasil atau tidak adalah hal yang dapat disepakati bebas antara para pihak.

Oleh karena itu, untuk menghindari perselisihan semacam ini sebelumnya, disarankan untuk menentukan dan mencantumkan dalam kontrak hal-hal seperti kepemilikan hak cipta, transfer, dan lingkup lisensi penggunaan dari vendor pada tahap pemberian tugas pengembangan sistem.

Sebagai catatan, dalam template kontrak pengembangan sistem yang dikenal sebagai “Model Kontrak Kementerian Ekonomi, Perdagangan dan Industri Jepang (METI)” (Kementerian Ekonomi, Perdagangan dan Industri Jepang), ketentuan berikut dicantumkan sebagai referensi:

Pasal 45 (Hak Cipta atas Barang yang Dikirim)
Hak cipta atas barang yang dikirim (termasuk hak-hak di bawah Pasal 27 dan 28 dari Undang-Undang Hak Cipta Jepang) akan dimiliki oleh B, kecuali hak cipta atas karya yang sebelumnya dimiliki oleh A atau pihak ketiga.

(Dilanjutkan)

Kementerian Ekonomi, Perdagangan dan Industri Jepang “Informasi Sistem Model Transaksi Kontrak (Pengembangan yang Dikomisikan (termasuk sebagian perencanaan), Pemeliharaan Operasi) Edisi Kedua[ja]

*A adalah pengguna, B adalah vendor. Template di atas hanyalah contoh, dan meskipun hak cipta diberikan kepada vendor, juga dimungkinkan untuk membuat kontrak yang memberikan hak cipta kepada pengguna.

Ringkasan: Kepemilikan hak cipta atas kode sumber harus dijelaskan dalam kontrak

Pertikaian mengenai kepemilikan hak cipta dalam pengembangan sistem dapat dicegah sejak awal dengan membuat kontrak.

Namun, pembuatan kontrak memerlukan pengetahuan hukum. Jika Anda ingin menghindari masalah terkait pembuatan kontrak sejak awal, disarankan untuk meminta bantuan dari pengacara yang memiliki pengetahuan hukum.

Jika Anda mengalami masalah terkait kepemilikan hak cipta, silakan hubungi kantor kami.

Panduan Mengenai Langkah-langkah yang Diambil oleh Kantor Kami

Kantor hukum Monolis adalah kantor hukum yang memiliki keahlian tinggi dalam IT, khususnya internet dan hukum. Dalam beberapa tahun terakhir, hak kekayaan intelektual yang berkaitan dengan hak cipta telah menarik perhatian, dan kebutuhan untuk pengecekan hukum semakin meningkat. Kantor kami menyediakan solusi terkait hak kekayaan intelektual. Detailnya dijelaskan dalam artikel di bawah ini.

https://monolith.law/practices/corporate[ja]

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Kembali ke atas