Tindakan yang perlu diambil apabila terdapat kecacatan pada sistem selepas penerimaan

Pembangunan sistem, dalam konteks umum, melibatkan pelaksanaan program yang sejajar dengan isi kandungan yang telah ditentukan dalam fasa definisi keperluan, dan akhirnya, pengguna dan vendor sama-sama akan mengesahkan sama ada hasilnya memenuhi spesifikasi atau tidak. Proses ini berakhir dengan penerimaan lulus.

Namun, dalam realiti, masalah seperti bug dan kecacatan yang tidak dapat dikesan semasa proses ujian dan penerimaan boleh muncul semasa fasa operasi dan sebagainya. Jika anda telah menerima penghantaran sekali, apa yang boleh anda minta dari segi undang-undang?

Tidak Menghairankan Jika Masih Ada Pepijat Selepas Lulus Pemeriksaan atau Proses Ujian

Dari sudut pandangan teknikal, bukanlah perkara yang jarang berlaku apabila pelbagai pepijat atau kecacatan muncul selepas proses ujian vendor selesai atau selepas pengguna lulus pemeriksaan. Biasanya, apa yang dilakukan oleh pengguna dalam proses pemeriksaan adalah memeriksa input dan output yang dapat dilihat dari skrin. Namun, sistem IT, lebih daripada penampilan skrin yang dapat dilihat oleh pengguna, seringkali mempunyai struktur yang rumit dan halus di bahagian pangkalan data belakang atau program yang mengendalikan pelbagai pengiraan dan kawalan. Oleh itu, ada batasan asal pada apa yang dapat diperiksa dari pemeriksaan input dan output skrin dari perspektif pengguna. Oleh itu, bukanlah realistik untuk memeriksa secara menyeluruh semua kemungkinan kecacatan yang mungkin berlaku dalam fasa operasi seterusnya dalam pemeriksaan.

Keadaan seperti di atas juga berlaku jika dilihat dari perspektif vendor yang bertanggungjawab atas kerja pembangunan. Sebagai contoh, proses untuk memeriksa sama ada ada pepijat atau kecacatan dalam kandungan program yang dilaksanakan adalah ‘proses ujian’. Namun, dalam proses ujian, bukanlah semestinya semua kemungkinan pepijat atau kecacatan dapat diperiksa sepenuhnya. Bahkan selepas sistem yang dibangunkan mula digunakan secara penuh dalam perniagaan, operasi yang tidak dijangka oleh vendor mungkin dilakukan, atau sejumlah besar data mungkin mula didaftarkan, atau lebih banyak pengguna mungkin mula mengakses secara serentak. Membuat sistem yang dapat terus berfungsi tanpa gangguan dalam keadaan ini memerlukan kebolehan teknikal yang hebat.

Anda harus memahami terlebih dahulu bahawa dalam tahap seperti pemeriksaan dan ujian, tidak realistik untuk menemui semua pepijat dan kecacatan, dan bahawa masalah yang berbeza mungkin muncul setelah anda mula menggunakannya dalam sistem IT.

Biasanya, hutang itu sendiri dianggap telah dilunasi

Jadi, bagaimana kita harus menghadapi masalah ini jika ia benar-benar berlaku? Mari kita susun mengikut urutan undang-undang.

Pertama sekali, jika pelbagai jenis bug atau masalah telah ditemui, sama ada selepas kejadian atau tidak, pihak pengguna mungkin ingin menuntut tanggungjawab dari vendor yang telah mereka upah untuk kerja sebelum ini. Namun, biasanya, jika penghantaran telah selesai dan telah lulus pemeriksaan, adalah sukar untuk menuntut tanggungjawab berdasarkan pelanggaran kontrak.

Sebenarnya, kecuali jika ada perjanjian khusus, peraturan kontrak kerja dalam undang-undang sivil akan berlaku untuk implementasi program dalam pembangunan sistem. Kami telah menjelaskan secara terperinci tentang apa itu kontrak kerja dalam artikel berikut.

https://monolith.law/corporate/system-development-contact-agreement[ja]

Dalam kontrak kerja, “penyelesaian kerja” adalah syarat pelaksanaan hutang. Kami telah menjelaskan secara terperinci tentang apa yang dimaksudkan dengan “penyelesaian kerja” dalam artikel berikut.

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

Di sini, kami menjelaskan bahawa dalam kes mahkamah sebelum ini, “penyelesaian kerja” dalam kontrak kerja, dalam konteks pembangunan sistem, bermaksud penyelesaian semua proses pembangunan. Kami juga menjelaskan bahawa masalah seperti bug dan masalah lain yang timbul selepas semua proses pembangunan selesai adalah masalah tanggungjawab jaminan cacat dalam kontrak kerja.

Untuk merumuskan, jika anda telah menerima penghantaran dan telah lulus pemeriksaan, anda harus berasumsi bahawa hutang itu sendiri telah dilunasi, dan masalah biasa adalah sama ada anda boleh menuntut tanggungjawab jaminan cacat, iaitu masalah jaminan kualiti selepas itu.

Langkah-langkah untuk Menuntut Tanggungjawab Berdasarkan Jaminan Kecacatan

Jadi, apabila anda ingin meminta penjual untuk bertindak berdasarkan tanggungjawab jaminan kecacatan, apa yang perlu anda pertimbangkan dan dalam urutan apa? Mari kita lihat di bawah ini.

Pertama, Pastikan Tahap Keparahan dan Keseriusan Bug atau Kerosakan

Apabila bug atau kerosakan ditemui selepas fakta, dan ia dianggap sebagai “kecacatan” dalam undang-undang, tahap keseriusan bug atau kerosakan menjadi isu. Masalah kecacatan undang-undang pada dasarnya dibahagikan kepada tiga kategori:

1. Walaupun ia boleh dianggap sebagai bug atau kerosakan, ia hanya ringan dan tidak boleh dianggap sebagai “kecacatan” dalam undang-undang
2. Walaupun ia memenuhi kriteria “kecacatan” dalam undang-undang, ia masih boleh mencapai tujuan kontrak
3. Memenuhi kriteria “kecacatan” dalam undang-undang dan tidak dapat mencapai tujuan kontrak

Ketiga-tiga kategori ini membezakan sama ada tanggungjawab berdasarkan jaminan kecacatan boleh dituntut atau tidak, dengan batas antara 1 dan 2, dan sama ada kontrak boleh dibatalkan berdasarkan jaminan kecacatan, dengan batas antara 2 dan 3.

Perkara 634

1. Apabila terdapat kecacatan pada objek kerja, pesanan boleh meminta kontraktor untuk membaiki kecacatan dalam tempoh yang wajar. Walau bagaimanapun, ini tidak berlaku jika kecacatan tidak penting dan membaikinya memerlukan kos yang berlebihan.

2. Pesanan boleh meminta pampasan kerugian sebagai gantian atau bersama-sama dengan membaiki kecacatan. Dalam hal ini, peruntukan Perkara 533 akan digunakan

Perkara 635

Apabila terdapat kecacatan pada objek kerja dan kerana itu tujuan kontrak tidak dapat dicapai, pesanan boleh membatalkan kontrak. Walau bagaimanapun, ini tidak berlaku untuk bangunan atau struktur tanah lain.

Selain itu, kami telah menjelaskan secara terperinci tentang perbezaan tahap “kecacatan” ini dalam artikel berikut.

https://monolith.law/corporate/defect-warranty-liability[ja]

Seterusnya, Tentukan Apa yang Harus Diminta dari Penjual

Seterusnya, anda perlu menentukan apa yang harus anda minta dari pihak lain. Jika anda ingin membatalkan kontrak, anda perlu membuktikan bukan sahaja bahawa ia adalah kecacatan, tetapi juga bahawa ia adalah sesuatu yang “tidak dapat mencapai tujuan kontrak”. Dalam menentukan “tujuan” ini, catatan mesyuarat yang diadakan pada awal projek pembangunan sistem dan butiran dalam spesifikasi adalah petunjuk penting. Kerana bug atau kerosakan boleh ditemui selepas penerimaan, penting untuk menyimpan semua dokumen dengan teliti walaupun projek pembangunan telah tamat.

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

Selain pembatalan, tuntutan yang boleh dibuat berdasarkan isi kandungan tanggungjawab jaminan kecacatan termasuk tuntutan pampasan kerugian dan tuntutan pembaikan kecacatan.

Poin-Poin Lain Untuk Diperhatikan

Perhatikan cara melakukan tindakan hukum seperti pembatalan kontrak

Jika anda ingin melakukan pembatalan kontrak sebagai bagian dari tanggung jawab jaminan cacat, anda juga harus memahami cara melakukan prosedur administratif hukum untuk pembatalan tersebut. Efek pembatalan kontrak, cara melakukan pernyataan niat yang sah, dan cara memberikan pemberitahuan agar tidak menimbulkan masalah di kemudian hari, semuanya dijelaskan secara detail dalam artikel berikut.

https://monolith.law/corporate/cancellation-of-contracts-in-system-development[ja]

Lebih baik menyelesaikan melalui negosiasi daripada perselisihan

Argumen hukum ini tidak hanya berarti ketika ada pengadilan. Penyelesaian perselisihan melalui pengadilan adalah beban besar bagi kedua belah pihak. Sebaliknya, pengetahuan ini sangat berguna bahkan pada tahap negosiasi sebelum pengadilan. Artikel berikut menjelaskan bagaimana pengetahuan hukum ini sangat berarti dalam negosiasi di luar pengadilan.

https://monolith.law/corporate/disputes-related-to-system-development[ja]

Harus membedakan antara bug dan kekurangan fungsi

Jika ada bug atau masalah dengan fungsi atau spesifikasi yang telah diimplementasikan, dan jika fungsi yang diperlukan tidak tersedia, diskusi akan berbeda. Jika fungsi yang diperlukan tidak tersedia, “penyelesaian pekerjaan” dalam kontrak pekerjaan mungkin tidak diakui, dan pelaksanaan kewajiban mungkin tidak diakui.

Walau demikian, meskipun fungsi atau spesifikasi yang diperlukan tidak tersedia, jika hasil dari pengguna tidak memberikan informasi yang tepat pada tahap definisi persyaratan, mungkin tidak tepat untuk menganggapnya sebagai bagian dari isi kontrak.

Rumusan

Masalah yang timbul dalam proses projek boleh menjadi jelas semasa projek sedang berjalan atau mungkin menjadi jelas selepasnya, seperti pada tahap operasi. Ciri-ciri projek pembangunan sistem yang tidak semestinya boleh diberi jaminan keselamatan walaupun semua proses telah selesai dengan selamat, tampaknya diwakili oleh sistem yang dikenali sebagai ‘Tanggungjawab Jaminan Kecacatan’. Dalam konteks ini, penting untuk memahami aliran proses ini dan memastikan pengurusan dokumen yang teliti dengan mempertimbangkan perkara yang berlaku selepas projek pembangunan sistem selesai.