Perkara yang Perlu Diberi Perhatian Apabila Menggunakan OSS dalam Kontrak Perkhidmatan Pembangunan Perisian

OSS (Perisian Sumber Terbuka) merupakan elemen yang membantu mengurangkan kos dan tenaga kerja pembangunan, dan ia digunakan secara meluas di banyak tempat pembangunan perisian. Apabila pembangunan perisian diamanahkan kepada pihak luar, penggunaan OSS mungkin berlaku, tetapi apakah perhatian yang perlu diberikan ketika menandatangani kontrak pembangunan amanah dalam konteks ini?

Artikel ini akan menerangkan tentang perkara yang perlu diperhatikan apabila menggunakan OSS dalam kontrak pembangunan amanah perisian di bawah sistem perundangan Jepun.

Risiko Penggunaan OSS yang Perlu Diwaspadai Semasa Penyumberan Pembangunan Perisian di Jepun

Ketika mengikat kontrak penyumberan pembangunan perisian, adalah penting untuk menangani risiko yang berkaitan dengan penggunaan Perisian Sumber Terbuka (OSS) dengan sewajarnya. Mari kita periksa risiko apa yang mungkin timbul.

Kewajiban Pendedahan Kod Sumber dan Kontradiksi dengan NDA

Di antara OSS, terdapat lesen kopi kiri yang membolehkan pengguna untuk menyalin, mengubah, dan mendistribusikan semula karya sambil pemaju OSS masih memegang hak cipta. Contoh yang baik adalah GNU General Public License (GPL) yang dibuat oleh Free Software Foundation (FSF).

Apabila menggunakan OSS dengan lesen kopi kiri, anda mungkin diwajibkan untuk mendedahkan kod sumber mengikut syarat lesen OSS. Ini boleh mengakibatkan kewajiban untuk mendedahkan keseluruhan kod sumber hasil kerja yang disumberkan, yang boleh bertentangan dengan kewajiban kerahsiaan kontrak (NDA) atau dasar penyediaan komersial yang tertutup. Oleh itu, semasa penyumberan pembangunan perisian, adalah penting untuk menyemak lesen OSS yang digunakan dengan teliti.

Kewajiban Menyertakan Penunjukan Hak Cipta dan Dokumen Lesen

Walaupun dengan lesen seperti MIT dan Apache, penunjukan hak cipta dan penyertaan dokumen lesen adalah wajib.

Kegagalan dalam hal ini boleh menyebabkan pelanggaran lesen OSS, yang boleh mengakibatkan penghentian penggunaan perisian atau tuntutan ganti rugi. Apabila menghantar hasil pembangunan, adalah penting untuk memastikan penyertaan dokumen yang berkaitan.

Syarat Khusus seperti Sekatan Penggunaan dan Keserasian Lesen

Beberapa OSS mempunyai sekatan penggunaan atau keserasian lesen yang terbatas.

Sebagai contoh, lesen EUPL (European Union Public Licence) yang diperkenalkan oleh EU membenarkan penggantian dengan lesen yang serasi semasa redistribusi, tetapi lesen yang serasi tersebut mesti didefinisikan secara rasmi oleh EUPL. Selain itu, terdapat sekatan yang tidak membolehkan keserasian dengan OSS lain dalam MPL (Mozilla Public License) versi MPL1.1 yang dibuat oleh Mozilla Foundation.

Semasa memilih OSS, adalah penting untuk memeriksa bukan sahaja kandungan lesen tetapi juga memastikan bahawa tidak akan timbul masalah dengan merujuk kepada rancangan perniagaan atau strategi penjualan projek pembangunan.

Risiko Melanggar Hak Cipta atau Hak Paten Pihak Ketiga

Walaupun OSS, terdapat kes di mana kod yang terkandung di dalamnya melanggar hak cipta atau hak paten pihak ketiga. Contohnya, termasuklah penggunaan kod tanpa kebenaran atau pencampuran derivatif yang tidak sesuai dengan lesen. Penyumber pembangunan perisian perlu tidak hanya mematuhi lesen tetapi juga melakukan penyelidikan yang teliti terhadap hak paten dan hak cipta.

Perlu Jelas Tentang Peranan dan Lingkup Tanggungjawab Antara Pemberi dan Penerima Sumber

Dalam kontrak penyumberan pembangunan perisian, terkadang terdapat perbezaan persepsi atau lingkup tanggungjawab antara pemberi sumber (pihak yang memesan) dan penerima sumber (pihak yang menerima pesanan).

Khususnya, jika tidak dinyatakan dalam kontrak penyumberan pembangunan perisian siapa yang akan melakukan penyelidikan lesen atau pengesahan kepatuhan, atau siapa yang akan bertanggungjawab jika masalah timbul, ini boleh menyebabkan konflik di kemudian hari.

Contoh Masalah Berkaitan OSS di Jepun

Mari kita periksa contoh masalah yang berkaitan dengan OSS dan apa yang mungkin terjadi apabila pembangunan perisian diserahkan kepada pihak luar.

Contoh Pelanggaran Terkenal di Dalam dan Luar Negeri Jepun

Di masa lalu, terdapat kes di mana syarikat terlibat dalam tindakan undang-undang dan terpaksa menghentikan penghantaran produk akibat pelanggaran lesen OSS. Sebagai contoh, sebuah syarikat pembangunan router telah disaman atas pelanggaran lesen GPL dan diperintahkan untuk menghentikan penjualan serta membayar ganti rugi.

Dalam kes serupa di mana pembangunan perisian diserahkan kepada pihak luar, syarikat tersebut mungkin perlu menuntut pihak yang menerima kontrak untuk kerugian yang dialami akibat penghentian penjualan dan pelaksanaan ganti rugi.

Artikel berkaitan: Apa itu Pelanggaran Lesen OSS? Risiko dan Langkah Pencegahan yang Perlu Diketahui oleh Syarikat Berdasarkan Contoh[ja]

Kerugian Hukum dan Bisnis Akibat Pelanggaran Lesen OSS di Jepun

Pelanggaran lesen OSS tidak hanya menyebabkan tanggungjawab hukum seperti penghentian penggunaan dan ganti rugi, tetapi juga kerugian bisnis seperti penurunan reputasi dan kehilangan pelanggan. Oleh itu, kerugian tersebut tidak dapat sepenuhnya ditanggung hanya dengan tuntutan hukum terhadap pihak yang menerima kontrak, dan harus dihindari.

Klausa yang Perlu Dimasukkan dalam Kontrak Pengembangan Perisian di Jepun

Dalam kontrak pengembangan perisian yang menggunakan Open Source Software (OSS), terdapat beberapa klausa penting yang perlu dimasukkan untuk mengambil kira risiko yang berkaitan.

Klausa Penjelasan dan Persetujuan Penggunaan OSS

Dalam kontrak pengembangan perisian, penting untuk menyatakan secara eksplisit kemungkinan penggunaan OSS dan mendapatkan persetujuan terlebih dahulu dari pihak yang memberi tugas.

Apabila menggunakan OSS, risiko timbulnya masalah adalah mungkin, oleh itu, penting untuk menangani hal ini dalam kontrak terlebih dahulu. Dengan menyatakan secara jelas dalam kontrak pengembangan perisian mengenai OSS mana yang akan digunakan dan dalam skop apa, dapat mencegah perbezaan persepsi dan konflik antara pemberi dan penerima tugas.

Klausa Pembahagian Tanggungjawab (Tanggungjawab atas Ketidaksesuaian Kontrak, Ganti Rugi, dll.)

Perlu ada klausa yang jelas mengenai pembahagian tanggungjawab jika terjadi pelanggaran lesen atau pelanggaran hak.

Sebagai contoh, jika perisian yang dikembangkan tidak memiliki fungsi yang dipesan, tanggungjawab atas ketidaksesuaian kontrak akan dipertanyakan. Jika terjadi pelanggaran lesen atau pelanggaran hak tanpa penentuan siapa yang bertanggungjawab, konflik antara pemberi dan penerima tugas tidak dapat dielakkan. Klausa tentang kewajiban ganti rugi jika penerima tugas menggunakan OSS tanpa izin, atau ruang lingkup tanggungjawab jika pemberi tugas mengarahkan penggunaan OSS, harus ditetapkan dalam kontrak untuk menghindari potensi masalah.

Untuk lebih jelas mengenai tanggungjawab atas ketidaksesuaian kontrak, sila rujuk artikel ‘Apa itu Tanggungjawab atas Ketidaksesuaian Kontrak dalam Pengembangan Sistem dan Perisian? Penjelasan tentang Poin Revisi[ja]‘.

Klausa Kewajiban Penyelidikan dan Pematuhan Terhadap Lesen yang Digunakan

Dalam kontrak pengembangan perisian, perlu ada klausa yang mengharuskan penerima tugas untuk melakukan penyelidikan dan mematuhi kewajiban terhadap lesen OSS yang digunakan.

Jika terjadi masalah akibat penggunaan OSS dan tidak jelas siapa yang bertanggungjawab atas penyelidikan dan pematuhan terhadap lesen, konflik antara pemberi dan penerima tugas mungkin terjadi. Dengan menetapkan dalam kontrak bahwa penerima tugas harus melakukan penyelidikan dan verifikasi, dapat mencegah timbulnya masalah dan menjelaskan tanggungjawab jika masalah muncul. Selain itu, dengan menetapkan kewajiban untuk memberikan informasi mengenai perubahan lesen atau laporan kerentanan, dapat memudahkan penanganan setelah penyerahan produk.

Pengklarifikasian Ruang Lingkup Pembukaan Kode Sumber dan Bentuk Penyerahan

Perlu jelas mengenai ruang lingkup kode sumber yang akan diserahkan, termasuk pemisahan antara bagian yang mengandung OSS dan bagian yang dikembangkan secara mandiri.

Dengan menentukan ruang lingkup pembukaan dan penyerahan kode sumber yang diperlukan untuk mematuhi kewajiban pembukaan kode sumber sesuai dengan lesen OSS dan mempertimbangkan keseimbangan dengan kewajiban kerahasiaan, dapat menghindari pelanggaran hukum dan masalah. Dalam kasus copyleft, misalnya, mungkin diperlukan kreativitas praktis seperti menyediakan bagian OSS dalam bentuk biner.

Langkah Praktikal Penggunaan OSS

Apabila menggunakan Open Source Software (OSS) dalam pembangunan perisian, langkah praktikal yang diperlukan termasuk penyediaan senarai OSS yang akan digunakan, penelitian lisensi secara terperinci, penyediaan alat pengurusan OSS dan buku log, serta pembangunan dasar dan garis panduan penggunaan OSS.

Penyediaan Senarai OSS yang Akan Digunakan dan Penelitian Lisensi

Sebelum memulakan pembangunan perisian, senaraikan semua OSS yang akan digunakan dan teliti kandungan lisensinya. Ini memungkinkan anda untuk meramalkan risiko yang mungkin timbul dan memudahkan tindak balas terhadapnya.

Penyediaan Alat Pengurusan OSS dan Buku Log

Ketika menggunakan OSS, penting untuk memasang alat pengurusan yang memvisualisasikan dan merekod penggunaan OSS serta buku log OSS. Dengan membuat Software Bill of Materials (SBOM), anda dapat bertindak cepat jika terdapat perubahan lisensi atau penemuan kerentanan.

Pembangunan Dasar dan Garis Panduan Penggunaan OSS

Dengan menetapkan dasar penggunaan OSS pada peringkat syarikat atau projek, anda dapat memberikan arahan yang konsisten kepada pihak yang diberi kontrak. Mendokumentasikan kriteria pemilihan OSS dan dasar tindak balas untuk setiap lisensi akan memudahkan tindak balas semasa pembangunan perisian.

Kepentingan Berunding dengan Peguam dalam Kontrak Pengkomisyenan Pembangunan Perisian di Jepun

Apabila mengikat kontrak pengkomisyenan pembangunan perisian yang menggunakan Open Source Software (OSS) di Jepun, adalah disarankan untuk berunding dengan peguam. Mari kita lihat manfaat spesifik yang dapat diperoleh daripada konsultasi tersebut.

Analisis dan Respons Risiko dari Tahap Pembangunan

Seperti yang telah diperkenalkan sebelum ini, pembangunan perisian dengan OSS di Jepun melibatkan isu-isu hukum yang rumit seperti pemilihan OSS, penyertaan klausa dalam kontrak, dan pembinaan sistem pemeriksaan selepas kontrak. Dengan berunding dengan peguam, anda dapat mengikat kontrak pengkomisyenan pembangunan perisian yang sesuai.

Outsourcing Jabatan Undang-Undang

Bagi syarikat besar, mungkin ada jabatan undang-undang sendiri yang dapat bekerjasama dengan jabatan pembangunan. Namun, bagi syarikat kecil, seringkali tidak ada jabatan undang-undang tersendiri. Mengambil kira kesukaran untuk mendapatkan tenaga kerja yang mahir dalam kedua-dua bidang IT dan hukum, kemampuan untuk meng-outsource jabatan undang-undang adalah kelebihan yang signifikan.

Kesimpulan: Terdapat Banyak Perhatian dalam Kontrak Pengembangan Perisian yang Menggunakan OSS di Jepun

Dalam kontrak pengembangan perisian di Jepun yang menggunakan Open Source Software (OSS), pemahaman yang tepat mengenai kandungan lesen dan pembahagian tanggungjawab yang jelas melalui kontrak adalah sangat penting. Kita harus mengurus risiko dengan teliti dari segi teknikal, undang-undang, dan bisnes untuk memastikan penggunaan OSS yang selamat dan efektif.

Panduan Tindakan oleh Firma Kami

Firma Guaman Monolith merupakan firma guaman yang memiliki kepakaran tinggi dalam IT, khususnya undang-undang internet dan Jepun. Kami di Monolith menawarkan perkhidmatan pembuatan dan ulasan kontrak untuk pelbagai jenis kes, dari syarikat yang tersenarai di Bursa Saham Tokyo hingga syarikat permulaan. Untuk maklumat lanjut mengenai pembuatan dan ulasan kontrak, sila rujuk artikel di bawah.

Bidang perkhidmatan Firma Guaman Monolith: Pembuatan & Ulasan Kontrak, dan lain-lain[ja]