Poin-Poin yang Perlu Diperhatikan Saat Menggunakan OSS dalam Kontrak Pengembangan Perangkat Lunak

OSS (Open Source Software) merupakan elemen yang membantu dalam mengurangi biaya dan waktu pengembangan, dan banyak digunakan di berbagai tempat pengembangan perangkat lunak. Ketika mengalihkan pengembangan perangkat lunak ke pihak luar, penggunaan OSS juga sering terjadi. Namun, apa saja hal yang perlu diperhatikan saat menandatangani kontrak pengembangan perangkat lunak yang melibatkan OSS?

Artikel ini akan menjelaskan poin-poin penting yang harus diperhatikan ketika menggunakan OSS dalam kontrak pengembangan perangkat lunak di bawah hukum Jepang.

Risiko Penggunaan OSS yang Perlu Diperhatikan Saat Mengontrak Pengembangan Perangkat Lunak di Jepang

Saat menandatangani kontrak pengembangan perangkat lunak, Anda harus menanggapi dengan tepat risiko yang terkait dengan penggunaan Open Source Software (OSS) dalam pengembangan perangkat lunak. Mari kita periksa risiko apa saja yang ada.

Kewajiban Membuka Kode Sumber dan Kontradiksi dengan NDA

Beberapa OSS memiliki lisensi copyleft yang memungkinkan pengembang OSS untuk mempertahankan hak cipta sambil memberikan kebebasan kepada pengguna untuk menyalin, memodifikasi, dan mendistribusikan kembali karya tersebut. Contohnya adalah GNU General Public License (GPL) yang dibuat oleh Free Software Foundation (FSF).

Ketika menggunakan OSS dengan lisensi copyleft, Anda mungkin diwajibkan untuk membuka kode sumber sesuai dengan lisensi OSS tersebut. Hal ini dapat mengakibatkan kewajiban untuk membuka kode sumber seluruh hasil kerja yang didelegasikan, yang bisa bertentangan dengan kewajiban kerahasiaan kontrak (NDA) atau kebijakan penyediaan komersial yang tertutup. Oleh karena itu, sangat penting untuk memeriksa lisensi OSS yang akan digunakan saat mengontrak pengembangan perangkat lunak.

Kewajiban Menyertakan Tanda Hak Cipta dan Dokumen Lisensi

Bahkan dengan lisensi seperti MIT atau Apache, Anda diwajibkan untuk menyertakan tanda hak cipta dan dokumen lisensi.

Jika Anda mengabaikan ini, Anda bisa melanggar lisensi OSS dan menjadi subjek penghentian penggunaan perangkat lunak atau klaim ganti rugi. Saat menyerahkan hasil pengembangan, Anda harus memastikan untuk menyertakan dokumen terkait.

Kondisi Khusus seperti Pembatasan Penggunaan dan Kompatibilitas Lisensi

Beberapa OSS memiliki pembatasan pada penggunaan dan kompatibilitas lisensi.

Misalnya, lisensi EUPL (European Union Public Licence) yang dirancang oleh Uni Eropa memperbolehkan penggantian dengan lisensi yang kompatibel saat mendistribusikan kembali, tetapi lisensi yang kompatibel tersebut harus didefinisikan secara resmi oleh EUPL. Selain itu, ada batasan yang tidak memungkinkan kompatibilitas dengan OSS lain dalam MPL (Mozilla Public License) versi MPL1.1 yang dibuat oleh Mozilla Foundation.

Saat memilih OSS, Anda perlu memeriksa tidak hanya isi lisensi tetapi juga rencana bisnis dan strategi penjualan proyek pengembangan untuk memastikan tidak ada masalah yang akan muncul.

Risiko Melanggar Hak Cipta atau Paten Pihak Ketiga

Meskipun merupakan OSS, ada kemungkinan bahwa kode yang terkandung di dalamnya melanggar hak cipta atau paten pihak ketiga. Misalnya, ini bisa terjadi jika ada penyalinan kode tanpa izin atau jika ada turunan yang tidak sesuai dengan lisensi yang tercampur di dalamnya. Anda harus memastikan bahwa pihak yang Anda kontrak untuk pengembangan perangkat lunak tidak hanya mematuhi lisensi tetapi juga melakukan penelitian yang menyeluruh terhadap hak paten dan hak cipta.

Perlu Jelasnya Peran dan Ruang Lingkup Tanggung Jawab Antara Pemberi dan Penerima Kontrak

Dalam kontrak pengembangan perangkat lunak, sering kali terjadi perbedaan persepsi dan ruang lingkup tanggung jawab antara pemberi kontrak (pihak pemesan) dan penerima kontrak (pihak yang menerima pesanan).

Khususnya, jika kontrak pengembangan perangkat lunak tidak secara eksplisit menyatakan siapa yang akan melakukan penelitian lisensi atau konfirmasi kepatuhan, atau siapa yang akan bertanggung jawab jika terjadi masalah, ini dapat menyebabkan sengketa di kemudian hari.

Contoh Kasus Terkait OSS di Jepang

Mari kita tinjau contoh kasus masalah yang berkaitan dengan Open Source Software (OSS) dan apa yang bisa terjadi ketika Anda mengalihkan pengembangan perangkat lunak kepada pihak luar.

Contoh Pelanggaran Terkenal di Dalam dan Luar Negeri

Di masa lalu, ada kasus di mana perusahaan terlibat dalam hentian pengiriman produk dan tuntutan hukum akibat pelanggaran lisensi OSS. Sebagai contoh, ada kasus di mana perusahaan pengembang router digugat karena melanggar lisensi GPL, yang mengakibatkan perintah penghentian penjualan dan ganti rugi.

Dalam kasus serupa di mana pengembangan perangkat lunak dialihkan kepada pihak luar, perusahaan tersebut mungkin harus menuntut pihak penerima tugas untuk kerugian yang dialami akibat pelaksanaan penghentian penjualan dan ganti rugi.

Artikel terkait: Apa itu Pelanggaran Lisensi OSS? Risiko dan Tindakan Pencegahan yang Perlu Diketahui Perusahaan Berdasarkan Contoh Kasus[ja]

Kerugian Hukum dan Bisnis Akibat Pelanggaran Lisensi OSS

Pelanggaran lisensi OSS tidak hanya mengakibatkan tanggung jawab hukum seperti penghentian penggunaan dan ganti rugi, tetapi juga kerugian bisnis seperti penurunan kredibilitas dan kehilangan pelanggan. Karena tuntutan hukum terhadap pihak penerima tugas saja tidak cukup untuk menutupi kerugian tersebut, Anda harus menghindarinya.

Klausul yang Harus Dicantumkan dalam Kontrak Pengembangan Perangkat Lunak di Jepang

Dalam kontrak pengembangan perangkat lunak yang menggunakan Open Source Software (OSS), ada beberapa klausul penting yang harus dicantumkan untuk mengelola risiko yang terkait.

Klausul Penjelasan dan Persetujuan Penggunaan OSS

Dalam kontrak pengembangan perangkat lunak, penting untuk menyatakan kemungkinan penggunaan OSS dan mendapatkan persetujuan terlebih dahulu dari pihak yang memberikan tugas (klien).

Apabila penggunaan OSS berpotensi menimbulkan masalah, penting untuk menangani hal tersebut dalam kontrak sebelumnya. Menyatakan secara jelas dalam kontrak pengembangan perangkat lunak tentang OSS mana yang akan digunakan dan dalam lingkup apa dapat mencegah kesalahpahaman dan konflik antara pemberi dan penerima tugas.

Klausul Pembagian Tanggung Jawab (Tanggung Jawab atas Ketidaksesuaian Kontrak, Ganti Rugi, dll)

Perlu untuk memperjelas pembagian tanggung jawab jika terjadi pelanggaran lisensi atau pelanggaran hak cipta.

Misalnya, jika perangkat lunak yang dikembangkan tidak memiliki fitur yang dipesan, tanggung jawab atas ketidaksesuaian kontrak akan dipertanyakan. Jika terjadi pelanggaran lisensi atau pelanggaran hak cipta dan tidak ada ketentuan tentang siapa yang bertanggung jawab, konflik antara pemberi dan penerima tugas tidak dapat dihindari. Tentukan dalam kontrak tentang kewajiban ganti rugi jika penerima tugas menggunakan OSS tanpa izin, atau lingkup tanggung jawab jika pemberi tugas menginstruksikan penggunaan OSS, untuk masalah yang berpotensi menimbulkan konflik.

Untuk informasi lebih lanjut tentang tanggung jawab atas ketidaksesuaian kontrak, silakan lihat “Apa itu Tanggung Jawab atas Ketidaksesuaian Kontrak dalam Pengembangan Sistem dan Perangkat Lunak? Penjelasan tentang Poin Revisi[ja]“.

Klausul tentang Kewajiban Penyelidikan dan Kepatuhan terhadap Lisensi yang Digunakan

Dalam kontrak pengembangan perangkat lunak, perlu untuk memformalkan kewajiban penerima tugas untuk menyelidiki dan mematuhi lisensi OSS yang digunakan.

Jika terjadi masalah karena penggunaan OSS dan tidak jelas siapa yang bertanggung jawab atas penyelidikan dan kepatuhan terhadap lisensi, konflik antara pemberi dan penerima tugas dapat terjadi. Dengan menetapkan dalam kontrak bahwa penerima tugas akan melakukan penyelidikan dan verifikasi, dapat mencegah terjadinya masalah dan memperjelas tanggung jawab. Selain itu, dengan menetapkan kewajiban untuk memberikan informasi tentang perubahan lisensi atau laporan kerentanan, dapat memperlancar penanganan setelah pengiriman produk.

Pengklarifikasian Ruang Lingkup Pengungkapan Kode Sumber dan Bentuk Penyerahan

Penting untuk memperjelas ruang lingkup kode sumber yang akan diserahkan dan membedakan antara bagian yang termasuk OSS dan bagian yang dikembangkan secara independen.

Dengan memperjelas ruang lingkup pengungkapan dan penyerahan yang diperlukan untuk mematuhi kewajiban pengungkapan kode sumber sesuai lisensi OSS dan mempertimbangkan keseimbangan dengan kewajiban kerahasiaan, dapat menghindari pelanggaran hukum dan masalah. Dalam kasus copyleft, misalnya, menyediakan bagian OSS dalam bentuk biner dapat menjadi salah satu solusi praktis yang diperlukan.

Strategi Praktis Penggunaan OSS di Jepang

Ketika menggunakan Open Source Software (OSS) dalam pengembangan perangkat lunak, beberapa strategi praktis yang diperlukan termasuk penyusunan daftar OSS yang akan digunakan sebelumnya, penelitian lisensi secara mendetail, penyediaan alat manajemen OSS dan buku besar, serta penyusunan kebijakan dan pedoman penggunaan OSS.

Penyusunan Daftar OSS yang Akan Digunakan dan Penelitian Lisensi

Sebelum memulai pengembangan perangkat lunak, buatlah daftar lengkap OSS yang akan digunakan dan teliti isi lisensinya. Hal ini memungkinkan Anda untuk memprediksi risiko yang mungkin timbul dan memudahkan penanganan masalah.

Penyediaan Alat Manajemen OSS dan Buku Besar

Ketika menggunakan OSS, penting untuk memvisualisasikan dan merekam penggunaan OSS dengan alat manajemen dan buku besar OSS. Dengan membuat Software Bill of Materials (SBOM), Anda dapat merespons dengan cepat jika terjadi perubahan lisensi atau penemuan kerentanan.

Penyusunan Kebijakan dan Pedoman Penggunaan OSS

Dengan menetapkan kebijakan penggunaan OSS pada tingkat perusahaan atau proyek, Anda dapat memberikan instruksi yang konsisten kepada pihak ketiga yang ditugaskan. Mendokumentasikan kriteria pemilihan OSS dan strategi penanganan untuk setiap lisensi akan memudahkan penanganan selama pengembangan perangkat lunak.

Kebutuhan Konsultasi dengan Pengacara dalam Kontrak Pengembangan Perangkat Lunak di Jepang

Ketika Anda mengikat kontrak pengembangan perangkat lunak yang menggunakan Open Source Software (OSS) di Jepang, sangat disarankan untuk berkonsultasi dengan pengacara. Mari kita periksa manfaat spesifik yang bisa Anda dapatkan.

Analisis dan Respons Risiko Sejak Tahap Pengembangan

Seperti yang telah kami perkenalkan sebelumnya, pengembangan perangkat lunak dengan OSS di Jepang menimbulkan berbagai masalah hukum yang kompleks, seperti pemilihan OSS mana yang akan digunakan, penyusunan klausa kontrak, dan pembangunan sistem pemeriksaan setelah kontrak. Dengan berkonsultasi dengan pengacara, Anda dapat menyusun kontrak pengembangan perangkat lunak yang tepat.

Outsourcing Departemen Hukum

Jika Anda adalah perusahaan besar, mungkin Anda memiliki departemen hukum sendiri yang dapat bekerja sama dengan departemen pengembangan. Namun, bagi perusahaan kecil, seringkali tidak memiliki departemen hukum. Mengingat kesulitan dalam mengamankan sumber daya manusia yang ahli dalam IT dan hukum, kemampuan untuk meng-outsource departemen hukum merupakan keuntungan besar.

Kesimpulan: Banyak Hal yang Perlu Diperhatikan dalam Kontrak Pengembangan Perangkat Lunak yang Menggunakan OSS di Jepang

Dalam kontrak pengembangan perangkat lunak di Jepang yang memanfaatkan Open Source Software (OSS), pemahaman yang akurat mengenai isi lisensi dan pembagian tanggung jawab yang jelas melalui kontrak sangatlah penting. Tidak hanya dari segi kemudahan teknis, tetapi juga dari perspektif hukum dan bisnis, manajemen risiko harus dilakukan secara menyeluruh untuk mencapai penggunaan OSS yang aman dan efektif.

Panduan Tindakan dari Firma Hukum Kami

Firma Hukum Monolith adalah firma hukum yang memiliki keahlian tinggi dalam bidang IT, khususnya hukum internet dan hukum Jepang. Kami menyediakan layanan pembuatan dan peninjauan kontrak untuk berbagai kasus, mulai dari perusahaan yang terdaftar di Bursa Efek Tokyo hingga perusahaan rintisan. Untuk informasi lebih lanjut mengenai pembuatan dan peninjauan kontrak, silakan merujuk pada artikel di bawah ini.

Bidang layanan Firma Hukum Monolith: Pembuatan & Peninjauan Kontrak, dll[ja]