Apa Itu Hukum yang Berhubungan dengan Konflik dan Masalah pada Tahap Operasional Sistem?

Dalam proyek pengembangan sistem IT, sudah umum diketahui bahwa berbagai konflik dan masalah dapat terjadi. Namun, bukan berarti segala sesuatu akan aman jika semua tahapan pengembangan berhasil diselesaikan tanpa masalah. Sistem IT yang digunakan dalam perusahaan biasanya menangani sejumlah besar informasi rahasia dan data pribadi, dan berbagai masalah dapat muncul bahkan pada tahap operasional. Oleh karena itu, penting untuk menggunakan pengetahuan hukum dalam mempertimbangkan dan mencegah situasi seperti itu bahkan pada tahap operasional.

Bagaimana Hukum yang Berhubungan dengan Sistem Berubah dalam Pengembangan dan Operasional

Contoh khas dari masalah hukum yang terkait dengan sistem IT yang digunakan oleh perusahaan adalah masalah ‘kebakaran’ proyek pada tahap ‘pengembangan’. Proyek pengembangan sistem biasanya merupakan bisnis besar yang melibatkan banyak tenaga kerja, dana, dan waktu, dan biasanya berlangsung dengan berbagai risiko konflik dan masalah, besar atau kecil.

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

Artikel di atas mengatur jenis konflik yang sering terjadi dalam serangkaian proyek pengembangan sistem, sesuai dengan kerangka hukum. Selain itu, yang membedakan masalah hukum yang berhubungan dengan sistem IT adalah adanya ‘kewajiban manajemen proyek’ yang harus ditanggung secara menyeluruh oleh vendor yang merupakan ahli pengembangan sistem.

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

Namun, setelah ‘pengembangan’, sistem IT akan bergerak ke fase ‘operasional’. Operasional dalam sistem IT, jika dijelaskan dalam satu kata, berarti menggunakan dan mengoperasikan sistem yang telah dikembangkan untuk melakukan pekerjaan sebenarnya. Karena seringkali diperlukan pengetahuan mendalam tentang spesifikasi sistem untuk memanfaatkannya, seringkali diperlukan keahlian teknisi IT di sini juga. Fakta bahwa pengetahuan teknis diperlukan baik dalam pengembangan maupun operasional sistem IT berarti bahwa pembagian antara keduanya bisa menjadi ambigu dalam praktik. Sebagai contoh yang menggambarkan hal ini, kita dapat menyebutkan adanya ‘kewajiban dukungan’.

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

Artikel di atas memperkenalkan preseden yang mengakui ‘kewajiban dukungan’ sebagai kewajiban untuk memberikan dukungan untuk operasional dan implementasi setelah pengembangan, dibedakan dari ‘kewajiban manajemen proyek’ yang harus ditanggung oleh vendor selama proyek pengembangan sistem. Dengan kata lain, ada kasus di mana kewajiban hukum vendor yang menerima pekerjaan pengembangan ditentukan dengan mempertimbangkan situasi fase operasional berikutnya. Selain itu, ketika pengembangan sistem baru berjalan bersamaan dengan penghapusan sistem lama, ‘migrasi data’ dari sistem lama bisa menjadi masalah. Dalam kasus seperti ini, operasional sistem lama dan pengembangan sistem baru akan saling terkait erat.

Bagaimana Mengatur Masalah Hukum yang Berhubungan dengan Operasional Sistem

Seperti yang telah kita ketahui, praktik yang berhubungan dengan sistem IT sangat erat kaitannya antara ‘pengembangan’ dan ‘operasional’. Namun, pada fase operasional, proyek pengembangan telah selesai, sehingga perlu dipertimbangkan untuk memisahkan masalah ‘kewajiban manajemen proyek’. Untuk membahas masalah hukum ‘pengembangan’ dan ‘operasional’ secara terpadu, perlu diatur dalam kerangka yang sedikit lebih berorientasi hukum dan abstrak. Sebagai contoh, pengaturan dari perspektif ‘tanggung jawab’ hukum yang berhubungan dengan sistem IT, seperti yang dijelaskan dalam artikel berikut, adalah salah satu contohnya.

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

Dalam artikel di atas, kami menjelaskan tentang tanggung jawab pelanggaran kewajiban sipil, tanggung jawab jaminan cacat, dan tanggung jawab perbuatan melawan hukum, dengan mempertimbangkan konteks sistem IT. Namun, kasus di mana tanggung jawab jaminan cacat menjadi masalah dalam operasional tidak banyak diperkirakan, kecuali dalam kasus di mana cacat ditemukan setelah penerimaan. Oleh karena itu, pertama-tama, Anda harus mengatur dengan mempertimbangkan dua hal, yaitu tanggung jawab pelanggaran kewajiban berdasarkan isi kontrak dan tanggung jawab perbuatan melawan hukum yang tidak didasarkan pada hubungan kontrak.

Pertimbangkan Dahulu Apakah Ada Pelanggaran Kewajiban dari Pihak Vendor

Jika itu adalah tanggung jawab pelanggaran kewajiban, apakah ada pelanggaran kewajiban kontrak, dan jika itu adalah tanggung jawab perbuatan melawan hukum, apakah ada ‘pelanggaran hak orang lain’ akan menjadi titik perdebatan. Jika itu adalah tanggung jawab pelanggaran kewajiban, item yang tercantum dalam Service Level Agreement (SLA) akan menjadi masalah. Perlu diingat bahwa baik tanggung jawab pelanggaran kewajiban maupun tanggung jawab perbuatan melawan hukum memerlukan niat atau kelalaian.

Selanjutnya, Periksa Kondisi Kerugian yang Terjadi pada Pihak Pengguna

Kewajiban ganti rugi adalah sesuatu yang harus ditanggung terhadap fakta kerugian yang terjadi pada pihak pengguna. Oleh karena itu, baik dalam kasus pelanggaran kewajiban maupun perbuatan melawan hukum, jika tidak ada kerugian yang terjadi pada pihak pengguna, Anda tidak akan bertanggung jawab untuk membayar ganti rugi.

Selanjutnya, Pertimbangkan Juga Kemungkinan Penerapan Kompensasi Kesalahan dan Klausul Tanggung Jawab Terbatas

Perlu diingat bahwa bahkan jika pihak vendor harus membayar ganti rugi, jika ada kesalahan apa pun pada pihak pengguna, kompensasi kesalahan dapat diterapkan. Selain itu, jika ada batasan pada jumlah ganti rugi dalam kontrak yang ditandatangani sebelumnya, jumlah ganti rugi dapat berubah. Misalnya, dalam template kontrak yang dikenal sebagai kontrak model Kementerian Ekonomi, Perdagangan dan Industri, ada ketentuan sebagai berikut tentang tanggung jawab terbatas (bagian yang digarisbawahi adalah tambahan dari penulis).

(Ganti Rugi)
Pasal 53 Pihak A dan B, dalam hal mereka menderita kerugian karena alasan yang dapat diatribusikan kepada pihak lain dalam pelaksanaan kontrak ini dan kontrak individu, dapat meminta ganti rugi kepada pihak lain (hanya untuk kerugian ○○○). Namun, permintaan ini tidak dapat dilakukan setelah berlalunya ○ bulan sejak tanggal penerimaan lengkap barang yang ditentukan dalam kontrak individu yang menjadi penyebab permintaan ganti rugi tersebut atau tanggal konfirmasi akhir pekerjaan.

2. Jumlah total kumulatif ganti rugi dalam paragraf sebelumnya, terlepas dari pelanggaran kewajiban, tanggung jawab jaminan cacat hukum, keuntungan yang tidak adil, perbuatan melawan hukum atau alasan lainnya, akan dibatasi oleh jumlah ○○○ yang ditentukan dalam kontrak individu yang menjadi penyebab alasan tanggung jawab.

3. Paragraf sebelumnya tidak berlaku jika berdasarkan niat atau kelalaian serius dari pihak yang bertanggung jawab atas ganti rugi.

Contoh Masalah dan Sengketa yang Sering Terjadi dalam Operasional Sistem

Di dalam praktik, contoh masalah dan sengketa yang sering terjadi dalam operasional sistem antara lain:

Kehilangan Data Akibat Kesalahan Operator

Pekerjaan yang berkaitan dengan operasional sistem seringkali melibatkan pengolahan rahasia perusahaan dan informasi pribadi yang penting, dan kecelakaan dapat terjadi akibat kelalaian. Salah satu contoh adalah “kehilangan data”. Kami menjelaskan secara detail tentang masalah ini dalam artikel berikut.

Untuk mencegah kecelakaan seperti kehilangan data, penting untuk melakukan persiapan seperti mencadangkan data terlebih dahulu. Jika Anda mengabaikan langkah-langkah ini, akan sangat sulit untuk menuntut tanggung jawab dari pihak vendor yang diberi tugas operasional, jadi Anda perlu berhati-hati.

Serangan Keamanan seperti Virus

Selain itu, dalam kasus sistem IT seperti situs e-commerce yang digunakan oleh banyak orang di web, serangan keamanan seperti virus dapat menyebabkan insiden atau kecelakaan besar. Mendeteksi serangan keamanan seperti ini dan mengambil tindakan pencegahan juga bisa menjadi bagian dari tugas operasional.

Bug atau Kerusakan yang Muncul Setelah Penerimaan

Terlebih lagi, bug atau kerusakan baru mungkin terungkap setelah penerimaan. Tidak selalu mungkin untuk mempertimbangkan secara komprehensif semua kemungkinan bug atau kerusakan dalam proses pengujian sebelumnya, dan mungkin terungkap setelahnya. Dalam kasus seperti ini, karena pengiriman sudah selesai, kinerja kewajiban biasanya dianggap selesai, dan biasanya dibebaskan dari tanggung jawab atas pelanggaran kewajiban. Namun, klaim ganti rugi berdasarkan tanggung jawab atas cacat mungkin diakui. Kami menjelaskan secara detail tentang kasus ini dalam artikel berikut.

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

Kesimpulan

Pada tahap “operasional” sistem, terdapat banyak masalah dan konflik yang berbeda dengan proyek pengembangan. Namun, dengan mendasarkan pada teori hukum seperti tanggung jawab atas pelanggaran kontrak, tanggung jawab atas tindakan ilegal, dan tanggung jawab atas cacat jaminan, kita dapat mengatur bidang yang seragam tanpa terikat oleh perbedaan tersebut.