{"id":61298,"date":"2023-12-12T18:26:58","date_gmt":"2023-12-12T09:26:58","guid":{"rendered":"https:\/\/monolith.law\/ms\/?p=61298"},"modified":"2026-04-20T09:27:52","modified_gmt":"2026-04-20T00:27:52","slug":"estimated-inspection-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/ms\/it\/estimated-inspection-of-system-development","title":{"rendered":"Apa itu Penerimaan Pembangunan Sistem dan Aplikasi Klausul Penerimaan Anggap?"},"content":{"rendered":"\n<p> Fasa yang sering menimbulkan masalah undang-undang dalam pembangunan sistem adalah fasa &#8216;penerimaan&#8217;.<\/p>\n\n\n\n<p> &#8216;Penerimaan&#8217; merujuk kepada kewajipan pemeriksaan dan inspeksi yang timbul pada pihak pemberi pesanan apabila penerima pesanan telah menyerahkan hasil kerja. Sebagai contoh, jika pemberi pesanan tidak melakukan &#8216;penerimaan&#8217; selepas penyerahan, vendor yang merupakan penerima pesanan akan berada dalam kedudukan yang tidak stabil dari segi undang-undang.<\/p>\n\n\n\n<p> Untuk menyelesaikan masalah tersebut, perjanjian seringkali memasukkan klausa &#8216;penerimaan anggapan&#8217;.<\/p>\n\n\n\n<p> Dalam artikel ini, kita akan membincangkan bila &#8216;penerimaan anggapan&#8217; akan digunakan berdasarkan contoh kes sebenar. <\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/ms\/it\/estimated-inspection-of-system-development\/#Apa_itu_Penerimaan_dalam_Pembangunan_Sistem\" title=\"Apa itu Penerimaan dalam Pembangunan Sistem\">Apa itu Penerimaan dalam Pembangunan Sistem<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/ms\/it\/estimated-inspection-of-system-development\/#Berhati-hati_dengan_Klausul_Penerimaan_Anggapan\" title=\"Berhati-hati dengan Klausul Penerimaan Anggapan\">Berhati-hati dengan Klausul Penerimaan Anggapan<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/ms\/it\/estimated-inspection-of-system-development\/#Apa_itu_Klausul_Penerimaan_Dianggap\" title=\"Apa itu Klausul Penerimaan Dianggap?\">Apa itu Klausul Penerimaan Dianggap?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/ms\/it\/estimated-inspection-of-system-development\/#Contoh_Kehakiman_Berkaitan_dengan_Peruntukan_Klausul_Dianggap\" title=\"Contoh Kehakiman Berkaitan dengan Peruntukan Klausul Dianggap\">Contoh Kehakiman Berkaitan dengan Peruntukan Klausul Dianggap<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/ms\/it\/estimated-inspection-of-system-development\/#Corak_Kecacatan_Ditemui_Semasa_Penerimaan\" title=\"Corak Kecacatan Ditemui Semasa Penerimaan\">Corak Kecacatan Ditemui Semasa Penerimaan<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/ms\/it\/estimated-inspection-of-system-development\/#Rumusan\" title=\"Rumusan\">Rumusan<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Apa_itu_Penerimaan_dalam_Pembangunan_Sistem\"><\/span>Apa itu Penerimaan dalam Pembangunan Sistem<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Pertama sekali, &#8216;penerimaan&#8217; dalam projek pembangunan sistem merujuk kepada proses di mana pengguna, sebagai pemberi pesanan, memeriksa dan memastikan sama ada hasil kerja yang diserahkan oleh vendor, yang merupakan penerima pesanan (dalam hal ini merujuk kepada sistem IT), memenuhi spesifikasi yang sesuai dengan tujuan pesanan.<\/p>\n\n\n\n<p>Dari perspektif pembangun, ia boleh dianggap sebagai proses untuk memastikan &#8216;sama ada sistem benar-benar telah siap&#8217; dan boleh diletakkan dalam proses pengujian.<\/p>\n\n\n\n<p>Pekerjaan pembangunan sistem IT, oleh sebab sifat kerjanya, sering memberikan kebebasan yang besar kepada vendor sebagai penerima pesanan. Oleh itu, ada kemungkinan terjadi perbezaan antara produk yang sebenarnya dibuat dan apa yang diminta oleh pengguna.<\/p>\n\n\n\n<p>Secara umum, lulus penerimaan bermaksud pengguna sendiri telah mengesahkan bahawa hasil kerja yang sepadan dengan apa yang diminta oleh pengguna (atau tujuan permintaan untuk pembangunan sistem) telah benar-benar diserahkan.<\/p>\n\n\n\n<p>Dalam praktik kontrak sebenar, walaupun ada kemungkinan untuk menemui kes di mana cacat sistem ditemui kemudian, banyak kontrak yang menetapkan lulus penerimaan sebagai syarat pembayaran upah.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Berhati-hati_dengan_Klausul_Penerimaan_Anggapan\"><\/span>Berhati-hati dengan Klausul Penerimaan Anggapan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Apabila masalah timbul pada tahap penerimaan, kedua-dua pengguna dan vendor akan berhadapan dengan situasi yang sukar.<\/p>\n\n\n\n<p>Sebagai contoh, bagaimana jika vendor telah menghasilkan produk dan telah menunjukkannya, tetapi pengguna tidak menerima produk tersebut kerana sebab-sebab tertentu?<\/p>\n\n\n\n<p>Untuk menghadapi situasi seperti ini, dalam kontrak pembangunan sistem, seringkali terdapat apa yang dikenali sebagai &#8216;Klausul Penerimaan Anggapan&#8217;.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-2.jpg\" alt=\"\" class=\"wp-image-82633\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-2.jpg 735w, https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-2-300x200.jpg 300w, https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Apa_itu_Klausul_Penerimaan_Dianggap\"><\/span>Apa itu Klausul Penerimaan Dianggap?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Penerimaan Perisian Berkaitan) Perkara 28 <br>Untuk perisian berkaitan yang merupakan sebahagian daripada barang-barang yang diserahkan, pihak A harus memeriksa berdasarkan spesifikasi pemeriksaan sebelumnya dalam tempoh yang ditentukan dalam kontrak individu (di bawah ini dikenali sebagai &#8220;tempoh pemeriksaan&#8221;) dan memeriksa sama ada spesifikasi sistem dan perisian berkaitan ini sepadan atau tidak.<br> <br>2. Jika perisian berkaitan ini mematuhi pemeriksaan sebelumnya, pihak A harus menandatangani dan mengecap sijil penerimaan dan menyerahkannya kepada pihak B. Selain itu, jika perisian berkaitan ini tidak lulus pemeriksaan sebelumnya, pihak A harus segera menyerahkan dokumen tertulis yang menjelaskan sebab-sebab ketidaklulusan secara spesifik kepada pihak B dan meminta pembetulan atau penambahan, dan apabila sebab-sebab ketidaklulusan diterima, pihak B harus membetulkan dan menyerahkannya kepada pihak A secara percuma dalam tempoh yang ditentukan melalui perbincangan, dan pihak A harus melakukan pemeriksaan yang ditentukan sebelumnya sekali lagi sejauh yang diperlukan.<\/p>\n\n\n\n<p><br>3. Walaupun sijil penerimaan tidak diberikan, jika pihak A tidak menyatakan bantahan dengan alasan yang spesifik secara bertulis dalam tempoh pemeriksaan, perisian berkaitan ini dianggap telah lulus pemeriksaan yang ditentukan dalam perenggan ini.<br><br>4. Penerimaan perisian berkaitan ini dianggap selesai dengan kelulusan pemeriksaan yang ditentukan dalam perenggan ini.<br><\/p>\n<cite>https:\/\/www.meti.go.jp\/policy\/it_policy\/keiyaku\/model_keiyakusyo.pdf <\/cite><\/blockquote>\n\n\n\n<p>Sekadar makluman, dari segi undang-undang, ungkapan &#8220;dianggap&#8221; dalam perenggan 3 adalah satu titik yang patut diberi perhatian. Dalam istilah undang-undang, &#8220;dianggap&#8221; dan &#8220;diasumsikan&#8221; sebenarnya mempunyai makna yang sangat berbeza.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Dianggap&#8230;<br> \u2192Walaupun sebenarnya bukan XX, ia akan diperlakukan sama seperti dalam kes XX dari segi undang-undang<\/p>\n\n\n\n<p>(Contoh) Jika anda mengendalikan telefon pintar semasa peperiksaan, ia akan &#8220;dianggap&#8221; sebagai meniru<br> \u2192Tindakan mengendalikan telefon pintar semasa peperiksaan akan diperlakukan sama seperti meniru, sama ada ia benar-benar meniru atau tidak.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Diasumsikan&#8230;<br> \u2192Kecuali jika ada bukti yang menyangkal fakta XX, XX akan diperlakukan sebagai fakta.<\/p>\n\n\n\n<p>(Contoh) Jika anda melihat telefon pintar semasa peperiksaan, ia akan &#8220;diasumsikan&#8221; sebagai meniru<br>\u2192Secara prinsip, ia akan dianggap sebagai meniru, tetapi jika anda dapat membuktikan bahawa ia digunakan untuk tujuan lain selain meniru, keputusan itu boleh dibatalkan kemudian. (Walau bagaimanapun, anda biasanya tidak akan mendengar pengumuman seperti ini di tempat peperiksaan.)<\/p>\n\n\n\n<p>Dengan kata lain, &#8220;diasumsikan&#8221; dan &#8220;dianggap&#8221; mempunyai tahap kesukaran yang berbeza untuk membatalkannya. Maksud &#8220;akan diperlakukan sama seperti dalam kes yang lulus, tanpa mengira sama ada ia benar-benar lulus atau tidak&#8221; terkandung di sini.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Contoh_Kehakiman_Berkaitan_dengan_Peruntukan_Klausul_Dianggap\"><\/span>Contoh Kehakiman Berkaitan dengan Peruntukan Klausul Dianggap<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ada contoh di masa lalu di mana peruntukan klausul dianggap telah memainkan peranan penting dalam keputusan mahkamah. Sebagai contoh, dalam teks penghakiman yang dipetik di bawah, pengguna telah membawa tuntutan bahawa fungsi yang diperlukan tidak dilaksanakan selepas tempoh yang ditetapkan tanpa menerima penerimaan, dan ini telah menjadi kes mahkamah. Walau bagaimanapun, mahkamah telah membuat keputusan bahawa penghantaran telah selesai berdasarkan peruntukan klausul dianggap.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Dalam kontrak ini, syarikat Y telah ditetapkan bahawa ia akan menguji sistem ini segera selepas penghantaran, memberi notis penerimaan dalam masa 10 hari dan memberi notis secara bertulis, dan jika notis tidak diberikan sehingga tarikh tersebut, ia akan dianggap sebagai penerimaan. Oleh itu, tidak dapat diterima bahawa ada notis tentang item yang tidak mematuhi ujian dalam kes ini, dan fakta penghantaran dan penerimaan dapat disahkan.<\/p>\n<cite>Keputusan Mahkamah Tokyo, 29 Februari, Heisei 24 (2012)<\/cite><\/blockquote>\n\n\n\n<p>Walau bagaimanapun, walaupun peruntukan klausul dianggap ini telah diletakkan, terdapat juga contoh kehakiman yang menafikan penggunaan ini dan mengakui pelanggaran kewajipan pihak vendor.<\/p>\n\n\n\n<p>Contoh teks penghakiman yang dipetik di bawah adalah berbeza dari contoh kehakiman yang disebutkan sebelum ini kerana vendor tidak bekerjasama walaupun kerjasama vendor diperlukan untuk melakukan penerimaan pada mulanya.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Plaintif (vendor) mendakwa bahawa defendan (pengguna) telah dianggap menerima hasil kerja kerana tidak memberikan notis hasil ujian dalam masa 10 hari dari tarikh penghantaran hasil kerja, menurut perenggan 4, artikel 9, kontrak pembangunan perisian ini. Walau bagaimanapun, kerjasama plaintif adalah penting untuk mencapai hasil seperti ini, dan plaintif diakui tidak bekerjasama dengan defendan untuk ujian seperti ini, jadi dalam kes ini, walaupun defendan tidak memberikan notis hasil ujian dalam masa 10 hari dari tarikh penghantaran hasil kerja, menurut perenggan 4, artikel 9, kontrak pembangunan perisian ini, defendan tidak dianggap menerima perisian ini.<\/p>\n<cite>Keputusan Mahkamah Tokyo, 23 Jun, Heisei 16 (2004)<\/cite><\/blockquote>\n\n\n\n<p>Peruntukan klausul dianggap ini dianggap bertujuan untuk membebaskan vendor dari kedudukan yang tidak stabil seperti &#8220;walaupun saya ingin maju ke penerimaan secepat mungkin, saya tidak dapat melakukannya kerana keadaan sebelah pihak pengguna, dan kerja saya tertangguh&#8221; dan menjaga hubungan yang adil antara kedua-dua pihak.<\/p>\n\n\n\n<p>Oleh itu, tidak mungkin untuk bercakap tentang &#8220;menggunakan klausul dianggap sebagai perisai, mencuba untuk menunda penerimaan sebanyak mungkin, dan memaksa produk yang tidak berkualiti atau apa-apa sahaja seperti itu&#8221; yang jauh menyimpang dari tujuan ini.<\/p>\n\n\n\n<p>Jika penerimaan &#8220;dianggap&#8221; telah diluluskan, pengguna harus membayar upah sebagai balasan untuk pembangunan sistem. Dengan mempertimbangkan kepentingan ini, mahkamah berusaha membuat keputusan yang adil dengan memasukkan situasi kerjasama pihak vendor.<\/p>\n\n\n\n<p>Sebagai sokongan untuk keputusan ini, minit yang berkaitan dengan kemajuan pembangunan sistem juga boleh menjadi bukti penting selain kontrak. Ini dijelaskan secara terperinci dalam artikel di bawah.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Untuk mengetahui apa kewajipan yang harus dipikul oleh pihak vendor sebagai pakar pembangunan sistem terhadap projek secara menyeluruh, sila rujuk artikel di bawah.<\/p>\n\n\n\n<p>Walaupun penerimaan seharusnya dilakukan oleh pihak pengguna sebagai prinsip, pihak vendor juga seharusnya memberikan pelbagai kerjasama terhadap penerimaan sebagai pakar dalam pembangunan sistem. Dengan mempertimbangkan kandungan artikel di bawah, ini adalah cerita yang sangat semula jadi dan dapat diterima.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Corak_Kecacatan_Ditemui_Semasa_Penerimaan\"><\/span>Corak Kecacatan Ditemui Semasa Penerimaan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-3.jpg\" alt=\"\" class=\"wp-image-82634\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-3.jpg 735w, https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-3-300x200.jpg 300w, https:\/\/monolith.law\/ms\/wp-content\/uploads\/sites\/26\/2026\/04\/estimated-inspection-of-system-development-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><\/figure>\n\n\n\n<p>Walau bagaimanapun, pada tahap penerimaan, mungkin terdapat kecacatan dalam sistem (dalam konteks undang-undang, istilah &#8216;kecacatan&#8217; sering digunakan). Untuk isu undang-undang dalam situasi ini, sila rujuk artikel berikut untuk maklumat lanjut.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rumusan\"><\/span>Rumusan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Dalam pembangunan sistem, &#8216;penerimaan&#8217; secara prinsipnya menunjukkan penyelesaian penuh tanggungjawab pihak vendor, oleh itu, ia sangat penting bagi kedua-dua pihak pengguna dan vendor. Untuk mengelakkan masalah serius di sini, kedua-dua pihak pemberi dan penerima pesanan harus memahami dengan baik tentang &#8216;klausa penerimaan anggapan&#8217;.<\/p>\n\n\n\n<p>Seterusnya, dalam kes di mana penerimaan tidak berjalan lancar, adalah penting untuk kedua-dua pihak melakukan penyesuaian kesedaran secara teliti mengenai peraturan yang berkaitan dengan penerimaan sejak peringkat kontrak awal.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Fasa yang sering menimbulkan masalah undang-undang dalam pembangunan sistem adalah fasa &#8216;penerimaan&#8217;. &#8216;Penerimaan&#8217; merujuk kepada kewajipan pemeriksaan dan inspeksi yang timbul [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":82631,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/posts\/61298"}],"collection":[{"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/comments?post=61298"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/posts\/61298\/revisions"}],"predecessor-version":[{"id":82635,"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/posts\/61298\/revisions\/82635"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/media\/82631"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/media?parent=61298"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/categories?post=61298"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/ms\/wp-json\/wp\/v2\/tags?post=61298"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}