{"id":70762,"date":"2024-05-16T19:51:18","date_gmt":"2024-05-16T10:51:18","guid":{"rendered":"https:\/\/monolith.law\/no\/?p=70762"},"modified":"2026-03-05T13:39:13","modified_gmt":"2026-03-05T04:39:13","slug":"increase-of-estimate","status":"publish","type":"post","link":"https:\/\/monolith.law\/no\/it\/increase-of-estimate","title":{"rendered":"Artikkeltittel: \"Er det mulig \u00e5 \u00f8ke estimert bel\u00f8p for systemutvikling i etterkant?\""},"content":{"rendered":"\n<p>Arbeidet med systemutvikling involverer mange mennesker b\u00e5de p\u00e5 brukersiden som bestiller og p\u00e5 leverand\u00f8rsiden som mottar bestillingen. Derfor er det ikke lett \u00e5 f\u00e5 alle til \u00e5 g\u00e5 i takt og fremme prosjektet sammen. Det sier seg selv at planlegging er ekstremt viktig i denne typen arbeid, men samtidig er det ikke alltid slik at brukeren som bestiller klarer \u00e5 samle og formidle riktig informasjon kortfattet til leverand\u00f8ren. N\u00e5r utviklingsprosessen har kommet et stykke p\u00e5 vei, og det blir bedt om endringer i spesifikasjonene eller tillegg av funksjoner, er det sv\u00e6rt viktig for leverand\u00f8ren \u00e5 vite om det er mulig \u00e5 kreve ekstra betaling utover den opprinnelige kostnadsestimeringen.<\/p>\n\n\n\n<p>Under hvilke omstendigheter anerkjenner japansk lov slike rettigheter? Og hvordan bestemmes bel\u00f8pet for tillegg og justeringer av funksjoner? I denne artikkelen vil vi organisere og svare p\u00e5 disse ulike sp\u00f8rsm\u00e5lene.<\/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\/no\/it\/increase-of-estimate\/#Nar_kan_man_si_at_det_er_snakk_om_tilleggsutvikling_eller_funksjonsjustering\" title=\"N\u00e5r kan man si at det er snakk om tilleggsutvikling eller funksjonsjustering?\">N\u00e5r kan man si at det er snakk om tilleggsutvikling eller funksjonsjustering?<\/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\/no\/it\/increase-of-estimate\/#Rettssak_der_det_var_omstridt_om_det_kunne_sies_a_vaere_tilleggsutvikling_eller_funksjonsendring\" title=\"Rettssak der det var omstridt om det kunne sies \u00e5 v\u00e6re tilleggsutvikling eller funksjonsendring\">Rettssak der det var omstridt om det kunne sies \u00e5 v\u00e6re tilleggsutvikling eller funksjonsendring<\/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\/no\/it\/increase-of-estimate\/#Eksempel_pa_godkjent_tilfelle_Endring_av_spesifikasjoner_etter_grunnleggende_design\" title=\"Eksempel p\u00e5 godkjent tilfelle: Endring av spesifikasjoner etter grunnleggende design\">Eksempel p\u00e5 godkjent tilfelle: Endring av spesifikasjoner etter grunnleggende design<\/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\/no\/it\/increase-of-estimate\/#Andre_eksempler_pa_godkjenning\" title=\"Andre eksempler p\u00e5 godkjenning\">Andre eksempler p\u00e5 godkjenning<\/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\/no\/it\/increase-of-estimate\/#%E3%80%8CEnighet_om_tilleggsutvikling_og_okning_av_godtgjorelse%E3%80%8Dog%E3%80%8CEtablering_av_den_opprinnelige_kontrakten%E3%80%8Der_separate_problemer\" title=\"\u300cEnighet om tilleggsutvikling og \u00f8kning av godtgj\u00f8relse\u300dog\u300cEtablering av den opprinnelige kontrakten\u300der separate problemer\">\u300cEnighet om tilleggsutvikling og \u00f8kning av godtgj\u00f8relse\u300dog\u300cEtablering av den opprinnelige kontrakten\u300der separate problemer<\/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\/no\/it\/increase-of-estimate\/#Negativt_Eksempel_Tilfelle_der_det_ble_behandlet_som_inkludert_i_lignende_oppdragsinnhold_i_henhold_til_japansk_lov\" title=\"Negativt Eksempel: Tilfelle der det ble behandlet som inkludert i lignende oppdragsinnhold i henhold til japansk lov\">Negativt Eksempel: Tilfelle der det ble behandlet som inkludert i lignende oppdragsinnhold i henhold til japansk lov<\/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\/no\/it\/increase-of-estimate\/#Hvordan_bestemmes_godtgjorelsen_for_tilleggsutvikling_og_funksjonsendringer\" title=\"Hvordan bestemmes godtgj\u00f8relsen for tilleggsutvikling og funksjonsendringer?\">Hvordan bestemmes godtgj\u00f8relsen for tilleggsutvikling og funksjonsendringer?<\/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\/no\/it\/increase-of-estimate\/#Case_1_Tilleggsbetaling_basert_pa_okt_arbeidsmengde\" title=\"Case 1: Tilleggsbetaling basert p\u00e5 \u00f8kt arbeidsmengde\">Case 1: Tilleggsbetaling basert p\u00e5 \u00f8kt arbeidsmengde<\/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\/no\/it\/increase-of-estimate\/#Case_2_Tilleggsbetaling_basert_pa_antall_programmer\" title=\"Case 2: Tilleggsbetaling basert p\u00e5 antall programmer\">Case 2: Tilleggsbetaling basert p\u00e5 antall programmer<\/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\/no\/it\/increase-of-estimate\/#Case_3_Tilleggsbetaling_basert_pa_tidsperiode\" title=\"Case 3: Tilleggsbetaling basert p\u00e5 tidsperiode\">Case 3: Tilleggsbetaling basert p\u00e5 tidsperiode<\/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\/no\/it\/increase-of-estimate\/#Oppsummering\" title=\"Oppsummering\">Oppsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nar_kan_man_si_at_det_er_snakk_om_tilleggsutvikling_eller_funksjonsjustering\"><\/span>N\u00e5r kan man si at det er snakk om tilleggsutvikling eller funksjonsjustering?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Ved systemutviklingsprosjekter er kontraktstypen vanligvis en entrepriseavtale eller en oppdragsavtale. Uansett hvilken av disse kontraktstypene det er snakk om, vil det som skal gj\u00f8res (plikter) og den tilh\u00f8rende godtgj\u00f8relsen (rettigheter) v\u00e6re spesifisert i kontrakten. Derfor, hvis det legges til arbeid som ikke var inkludert i de opprinnelige arbeidsoppgavene som godtgj\u00f8relsen er basert p\u00e5, kan dette betraktes som tilleggsutvikling eller funksjonsjustering. P\u00e5 den annen side, hvis arbeidet er inkludert i de opprinnelige spesifikasjonene, vil det bli behandlet som en del av den opprinnelige kontrakten.<\/p>\n\n\n\n<p>For mer informasjon om forskjellene mellom entrepriseavtaler og oppdragsavtaler, se v\u00e5r andre artikkel.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240 wp-block-embed-\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240\"><div class=\"wp-block-embed__wrapper\">\nhttps:\/\/monolith-law.jp\/corporate\/contract-and-timeandmaterialcontract\n<\/div><\/figure>\n\n\n\n<p>Hvis man derimot hevder at selv sm\u00e5 justeringer av skrifttyper som vises p\u00e5 skjermen m\u00e5 spesifiseres p\u00e5 forh\u00e5nd, og at disse ogs\u00e5 skal betraktes som tilleggsutvikling, kan dette i stor grad hindre smidige forretningsforhandlinger. Derfor er det ikke enkelt \u00e5 trekke en klar grense n\u00e5r man tar hensyn til diskusjoner om slike detaljer i spesifikasjonene. Men hvis man skal gi en generell retningslinje, kan man si at:<\/p>\n\n\n\n<ul>\n<li>Hvis spesifikasjonene er fastsatt, og ytterligere funksjoner blir p\u00e5lagt etter dette<\/li>\n\n\n\n<li>Hvis programmet allerede er implementert, og det blir p\u00e5lagt endringer etter dette<\/li>\n<\/ul>\n\n\n\n<p>kan slike krav ha en viss juridisk gyldighet.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rettssak_der_det_var_omstridt_om_det_kunne_sies_a_vaere_tilleggsutvikling_eller_funksjonsendring\"><\/span>Rettssak der det var omstridt om det kunne sies \u00e5 v\u00e6re tilleggsutvikling eller funksjonsendring<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\/no\/wp-content\/uploads\/sites\/27\/2026\/03\/increase-of-estimate-2.jpg\" alt=\"\" class=\"wp-image-81919\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/no\/wp-content\/uploads\/sites\/27\/2026\/03\/increase-of-estimate-2.jpg 735w, https:\/\/monolith.law\/no\/wp-content\/uploads\/sites\/27\/2026\/03\/increase-of-estimate-2-300x200.jpg 300w, https:\/\/monolith.law\/no\/wp-content\/uploads\/sites\/27\/2026\/03\/increase-of-estimate-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Hva betyr &#8220;spesifikasjonsendring&#8221; i programvareutvikling?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Eksempel_pa_godkjent_tilfelle_Endring_av_spesifikasjoner_etter_grunnleggende_design\"><\/span>Eksempel p\u00e5 godkjent tilfelle: Endring av spesifikasjoner etter grunnleggende design<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>F\u00f8lgende tilfelle omhandler en endring av spesifikasjoner etter at de opprinnelige spesifikasjonene var fastsatt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Programvareutvikling gjennomf\u00f8res gjennom utviklingsfaser som inkluderer: \u2460 kravdefinisjon, \u2461 ekstern design, \u2462 intern design, \u2463 opprettelse av kildeprogram (programdesign, koding), \u2464 ulike tester (enhetstesting, integrasjonstesting, systemtesting) (utdrag) <u class=\"remove-format\">Opprinnelige spesifikasjoner<\/u> (utdrag) realiseres gjennom arbeid etter intern design, og dette anses som omfanget av arbeidet som st\u00e5r i forhold til vederlagskravet i henhold til den aktuelle utviklingskontrakten. <br>En foresp\u00f8rsel om endring av spesifikasjoner anses juridisk sett som et tilbud om en ny arbeidskontrakt som g\u00e5r utover omfanget av arbeidet i henhold til den opprinnelige kontrakten fra oppdragsgiveren. Hvis oppdragstakeren fullf\u00f8rer arbeidet knyttet til den ekstra oppdraget uten \u00e5 presentere en tilleggspris og uten enighet om tilleggsprisen, anses det som om en ny arbeidskontrakt uten fastsatt pris er inng\u00e5tt mellom oppdragsgiveren og oppdragstakeren, og det er rimelig \u00e5 tolke det som at en plikt til \u00e5 betale rimelige tilleggskostnader for utviklingen oppst\u00e5r. <\/p>\n\n\n<p><cite>Osaka distriktsdomstol, dom av 29. august Heisei 14 (2002)<\/cite><\/p>\n<p><!-- \/wp:quote --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>\u00c5 forst\u00e5 n\u00f8kkelord som &#8220;vederlagsforhold&#8221; og &#8220;ny kontrakt&#8221; er en inngangsport til \u00e5 forst\u00e5 denne dommen dypere.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>For \u00f8vrig ble det i den nevnte dommen ogs\u00e5 p\u00e5pekt et annet sv\u00e6rt interessant punkt. Det ble fastsl\u00e5tt at sm\u00e5 justeringer som plassering av knapper og skrifttyper ikke faller inn under det som her kalles spesifikasjonsendringer. De relevante delene er som f\u00f8lger.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:quote --><\/p>\n<blockquote class=\"wp-block-quote\">\n<p>Imidlertid, i programvareutvikling, p\u00e5 grunn av dens natur, er det ikke vanlig at detaljer som skrifttyper og plassering av knapper p\u00e5 skjermen bestemmes i fasen for ekstern design. Med tanke p\u00e5 at slike detaljer vanligvis justeres i en viss grad gjennom m\u00f8ter mellom partene selv etter at spesifikasjonene er fastsatt, b\u00f8r ikke krav om detaljering av spesifikasjoner anses som spesifikasjonsendringer.<\/p>\n<p><!-- \/wp:paragraph --><cite>Osaka distriktsdomstol, dom av 29. august Heisei 14 (2002)<\/cite><\/p>\n<\/blockquote>\n<p><!-- \/wp:quote --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>I dommen ble det brukt et interessant begrep, &#8220;detaljering av spesifikasjoner&#8221;.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li style=\"list-style-type: none\">\n<ul><!-- wp:list-item -->\n<li>Tilfeller der noe som allerede var bestemt, ble endret i etterkant<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><!-- \/wp:list-item --><!-- wp:list-item --><\/p>\n<ul>\n<li style=\"list-style-type: none\">\n<ul>\n<li>Tilfeller der man bevisst unngikk \u00e5 bestemme noe p\u00e5 forh\u00e5nd og heller bestemte det underveis<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><!-- \/wp:list-item --><\/p>\n<p><!-- \/wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Det kan sies at dommen viser at den juridiske behandlingen b\u00f8r v\u00e6re forskjellig i slike tilfeller.<\/p>\n<p><!-- \/wp:paragraph --><br \/><!-- wp:heading {\"level\":3} --><\/p>\n<h3><span class=\"ez-toc-section\" id=\"Andre_eksempler_pa_godkjenning\"><\/span>Andre eksempler p\u00e5 godkjenning<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Andre saker som ble anerkjent som tilleggutvikling eller funksjonsendringer inkluderer:<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li style=\"list-style-type: none\">\n<ul><!-- wp:list-item -->\n<li>Et tilfelle der antallet leverte programmer nesten doblet seg fra den opprinnelige planen (Tokyo tingrett, 22. april Heisei 17 (2005)).<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><!-- \/wp:list-item --><br \/><!-- wp:list-item --><\/p>\n<ul>\n<li style=\"list-style-type: none\">\n<ul>\n<li>Et tilfelle der arbeidstiden ble omtrent tredoblet (Tokyo tingrett, 22. januar Heisei 22 (2010)).<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><!-- \/wp:list-item --><\/p>\n<p><!-- \/wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Ved \u00e5 organisere det p\u00e5 denne m\u00e5ten, ser vi at forlengelse av arbeidstiden ogs\u00e5 kan betraktes som tilleggutvikling i vid forstand, og at denne tiln\u00e6rmingen gir en viss juridisk beskyttelse.<\/p>\n<p><!-- \/wp:paragraph --><br \/><!-- wp:heading {\"level\":3} --><\/p>\n<h3><span class=\"ez-toc-section\" id=\"%E3%80%8CEnighet_om_tilleggsutvikling_og_okning_av_godtgjorelse%E3%80%8Dog%E3%80%8CEtablering_av_den_opprinnelige_kontrakten%E3%80%8Der_separate_problemer\"><\/span>\u300cEnighet om tilleggsutvikling og \u00f8kning av godtgj\u00f8relse\u300dog\u300cEtablering av den opprinnelige kontrakten\u300der separate problemer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Viktige punkter ang\u00e5ende disse problemene er:<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<ol>\n<li style=\"list-style-type: none\">\n<ol><!-- wp:list-item -->\n<li>\u300cOm en kontrakt (den opprinnelige kontrakten) for systemutvikling mellom de to selskapene i det hele tatt ble formelt etablert\u300d<\/li>\n<\/ol>\n<\/li>\n<\/ol>\n<p><!-- \/wp:list-item --><!-- wp:list-item --><\/p>\n<ol>\n<li style=\"list-style-type: none\">\n<ol>\n<li>\u300cOm en kontrakt for tilleggsutvikling (ogs\u00e5) ble etablert i tillegg til den formelt etablerte systemutviklingen\u300d<\/li>\n<\/ol>\n<\/li>\n<\/ol>\n<p><!-- \/wp:list-item --><\/p>\n<p><!-- \/wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Rettsvesenets vurderingskriterier er forskjellige i disse situasjonene. Kort sagt, domstolene har en tendens til \u00e5:<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li style=\"list-style-type: none\">\n<ul><!-- wp:list-item -->\n<li>V\u00e6re strenge med hensyn til punkt 1 (de anerkjenner sjelden etablering av en kontrakt uten en skriftlig avtale)<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><!-- \/wp:list-item --><!-- wp:list-item --><\/p>\n<ul>\n<li style=\"list-style-type: none\">\n<ul>\n<li>V\u00e6re relativt fleksible med hensyn til punkt 2 (de anerkjenner \u00f8kning av godtgj\u00f8relse og lignende selv uten en skriftlig avtale om tilleggsutvikling)<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><!-- \/wp:list-item --><\/p>\n<p><!-- \/wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Vi har forklart punkt 1 i detalj i en annen artikkel.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:embed {\"url\":\"https:\/\/monolith-law.jp\/corporate\/system-development-contract\",\"type\":\"wp-embed\",\"providerNameSlug\":\"\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240\"} --><\/p>\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240 wp-block-embed-\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240\">\n<div class=\"wp-block-embed__wrapper\">https:\/\/monolith-law.jp\/corporate\/system-development-contract<\/div>\n<\/figure>\n<p><!-- \/wp:embed --><!-- wp:heading {\"level\":3} --><\/p>\n<h3><span class=\"ez-toc-section\" id=\"Negativt_Eksempel_Tilfelle_der_det_ble_behandlet_som_inkludert_i_lignende_oppdragsinnhold_i_henhold_til_japansk_lov\"><\/span>Negativt Eksempel: Tilfelle der det ble behandlet som inkludert i lignende oppdragsinnhold i henhold til japansk lov<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>P\u00e5 den annen side finnes det ogs\u00e5 rettsavgj\u00f8relser hvor \u00f8kning i honorar ikke ble godkjent. I den siterte dommen nedenfor, ble det i en sak om systemutviklingskontrakt, etter at en oppdragsavtale ble inng\u00e5tt og innholdet i arbeidet ble endret, diskutert om en \u00f8kning i honorar skulle godkjennes.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:quote --><\/p>\n<blockquote class=\"wp-block-quote\">\n<p>Stridssp\u00f8rsm\u00e5lene i denne saken er: (1) Hva er innholdet i arbeidet som saks\u00f8ker har p\u00e5tatt seg i henhold til den aktuelle kontrakten? (2) Ble det inng\u00e5tt en avtale mellom saks\u00f8ker og saks\u00f8kte om \u00e5 utvide omfanget av arbeidet og \u00f8ke betalingen? (utdrag)<\/p>\n<p><!-- \/wp:paragraph --><!-- wp:paragraph --><\/p>\n<p>Opprinnelig er den aktuelle kontrakten en oppdragsavtale hvor det ble avtalt at bel\u00f8pet skulle v\u00e6re den faste godtgj\u00f8relsen for saks\u00f8kers p\u00e5tatte arbeid (oppdrag), og antall steg, enhetspriser osv. er kun interne dokumenter for saks\u00f8ker ved beregning av oppdragsbel\u00f8pet, og \u00f8kning i antall steg osv. har ingen relevans til oppdragsbel\u00f8pet. (utdrag)<\/p>\n<p><!-- \/wp:paragraph --><!-- wp:paragraph --><\/p>\n<p>Som fastsl\u00e5tt ovenfor, ble saks\u00f8kers p\u00e5tatte arbeid endret den 25. februar i Showa 62 (1987), og begrenset til systemadministrasjon, beregning av oppdragskostnader og deler av verkt\u00f8yene, mens resten ble h\u00e5ndtert av saks\u00f8kte. Likevel forblir saks\u00f8kers arbeid innenfor rammen av utviklingsarbeidet i henhold til den opprinnelige kontrakten, og godtgj\u00f8relsen for dette arbeidet er fullt dekket av det avtalte oppdragsbel\u00f8pet i den opprinnelige kontrakten.<\/p>\n<p><!-- \/wp:paragraph --><cite>Tokyo distriktsdomstol, dom av 12. juni Heisei 7 (1995)<\/cite><\/p>\n<\/blockquote>\n<p><!-- \/wp:quote --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>I den aktuelle dommen ble det vurdert at selv om innholdet i arbeidet som ble p\u00e5tatt av leverand\u00f8ren hadde blitt endret, forble utviklingsinnholdet innenfor rammen av den opprinnelige kontrakten, og skulle derfor dekkes av det opprinnelig avtalte honoraret.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Til syvende og sist, vurderes det at for \u00e5 kunne kreve ekstra honorar for arbeid som ikke er inkludert, m\u00e5 man ta hensyn til hva slags arbeid honoraret opprinnelig ble fastsatt for.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Videre, hva slags arbeid honoraret opprinnelig var ment \u00e5 dekke, vurderes ikke bare ut fra kontrakten, men ogs\u00e5 fra m\u00f8tereferater og lignende dokumenter. Viktigheten av m\u00f8tereferater er detaljert forklart i artikkelen nedenfor.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:embed {\"url\":\"https:\/\/monolith-law.jp\/corporate\/the-minutes-in-system-development\",\"type\":\"wp-embed\",\"providerNameSlug\":\"\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240\"} --><\/p>\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240 wp-block-embed-\u30e2\u30ce\u30ea\u30b9\u6cd5\u5f8b\u4e8b\u52d9\u6240\">\n<div class=\"wp-block-embed__wrapper\">https:\/\/monolith-law.jp\/corporate\/the-minutes-in-system-development<\/div>\n<\/figure>\n<p><!-- \/wp:embed --><!-- wp:heading --><\/p>\n<h2><span class=\"ez-toc-section\" id=\"Hvordan_bestemmes_godtgjorelsen_for_tilleggsutvikling_og_funksjonsendringer\"><\/span>Hvordan bestemmes godtgj\u00f8relsen for tilleggsutvikling og funksjonsendringer?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:image {\"id\":1685,\"width\":686,\"height\":285} --><\/p>\n<figure class=\"wp-block-image is-resized\"><img decoding=\"async\" loading=\"lazy\" class=\"alignnone wp-image-81920\" src=\"https:\/\/monolith.law\/no\/wp-content\/uploads\/sites\/27\/2024\/05\/increase-of-estimate-3-300x200.jpg\" alt=\"\" width=\"840\" height=\"560\" srcset=\"https:\/\/monolith.law\/no\/wp-content\/uploads\/sites\/27\/2024\/05\/increase-of-estimate-3-300x200.jpg 300w, https:\/\/monolith.law\/no\/wp-content\/uploads\/sites\/27\/2024\/05\/increase-of-estimate-3-250x167.jpg 250w, https:\/\/monolith.law\/no\/wp-content\/uploads\/sites\/27\/2024\/05\/increase-of-estimate-3.jpg 735w\" sizes=\"(max-width: 840px) 100vw, 840px\" \/>\n<figcaption>Godtgj\u00f8relsen beregnes ved \u00e5 bekrefte forholdene rundt tilleggs- og endringsutvikling av systemet.<\/figcaption>\n<\/figure>\n<p><!-- \/wp:image --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Det er ikke uvanlig at spesifikasjoner som en gang ble ansett som endelige, endres senere i systemutviklingsprosjekter. Hver gang dette skjer, er det ikke realistisk \u00e5 forberede nye skriftlige kontrakter og fortsette kontraktsarbeidet. Hvis man kan bekrefte de nye spesifikasjonene for tilleggs- og endringsarbeid og inng\u00e5 en memorandum, er det greit. Men hva gj\u00f8r man n\u00e5r prosjektet stopper opp uten \u00e5 kunne gjennomf\u00f8re slike prosedyrer? Hvordan beregner man godtgj\u00f8relsen i slike tilfeller?<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En relevant paragraf \u00e5 referere til i slike tilfeller er den f\u00f8lgende fra den japanske handelsloven (\u5546\u6cd5) \u00a7 512 (understreket av forfatteren).<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:quote --><\/p>\n<blockquote class=\"wp-block-quote\">\n<p>Japansk handelslov \u00a7 512: N\u00e5r en handelsmann utf\u00f8rer en handling for en annen innenfor rammen av sin virksomhet, kan han kreve en <u class=\"remove-format\">rimelig godtgj\u00f8relse<\/u>.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<\/blockquote>\n<p><!-- \/wp:quote --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Sp\u00f8rsm\u00e5let er hvor mye denne &#8220;rimelige godtgj\u00f8relsen&#8221; i paragrafen faktisk utgj\u00f8r i konkrete situasjoner. Tidligere rettsavgj\u00f8relser viser at man ofte bruker arbeidsmengde, volum eller tidsperiode som grunnlag for \u00e5 beregne kostnadene. Dette skyldes at systemutvikling i sin natur er en tjenesteytende virksomhet, hvor hovedkostnaden er l\u00f8nnskostnader.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Til tross for den abstrakte formuleringen &#8220;rimelig godtgj\u00f8relse&#8221; i den japanske handelsloven, er det ikke n\u00f8dvendigvis komplisert \u00e5 estimere tilleggsbetalinger i slike sammenhenger. La oss se p\u00e5 noen rettsavgj\u00f8relser.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3><span class=\"ez-toc-section\" id=\"Case_1_Tilleggsbetaling_basert_pa_okt_arbeidsmengde\"><\/span>Case 1: Tilleggsbetaling basert p\u00e5 \u00f8kt arbeidsmengde<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:quote --><\/p>\n<blockquote class=\"wp-block-quote\">\n<p>Utviklingsarbeidet basert p\u00e5 endringen i spesifikasjonene anses \u00e5 v\u00e6re 257,5 arbeidsdager. Ved \u00e5 bruke samme utviklingskostnad per arbeidsdag som i den opprinnelige utviklingskontrakten, 32 500 yen per dag (65 000 yen per m\u00e5ned delt p\u00e5 20 arbeidsdager), blir tilleggsutviklingskostnaden 8 368 750 yen.<\/p>\n<p><!-- \/wp:paragraph --><cite>Osaka distriktsdomstol, 29. august Heisei 14 (2002)<\/cite><\/p>\n<\/blockquote>\n<p><!-- \/wp:quote --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>N\u00f8kkelordet her er &#8220;per arbeidsdag&#8221;. Dette viser at man bruker arbeidsmengde som grunnlag for \u00e5 beregne tilleggsbetalingen.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3><span class=\"ez-toc-section\" id=\"Case_2_Tilleggsbetaling_basert_pa_antall_programmer\"><\/span>Case 2: Tilleggsbetaling basert p\u00e5 antall programmer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:quote --><\/p>\n<blockquote class=\"wp-block-quote\">\n<p>Ved \u00e5 vurdere den rimelige godtgj\u00f8relsen inkludert tilleggene, og med tanke p\u00e5 at hovedkostnaden for utvikling av datasystemer er l\u00f8nnskostnader som er proporsjonale med antall programmer, deles den opprinnelige kontraktsummen p\u00e5 23 250 000 yen p\u00e5 206 programmer, og multipliseres med 414 programmer, noe som gir en sum p\u00e5 46 725 728 yen.<\/p>\n<p><!-- \/wp:paragraph --><cite>Tokyo distriktsdomstol, 22. april Heisei 17 (2005)<\/cite><\/p>\n<\/blockquote>\n<p><!-- \/wp:quote --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Selv om det er mange tall, er beregningen enkel. Man bekrefter enhetsprisen per program fra den opprinnelige kontrakten og bruker en enkel multiplikasjon &#8220;enhetspris \u00d7 antall&#8221;.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3><span class=\"ez-toc-section\" id=\"Case_3_Tilleggsbetaling_basert_pa_tidsperiode\"><\/span>Case 3: Tilleggsbetaling basert p\u00e5 tidsperiode<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:quote --><\/p>\n<blockquote class=\"wp-block-quote\">\n<p>I kontrakten for tre m\u00e5neder fra januar til mars Heisei 17 (2005) ble en godtgj\u00f8relse p\u00e5 60 millioner yen fastsatt. For arbeidet fra april til september samme \u00e5r, som inkluderte \u00f8kt arbeidsmengde p\u00e5 grunn av semesterstart, anses en godtgj\u00f8relse p\u00e5 120 millioner yen som rimelig.<\/p>\n<p><!-- \/wp:paragraph --><cite>Tokyo distriktsdomstol, 22. januar Heisei 22 (2010)<\/cite><\/p>\n<\/blockquote>\n<p><!-- \/wp:quote --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Denne avgj\u00f8relsen viser at man bruker en enkel proporsjonal beregning for \u00e5 beregne tilleggsbetaling for forlenget periode.<\/p>\n<p><!-- \/wp:paragraph --><br \/><!-- wp:heading --><\/p>\n<h2><span class=\"ez-toc-section\" id=\"Oppsummering\"><\/span>Oppsummering<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><!-- \/wp:heading --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Som nevnt ovenfor, n\u00e5r vi ser p\u00e5 flere rettsavgj\u00f8relser, kan vi se visse m\u00f8nstre og fellestrekk i den juridiske behandlingen av tilleggsbetaling for programmerere og ingeni\u00f8rer. Prinsipielt sett ser det ut til at man fors\u00f8ker \u00e5 beregne dette s\u00e5 enkelt som mulig, basert p\u00e5 relativt objektive indikatorer som medg\u00e5tt tid, formell arbeidsmengde (som leverte programmer), og arbeidstid eller -periode.<\/p>\n<p><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Strengt tatt, fordi man har mislyktes i \u00e5 f\u00f8lge en n\u00f8yaktig prosedyre eller \u00e5 estimere arbeidsmengden perfekt, oppst\u00e5r behovet for slik tilleggsutvikling og funksjonsjusteringer. Derfor kan det virke litt t\u00f8rt og kjedelig at tilleggsbetaling kun baseres p\u00e5 medg\u00e5tt tid, formell arbeidsmengde, eller arbeidstid. Men fra oppdragstakerens perspektiv, selv om man sikter mot \u00e5 prioritere kundens interesser, er det meningsfullt fra et risikostyringsperspektiv at slike rettigheter ogs\u00e5 er juridisk anerkjent.<\/p>\n<p><!-- \/wp:paragraph --><\/p>","protected":false},"excerpt":{"rendered":"<p>Arbeidet med systemutvikling involverer mange mennesker b\u00e5de p\u00e5 brukersiden som bestiller og p\u00e5 leverand\u00f8rsiden som mottar bestillingen. Derfor er det ikke lett \u00e5 f\u00e5 alle til \u00e5 g\u00e5 i takt og fremme pro [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":81918,"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\/no\/wp-json\/wp\/v2\/posts\/70762"}],"collection":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/comments?post=70762"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/70762\/revisions"}],"predecessor-version":[{"id":81921,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/70762\/revisions\/81921"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media\/81918"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media?parent=70762"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/categories?post=70762"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/tags?post=70762"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}