Apa itu Penyelesaian Pekerjaan dalam Kontrak Pengadaan dalam Pengembangan Sistem

Pengembangan sistem biasanya memerlukan waktu yang lama, dan seringkali ada permintaan untuk perubahan spesifikasi atau implementasi fitur tambahan, yang dapat membuat vendor yang menerima pekerjaan tersebut berada dalam situasi sulit tanpa jalan keluar. Bagi vendor seperti itu, masalah “sampai sejauh mana dan apa yang harus kami lakukan untuk menyelesaikan pekerjaan kami” bisa menjadi sumber kekhawatiran yang serius.

Lebih lanjut, pengembangan sistem seringkali dilakukan melalui kontrak kerjasama, yang bertujuan untuk “menyelesaikan pekerjaan”.

Dalam artikel ini, kami akan menjelaskan dari sudut pandang hukum, “kapan dan apa yang harus diselesaikan dalam pengembangan sistem untuk dianggap selesai”.

Apa Itu Penyelesaian Pengembangan Sistem

Penyelesaian Pengembangan Sistem dari Perspektif Teknisi

Di lapangan pengembangan sistem, jika ditanya “kapan pengembangan sistem selesai”, jawaban umumnya adalah “ketika proses pengujian selesai dan hasilnya telah diserahkan”. Memang, alur umum pengembangan sistem dimulai dengan definisi persyaratan, di mana kita menentukan fungsi yang harus diimplementasikan, kemudian membuat berbagai dokumen desain, melanjutkan ke implementasi program, dan akhirnya memastikan bahwa sistem berfungsi dengan benar melalui proses pengujian. Proses ini diakhiri dengan penerimaan oleh pengguna.

Oleh karena itu, dari perspektif teknisi yang terlibat dalam pekerjaan konkret, pemahaman umumnya adalah “penyelesaian pengembangan sistem = penerimaan yang berhasil”.

Penyelesaian Pengembangan Sistem dari Perspektif Hukum

Di sisi lain, jika ditanya kapan pengembangan sistem selesai dari perspektif hukum, diskusi utamanya adalah kapan kewajiban hukum yang diambil vendor dalam kontrak telah dipenuhi. Kontrak dalam pengembangan sistem pada dasarnya diklasifikasikan sebagai kontrak pekerjaan atau kontrak kuasa.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Penjelasan tentang perbedaan antara dua jenis kontrak ini dapat ditemukan dalam artikel di atas, tetapi jika kita berbicara tentang penyelesaian pengembangan sistem, yaitu pemenuhan kewajiban yang diambil oleh vendor, kriteria penilaian diberikan sebagai berikut:

Kontrak Pekerjaan: Pasal 632 Hukum Sipil Jepang
Pasal 632
Kontrak pekerjaan berlaku ketika salah satu pihak berjanji untuk menyelesaikan pekerjaan tertentu, dan pihak lain berjanji untuk membayar imbalan untuk hasil pekerjaan tersebut.
Kontrak Kuasa: Pasal 648 Hukum Sipil Jepang
Pasal 648
1. Jika tidak ada perjanjian khusus, penerima kuasa tidak dapat menuntut imbalan dari pemberi kuasa.
2. Jika penerima kuasa berhak menerima imbalan, mereka tidak dapat menuntutnya kecuali setelah melaksanakan tugas yang diberikan. Namun, jika imbalan ditentukan berdasarkan periode waktu, ketentuan Pasal 624 ayat 2 berlaku.
3. Jika pelaksanaan tugas dihentikan di tengah jalan karena alasan yang tidak dapat diatribusikan kepada penerima kuasa, penerima kuasa dapat menuntut imbalan sesuai dengan proporsi tugas yang telah dilakukan.

Penyelesaian Pengembangan Sistem Menjadi Masalah dalam Kontrak Pekerjaan

Namun, dalam konteks pengembangan sistem atau lainnya, “kapan pekerjaan selesai” menjadi masalah, pada dasarnya dalam kontrak pekerjaan. Dalam kontrak kuasa, daripada memenuhi kewajiban dengan menghasilkan hasil atau hasil tertentu, kontrak ini lebih berarti bahwa seseorang dengan keahlian khusus, dengan beberapa diskresi, melakukan apa yang harus dilakukan (tidak peduli hasilnya). Dalam kontrak kuasa, bahkan jika hasil yang diharapkan tidak tercapai, selama proses penanganan berjalan dengan baik, pembayaran dapat dituntut (Pasal 648 ayat 2), dan jika pelaksanaan tugas dihentikan di tengah jalan karena alasan yang tidak dapat diatribusikan kepada penerima kuasa, pembayaran dapat dituntut sesuai dengan proporsi tugas yang telah dilakukan (Pasal 648 ayat 3). Kontrak pekerjaan berfokus pada “hasil”, sedangkan kontrak kuasa berfokus pada “proses”.

Oleh karena itu, dalam kontrak kuasa, “kewajiban untuk berhati-hati” dalam proses melaksanakan tugas yang diberikan cenderung menjadi masalah hukum. Yaitu, kapan pelanggaran kewajiban berhati-hati berdasarkan kontrak kuasa dapat dipertanyakan ketika diasumsikan bahwa tingkat kepercayaan yang tinggi telah diberikan.

Di sisi lain, yang penting dalam kontrak pekerjaan adalah “penyelesaian pekerjaan”. Jika pekerjaan yang harus diselesaikan tidak selesai, kewajiban vendor untuk memenuhi kewajiban mereka tidak dapat dipenuhi, dan prinsipnya adalah bahwa mereka tidak dapat menuntut pembayaran. Namun, jika pekerjaan telah selesai, tidak ada alasan untuk mempertanyakan bagian prosesnya. Oleh karena itu, masalah “kapan proyek pengembangan sistem selesai” pada dasarnya dapat diterjemahkan menjadi masalah interpretasi hukum dari frase “penyelesaian pekerjaan” dalam kontrak pekerjaan.

Kapan Sebuah Pekerjaan Dalam Pengembangan Sistem Dapat Disebut Selesai?

Lalu, kapan sebenarnya kita dapat menganggap bahwa sebuah “pekerjaan telah selesai”? Mari kita lihat beberapa contoh kasus hukum terdahulu mengenai hal ini.

Contoh Kasus Hukum Mengenai Penyelesaian Pekerjaan

Kasus hukum yang akan kita kutip di bawah ini berkaitan dengan sistem yang telah diserahkan oleh vendor, namun kemudian ditemukan masalah terkait kecepatan pemrosesan dan biaya komunikasi. Meskipun masalah tersebut ditemukan, semua proses pengembangan telah selesai, sehingga muncul pertanyaan apakah pekerjaan tersebut dapat dikatakan telah “selesai”. Hasilnya, penyelesaian pekerjaan diakui.

Pasal 632 dan 633 dari Hukum Sipil Jepang (Japanese Civil Law) menentukan bahwa pembayaran upah kepada kontraktor harus dilakukan ketika kontraktor telah menyelesaikan pekerjaannya dan menyerahkan hasil pekerjaannya kepada pemesan. Di sisi lain, Pasal 634 dari hukum yang sama menentukan bahwa jika ada cacat pada hasil pekerjaan, kontraktor bertanggung jawab untuk memberikan jaminan (ayat 1), dan pemesan memiliki hak untuk menolak pembayaran upah sampai kontraktor memenuhi tanggung jawab jaminannya (ayat 2). Menurut ketentuan Hukum Sipil ini, hukum membedakan antara kasus di mana hasil pekerjaan tidak sempurna karena adanya cacat dan kasus di mana pekerjaan belum selesai. Bahkan jika ada cacat pada hasil pekerjaan, baik itu tersembunyi atau tampak, itu tidak berarti bahwa pekerjaan belum selesai. Oleh karena itu, apakah kontraktor telah menyelesaikan pekerjaannya atau tidak harus ditentukan berdasarkan apakah kontraktor telah menyelesaikan semua proses yang direncanakan dalam kontrak awal. Pemesan tidak dapat menolak pembayaran upah hanya dengan alasan bahwa ada cacat pada hasil pekerjaan ketika kontraktor telah menyelesaikan semua proses dan menyerahkan hasil pekerjaannya.

Dalam putusan di atas, “penyelesaian pekerjaan” dianggap telah memenuhi syarat jika semua proses akhir dalam pengembangan sistem telah selesai. Sebagai langkah pemulihan ketika ada kekurangan dalam sistem yang dibuat oleh vendor (sering disebut sebagai “cacat” dalam hukum), ada sistem jaminan cacat yang disiapkan secara terpisah.

Oleh karena itu, meskipun konsep “penyelesaian pekerjaan” diinterpretasikan secara luas, pada akhirnya tidak akan memberatkan pengguna. Ringkasnya adalah sebagai berikut:

【Kewajiban dalam Kontrak Kerja = Penyelesaian Pekerjaan = Penyelesaian Semua Proses】
========
Jika pekerjaan belum selesai…
↓
【Bertanggung Jawab atas Ketidaklaksanaan Kewajiban】
========
Jika pekerjaan telah selesai tetapi ada kekurangan…
↓
【Mengakui Pelaksanaan Kewajiban, Masalah Jaminan Cacat】

Contoh kasus hukum di atas menunjukkan bagaimana memisahkan masalah tersebut.

Namun, terkait dengan “penyelesaian pekerjaan”, kita juga dapat mempertimbangkan dari sudut pandang “persetujuan pemeriksaan oleh pengguna”. Untuk masalah hukum ketika pemeriksaan oleh pengguna tidak berjalan lancar, kami telah memberikan penjelasan dalam artikel lain.

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

Apa yang Dimaksud dengan Penyelesaian Pekerjaan dalam Hukum

Dalam pengembangan sistem, jika “penyelesaian pekerjaan” diakui, maka ini berarti bahwa kewajiban telah dipenuhi, sehingga tidak ada lagi pertanyaan tentang tanggung jawab atas “ketidakpatuhan” terhadap kewajiban. Dalam kontrak kerja, jika pekerjaan tidak dapat dikatakan selesai, Anda tidak dapat meminta pembayaran, dan bahkan jika Anda telah membuat perjanjian khusus untuk pembayaran di muka, Anda pada dasarnya harus mengembalikannya. Di sisi lain, jika fakta bahwa pekerjaan telah selesai diakui, vendor hanya perlu menanggung masalah jaminan cacat dan jaminan kualitas kontrak.

Fakta bahwa vendor dibebaskan dari tanggung jawab atas ketidakpatuhan terhadap kewajiban berarti bahwa ruang untuk pengguna untuk membatalkan kontrak menjadi sangat kecil. Ini karena pembatalan kontrak berdasarkan tanggung jawab jaminan cacat dibatasi dalam situasi di mana tujuan kontrak tidak dapat dicapai. Jika kontrak dibatalkan, vendor juga kehilangan hak untuk meminta pembayaran (dengan kata lain, tidak ada pembayaran sama sekali), sehingga dalam prakteknya, sering terjadi perselisihan tentang “penyelesaian pekerjaan”.

Untuk penjelasan lebih lanjut tentang “pembatalan” kontrak dalam pengembangan sistem, silakan lihat artikel berikut.

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

Catatan Penting Terkait Penyelesaian Pekerjaan

Bagaimana Memandang Perubahan Spesifikasi dan Pengembangan Tambahan

Perlu diperhatikan bahwa bagi vendor, mungkin ada situasi di mana mereka merasa, “Kami sudah dapat memenuhi spesifikasi seperti yang disebutkan sejak awal, tetapi kami diminta untuk mengubah spesifikasi atau menambahkan fungsi, dan meskipun kami ingin menyelesaikan pekerjaan, kami tidak dapat menemukan titik akhir.” Dalam situasi seperti ini, masalah seperti “kapan harus mengakhiri pengembangan sistem” muncul. Penjelasan tentang situasi ini dapat ditemukan dalam detail di artikel berikut.

https://monolith.law/corporate/increase-of-estimate[ja]

Perhatikan Juga Perubahan Hukum Sipil

Selain itu, ketentuan tentang tanggung jawab jaminan cacat berdasarkan kontrak pekerjaan adalah area yang sangat dipengaruhi oleh perubahan hukum sipil, mengingat hubungan antara pasal-pasal sebelumnya cenderung rumit dan sulit dipahami. Dalam konteks perubahan hukum sipil, penjelasan detail tentang bagaimana memahami “cacat” dapat ditemukan di artikel berikut.

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

Kesimpulan

Dalam artikel ini, kami telah menjelaskan tentang jalan menuju konsep hukum ‘penyelesaian pekerjaan’ untuk proyek pengembangan sistem yang cenderung terjebak dalam situasi ‘tidak dapat melihat jalan keluar’. Meskipun jalan keluar untuk setiap proyek mungkin berbeda-beda tergantung pada persyaratan pengembangan, jika terjadi perselisihan mengenai hal ini, konsep hukum ‘penyelesaian pekerjaan’ seringkali menjadi petunjuk yang berguna.