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

MONOLITH LAW MAGAZINE

IT

Apa itu Tanggungjawab Ketidaksesuaian Kontrak dalam Pembangunan Sistem dan Perisian? Penjelasan Mengenai Perubahan

IT

Apa itu Tanggungjawab Ketidaksesuaian Kontrak dalam Pembangunan Sistem dan Perisian? Penjelasan Mengenai Perubahan

Jika terdapat ralat selepas penyerahan sistem yang anda pesan, bagaimanakah anda harus bertindak dari segi undang-undang?

Kaedah operasi yang sukar, kelajuan pemprosesan yang perlahan, fungsi yang dipesan tidak disertakan… Sebagai pemesan, anda akan menyoal ‘Tanggungjawab Ketidaksesuaian Kontrak’ terhadap vendor yang melakukan pembangunan sistem ini.

‘Tanggungjawab Ketidaksesuaian Kontrak’ telah ditubuhkan sebagai ganti ‘Tanggungjawab Jaminan Kecacatan’ yang telah dimansuhkan dengan pindaan Undang-Undang Sivil pada tahun 2017 (Gregorian calendar year). Oleh itu, perlu diberi perhatian bagaimana pindaan ini memberi kesan kepada pembangunan sistem dan perisian.

Masalah selepas penyerahan yang kerap berlaku. Untuk mengelakkan masalah seperti ini, kami akan menjelaskan isi kandungan ‘Tanggungjawab Ketidaksesuaian Kontrak’ dan kesan pindaan tersebut.

Pindaan Undang-Undang Tanggungjawab Ketidaksesuaian Kontrak dalam Undang-Undang Sivil Jepun

Gambaran hakim

Undang-undang yang meminda sebahagian daripada Undang-Undang Sivil Jepun telah diumumkan pada 2 Jun 2017 (tahun 29 Heisei) dan mulai dikuatkuasakan pada 1 April 2020.

Dalam Undang-Undang Sivil Jepun, bahagian yang menetapkan peraturan paling asas berkaitan kontrak dan sebagainya dikenali sebagai “Undang-Undang Hutang”.

Undang-Undang Hutang ini hampir tidak pernah dikaji semula sejak ia diperkenalkan pada tahun 1896 (tahun 29 Meiji), selama kira-kira 120 tahun.

Oleh itu, pindaan kali ini adalah usaha besar untuk mengkaji semula undang-undang ini agar sesuai dengan masyarakat masa kini.

Antara pindaan yang spesifik, penubuhan konsep baru yang dikenali sebagai tanggungjawab ketidaksesuaian kontrak adalah salah satu pindaan utama.

Sebagai hasilnya, apa yang sebelum ini dikenali sebagai “tanggungjawab jaminan cacat” kini telah digantikan dengan “tanggungjawab ketidaksesuaian kontrak”.

Apa itu Ketidaksesuaian Kontrak

Orang-orang yang bingung menerima perisian yang tidak sesuai kontrak

‘Ketidaksesuaian Kontrak’ merujuk kepada situasi di mana fungsi, kualiti, prestasi, atau keadaan yang sepatutnya ada tidak ada, berdasarkan persetujuan antara pihak-pihak yang terlibat atau tujuan dan sifat kontrak.

‘Ketidaksesuaian Kontrak’ ini telah diperkenalkan sebagai pengganti kepada ‘cacat’ yang sebelum ini digunakan, berdasarkan pindaan kepada Undang-Undang Sivil Jepun.

Dalam pembangunan sistem atau perisian, ‘Ketidaksesuaian Kontrak’ berlaku apabila sistem yang telah siap tidak sepadan dengan spesifikasi yang telah ditetapkan sebelumnya, atau apabila sistem atau perisian tidak mempunyai fungsi atau prestasi yang sepatutnya ada berdasarkan sifatnya.

Dalam menentukan sama ada terdapat ‘Ketidaksesuaian Kontrak’, persetujuan antara pihak-pihak yang terlibat, tujuan kontrak, dan sifatnya akan diambil kira.

Oleh itu, adalah penting untuk mencatatkan tujuan pembangunan sistem atau perisian dan sejarah pesanan dalam bentuk bertulis, dan menjelaskan apa jenis permintaan atau gambaran yang dimiliki oleh pemesan.

Kes-kes di mana kecacatan perisian adalah ‘Tidak Sesuai dengan Kontrak’

Gambaran tidak sesuai

Apabila perisian mengalami gangguan dan penyelesaian lambat

Pertama sekali, kita boleh mempertimbangkan situasi di mana perisian mengalami kecacatan yang tidak ringan dan tidak dapat ditangani dengan segera, seperti memerlukan semakan semula hingga ke tahap reka bentuk untuk membetulkannya.

Sebagai contoh, terdapat kes di mana pengadilan mengakui bahawa masalah seperti sistem pertanyaan stok yang diperkenalkan memerlukan lebih daripada 30 minit untuk proses carian, dan gangguan yang timbul, dan terpaksa menangani pertanyaan dari pelanggan dengan membuat buku stok tulisan tangan, adalah ‘cacat’ yang sesuai dengan ‘Tidak Sesuai dengan Kontrak’ sekarang (Keputusan Mahkamah Tokyo, 22 April 2002 (Tahun 14 Era Heisei)).

Apabila kecacatan muncul secara beransur-ansur

Selain itu, walaupun setiap kecacatan adalah ringan dan tidak memerlukan masa untuk membetulkannya, kita juga boleh mempertimbangkan situasi di mana kecacatan berulang kali muncul, dan memerlukan masa yang lama untuk membetulkan semua kecacatan dan menjalankan fungsi dengan normal.

Sebagai contoh, jika sistem pertanyaan stok yang diperkenalkan berulang kali mengalami kecacatan, dan tidak jelas berapa banyak kecacatan yang akan muncul di masa depan, atau berapa lama yang diperlukan untuk membetulkannya, dan tidak dapat menjalankan operasi biasa dengan menggunakan sistem, kita boleh mengatakan bahawa ini adalah ‘Tidak Sesuai dengan Kontrak’.

Kes di mana kecacatan perisian tidak dikategorikan sebagai ‘Tidak Sesuai Kontrak’

Orang-orang yang berunding tentang undang-undang

Jika diperbaiki tanpa penundaan atau tindakan alternatif diambil

Menurut preseden mahkamah, walaupun pengguna menunjukkan adanya bug atau kecacatan lain, jika diperbaiki tanpa penundaan atau tindakan alternatif yang dianggap wajar telah diambil setelah berunding dengan pengguna, ia tidak dianggap sebagai ‘cacat’ (Keputusan Mahkamah Tokyo, 18 Februari Heisei 9 (1997)).

Dalam pembangunan sistem atau perisian, adalah mustahil untuk memprogram supaya tiada bug langsung, dan kecacatan tertentu tidak dapat dielakkan.

Oleh itu, walaupun ada kecacatan, jika tindakan seperti memperbaiki tanpa penundaan diambil, ia tidak sepatutnya dianggap sebagai ‘cacat’.

Ini boleh dianggap sama dalam konteks ‘Tidak Sesuai Kontrak’ semasa ini.

Perlu diperhatikan bahawa penilaian seperti ‘tanpa penundaan’ ini didasarkan pada bukti seperti minit mesyuarat yang dibuat semasa proses pembangunan sistem.

Keperluan ini diterangkan dengan lebih terperinci dalam artikel di bawah.

https://monolith.law/corporate/the-minutes-in-system-development[ja]

Jika individu tertentu tidak dapat memahami cara pengoperasian dengan mudah

Mengenai kebolehgunaan dan kemudahan penggunaan, kerana banyak bergantung pada subjektiviti, ia akan dianggap sebagai ‘Tidak Sesuai Kontrak’ jika ia tidak dapat digunakan oleh pengguna biasa.

Hanya kerana individu tertentu tidak dapat memahami cara pengoperasian dengan mudah, ia tidak boleh dianggap sebagai ‘Tidak Sesuai Kontrak’.

Jika kecacatan berlaku disebabkan oleh sebab di luar kerja vendor

Jika kecacatan berlaku disebabkan oleh sebab yang tidak berkaitan dengan kerja pembangunan vendor yang melakukan pembangunan sistem atau perisian, sistem atau perisian itu sendiri tidak boleh dianggap sebagai ‘Tidak Sesuai Kontrak’.

Sebagai contoh, jika kecacatan berlaku disebabkan oleh masalah perangkat keras yang bukan tanggungjawab vendor untuk mendapatkannya, ia tidak akan dianggap sebagai ‘Tidak Sesuai Kontrak’.

[Tambah] Jika kecacatan berlaku disebabkan oleh arahan pengguna

Jika kecacatan berlaku pada sistem atau perisian yang telah siap disebabkan oleh arahan salah pengguna, walaupun sistem dan sebagainya dianggap sebagai ‘Tidak Sesuai Kontrak’, secara prinsip, vendor tidak akan bertanggungjawab atas ketidaksesuaian kontrak tersebut.

Sebagai contoh, dalam pembangunan sistem perniagaan, jika penjelasan yang salah diberikan mengenai situasi yang hanya diketahui oleh pengguna, dan kecacatan berlaku pada perisian yang dibangunkan berdasarkan spesifikasi yang disepakati dengan maklumat yang salah ini, vendor tidak akan bertanggungjawab sama sekali.

Di belakang keputusan ini, ada anggapan bahawa dalam pembangunan perisian, pihak yang memesan, iaitu pengguna, juga mempunyai ‘kewajipan untuk bekerjasama’. Sila rujuk artikel di bawah untuk maklumat lanjut.

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Perkara yang boleh dituntut oleh pemilik atau pembeli berdasarkan tanggungjawab ketidaksesuaian kontrak

Orang-orang yang memeriksa dokumen

Di sini, kami akan menjelaskan tentang kandungan tanggungjawab ketidaksesuaian kontrak yang berkaitan dengan pembangunan sistem dan perisian, dengan mempertimbangkan perubahan yang dibuat melalui pindaan.

Tuntutan Pembaikan

Jika kecacatan dianggap sebagai ketidaksesuaian kontrak, permintaan pembaikan kecacatan boleh dibuat oleh pemberi perintah.

Sebelum pindaan, anda tidak boleh membuat tuntutan pembaikan kecuali jika kecacatan yang menjadi masalah tidak penting dan memerlukan kos yang berlebihan untuk pembaikan. Namun, batasan ini telah dihapuskan dengan pindaan.

Walau bagaimanapun, walaupun selepas pindaan, jika “ketidaksesuaian kontrak tidak penting dan memerlukan kos yang berlebihan untuk pembaikan”, kemungkinan tuntutan pembaikan tidak akan diterima kerana pembaikan adalah mustahil.

Tuntutan Ganti Rugi

Jika sistem atau perisian yang bermasalah menyebabkan anda tidak dapat menjalankan perniagaan seperti biasa atau perlu membayar kos tambahan, tuntutan ganti rugi boleh dibuat oleh pemberi perintah.

Sebelum pindaan, anda boleh membuat tuntutan ganti rugi tanpa mengira sama ada ada kecuaian atau tidak, kecuali jika ada perjanjian khusus.

Namun, dengan pindaan, jika ada alasan pengecualian (alasan yang tidak dapat dikaitkan dengan kesalahan peminjam) bagi pelaksana, anda tidak boleh membuat tuntutan ganti rugi.

Oleh itu, jika vendor dapat membuktikan alasan pengecualian, mereka tidak perlu menanggung tanggungjawab ganti rugi.

Pembatalan Kontrak

Kontrak pembangunan boleh dibatalkan atas sebab ketidaksesuaian kontrak sistem atau perisian.

Sebagai contoh, dalam kes yang telah diperkenalkan, terdapat kecacatan seperti memerlukan lebih daripada 30 minit untuk proses carian sistem pertanyaan stok dan masa pemprosesan yang terlalu panjang, dan gangguan seperti tidak dapat menggunakan terminal itu sendiri, dan terpaksa menyerah penggunaan sistem yang telah diperkenalkan, dan pembatalan kontrak telah diterima (Tokyo District Court, 22 April 2002 (tahun 14 Heisei)).

Sebelum pindaan, anda hanya boleh membatalkan kontrak jika anda tidak dapat mencapai tujuan kontrak kerana kecacatan. Namun, batasan ini telah dihapuskan dengan pindaan.

Walau bagaimanapun, perlu diingat bahawa di bawah undang-undang yang dipinda, pembatalan tidak akan diterima jika tahap ketidaksesuaian kontrak adalah “ringan”.

Tuntutan Pengurangan Bayaran

Hak untuk menuntut pengurangan bayaran telah ditubuhkan dengan pindaan.

Jika terdapat kecacatan dalam sistem dan pemberi perintah meminta pembaikan tetapi pembaikan tidak dilakukan walaupun tempoh yang wajar telah berlalu, tuntutan pengurangan bayaran boleh dibuat oleh pemberi perintah.

Tempoh Menanggung Tanggungjawab

  • Tuntutan Pembaikan
  • Tuntutan Ganti Rugi
  • Pembatalan Kontrak
  • Tuntutan Pengurangan Bayaran

Tempoh di mana hak-hak ini boleh dilaksanakan adalah terhad.

Secara khusus, anda hanya boleh melaksanakan hak jika anda memberitahu vendor tentang ketidaksesuaian kontrak dalam sistem atau perisian “dalam masa setahun dari tarikh anda mengetahuinya”.

Sebelum pindaan, tempoh pelaksanaan hak adalah terhad “dalam masa setahun dari tarikh penyerahan sistem atau perisian”. Oleh itu, dengan pindaan, tempoh di mana anda boleh melaksanakan hak telah menjadi lebih panjang.

Selain daripada batasan tempoh ini, hak-hak yang diakui berdasarkan tanggungjawab ketidaksesuaian kontrak juga tertakluk kepada peruntukan tentang penamatan hak.

Oleh itu, misalnya, jika anda pertama kali mengetahui tentang keberadaan kecacatan 11 tahun selepas menerima penyerahan sistem atau perisian, hak seperti hak untuk menuntut ganti rugi akan tamat “sepuluh tahun” selepas tempoh penamatan hak, jadi anda tidak boleh melaksanakan hak sama ada anda memberitahu tentang ketidaksesuaian kontrak “dalam masa setahun dari tarikh anda mengetahuinya” atau tidak.

Penolakan Pembayaran Bayaran

Pemberi perintah boleh menolak pembayaran keseluruhan bayaran sehingga pembangun melakukan pembaikan atau ganti rugi.

Titik Penting dalam Peruntukan Kontrak dengan Mengambil Kira Ketidaksesuaian Kontrak

Orang-orang yang menandatangani kontrak dan bersalaman

Peruntukan tanggung jawab ketidaksesuaian kontrak adalah peruntukan sukarela, dan melalui perjanjian khusus antara pihak-pihak, kandungan tanggung jawab boleh dihadkan atau tempoh pelaksanaan hak boleh dipendekkan.

Oleh itu, di sini kami akan menjelaskan peruntukan kontrak yang perlu diberi perhatian dalam hubungan dengan tanggung jawab ketidaksesuaian kontrak dalam pembangunan sistem dan perisian.

Titik 1: Peristiwa dan Skop yang Menjadi Subjek Ketidaksesuaian Kontrak

Jika ada ketidakpuasan dengan sistem atau perisian, pembeli mungkin ingin menuntut tanggung jawab ketidaksesuaian kontrak dari vendor.

Namun, sebagai vendor, mereka tidak boleh menerima tuntutan tanggung jawab ketidaksesuaian kontrak hanya kerana mereka tidak suka, walaupun ia hanya spesifikasi.

Selain itu, vendor mungkin akan meningkatkan anggaran secara drastik untuk bersedia menghadapi tuntutan tanggung jawab ketidaksesuaian kontrak yang tidak adil, yang juga merugikan pembeli.

Oleh itu, adalah penting untuk menunjukkan secara bertulis apa tujuan pembeli, apa fungsi sistem yang ingin mereka perkenalkan, dan lain-lain, untuk menjelaskan peristiwa dan skop yang menjadi subjek ketidaksesuaian kontrak, dan untuk memastikan ia tercermin dengan betul dalam spesifikasi.

Juga, mungkin perlu mempertimbangkan untuk menjelaskan bahawa jika sistem atau perisian yang sesuai dengan perkara yang ditentukan dalam spesifikasi diserahkan, ia tidak akan menjadi ketidaksesuaian kontrak walaupun ada sesuatu yang tidak kena dengan spesifikasi.

Dengan peruntukan ini, anda dapat mengelakkan dituntut tanggung jawab ketidaksesuaian kontrak kerana kegemaran pembeli, walaupun anda telah membangunkan mengikut spesifikasi.

Titik 2: Penjelasan Tempoh Jaminan

Tempoh pelaksanaan hak tanggung jawab ketidaksesuaian kontrak dihitung bukan dari “masa penyerahan” produk, tetapi dari “masa pengetahuan” tentang ketidaksesuaian kontrak.

Selain itu, walaupun tempoh pemusnahan yang berbeza dikenakan, tempoh tersebut adalah “sepuluh tahun” pada maksimum, dan berlangsung untuk jangka masa yang panjang.

Bagi vendor, tergantung pada keadaan, menjadi beban besar untuk memberikan jaminan secara percuma untuk jangka masa panjang seperti “sepuluh tahun”, dan mereka tidak ada pilihan selain menambahkannya pada tahap anggaran.

Sebagai pembeli juga, mengikut tempoh penggunaan sistem atau perisian dan lain-lain, menetapkan tempoh jaminan dengan fleksibel mungkin lebih menguntungkan dari segi kos dan lain-lain.

Oleh itu, mungkin perlu mempertimbangkan untuk menetapkan tempoh jaminan dengan fleksibel mengikut kandungan sistem dan lain-lain.

Titik 3: Tindakan jika Ketidaksesuaian Kontrak Berlaku

Bila ketidaksesuaian kontrak berlaku, antara hak yang diakui oleh undang-undang sivil seperti tuntutan ganti rugi dan pembatalan, anda boleh mengehadkan apa yang boleh dilakukan dengan perjanjian antara pihak-pihak.

Sebagai pembeli, anda perlu memahami dengan betul apa jenis had yang ditetapkan dalam kontrak.

Rumusan: Bincangkan dengan peguam semasa menyediakan kontrak yang mengandungi ‘Tanggungjawab Ketidaksesuaian Kontrak’

Gambar ilustrasi

Perubahan dalam Undang-Undang Sivil Jepun telah memberikan kesan besar kepada aspek undang-undang dalam pembangunan sistem dan perisian.

Jika terdapat kecacatan dalam sistem yang diserahkan, sama ada ini merupakan ‘Ketidaksesuaian Kontrak’ atau tanggungjawab apa yang boleh dituntut tidak dapat dinyatakan secara mutlak.

Selain itu, untuk mencegah perselisihan sebelum berlaku, adalah penting untuk melakukan perbincangan yang mencukupi antara pemberi pesanan dan vendor semasa peringkat kontrak pembangunan.

Jika anda mempunyai sebarang keraguan mengenai penyediaan kontrak, sila berunding dengan peguam yang berpengalaman.

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