{"id":61114,"date":"2023-12-01T09:28:30","date_gmt":"2023-12-01T00:28:30","guid":{"rendered":"https:\/\/monolith.law\/id\/?p=61114"},"modified":"2026-02-09T21:37:56","modified_gmt":"2026-02-09T12:37:56","slug":"increase-of-estimate","status":"publish","type":"post","link":"https:\/\/monolith.law\/id\/it\/increase-of-estimate","title":{"rendered":"Apakah Mungkin untuk Menaikkan Estimasi Biaya Pengembangan Sistem Setelahnya?"},"content":{"rendered":"\n<p>Pekerjaan pengembangan sistem melibatkan banyak orang, baik dari pihak pengguna yang memesan maupun pihak vendor yang menerima pesanan. Oleh karena itu, bukanlah hal yang mudah untuk semua orang berjalan seiring dalam menjalankan proyek. Tentu saja, perencanaan sangat penting dalam pekerjaan ini, tetapi pada saat yang sama, apakah pengguna yang memesan dapat merangkum informasi yang tepat dan menyampaikannya secara jelas kepada vendor? Kebenarannya, tidak selalu demikian. Jika, setelah proses pengembangan telah berlangsung cukup jauh, pengguna meminta perubahan spesifikasi atau penambahan fungsi, apakah vendor dapat menambahkan biaya tersebut ke estimasi biaya awal? Ini adalah pertanyaan yang sangat penting bagi pihak yang menerima pekerjaan.<\/p>\n\n\n\n<p>Bagaimana hak-hak ini diakui dalam hukum, dan dalam situasi apa? Bagaimana cara menentukan jumlah kompensasi untuk pengembangan tambahan dan perbaikan fungsi? Artikel ini akan membahas berbagai pertanyaan tersebut.<\/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\/id\/it\/increase-of-estimate\/#Kapan_bisa_dikatakan_sebagai_Pengembangan_Tambahan_atau_Perbaikan_Fungsi\" title=\"Kapan bisa dikatakan sebagai Pengembangan Tambahan atau Perbaikan Fungsi?\">Kapan bisa dikatakan sebagai Pengembangan Tambahan atau Perbaikan Fungsi?<\/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\/id\/it\/increase-of-estimate\/#Kasus_Pengadilan_di_mana_Apakah_ini_bisa_disebut_Pengembangan_Tambahan_atau_Perbaikan_Fungsi_Menjadi_Titik_Perselisihan\" title=\"Kasus Pengadilan di mana Apakah ini bisa disebut Pengembangan Tambahan atau Perbaikan Fungsi Menjadi Titik Perselisihan\">Kasus Pengadilan di mana Apakah ini bisa disebut Pengembangan Tambahan atau Perbaikan Fungsi Menjadi Titik Perselisihan<\/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\/id\/it\/increase-of-estimate\/#Contoh_Positif_Kasus_Perubahan_Spesifikasi_Desain_Dasar_Setelah_Fakta\" title=\"Contoh Positif: Kasus Perubahan Spesifikasi Desain Dasar Setelah Fakta\">Contoh Positif: Kasus Perubahan Spesifikasi Desain Dasar Setelah Fakta<\/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\/id\/it\/increase-of-estimate\/#Contoh_Positif_Lainnya\" title=\"Contoh Positif Lainnya\">Contoh Positif Lainnya<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/id\/it\/increase-of-estimate\/#%E2%80%9CPersetujuan_Pengembangan_Tambahan_dan_Kenaikan_Upah%E2%80%9D_dan_%E2%80%9CPembentukan_Kontrak_Awal%E2%80%9D_adalah_Masalah_yang_Berbeda\" title=\"&#8220;Persetujuan Pengembangan Tambahan dan Kenaikan Upah&#8221; dan &#8220;Pembentukan Kontrak Awal&#8221; adalah Masalah yang Berbeda\">&#8220;Persetujuan Pengembangan Tambahan dan Kenaikan Upah&#8221; dan &#8220;Pembentukan Kontrak Awal&#8221; adalah Masalah yang Berbeda<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/id\/it\/increase-of-estimate\/#Contoh_Penolakan_Kasus_di_mana_konten_komisi_yang_sama_diperlakukan_sebagai_termasuk_dalam_hukum\" title=\"Contoh Penolakan: Kasus di mana konten komisi yang sama diperlakukan sebagai termasuk dalam hukum\">Contoh Penolakan: Kasus di mana konten komisi yang sama diperlakukan sebagai termasuk dalam hukum<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/id\/it\/increase-of-estimate\/#Bagaimana_Menentukan_Jumlah_Imbalan_untuk_Pengembangan_Tambahan_dan_Perbaikan_Fungsi\" title=\"Bagaimana Menentukan Jumlah Imbalan untuk Pengembangan Tambahan dan Perbaikan Fungsi\">Bagaimana Menentukan Jumlah Imbalan untuk Pengembangan Tambahan dan Perbaikan Fungsi<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/id\/it\/increase-of-estimate\/#Kasus_1_Contoh_Kasus_yang_Mengakui_Tambahan_Upah_yang_Proporsional_dengan_Peningkatan_Jam_Kerja\" title=\"Kasus 1: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Peningkatan Jam Kerja\">Kasus 1: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Peningkatan Jam Kerja<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/id\/it\/increase-of-estimate\/#Kasus_2_Contoh_Kasus_yang_Mengakui_Tambahan_Upah_yang_Proporsional_dengan_Jumlah_Program\" title=\"Kasus 2: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Jumlah Program\">Kasus 2: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Jumlah Program<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/id\/it\/increase-of-estimate\/#Kasus_3_Contoh_Kasus_yang_Mengakui_Tambahan_Upah_yang_Proporsional_dengan_Durasi\" title=\"Kasus 3: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Durasi\">Kasus 3: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Durasi<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/id\/it\/increase-of-estimate\/#Rangkuman\" title=\"Rangkuman\">Rangkuman<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kapan_bisa_dikatakan_sebagai_Pengembangan_Tambahan_atau_Perbaikan_Fungsi\"><\/span>Kapan bisa dikatakan sebagai Pengembangan Tambahan atau Perbaikan Fungsi?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Dalam proyek pengembangan sistem, jenis kontrak yang biasanya digunakan saat menerima pekerjaan adalah kontrak kerja atau kontrak kuasa. Dalam jenis kontrak ini, apa yang harus dilakukan oleh pihak yang menerima pekerjaan (yaitu kewajiban) dan kompensasi yang terkait dengan itu (yaitu hak) akan ditunjukkan dalam kontrak sebagai pasangan. Oleh karena itu, jika ada pekerjaan yang tidak termasuk dalam pekerjaan yang menjadi dasar jumlah kompensasi ditambahkan nantinya, itu dapat dikatakan sebagai pengembangan tambahan atau perbaikan fungsi. Sebaliknya, jika pekerjaan tersebut termasuk, itu akan dianggap sebagai sesuai dengan spesifikasi awal (yaitu dalam kerangka kontrak sebelumnya).<\/p>\n\n\n\n<p>Untuk penjelasan lebih lanjut tentang perbedaan antara kontrak kerja dan kontrak kuasa, silakan lihat artikel lainnya.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<p>Namun, jika kita mengatakan bahwa semua hal, termasuk penyesuaian halus font yang ditampilkan di layar, adalah pengembangan tambahan kecuali jika ditentukan dalam spesifikasi sebelumnya, itu bisa menghambat transaksi bisnis yang lancar. Oleh karena itu, tidak mudah untuk menarik garis yang sama untuk semua masalah, termasuk diskusi tentang detail spesifikasi ini. Namun, jika kita harus memberikan pedoman umum,<\/p>\n\n\n\n<ul>\n<li>Jika diperintahkan untuk menambahkan lebih banyak fungsi setelah spesifikasi telah dikonfirmasi<\/li>\n\n\n\n<li>Jika diperintahkan untuk memperbaiki program setelah implementasinya selesai<\/li>\n<\/ul>\n\n\n\n<p>dalam kasus seperti itu, klaim tersebut mungkin memiliki validitas hukum yang cukup tinggi.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kasus_Pengadilan_di_mana_Apakah_ini_bisa_disebut_Pengembangan_Tambahan_atau_Perbaikan_Fungsi_Menjadi_Titik_Perselisihan\"><\/span>Kasus Pengadilan di mana Apakah ini bisa disebut Pengembangan Tambahan atau Perbaikan Fungsi Menjadi Titik Perselisihan<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\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-2.jpg\" alt=\"\" class=\"wp-image-80004\" style=\"aspect-ratio:1.5;width:841px;height:auto\" srcset=\"https:\/\/monolith.law\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-2.jpg 735w, https:\/\/monolith.law\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-2-300x200.jpg 300w, https:\/\/monolith.law\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Apa itu &#8220;Perubahan Spesifikasi&#8221; dalam Pengembangan Perangkat Lunak?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Contoh_Positif_Kasus_Perubahan_Spesifikasi_Desain_Dasar_Setelah_Fakta\"><\/span>Contoh Positif: Kasus Perubahan Spesifikasi Desain Dasar Setelah Fakta<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Contoh berikut adalah kasus di mana spesifikasi diubah setelah fakta.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Pengembangan perangkat lunak melalui proses pengembangan yang melibatkan \u2460 definisi persyaratan, \u2461 desain eksternal, \u2462 desain internal, \u2463 pembuatan program sumber (desain program, pengkodean), \u2464 berbagai jenis pengujian (pengujian unit, pengujian kombinasi, pengujian sistem) (omisi) <u class=\"remove-format\">Spesifikasi awal<\/u> (omisi) direalisasikan melalui pekerjaan setelah desain internal, dan <u class=\"remove-format\">ini adalah lingkup pekerjaan yang berhubungan dengan hak klaim pembayaran berdasarkan kontrak pengembangan ini<\/u>. Permintaan perubahan spesifikasi secara hukum dianggap sebagai <u class=\"remove-format\">aplikasi kontrak pengembangan baru<\/u> yang melebihi lingkup pekerjaan berdasarkan kontrak awal oleh klien, dan jika kontraktor menyelesaikan pekerjaan yang berkaitan dengan penugasan tambahan tanpa menunjukkan jumlah biaya konstruksi tambahan dan tanpa persetujuan jumlah biaya tambahan, <u class=\"remove-format\">kontrak baru tanpa penentuan jumlah biaya<\/u> dianggap telah dibentuk antara klien dan kontraktor, dan kewajiban pembayaran <u class=\"remove-format\">biaya pengembangan tambahan yang wajar<\/u> muncul. <\/p>\n<cite>Putusan Pengadilan Distrik Osaka, 29 Agustus 2002 (Tahun Heisei 14)<\/cite><\/blockquote>\n\n\n\n<p>Memahami kata kunci seperti &#8220;hubungan pembayaran&#8221; dan &#8220;kontrak baru&#8221; akan membantu Anda memahami putusan ini lebih dalam.<\/p>\n\n\n\n<p>Sebagai catatan, putusan ini juga menunjukkan poin yang sangat menarik lainnya. Yaitu, penyesuaian detail seperti penempatan tombol dan jenis huruf tidak termasuk dalam perubahan spesifikasi yang disebutkan di sini. Bagian yang relevan adalah sebagai berikut.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Namun, dalam pengembangan perangkat lunak, mengingat bahwa biasanya, detail seperti jenis huruf yang digunakan untuk menampilkan teks di layar dan penempatan tombol tidak ditentukan pada tahap desain eksternal, dan detail tersebut biasanya dapat dimodifikasi sedikit melalui diskusi antara pihak-pihak setelah spesifikasi dikonfirmasi, tidak wajar untuk menganggap permintaan untuk detail spesifikasi sebagai perubahan spesifikasi. <\/p>\n<cite>Putusan Pengadilan Distrik Osaka, 29 Agustus 2002 (Tahun Heisei 14)<\/cite><\/blockquote>\n\n\n\n<p>Putusan ini menggunakan kata yang menarik, &#8220;detail spesifikasi&#8221;.<\/p>\n\n\n\n<ul>\n<li>Kasus di mana sesuatu yang seharusnya sudah ditentukan dibalik setelahnya<\/li>\n\n\n\n<li>Kasus di mana sesuatu yang bisa ditentukan seiring berjalannya waktu dibiarkan tidak ditentukan dan diproses<\/li>\n<\/ul>\n\n\n\n<p>Ini mungkin juga menunjukkan bahwa perlakuan hukum yang berbeda harus diberikan tergantung pada kasus tersebut.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Contoh_Positif_Lainnya\"><\/span>Contoh Positif Lainnya<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Selain itu, dalam kasus yang diakui sebagai pengembangan tambahan atau perbaikan fungsi, terdapat:<\/p>\n\n\n\n<ul>\n<li>Kasus di mana jumlah program yang disampaikan meningkat sekitar dua kali lipat dari rencana awal (Putusan Pengadilan Distrik Tokyo, 22 April 2017)<\/li>\n\n\n\n<li>Kasus di mana periode kerja diperpanjang sekitar tiga kali lipat (Putusan Pengadilan Distrik Tokyo, 22 Januari 2010 (Tahun Heisei 22))<\/li>\n<\/ul>\n\n\n\n<p>Sebagai contoh. Dengan melihat dari perspektif ini, dapat dilihat bahwa pendekatan yang mempertimbangkan perpanjangan periode kerja sebagai pengembangan tambahan dalam arti luas, dan memberikan perlindungan hukum tertentu, telah diadopsi.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%E2%80%9CPersetujuan_Pengembangan_Tambahan_dan_Kenaikan_Upah%E2%80%9D_dan_%E2%80%9CPembentukan_Kontrak_Awal%E2%80%9D_adalah_Masalah_yang_Berbeda\"><\/span>&#8220;Persetujuan Pengembangan Tambahan dan Kenaikan Upah&#8221; dan &#8220;Pembentukan Kontrak Awal&#8221; adalah Masalah yang Berbeda<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Sebagai catatan, berikut adalah poin penting terkait masalah ini:<\/p>\n\n\n\n<ol>\n<li>&#8220;Apakah kontrak pengembangan sistem (kontrak awal) antara dua perusahaan telah resmi dibentuk?&#8221;<\/li>\n\n\n\n<li>&#8220;Setelah kontrak pengembangan sistem resmi dibentuk, apakah kontrak terkait pengembangan tambahan juga telah dibentuk?&#8221;<\/li>\n<\/ol>\n\n\n\n<p>Standar penilaian pengadilan berbeda dalam kedua situasi ini. Secara singkat, pengadilan:<\/p>\n\n\n\n<ul>\n<li>Cenderung ketat terhadap poin 1 (sulit untuk mengakui pembentukan kontrak jika tidak ada dokumen kontrak)<\/li>\n\n\n\n<li>Cenderung lebih fleksibel terhadap poin 2 (meskipun tidak ada dokumen kontrak untuk pengembangan tambahan, pengadilan cenderung mengakui kenaikan upah dan hal-hal lainnya)<\/li>\n<\/ul>\n\n\n\n<p>Untuk poin 1, kami telah menjelaskannya secara detail dalam artikel lain.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30a4\u30f3\u30c9\u30cd\u30b7\u30a2\u8a9e\uff09 wp-block-embed-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30a4\u30f3\u30c9\u30cd\u30b7\u30a2\u8a9e\uff09\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"HFVfuTPTgq\"><a href=\"https:\/\/monolith.law\/id\/it\/system-development-contract\">Apakah Kontrak Pengembangan Sistem Dapat Dibentuk Tanpa Kontrak Tertulis?<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;Apakah Kontrak Pengembangan Sistem Dapat Dibentuk Tanpa Kontrak Tertulis?&#8221; &#8212; \u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30a4\u30f3\u30c9\u30cd\u30b7\u30a2\u8a9e\uff09\" src=\"https:\/\/monolith.law\/id\/it\/system-development-contract\/embed#?secret=D74hERkyHD#?secret=HFVfuTPTgq\" data-secret=\"HFVfuTPTgq\" width=\"500\" height=\"282\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Contoh_Penolakan_Kasus_di_mana_konten_komisi_yang_sama_diperlakukan_sebagai_termasuk_dalam_hukum\"><\/span>Contoh Penolakan: Kasus di mana konten komisi yang sama diperlakukan sebagai termasuk dalam hukum<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Namun, di sisi lain, ada juga kasus pengadilan di mana peningkatan remunerasi tidak diizinkan. Dalam kasus yang dikutip dalam putusan berikut, setelah kontrak pengembangan sistem ditandatangani, konten pekerjaan berubah, dan apakah peningkatan remunerasi dapat diizinkan atau tidak menjadi sengketa.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Poin perdebatan dalam kasus ini adalah, (1) apa isi pekerjaan yang diterima oleh penggugat dalam kontrak ini, (2) apakah ada kesepakatan antara penggugat dan terdakwa untuk memperluas skala dan meningkatkan biaya untuk pekerjaan yang diterima, (omisi), dan sebagainya. (omisi)<\/p>\n\n\n\n<p>Pada dasarnya, kontrak ini adalah kontrak pengadaan yang menyetujui bahwa jumlah biaya adalah kompensasi yang ditentukan untuk pekerjaan yang diterima oleh penggugat, dan jumlah langkah, tarif, dan sebagainya yang berkaitan dengan pekerjaan yang diterima hanyalah dokumen internal yang digunakan untuk menghitung jumlah biaya pengadaan di dalam penggugat, dan peningkatan jumlah langkah dan sebagainya tidak ada hubungannya dengan biaya pengadaan. (omisi)<\/p>\n\n\n\n<p>Seperti yang telah diakui, pekerjaan yang diterima oleh penggugat berubah pada tanggal 25 Februari 1987 (Showa 62), dan hanya terbatas pada manajemen sistem, perhitungan biaya konstruksi, dan sebagian dari utilitas, dan sisanya ditangani oleh terdakwa, tetapi pekerjaan penggugat setelah perubahan tersebut masih dalam lingkup pekerjaan pengembangan sesuai dengan kontrak awal, dan kompensasi untuk pekerjaan tersebut ditutupi oleh jumlah biaya komisi yang telah disepakati sebagai biaya yang ditentukan pada awal kontrak ini. <\/p>\n<cite>Putusan Pengadilan Distrik Tokyo, 12 Juni 1995 (Heisei 7)<\/cite><\/blockquote>\n\n\n\n<p>Dalam putusan tersebut, meskipun konten pekerjaan yang diberikan kepada vendor telah berubah, konten pengembangan tersebut dianggap berada dalam lingkup konten kontrak awal, dan diputuskan bahwa itu harus ditutupi dalam remunerasi yang dijanjikan awalnya.<\/p>\n\n\n\n<p>Pada akhirnya, berdasarkan pertimbangan tentang apa yang menjadi dasar penentuan jumlah remunerasi, untuk pekerjaan yang tidak termasuk di dalamnya, tampaknya pendekatan akan mengizinkan permintaan remunerasi tambahan.<\/p>\n\n\n\n<p>Dan, apa yang menjadi dasar penentuan jumlah remunerasi tidak selalu hanya kontrak, tetapi juga risalah rapat dan lainnya akan dianggap sebagai bukti. Detail tentang pentingnya risalah rapat dijelaskan dalam artikel di bawah ini.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30a4\u30f3\u30c9\u30cd\u30b7\u30a2\u8a9e\uff09 wp-block-embed-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30a4\u30f3\u30c9\u30cd\u30b7\u30a2\u8a9e\uff09\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"ZRSF4K3drL\"><a href=\"https:\/\/monolith.law\/id\/it\/the-minutes-in-system-development\">Apa itu Cara Mencatat Risalah Rapat dalam Pengembangan Sistem dari Perspektif Hukum<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;Apa itu Cara Mencatat Risalah Rapat dalam Pengembangan Sistem dari Perspektif Hukum&#8221; &#8212; \u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30a4\u30f3\u30c9\u30cd\u30b7\u30a2\u8a9e\uff09\" src=\"https:\/\/monolith.law\/id\/it\/the-minutes-in-system-development\/embed#?secret=2Myq6kZBtE#?secret=ZRSF4K3drL\" data-secret=\"ZRSF4K3drL\" width=\"500\" height=\"282\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bagaimana_Menentukan_Jumlah_Imbalan_untuk_Pengembangan_Tambahan_dan_Perbaikan_Fungsi\"><\/span>Bagaimana Menentukan Jumlah Imbalan untuk Pengembangan Tambahan dan Perbaikan Fungsi<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\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-3.jpg\" alt=\"\" class=\"wp-image-80005\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-3.jpg 735w, https:\/\/monolith.law\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-3-300x200.jpg 300w, https:\/\/monolith.law\/id\/wp-content\/uploads\/sites\/22\/2026\/02\/increase-of-estimate-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Jumlah imbalan dihitung dengan mempertimbangkan juga hal-hal yang berkaitan dengan pengembangan tambahan dan perbaikan sistem.<\/figcaption><\/figure>\n\n\n\n<p>Di lapangan pengembangan sistem, bukanlah hal yang jarang jika spesifikasi yang tampaknya telah ditetapkan berubah kemudian. Setiap kali hal seperti ini terjadi, tidak realistis untuk menyiapkan kontrak tertulis baru dan melanjutkan urusan kontrak. Bagaimana jika proyek gagal tanpa bisa melakukan prosedur seperti ini, bagaimana kita harus menghitung jumlah imbalan untuk hal-hal yang harus ditambahkan atau diperbaiki? <\/p>\n\n\n\n<p>Sebagai pasal yang harus dijadikan referensi dalam kasus seperti ini, ada Pasal 512 dari Hukum Dagang Jepang (bagian yang digarisbawahi adalah bagian yang digarisbawahi oleh penulis).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Pasal 512 Hukum Dagang Jepang: Ketika seorang pedagang melakukan tindakan untuk orang lain dalam lingkup bisnisnya, dia dapat meminta <u class=\"remove-format\">imbalan yang wajar<\/u>.<\/p>\n<\/blockquote>\n\n\n\n<p>Masalahnya adalah berapa jumlah &#8220;<u class=\"remove-format\">imbalan yang wajar<\/u>&#8221; dalam pasal ini, dalam konteks situasi konkret. Melihat dari preseden hukum di masa lalu, tampaknya pendekatan yang menganggap bahwa biaya harus ditanggung sebanding dengan jumlah kerja, volume, atau durasi telah diadopsi. Ini mungkin karena pengembangan sistem adalah jenis layanan, dan biaya dasarnya adalah biaya tenaga kerja.<\/p>\n\n\n\n<p>Oleh karena itu, meskipun tingkat abstraksi frasa &#8220;imbalan yang wajar&#8221; dalam hukum dagang, mengestimasi harga pasar untuk jumlah imbalan tambahan dalam konteks seperti ini tidak memerlukan perhitungan yang sulit. Mari kita lihat beberapa preseden hukum di bawah ini.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kasus_1_Contoh_Kasus_yang_Mengakui_Tambahan_Upah_yang_Proporsional_dengan_Peningkatan_Jam_Kerja\"><\/span>Kasus 1: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Peningkatan Jam Kerja<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Jumlah jam kerja pengembangan berdasarkan perubahan spesifikasi ini adalah total 257,5 hari kerja per orang, yang wajar untuk dianggap sebagai jumlah tersebut. Jika kita mengkonversi ini dengan biaya pengembangan per hari per orang yang sama dengan kontrak pengembangan ini, yaitu 32.500 yen (dalam kasus A3, tarifnya adalah 650.000 yen per orang per bulan, dan jika kita menganggap bahwa ada 20 hari kerja dalam sebulan, biaya pengembangan per hari per orang menjadi 32.500 yen.), biaya pengembangan tambahan berdasarkan permintaan perubahan spesifikasi ini adalah 83.687.500 yen, yang wajar untuk dianggap sebagai jumlah tersebut.<\/p>\n<cite>Putusan Pengadilan Distrik Osaka, 29 Agustus Tahun Heisei 14 (2002)<\/cite><\/blockquote>\n\n\n\n<p>&#8220;Per orang per hari&#8221; adalah kata kunci di sini. Ini menunjukkan bahwa jam kerja digunakan sebagai dasar untuk menghitung upah tambahan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kasus_2_Contoh_Kasus_yang_Mengakui_Tambahan_Upah_yang_Proporsional_dengan_Jumlah_Program\"><\/span>Kasus 2: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Jumlah Program<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Jika kita mempertimbangkan jumlah upah yang layak termasuk tambahan dalam kasus ini, sebagian besar biaya asli pengembangan sistem komputer adalah biaya tenaga kerja teknisi, dan biaya tenaga kerja ini umumnya proporsional dengan jumlah program yang dibuat. Oleh karena itu, jika kita membagi jumlah kontrak awal sebesar 23.250.000 yen dengan jumlah program yang telah selesai hingga pemeriksaan kedua, yaitu 206 program, dan mengalikan jumlah ini dengan jumlah program yang telah melalui pemeriksaan ketiga, yaitu 414 program, kita mendapatkan jumlah 46.725.728 yen (23.250.000 \u00f7 206 x 414 = 46.725.728) yang dianggap layak.<\/p>\n<cite>Putusan Pengadilan Distrik Tokyo, 22 April 2005 (Tahun 17 Era Heisei)<\/cite><\/blockquote>\n\n\n\n<p>Meskipun banyak angka yang muncul, jika Anda membaca dengan tenang, Anda akan melihat bahwa tidak ada perhitungan yang rumit. Berdasarkan konten kontrak awal, mereka hanya melakukan perkalian sederhana &#8220;harga per program x jumlah&#8221; setelah memastikan &#8220;berapa harga per program yang mereka perkirakan dalam pembicaraan mereka&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kasus_3_Contoh_Kasus_yang_Mengakui_Tambahan_Upah_yang_Proporsional_dengan_Durasi\"><\/span>Kasus 3: Contoh Kasus yang Mengakui Tambahan Upah yang Proporsional dengan Durasi<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Dalam kontrak A3, upah untuk pekerjaan sebagai kuasa hukum selama tiga bulan dari Januari hingga Maret tahun Heisei 17 (2005) ditetapkan sebesar 60 juta yen. Sementara itu, pekerjaan yang dilakukan secara gratis termasuk dalam pekerjaan setelah April tahun yang sama, namun, seperti tahun sebelumnya, diharapkan volume pekerjaan akan meningkat setelah April tahun yang sama karena dimulainya semester baru dan sistem pendaftaran kursus mulai beroperasi. Dengan mempertimbangkan hal-hal ini, berdasarkan <u class=\"remove-format\">60 juta yen<\/u> yang ditetapkan sebagai upah untuk pekerjaan selama <u class=\"remove-format\">tiga bulan<\/u>, upah yang wajar untuk pekerjaan selama <u class=\"remove-format\">enam bulan<\/u> dari April hingga September tahun Heisei 17 (2005) adalah 120 juta yen. <\/p>\n<cite>Putusan Pengadilan Distrik Tokyo, 22 Januari tahun Heisei 22 (2010)<\/cite><\/blockquote>\n\n\n\n<p>Putusan di atas menunjukkan bahwa upah tambahan juga dihitung dengan perhitungan proporsional sederhana untuk periode yang diperpanjang.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rangkuman\"><\/span>Rangkuman<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Seperti yang telah dijelaskan di atas melalui beberapa contoh kasus, tampaknya kita dapat melihat beberapa pola dan kesamaan dalam perlakuan hukum terhadap kompensasi tambahan untuk pekerjaan programmer dan insinyur. Dalam prinsip, tampaknya ada sikap untuk menghitung sebanyak mungkin berdasarkan indikator yang relatif objektif, seperti jumlah jam kerja yang dihabiskan, volume kerja formal (seperti program yang disampaikan), dan waktu atau durasi kerja.<\/p>\n\n\n\n<p>Mungkin tampak tidak menarik bahwa kompensasi tambahan muncul hanya sebanding dengan jumlah tenaga kerja yang diinvestasikan, volume kerja formal yang dilakukan, atau waktu yang dihabiskan, terutama jika kita mempertimbangkan bahwa penambahan pengembangan atau perbaikan fungsi ini terjadi karena kegagalan dalam prosedur yang tepat atau estimasi jam kerja yang sempurna. Namun, dari perspektif pihak yang menerima kontrak, bahkan jika tujuannya adalah untuk menjalankan bisnis dengan memprioritaskan keuntungan pelanggan, fakta bahwa hak-hak semacam ini mungkin diakui secara hukum mungkin penting dalam konteks manajemen krisis.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Pekerjaan pengembangan sistem melibatkan banyak orang, baik dari pihak pengguna yang memesan maupun pihak vendor yang menerima pesanan. Oleh karena itu, bukanlah hal yang mudah untuk semua orang berja [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":80003,"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\/id\/wp-json\/wp\/v2\/posts\/61114"}],"collection":[{"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/comments?post=61114"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/posts\/61114\/revisions"}],"predecessor-version":[{"id":80006,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/posts\/61114\/revisions\/80006"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/media\/80003"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/media?parent=61114"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/categories?post=61114"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/tags?post=61114"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}