Proyek perangkat lunak yang gagal: pilihan hukum

Proyek perangkat lunak yang terhenti total merupakan pukulan serius bagi kedua belah pihak. Klien telah berinvestasi dalam sistem yang dimaksudkan untuk meningkatkan operasionalnya dan menyaksikan tenggat waktu berlalu tanpa hasil yang berfungsi. Pemasok sering melihat gambaran yang berbeda: klien yang terus mengajukan permintaan baru, menunda keputusan, atau memberikan terlalu sedikit informasi.

Jadi siapa yang menanggung kerugian? Empat poin utama di awal:

Kegagalan proyek perangkat lunak tidak secara otomatis berarti kegagalan kinerja dari pihak pemasok.
Kerja sama klien juga dapat memiliki relevansi hukum.
Catatan proyek yang baik dan pengaturan kontrak yang tepat membatasi risiko litigasi.
Investigasi oleh ahli dapat menjadi penentu dalam penilaian teknis.

Di bawah ini, kami akan membahas secara berurutan penyebab umum, penilaian hukum, kewajiban klien untuk bekerja sama, investigasi ahli, kemungkinan hasil dari proses hukum, apa yang ditunjukkan oleh contoh-contoh praktis, dan langkah-langkah apa yang dapat mencegah sengketa.

Penyebab umum

Sejumlah penyebab sering berulang dalam praktiknya.

Scope creep, yaitu perluasan tugas secara bertahap. Persyaratan untuk sistem terus bertambah tanpa prosedur perubahan formal yang membahas konsekuensinya terhadap perencanaan dan anggaran.
Spesifikasi fungsional yang tidak jelas atau tidak lengkap. Jika tidak ditetapkan terlebih dahulu apa yang harus dilakukan sistem, maka akan timbul perselisihan di kemudian hari mengenai apakah hasil yang diberikan sesuai dengan spesifikasi tersebut.
Desain sistem yang buruk. Arsitektur tidak dibangun untuk beban aktual, antarmuka dengan sistem lain, atau ekspansi di masa mendatang.
Kesalahan dalam memperkirakan kompleksitas dan waktu pengerjaan, terutama pada proyek-proyek di mana beberapa sistem yang sudah ada harus dihubungkan.
Kerja sama yang terlambat atau terbatas dari klien.

Penyebab-penyebab ini jarang berdiri sendiri. Seringkali, penyebab-penyebab tersebut saling memperkuat. Sebuah proyek yang awalnya hanya terlambat mungkin pada akhirnya gagal total.

Penilaian hukum: kegagalan untuk melaksanakan dan kesalahan yang turut berkontribusi

Pertanyaan hukum pertama adalah apakah pemasok melakukan pelanggaran yang dapat diatribusikan. Pasal 6:74 Kitab Undang-Undang Hukum Perdata Belanda mewajibkan debitur untuk mengganti kerugian yang diderita kreditur akibat kegagalan dalam melaksanakan kewajibannya, kecuali jika kegagalan tersebut tidak dapat diatribusikan kepadanya.

Oleh karena itu, klaim yang berhasil memerlukan pembuktian bahwa pemasok tidak mengirimkan apa yang telah disepakati, misalnya karena perangkat lunak tidak memenuhi spesifikasi fungsional yang tercatat. Dan kegagalan tersebut harus disebabkan oleh pemasok, artinya tidak ada keadaan force majeure.

Dalam praktiknya, tanggung jawab sering kali dibagi. Klien memberikan kejelasan tentang persyaratan tertentu terlambat, mengubah keinginannya selama proyek berlangsung tanpa menerima konsekuensi terhadap perencanaan dan biaya, atau tidak menyediakan lingkungan pengujian yang dapat digunakan.

Dalam kasus seperti itu, pengadilan dapat mengurangi kewajiban pemasok untuk memberikan kompensasi berdasarkan Pasal 6:101 Kitab Undang-Undang Hukum Perdata Belanda, sebanding dengan sejauh mana keadaan yang disebabkan oleh klien turut berkontribusi terhadap kerugian tersebut. Doktrin kesalahan bersama ini dapat mengurangi jumlah ganti rugi secara signifikan, dan dalam kasus-kasus luar biasa dapat menyebabkan penolakan ganti rugi sama sekali.

Saran praktis untuk kedua belah pihak: dokumentasikan sepanjang proyek siapa yang mengambil keputusan apa, perubahan apa yang dilakukan, dan informasi apa yang diberikan dan kapan. Dalam proses hukum, catatan tersebut seringkali menjadi penentu antara tanggung jawab penuh dan hasil yang sangat dibatasi.

Kewajiban klien untuk bekerja sama

Implementasi perangkat lunak adalah upaya bersama. Pemasok membangun dan mengkonfigurasi, tetapi terus bergantung pada klien: spesifikasi yang tepat waktu dan lengkap, data uji yang dapat digunakan, keputusan cepat atas pertanyaan yang belum terjawab, dan penerimaan komponen yang dikirim tepat waktu.

Apabila kerja sama tersebut tidak ada, pemasok tidak dapat melakukan pekerjaannya. Hukum menetapkan konsekuensi atas hal ini. Pasal 6:58 dan seterusnya dari Kitab Undang-Undang Hukum Perdata Belanda mengatur tentang wanprestasi kreditur, yang terjadi apabila pelaksanaan kewajiban oleh debitur terhalang karena kerja sama yang dibutuhkan dari kreditur tidak diberikan.

Jika ditelusuri ke dalam praktik: jika pemasok terlambat karena klien tidak menyediakan apa yang dibutuhkan tepat waktu, pemasok tidak dianggap wanprestasi dan tidak bertanggung jawab atas keterlambatan tersebut. Justru klienlah yang mungkin melakukan wanprestasi. Karena proyek perangkat lunak umumnya bersifat iteratif, dengan setiap fase dibangun berdasarkan umpan balik dan persetujuan dari fase sebelumnya, kurangnya masukan sering digunakan dalam hukum kasus untuk mengaitkan keterlambatan sepenuhnya atau sebagian kepada klien.

Bagi klien, ini adalah poin penting yang perlu diperhatikan: kritik terhadap kemajuan tidak akan banyak berpengaruh jika pengambilan keputusan Anda sendiri lambat. Bagi pemasok, kebalikannya berlaku: segera laporkan keterlambatan yang disebabkan oleh klien secara tertulis, misalnya dengan peringatan yang jelas atau pemberitahuan wanprestasi segera setelah input yang diperlukan gagal terwujud. Jika itu tidak terjadi, seringkali mustahil untuk merekonstruksi setelahnya siapa yang menyebabkan keterlambatan tersebut.

Investigasi ahli

Proyek perangkat lunak pada dasarnya bersifat teknis. Apakah perangkat lunak yang dikirimkan memenuhi spesifikasi? Apakah keterlambatan disebabkan oleh pemasok atau klien? Apakah pekerjaan tambahan yang ditagihkan dapat dibenarkan? Pertanyaan tentang arsitektur, kode sumber, keterlacakan persyaratan melalui proses pengembangan, dan isi laporan pengujian memerlukan pengetahuan teknis yang tidak dapat diharapkan dari seorang hakim.

Oleh karena itu, laporan ahli yang diperintahkan pengadilan sering kali diminta dalam sengketa ini, berdasarkan Pasal 194 hingga 207 Kitab Undang-Undang Acara Perdata Belanda. Seorang ahli independen kemudian menilai apakah perangkat lunak tersebut memenuhi persyaratan yang disepakati, di mana keterlambatan terjadi, dan apakah biaya yang dikeluarkan wajar. Dalam praktiknya, hasil tersebut sangat berpengaruh dalam putusan pengadilan.

Seorang ahli umumnya akan membutuhkan dokumen-dokumen berikut:

kontrak dan lampiran-lampirannya;
spesifikasi fungsional dan teknis;
permintaan perubahan;
perencanaan proyek dan laporan kemajuan;
laporan pengujian;
surat-menyurat mengenai penundaan dan penerimaan;
Kode sumber dan dokumentasi.

Jika sebagian dari informasi ini hilang, ahli seringkali tidak dapat menjawab pertanyaan tersebut. Hal itu berdampak pada posisi pembuktian pihak yang mengandalkan fakta-fakta tersebut. Oleh karena itu, penting untuk menjaga berkas ini tetap rapi selama proyek berlangsung, bukan hanya setelah perselisihan muncul.

Kemungkinan hasil dari proses hukum

Apabila hanya sebagian dari kontrak yang bermasalah, misalnya karena satu modul tidak berfungsi sementara bagian lainnya dapat digunakan, pengadilan dapat memerintahkan pembatalan sebagian berdasarkan Pasal 6:265 jo. Pasal 6:270 Kitab Undang-Undang Hukum Perdata Belanda. Bagian yang berhasil kemudian tetap berlaku.

Ganti rugi juga dapat diberikan berdasarkan Pasal 6:74, yang kemudian dapat dikurangi karena kesalahan bersama berdasarkan Pasal 6:101. Terakhir, pengadilan dapat mengurangi ganti rugi berdasarkan Pasal 6:109, misalnya jika jumlah yang diklaim tidak ada hubungannya dengan nilai kontrak awal. Pengadilan menggunakan kewenangan pengurangan tersebut dengan sangat hati-hati.

Dalam praktiknya, proyek perangkat lunak yang gagal sering kali berakhir dengan memulai ulang di pemasok lain. Hal itu pun jarang berjalan tanpa diskusi. Siapa yang mendapatkan kode sumber? Siapa yang memegang hak kekayaan intelektual atas sistem yang dibangun? Apakah ada pengaturan penangguhan, di mana kode sumber disimpan pada pihak ketiga yang independen? Siapa pun yang tidak menyelesaikan semua ini sejak awal akan menyadarinya tepat pada saat ini.

Apa yang ditunjukkan oleh contoh-contoh praktis

Di samping pengadilan biasa, Yayasan Penyelesaian Sengketa Otomasi (SGOA) memainkan peran penting di sektor TI. Lembaga penyelesaian sengketa independen ini telah berdiri sejak tahun 1989 dan menawarkan mediasi, arbitrase, proses arbitrase ringkas, nasihat yang mengikat, laporan ahli, dan pencegahan konflik. Para arbiternya adalah praktisi industri, yang menjelaskan mengapa banyak sengketa TI menempuh jalur ini daripada melalui proses di pengadilan.

Keputusan SGOA yang dipublikasikan mengungkapkan beberapa pelajaran berulang yang juga berguna di luar proses hukum:

Tanggung jawab jarang sepenuhnya dibebankan kepada satu pihak; pembagian tanggung jawab tersebut mengikuti apa yang sebenarnya dilakukan dan tidak dilakukan oleh masing-masing pihak;
Spesifikasi yang berubah seiring berjalannya proyek merupakan salah satu poin perselisihan yang paling umum, dan ketiadaan prosedur perubahan formal umumnya merugikan pihak yang mengandalkan perjanjian awal;
Kualitas catatan proyek seringkali menjadi penentu, karena menentukan fakta mana yang masih dapat dipastikan.

Bagi siapa pun yang menyusun kontrak, ini adalah sinyal yang berguna: justru hal-hal inilah yang sebaiknya diselesaikan terlebih dahulu.

Tindakan pencegahan

Banyak perselisihan dapat dicegah dengan pengaturan kontrak yang tepat.

Gunakan kontrak bertahap. Bagi proyek menjadi beberapa tahap atau pencapaian, masing-masing dengan kriteria penerimaan sendiri. Hal ini menghindari penilaian keseluruhan proyek hanya setelah berbulan-bulan.
Sepakati uji penerimaan formal sebelum pembuatan faktur. Dengan demikian, ditetapkan apa yang harus dipenuhi oleh komponen yang dikirim sebelum pembayaran jatuh tempo.
Catat prosedur perubahan yang menetapkan siapa yang dapat meminta perubahan, siapa yang memutuskan, dan bagaimana konsekuensi terhadap perencanaan dan harga diproses.
Sepakati tahapan eskalasi: pertama diskusi dalam kelompok proyek, kemudian komite pengarah di tingkat yang lebih tinggi, lalu mediator, dan baru kemudian proses hukum di pengadilan.
Pertimbangkan penyelesaian sengketa melalui SGOA. Perhatikan satu poin praktis: arbiter hanya dapat menangani kasus di mana para pihak telah memberikan yurisdiksi pada yayasan tersebut sebelumnya, sehingga klausul tersebut harus ada dalam kontrak. SGOA menyediakan contoh klausul untuk hal ini.

Tangga eskalasi memastikan bahwa konflik dibahas pada tahap awal dan pada tingkat yang tepat, bukan hanya setelah hubungan memburuk. Untuk situasi di mana suatu proyek terhenti pada titik kritis dan salah satu pihak tidak mau bekerja sama, proses arbitrase ringkas SGOA menawarkan solusi cepat.

Dalam penutupan

Kegagalan proyek perangkat lunak jarang disebabkan oleh satu kesalahan tunggal. Biasanya, kegagalan muncul dari kombinasi spesifikasi yang tidak jelas, perubahan keinginan, kesalahan teknis, dan kerja sama yang buruk. Hukum Belanda menawarkan kerangka kerja yang bernuansa untuk menentukan siapa yang menanggung kerugian, melalui kegagalan pelaksanaan, kesalahan kontributif, dan wanprestasi kreditur, tetapi penerapannya membutuhkan pengetahuan tentang hukum dan teknologi.

Apakah proyek perangkat lunak Anda mengalami hambatan? Law & More Memberikan konsultasi kepada klien dan pemasok mengenai tanggung jawab, catatan proyek, pencegahan pelanggaran kontrak, dan penyelesaian sengketa. Hubungi kami untuk penilaian kontrak dan berkas proyek Anda.

Pertanyaan yang sering diajukan

Di bawah ini kami menjawab pertanyaan-pertanyaan yang paling sering diajukan kepada kami mengenai topik ini.

Apakah pemasok saya bertanggung jawab jika proyek perangkat lunak tersebut gagal?

Tidak secara otomatis. Harus dibuktikan bahwa pihak tersebut tidak memberikan apa yang telah disepakati dan bahwa hal ini disebabkan oleh pihak tersebut. Dalam praktiknya, tanggung jawab sering kali dibagi antara kedua belah pihak.

Bagaimana jika, sebagai klien, saya sendiri yang turut berkontribusi terhadap keterlambatan tersebut?

Pengadilan kemudian dapat mengurangi kewajiban pemasok untuk memberikan kompensasi berdasarkan Pasal 6:101 Kitab Undang-Undang Hukum Perdata Belanda, sebanding dengan seberapa besar perilaku Anda sendiri berkontribusi terhadap kerugian tersebut. Hal itu dapat menurunkan jumlah ganti rugi secara signifikan dan, dalam kasus-kasus luar biasa, dapat menyebabkan penolakan gugatan.

Apa saja yang termasuk dalam kewajiban untuk bekerja sama?

Sebagai klien, Anda wajib menyediakan spesifikasi, data uji, keputusan, dan persetujuan tepat waktu. Jika hal itu tidak terjadi dan pemasok tidak dapat melaksanakan kewajibannya, maka pemasok tidak akan dianggap wanprestasi, tetapi Anda sendiri mungkin akan mengalami wanprestasi sebagai kreditur (Pasal 6:58 dan seterusnya dari Kitab Undang-Undang Hukum Perdata Belanda).

Mengapa seorang ahli sering ditunjuk?

Karena pertanyaan tentang arsitektur, kode sumber, dan laporan pengujian memerlukan pengetahuan teknis yang tidak dapat diharapkan dari seorang hakim. Berdasarkan Pasal 194 hingga 207 Kitab Undang-Undang Acara Perdata Belanda, laporan ahli yang diperintahkan pengadilan dapat dibuat, dan hasilnya memiliki bobot yang besar.

Dokumen proyek mana yang harus saya simpan?

Kontrak beserta lampirannya, spesifikasi fungsional dan teknis, permintaan perubahan, perencanaan proyek dan laporan kemajuan, laporan pengujian, korespondensi tentang keterlambatan dan penerimaan, serta kode sumber beserta dokumentasinya. Tanpa dokumen-dokumen tersebut, seorang ahli seringkali tidak dapat menjawab pertanyaan tersebut.

Mengapa prosedur perubahan sangat penting?

Tanpa prosedur formal, tugas akan berkembang tanpa disadari sementara perencanaan dan anggaran tetap sama. Dalam suatu perselisihan, akan sulit untuk menentukan kapan dan mengapa ruang lingkup tugas berubah. Catat siapa yang dapat meminta perubahan, siapa yang memutuskan, dan bagaimana konsekuensi terhadap perencanaan dan harga diproses.

Apa gunanya kriteria penerimaan?

Mereka menetapkan secara objektif kapan komponen yang dikirimkan memenuhi standar. Hal itu memperjelas kapan pembayaran jatuh tempo dan sebagian besar mencegah perdebatan di kemudian hari tentang apakah pengiriman sudah sesuai atau belum. Sebaiknya kaitkan hal tersebut dengan rilis atau pencapaian tertentu dengan uji penerimaan formal.

Apa yang terjadi pada kode sumber saat dilakukan restart dengan pemasok lain?

Itu tergantung pada kontrak Anda. Tanpa pengaturan mengenai pelepasan kode sumber, hak kekayaan intelektual atas sistem yang dibangun, dan pengaturan penjaminan (escrow), memulai ulang sistem dapat tertunda secara signifikan. Selesaikan hal ini saat menandatangani kontrak, bukan setelahnya.

Apa saja kemungkinan hasil yang dapat diperoleh dari proses hukum?

Pembatalan sebagian jika hanya sebagian yang salah (Pasal 6:265 dibaca bersama dengan 6:270 Kitab Undang-Undang Hukum Perdata Belanda), ganti rugi berdasarkan Pasal 6:74, pengurangan karena kesalahan bersama berdasarkan Pasal 6:101, dan moderasi berdasarkan Pasal 6:109. Pengadilan menerapkan moderasi tersebut dengan sangat hati-hati.

Bisakah saya menyelesaikan perselisihan di luar pengadilan?

Ya. SGOA menawarkan mediasi, arbitrase, proses arbitrase ringkas, nasihat yang mengikat, dan laporan ahli, dengan praktisi industri sebagai pengambil keputusan. Arbiter hanya dapat menangani kasus di mana para pihak telah memberikan yurisdiksi kepada yayasan tersebut sebelumnya, jadi sertakan klausul tersebut dalam kontrak.

Bagaimana cara menghindari perselisihan yang berkepanjangan?

Bekerja dengan kontrak bertahap dan kriteria penerimaan per rilis, menyepakati uji penerimaan formal sebelum penagihan, mencatat prosedur perubahan, dan menyepakati tangga eskalasi yang berjalan dari kelompok proyek ke komite pengarah, mediator, dan baru kemudian proses di pengadilan.

Apakah Anda memiliki perselisihan dengan pemasok TI, atau ingin kontrak TI Anda ditinjau? Pengacara TI kami siap membantu.

Seterpercayaapakah Olymp Trade? Kesimpulan Law & More Yang dapat membantu Anda dalam hal ini dijelaskan di halaman kami. Pengacara TI .