Apa itu Undang-Undang yang Berkaitan dengan Konflik dan Masalah pada Tahap Operasi Sistem?

Dalam projek pembangunan sistem IT, adalah biasa untuk berlaku pelbagai konflik dan masalah. Namun, sekiranya semua proses pembangunan berjalan lancar, bukan bermakna segala-galanya akan berjalan dengan baik. Sistem IT yang digunakan dalam syarikat biasanya akan mengendalikan sejumlah besar maklumat sulit dan peribadi, dan pelbagai masalah boleh berlaku semasa peringkat operasi. Oleh itu, penting untuk menggunakan pengetahuan undang-undang dalam merancang dan mencegah situasi tersebut semasa peringkat operasi.

Bagaimana Hukum Berkenaan Sistem Berubah Mengikut Pembangunan dan Operasi

Contoh tipikal masalah hukum yang berkaitan dengan sistem IT yang digunakan oleh syarikat adalah masalah ‘kebakaran’ projek pada tahap ‘pembangunan’. Projek pembangunan sistem biasanya melibatkan sejumlah besar tenaga kerja, dana, dan masa, dan biasanya berjalan dengan risiko konflik dan masalah yang berbagai-bagai, besar atau kecil.

https://monolith.law/corporate/collapse-of-the-system-development-project[ja]

Artikel di atas mengatur jenis konflik yang biasa berlaku dalam siri projek pembangunan sistem mengikut kerangka hukum. Selain itu, apa yang membezakan masalah hukum yang berkaitan dengan sistem IT adalah ‘kewajipan pengurusan projek’ yang dianggap sebagai tanggungjawab komprehensif yang ditanggung oleh pakar pembangunan sistem, iaitu vendor.

https://monolith.law/corporate/project-management-duties[ja]

Namun, setelah ‘pembangunan’, sistem IT akan beralih ke fasa ‘operasi’. Operasi dalam sistem IT, jika dinyatakan dalam satu kata, merujuk kepada penggunaan dan pengendalian sistem yang telah dibangunkan untuk menjalankan tugas sebenar. Kerana seringkali perlu memahami spesifikasi sistem untuk menggunakannya, kebanyakan masa diperlukan bantuan daripada jurutera IT. Fakta bahawa sistem IT memerlukan pengetahuan teknikal dalam kedua-dua pembangunan dan operasi bermakna bahawa pengasingan antara keduanya mungkin menjadi kabur dalam praktik. Sebagai contoh yang menunjukkan ini dengan jelas, kita boleh merujuk kepada keberadaan ‘kewajipan sokongan’.

https://monolith.law/corporate/support-obligations-of-vendors-after-system-development[ja]

Artikel di atas memperkenalkan kes mahkamah yang mengakui ‘kewajipan sokongan’ sebagai kewajipan untuk memberikan sokongan untuk operasi dan pengenalan selepas pembangunan, berbeza dengan ‘kewajipan pengurusan projek’ yang ditanggung oleh vendor semasa projek pembangunan sistem. Dengan kata lain, terdapat juga situasi di mana kewajipan hukum vendor yang menerima kerja pembangunan ditentukan dengan mempertimbangkan keadaan fasa operasi yang akan datang. Selain itu, apabila pembangunan sistem baru berjalan serentak dengan penghapusan sistem lama, isu seperti ‘pemindahan data’ dari sistem lama mungkin menjadi isu. Dalam kes seperti ini, operasi sistem lama dan pembangunan sistem baru akan berkaitan rapat satu sama lain.

https://monolith.law/corporate/the-transition-from-the-oldsystem[ja]

Bagaimana Untuk Mengatur Isu Hukum Berkaitan Dengan Operasi Sistem

Seperti yang telah kita ketahui, praktik yang berkaitan dengan sistem IT adalah sesuatu yang sangat berkaitan antara ‘pembangunan’ dan ‘operasi’. Walaupun begitu, dalam fasa operasi, kerana projek pembangunan telah selesai, kita perlu mempertimbangkan isu ‘kewajipan pengurusan projek’ secara berasingan. Untuk membincangkan isu hukum ‘pembangunan’ dan ‘operasi’ secara seragam, kita perlu mengatur dalam kerangka yang lebih abstrak dan berorientasikan hukum daripada praktik. Sebagai contoh, pengaturan dari perspektif ‘tanggungjawab’ hukum yang berkaitan dengan sistem IT, seperti yang dijelaskan dalam artikel di bawah, adalah salah satu contohnya.

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

Dalam artikel di atas, kami menjelaskan tentang tanggungjawab pelanggaran kontrak dalam undang-undang sivil, tanggungjawab jaminan cacat, dan tanggungjawab tindakan haram, dengan mempertimbangkan konteks sistem IT. Namun, dalam operasi, kes di mana tanggungjawab jaminan cacat menjadi isu tidak banyak dijangka, kecuali dalam kes di mana kecacatan ditemui selepas penerimaan. Oleh itu, pertama-tama, kita harus mengatur dengan mempertimbangkan dua tanggungjawab, iaitu tanggungjawab pelanggaran kontrak berdasarkan isi kontrak dan tanggungjawab tindakan haram yang tidak berdasarkan hubungan kontrak.

Pertama, Pertimbangkan Sama Ada Ada Pelanggaran Kewajipan Pihak Vendor

Jika ini adalah tanggungjawab pelanggaran kontrak, pertikaian adalah sama ada ada pelanggaran kewajipan kontrak, dan jika ini adalah tanggungjawab tindakan haram, pertikaian adalah sama ada ada ‘pelanggaran hak orang lain’. Jika ini adalah tanggungjawab pelanggaran kontrak, isu akan menjadi butiran dalam Perjanjian Tahap Perkhidmatan (SLA). Selain itu, perlu diingat bahawa tanggungjawab pelanggaran kontrak dan tanggungjawab tindakan haram kedua-duanya memerlukan niat atau kelalaian.

Seterusnya, Sahkan Keadaan Kerugian Pihak Pengguna

Tanggungjawab ganti rugi adalah sesuatu yang harus ditanggung berdasarkan fakta kerugian yang berlaku kepada pihak pengguna. Oleh itu, sama ada dalam kes pelanggaran kontrak atau tindakan haram, jika tidak ada kerugian yang berlaku kepada pihak pengguna, anda tidak perlu menanggung tanggungjawab ganti rugi.

Lebih Jauh, Pertimbangkan Kemungkinan Aplikasi Klausa Tanggungjawab Terhad dan Penyeimbangan Kelalaian

Walau bagaimanapun, walaupun pihak vendor perlu menanggung tanggungjawab ganti rugi, jika ada sebarang kelalaian di pihak pengguna, penyeimbangan kelalaian mungkin diterapkan. Selain itu, jika ada batasan pada jumlah ganti rugi dalam kontrak yang ditandatangani sebelumnya, jumlah ganti rugi mungkin berubah. Sebagai contoh, dalam template kontrak yang dikenali sebagai kontrak model Kementerian Perdagangan dan Industri, klausa tentang tanggungjawab terhad diletakkan seperti berikut (bahagian yang digarisbawahi adalah tambahan oleh penulis).

(Ganti Rugi)
Artikel 53 Pihak A dan B, dalam pelaksanaan kontrak ini dan kontrak individu, jika mengalami kerugian disebabkan oleh sebab yang harus dipertanggungjawabkan oleh pihak lain, dapat meminta ganti rugi kepada pihak lain (hanya untuk kerugian ○○○). Namun, permintaan ini tidak dapat dilakukan setelah berlalunya ○ bulan dari tarikh penerimaan lengkap barang yang ditentukan dalam kontrak individu yang menjadi sebab permintaan ganti rugi tersebut atau tarikh pengesahan penyelesaian kerja.

2. Jumlah kumulatif ganti rugi dalam perenggan sebelumnya, tanpa mengira sebab permintaan, seperti pelanggaran kontrak, tanggungjawab jaminan cacat dalam undang-undang, keuntungan yang tidak adil, tindakan haram, adalah terhad kepada jumlah ○○○ yang ditentukan dalam kontrak individu yang menjadi sebab tanggungjawab.

3. Perenggan sebelumnya tidak berlaku dalam kes yang berdasarkan niat atau kelalaian serius oleh pihak yang bertanggungjawab atas ganti rugi.

Contoh Masalah dan Pertikaian yang Biasa Berlaku dalam Operasi Sistem

Dalam praktiknya, contoh masalah dan pertikaian yang biasa berlaku dalam operasi sistem termasuklah yang berikut.

Kehilangan Data Akibat Kesilapan Pengendali Operasi

Pekerjaan yang melibatkan operasi sistem seringkali melibatkan pengendalian rahsia syarikat yang penting dan maklumat peribadi, dan kemalangan boleh berlaku akibat kecuaian. Satu contoh ialah “kehilangan data”. Kami telah menerangkan secara terperinci mengenai isu ini dalam artikel berikut.

https://monolith.law/corporate/dataloss-risk-and-measures[ja]

Untuk mengelakkan kemalangan seperti kehilangan data, penting untuk mengambil langkah-langkah pencegahan seperti membuat salinan sandaran data terlebih dahulu. Jika langkah-langkah ini diabaikan, akan sangat sukar untuk menuntut tanggungjawab dari pihak vendor yang diberi tugas operasi, jadi perlu berhati-hati.

Serangan Keselamatan termasuk Virus

Selain itu, dalam kes sistem IT seperti laman web EC yang digunakan oleh ramai orang secara besar-besaran di web, serangan keselamatan termasuk virus boleh menjadi insiden atau kemalangan besar. Mengesan serangan keselamatan seperti ini dan mengambil langkah-langkah pencegahan juga boleh dianggap sebagai sebahagian daripada tugas operasi.

Bug atau Kerosakan yang Ditemui Selepas Penerimaan

Selain itu, bug atau kerosakan baru mungkin ditemui selepas penerimaan. Tidak semestinya semua kemungkinan bug atau kerosakan dapat dipertimbangkan secara menyeluruh dalam proses ujian sebelumnya, dan mungkin ditemui selepas itu. Dalam kes seperti ini, kerana penghantaran sudah selesai, pelaksanaan hutang biasanya dianggap selesai, dan biasanya dibebaskan dari tanggungjawab atas kegagalan melaksanakan hutang. Walau bagaimanapun, tuntutan ganti rugi berdasarkan tanggungjawab jaminan cacat mungkin diakui. Kami telah menerangkan secara terperinci mengenai situasi seperti ini dalam artikel berikut.

https://monolith.law/corporate/system-flaw-measure-after-acceptance[ja]

Rumusan

Pada tahap ‘pengendalian’ sistem, terdapat banyak masalah dan konflik yang berbeza dari projek pembangunan. Namun, dengan berdasarkan teori hukum seperti tanggungjawab pelanggaran hutang, tanggungjawab tindakan haram, dan tanggungjawab jaminan cacat, kita dapat mengatur bidang yang seragam tanpa terperangkap dalam perbezaan tersebut.