Adakah Perjanjian Pembangunan Sistem Dapat Dibentuk Tanpa Kontrak?

Dalam pembangunan sistem, tidak jarang bagi pembangun untuk meneruskan kerja sebelum perjanjian ditulis. Namun, aliran kerja seperti ini adalah ‘berbahaya’ dalam praktiknya. Jika perjanjian tidak dibuat, ada risiko bahawa pemberi perintah boleh mengatakan ‘perjanjian belum ditubuhkan, oleh itu tidak perlu membayar upah’ jika ada masalah kemudian. Dalam pertikaian yang berkaitan dengan pembangunan sistem sebenar, tidak jarang untuk perjanjian itu sendiri dipertikaikan, dan keputusan yang tidak menguntungkan pembangun dibuat. Sebagai pembangun, ada risiko bahawa anda tidak akan dapat menerima pembayaran jika pemberi perintah menghentikan projek atau beralih ke syarikat lain. Selain itu, seperti yang akan dibincangkan kemudian, terdapat juga kes di mana perjanjian ditolak walaupun perjanjian telah dibuat.

Di sini, saya akan menjelaskan tentang keberhasilan dan kegagalan perjanjian pembangunan sistem, dan struktur undang-undang untuk menuntut wang jika perjanjian tidak diakui.

Pembentukan Kontrak

Sebagai prinsip, kontrak dibentuk apabila kedua-dua pihak bersetuju mengenai elemen-elemen kontrak (kesesuaian antara penunjukan niat untuk membuat tawaran dan penunjukan niat untuk menerima tawaran).

Apabila kontrak dibentuk, kedua-dua pihak terikat oleh kontrak tersebut, dan jika salah satu pihak tidak melaksanakan isi kontrak, pihak lain boleh memaksa pelaksanaan melalui pengadilan atau menuntut ganti rugi atas ketidakpatuhan. “Elemen-elemen kontrak” perlu ditentukan atau spesifik sehingga dapat dipaksakan dan ketidakpatuhan dapat dikenalpasti.

Pembentukan Kontrak Pembangunan Sistem

Sifat kontrak pembangunan sistem adalah terutamanya kontrak kerja dan kontrak kuasa-kuasa tertentu. Kontrak kerja adalah janji untuk menyelesaikan pekerjaan dan membayar upah untuk itu. Kontrak kuasa-kuasa tertentu yang berbayar adalah janji untuk melaksanakan tugas dan membayar upah untuk itu.

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

Oleh itu, jika ada persetujuan antara pihak-pihak berkenaan “isi pekerjaan atau tugas” dan “jumlah upah”, yang merupakan elemen kontrak, kontrak dianggap telah dibentuk.

Perlu diingat bahawa kontrak boleh dibentuk hanya dengan janji lisan, dan tidak perlu kontrak bertulis.

Tuntutan Wang Jika Kontrak Pembangunan Sistem Dibatalkan Selepas Pembentukan

Jika kontrak pembangunan sistem telah dibentuk dan pengguna membatalkannya secara sepihak, secara undang-undang, ini dianggap sebagai pemberitahuan pembatalan kontrak.

Jika kontrak kerja telah dibentuk, vendor berhak untuk mendapatkan ganti rugi jika pengguna membatalkan kontrak pada bila-bila masa sebelum pekerjaan selesai (Undang-Undang Sivil Jepun Artikel 641). Oleh itu, jika pengguna tidak memberikan ganti rugi, vendor boleh menuntut “ganti rugi” yang merupakan jumlah kos yang telah dibelanjakan oleh vendor sehingga saat itu dan jumlah upah yang seharusnya diterima, dikurangkan dengan kos yang dapat dijimatkan kerana penyelesaian sistem dielakkan.

Selain itu, jika kontrak kuasa-kuasa tertentu telah dibentuk, penerima kuasa dapat menuntut upah berdasarkan peratusan pelaksanaan jika kuasa dihentikan semasa pelaksanaan (Undang-Undang Sivil Jepun yang Dipinda Artikel 648 Ayat 3). Oleh itu, vendor boleh menuntut pembayaran untuk kerja yang telah dilakukan.

Kejayaan atau Kegagalan dalam Kontrak Pembangunan Sistem

Spesifikasi Kandungan Sistem

Biasanya, transaksi antara syarikat, terutamanya kontrak dengan jumlah yang besar, menggunakan dokumen bertulis. Oleh itu, jika kontrak telah dibuat, keberhasilan kontrak lebih mudah diterima.

Sistem yang menjadi subjek pembangunan akan diperincikan secara beransur-ansur melalui pelbagai proses. Oleh itu, spesifikasi kandungan sistem, yang merupakan elemen kontrak perkhidmatan, dianggap cukup jika skop dan rangkuman sistem yang ingin diubah menjadi sistem dapat dikenal pasti.

Dalam kes mahkamah, tidak ada pertikaian mengenai penandatanganan kontrak asas dan perjanjian kerahsiaan, dan kontrak asas tersebut mencatatkan bahawa “penyokong teknologi perniagaan e-dagang, bantuan dalam pembinaan laman web dan perkhidmatan berkaitan” akan diberikan, tetapi tidak ada penjelasan mengenai kandungan khusus perniagaan e-dagang atau skop perkhidmatan yang diberikan, atau skop yang akan dibangunkan dan direka sebagai sistem, dan keberhasilan kontrak telah dinafikan.

Walaupun anda telah membuat kontrak asas pembangunan sistem, jika kandungan kerja atau perkhidmatan adalah abstrak dan tidak dapat dikenal pasti, keberhasilan kontrak sukar diterima. Keberhasilan kontrak dapat diterima jika kandungan kerja atau perkhidmatan, dan jumlah bayaran, ditulis secara khusus dalam kontrak dan lain-lain sehingga menjadi subjek untuk memaksa pelaksanaan dan mengesahkan ketidakpatuhan.

Untuk maklumat lanjut mengenai perkara yang perlu diberi perhatian dalam kontrak antara jurutera peribadi dan syarikat, sila rujuk artikel di bawah.

https://monolith.law/corporate/engineer-joint-enterprise-contract[ja]

Vendor Menyajikan Sebut Harga dan Spesifikasi, dan Pengguna Mengesahkan dan Membuat Pesanan

Biasanya, transaksi antara syarikat menggunakan dokumen bertulis. Oleh itu, jika kontrak tidak dibuat, keberhasilan kontrak sukar diterima. Dalam pembangunan sistem, kerja sering dimulakan sebelum kontrak dibuat, tetapi bagaimana kita harus memikirkan kejayaan atau kegagalan kontrak dalam kes tersebut?

Dalam kes mahkamah (Penghakiman Mahkamah Daerah Nagoya, 28 Januari 2004 (Tahun Heisei 16)), keberhasilan kontrak perkhidmatan pembangunan sistem dinyatakan seperti berikut:

• Selepas rundingan seperti pengesahan spesifikasi antara vendor dan pengguna,
• Vendor menyajikan spesifikasi dan sebut harga, dan
• Pengguna mengesahkan dan membuat pesanan, kontrak tersebut dianggap berjaya.

Dalam kes ini, vendor telah diberi tugas oleh pengguna, iaitu pihak berkuasa tempatan, untuk memperkenalkan sistem akaun kewangan dan sebagainya, dan RFP bertajuk “Permintaan untuk Penyerahan Cadangan Mengenai Pengenalan Sistem Maklumat Pentadbiran Umum” telah disajikan, dan vendor telah menyajikan cadangan dan sebut harga sebagai respons, dan pengguna telah mengemukakan “Pemberitahuan Penggunaan”. Vendor tidak mempertimbangkan dengan teliti mengenai kandungan kerja pengguna dan lain-lain melalui perbincangan dengan pengguna, dan fakta bahawa kandungan penyesuaian dan kos telah dipertimbangkan secara khusus dalam pengguna tidak dapat diterima, dan kandungan cadangan vendor juga tidak khusus, dan tidak jelas apa yang telah disetujui oleh pengguna, dan keberhasilan kontrak tidak dapat diterima.

Saya akan memberikan penjelasan tambahan mengenai keberhasilan kontrak yang dinyatakan dalam kes mahkamah, dengan mempertimbangkan kes mahkamah lain dan sebagainya.

Selepas Rundingan Seperti Pengesahan Spesifikasi Antara Vendor dan Pengguna

Dari fakta bahawa “melalui rundingan”, jika “dalam rundingan” mengenai elemen kontrak seperti kandungan sistem dan jumlah bayaran, keberhasilan kontrak sukar diterima kerana tidak ada persetujuan.

Walau bagaimanapun, dalam kontrak perkhidmatan, harga boleh ditentukan berdasarkan harga pasaran, dan terdapat kes mahkamah di mana kontrak perkhidmatan dianggap berjaya dengan harga yang setara dengan harga pasaran dari fakta bahawa pengguna telah menyetujui kandungan sistem dan “jumlah bayaran yang kasar”.

Untuk dapat mengatakan bahawa “melalui rundingan”, vendor harus mencatat dalam e-mel atau minit mesyuarat dan sebagainya bahawa mereka telah mempertimbangkan dengan teliti mengenai kandungan kerja pengguna, kandungan sistem, dan sebagainya melalui perbincangan dengan pengguna dan sebagainya.

Vendor Menyajikan Spesifikasi dan Sebut Harga, dan Pengguna Mengesahkan dan Membuat Pesanan

• Jika pengguna mengeluarkan pesanan atau pesanan, keberhasilan kontrak lebih mudah diterima. Jika vendor mengemukakan permintaan atau melakukan kerja berdasarkan pesanan dan sebagainya, keberhasilan kontrak lebih mudah diterima kerana ada “persetujuan”.
• Notis dalaman pengguna sering mengandungi kandungan bahawa kontrak akan ditandatangani pada masa akan datang, dan keberhasilan kontrak sukar diterima. Walau bagaimanapun, jika tidak ada catatan seperti itu, dan jika mereka dapat mencatatkan kandungan pembangunan sistem dan jumlah bayaran, yang merupakan elemen kontrak, secara khusus sejauh mungkin, ini akan membantu ke arah pengakuan keberhasilan kontrak.
• Jika nota, perjanjian, atau surat pengesahan adalah berdasarkan prasyarat bahawa kontrak akan ditandatangani secara berasingan, atau jika kandungan adalah abstrak, keberhasilan kontrak sukar diterima.
• Jika cap tidak ditekan pada draf kontrak, keberhasilan kontrak sukar diterima kerana penekanan cap bermaksud penandatanganan.
• Sebut harga adalah bukti untuk mengesahkan jumlah bayaran yang telah disepakati antara pihak-pihak.

Untuk maklumat lanjut mengenai sama ada anda boleh mengenakan caj tambahan atas sebut harga awal jika anda diminta untuk mengubah spesifikasi atau menambah fungsi setelah proses pembangunan sistem telah maju ke tahap tertentu, sila rujuk artikel di bawah.

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

Persetujuan Penyelesaian

Jika anda melakukan kerja berdasarkan arahan dari pengguna dengan prasyarat bahawa anda akan menandatangani kontrak, jika kerja dihentikan, anda mungkin dapat menerima “persetujuan penyelesaian” yang menyelesaikan bayaran untuk kerja yang telah dilakukan sehingga saat itu. Untuk memudahkan pengakuan perjanjian ini, anda harus mendapatkan pengguna untuk mencatatkan kaedah penyelesaian bayaran jika kontrak tidak ditandatangani dalam notis dalaman dan sebagainya, atau mendapatkan persetujuan dari orang yang berwenang pengguna untuk dokumen yang anda buat.

Struktur Undang-Undang untuk Menuntut Bayaran Jika Kontrak Tidak Diterima

Kesalahan dalam Penyusunan Kontrak

Ketika memulai perundingan untuk penyelesaian kontrak, kedua belah pihak mempunyai kewajiban berdasarkan prinsip kepercayaan untuk tidak merosakkan harta benda pihak lain (Pasal 1 Ayat 2 Undang-Undang Sivil Jepun). Jika kontrak tidak dapat diselesaikan, anda boleh menuntut ganti rugi jika ada keadaan objektif yang membuat pihak lain berharap kontrak akan diselesaikan dan jika ada kesalahan. Ini dikenali sebagai kesalahan dalam penyelesaian kontrak.

Berikut adalah ringkasan kes di mana kesalahan dalam penyelesaian kontrak telah diakui dalam keputusan mahkamah:

• Vendor telah menyelesaikan definisi keperluan atas permintaan pengguna dan telah melaksanakan sebahagian daripada reka bentuk asas dan reka bentuk terperinci. Walaupun vendor diberitahu bahawa tindakan meminta tawaran dari syarikat lain adalah formaliti untuk mendapatkan kelulusan dari presiden, syarikat lain dipilih tepat sebelum penyelesaian kontrak dan kontrak tidak dapat diselesaikan.
• Vendor telah memajukan kerja atas permintaan pengguna untuk mematuhi tarikh akhir, dan tarikh penyelesaian kontrak hampir ditetapkan. Walaupun persiapan untuk pembangunan dalaman sedang dilakukan di dalam syarikat pengguna, ini dirahsiakan dan kontrak tidak dapat diselesaikan.
• Vendor telah diberitahu oleh pengguna bahawa mereka telah memilih pembina. Tanpa sebarang pertanyaan mengenai anggaran, vendor telah melakukan kerja seperti penentuan spesifikasi berdasarkan perbincangan dengan pengguna dan pengguna telah mengakui perbelanjaan. Namun, kontrak ditolak atas alasan bahawa jumlah anggaran tidak dapat disepakati.

Sebaliknya, contoh keputusan mahkamah di mana kesalahan dalam penyelesaian kontrak tidak diakui adalah apabila kemungkinan pemilihan syarikat lain dan syarat-syarat untuk penyelesaian kontrak telah dinyatakan secara jelas.

Jika anda telah memajukan kerja atas permintaan pengguna dan perundingan kontrak dibatalkan secara tiba-tiba tanpa penjelasan mengenai kemungkinan pemilihan syarikat lain atau syarat-syarat persetujuan, anda mungkin berhak untuk menuntut ganti rugi.

Tidak ada pertikaian bahawa “kerugian” dalam kes ini termasuk kos yang telah dibelanjakan sebelumnya. Selain itu, ada keputusan mahkamah yang menyatakan bahawa keuntungan dari kerja yang sebenarnya dilakukan juga termasuk. Jika anda dapat memberikan bukti bahawa anda telah menanggung kerugian setara dengan keuntungan yang anda harapkan jika anda telah menolak tawaran dari syarikat lain dan bekerja setelah itu, itu juga dapat termasuk.

Pasal 512 Undang-Undang Komersial Jepun

Jika vendor telah melakukan tindakan berkaitan dengan pembangunan sistem untuk pengguna, mereka boleh menuntut bayaran yang wajar berdasarkan Pasal 512 Undang-Undang Komersial Jepun.

Apabila anda memulai perundingan mengenai pembangunan sistem, anda harus memahami isi sistem dan jumlah bayaran melalui e-mel atau minit mesyuarat, dan meninggalkan bukti yang mengakui bahawa keadaan yang membuat anda berpikir bahawa penyelesaian kontrak adalah pasti dan elemen-elemen kontrak telah diperincikan.

Bahkan jika anda ditolak pembayaran dengan alasan seperti tidak ada kontrak tertulis, anda mungkin masih berhak untuk menuntut bayaran seperti yang dijelaskan di atas.

Rumusan

Seperti yang dinyatakan, mahkamah cenderung membuat penilaian yang ‘negatif’ berbanding dengan persepsi syarikat yang menerima kontrak, terutamanya dalam situasi di mana tiada kontrak wujud. Dari perspektif syarikat yang menerima kontrak, mereka mungkin berpendapat bahawa “kami sepatutnya mula bekerja terlebih dahulu dan kontrak akan ditandatangani kemudian, jadi kontrak itu sebenarnya sudah wujud”. Walau bagaimanapun, hujah ini tidak semestinya akan diterima.

Selain itu, jika penubuhan kontrak dinafikan, terdapat kes di mana anda boleh menuntut wang berdasarkan kesilapan dalam penandatanganan kontrak atau undang-undang seperti ‘Japanese Commercial Code Article 512’, tetapi ini juga bukan sesuatu yang ‘pasti’.

Jika anda terpaksa memulakan kerja sebelum menandatangani kontrak, anda perlu:

• Mengambil kira bahawa ini adalah tindakan berisiko dan membuat keputusan perniagaan sama ada anda harus menggunakan tenaga kerja untuk projek tersebut walaupun mempertimbangkan risiko tersebut (terutamanya untuk perusahaan kecil dan sederhana dan perusahaan startup, ada situasi di mana anda harus membuat keputusan perniagaan untuk ‘bergerak lebih awal’ untuk mendapatkan rekod transaksi dengan syarikat besar. Ini adalah keputusan perniagaan yang boleh diterima jika risiko telah diambil kira.)
• Mempertimbangkan sama ada anda boleh menandatangani perjanjian penyelesaian atau seumpamanya jika kontrak tidak ditubuhkan

Anda perlu melakukan pemikiran seperti ini.