{"id":60372,"date":"2024-03-05T21:11:37","date_gmt":"2024-03-05T12:11:37","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60372"},"modified":"2024-03-17T17:07:26","modified_gmt":"2024-03-17T08:07:26","slug":"system-development-specs-function","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/system-development-specs-function","title":{"rendered":"Hvor meget skal man juridisk set implementere funktioner, der ikke er i specifikationerne for systemudvikling?"},"content":{"rendered":"\n<p>Projekter, der udvikler IT-systemer, der anvendes i virksomheder, er som hovedregel skabt i overensstemmelse med foruddefinerede specifikationer. Men p\u00e5 den anden side, n\u00e5r man tager i betragtning, at leverand\u00f8ren er betroet udviklingsopgaverne som en ekspert i systemudvikling, kan brugernes forventninger m\u00e5ske ikke v\u00e6re s\u00e5 lave, at det kun er n\u00f8dvendigt at implementere det, der er skrevet i specifikationerne, mekanisk. I denne artikel vil vi forklare, i hvilket omfang man b\u00f8r p\u00e5tage sig ansvaret for at implementere et program, der &#8220;ikke er beskrevet i specifikationerne, men er n\u00f8dvendigt at implementere i lyset af udviklingsm\u00e5lene&#8221;.<br><\/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\/da\/it\/system-development-specs-function\/#Juridiske_problemer_forbundet_med_implementering_af_ikke-specificerede_elementer\" title=\"Juridiske problemer forbundet med implementering af ikke-specificerede elementer\">Juridiske problemer forbundet med implementering af ikke-specificerede elementer<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/da\/it\/system-development-specs-function\/#Der_kraeves_skon_i_leverandorens_arbejde\" title=\"Der kr\u00e6ves sk\u00f8n i leverand\u00f8rens arbejde\">Der kr\u00e6ves sk\u00f8n i leverand\u00f8rens arbejde<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/da\/it\/system-development-specs-function\/#Skon_bor_ogsa_udoves_inden_for_strenge_udviklingsprocesser\" title=\"Sk\u00f8n b\u00f8r ogs\u00e5 ud\u00f8ves inden for strenge udviklingsprocesser\">Sk\u00f8n b\u00f8r ogs\u00e5 ud\u00f8ves inden for strenge udviklingsprocesser<\/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\/da\/it\/system-development-specs-function\/#Hvad_skal_en_ekspert_gore_uden_at_vaere_bundet_af_specifikationer\" title=\"Hvad skal en ekspert g\u00f8re uden at v\u00e6re bundet af specifikationer?\">Hvad skal en ekspert g\u00f8re uden at v\u00e6re bundet af specifikationer?<\/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\/da\/it\/system-development-specs-function\/#Juridiske_forpligtelser_bestemmes_i_overensstemmelse_med_%E2%80%98formalet%E2%80%99_med_specifikationer_og_kontrakter\" title=\"Juridiske forpligtelser bestemmes i overensstemmelse med &#8216;form\u00e5let&#8217; med specifikationer og kontrakter\">Juridiske forpligtelser bestemmes i overensstemmelse med &#8216;form\u00e5let&#8217; med specifikationer og kontrakter<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/da\/it\/system-development-specs-function\/#Retssag_hvor_implementeringspligten_blev_afvist_pa_grund_af_manglende_beskrivelse\" title=\"Retssag, hvor implementeringspligten blev afvist p\u00e5 grund af manglende beskrivelse\">Retssag, hvor implementeringspligten blev afvist p\u00e5 grund af manglende beskrivelse<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/da\/it\/system-development-specs-function\/#Retssager_hvor_implementeringspligten_blev_bekraeftet_selvom_det_ikke_var_angivet\" title=\"Retssager, hvor implementeringspligten blev bekr\u00e6ftet, selvom det ikke var angivet\">Retssager, hvor implementeringspligten blev bekr\u00e6ftet, selvom det ikke var angivet<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/da\/it\/system-development-specs-function\/#Hvad_vi_kan_laere_af_begge_domme\" title=\"Hvad vi kan l\u00e6re af begge domme\">Hvad vi kan l\u00e6re af begge domme<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/da\/it\/system-development-specs-function\/#Hvordan_skal_man_taenke_pa_betaling_for_udvikling_der_ikke_er_specificeret_i_specifikationerne\" title=\"Hvordan skal man t\u00e6nke p\u00e5 betaling for udvikling, der ikke er specificeret i specifikationerne?\">Hvordan skal man t\u00e6nke p\u00e5 betaling for udvikling, der ikke er specificeret i specifikationerne?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/da\/it\/system-development-specs-function\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Juridiske_problemer_forbundet_med_implementering_af_ikke-specificerede_elementer\"><\/span>Juridiske problemer forbundet med implementering af ikke-specificerede elementer<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_164703428-1024x614.jpg\" alt=\"\" class=\"wp-image-5431\" \/><figcaption class=\"wp-element-caption\">Vi vil forklare vigtige punkter om at have &#8220;sk\u00f8n&#8221; i systemudvikling.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Der_kraeves_skon_i_leverandorens_arbejde\"><\/span>Der kr\u00e6ves sk\u00f8n i leverand\u00f8rens arbejde<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En stor karakteristik ved kontrakter omkring projekter som systemudvikling og de forskellige juridiske problemer, der f\u00f8lger med, er, at leverand\u00f8ren, der modtager arbejdet, har stor sk\u00f8nsm\u00e6ssig bef\u00f8jelse.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">Hvad er projektledelsesforpligtelser i systemudvikling[ja]<\/a><\/p>\n\n\n\n<p>Men &#8220;sk\u00f8n&#8221;, som det er n\u00e6vnt her, g\u00e6lder ikke n\u00f8dvendigvis for alle trin i systemudviklingsprocessen. Efter at have identificeret hver proces og fremmet identifikationen af detaljerede opgaver, kan der v\u00e6re mange opgaver, der er t\u00e6t p\u00e5 simpelt arbejde. Men generelt, jo mere det bliver arbejde i de tidlige faser, dvs. opstr\u00f8msprocesser, jo sv\u00e6rere bliver det at udf\u00f8re arbejdet uden at have stor sk\u00f8n. En af grundene til, at opstr\u00f8msprocesser ofte passer godt til semi-delegation som en kontrakttype, kan ogs\u00e5 siges at v\u00e6re p\u00e5 grund af dette.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">Forskellen og forskellen mellem kontrakt og semi-delegation kontrakt i systemudvikling[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Skon_bor_ogsa_udoves_inden_for_strenge_udviklingsprocesser\"><\/span>Sk\u00f8n b\u00f8r ogs\u00e5 ud\u00f8ves inden for strenge udviklingsprocesser<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Men selvom leverand\u00f8ren, der udvikler systemet, har stor sk\u00f8n, vil det at acceptere kundens \u00f8nsker p\u00e5 en &#8220;ad hoc&#8221; m\u00e5de for\u00e5rsage stor skade i de senere faser. Et IT-system er lavet af en samling af sm\u00e5 dele, s\u00e5 selvom det kun kan v\u00e6re en lille \u00e6ndring i udseendet, kan der v\u00e6re tilf\u00e6lde, hvor det kr\u00e6ver en betydelig \u00e6ndring i arbejdstiden fra udviklerens synspunkt. Der er ogs\u00e5 artikler, der forklarer, hvordan man h\u00e5ndterer \u00e6ndringsstyring fra et juridisk synspunkt med hensyn til \u00e6ndringer i systemudviklingsspecifikationer. Den f\u00f8lgende artikel forklarer, hvordan man h\u00e5ndterer \u00e6ndringsstyring, men diskuterer ogs\u00e5, hvor meget en \u00e6ndring i specifikationerne kan p\u00e5virke arbejdet fra en ingeni\u00f8rs synspunkt.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Hvad er m\u00e5den at h\u00e5ndtere \u00e6ndringsstyring i systemudvikling fra et juridisk synspunkt[ja]<\/a><br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_skal_en_ekspert_gore_uden_at_vaere_bundet_af_specifikationer\"><\/span>Hvad skal en ekspert g\u00f8re uden at v\u00e6re bundet af specifikationer?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>For at fremme et systemudviklingsprojekt glat er det vigtigt at definere udviklingskravene p\u00e5 forh\u00e5nd og forts\u00e6tte planm\u00e6ssigt i overensstemmelse hermed. P\u00e5 den anden side er der ogs\u00e5 situationer, hvor du ikke kan fuldt ud udf\u00f8re din rolle som en ekspert i systemudvikling ved blot at g\u00f8re, hvad du er blevet fortalt i overensstemmelse med de krav, der er defineret p\u00e5 forh\u00e5nd. I denne dilemma kommer problemet med &#8220;hvad der skal implementeres, selvom det ikke er angivet i specifikationerne&#8221; til syne.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Juridiske_forpligtelser_bestemmes_i_overensstemmelse_med_%E2%80%98formalet%E2%80%99_med_specifikationer_og_kontrakter\"><\/span>Juridiske forpligtelser bestemmes i overensstemmelse med &#8216;form\u00e5let&#8217; med specifikationer og kontrakter<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Indholdet af det, der skal implementeres, bestemmes, selvom det ikke er angivet i kontrakten eller specifikationerne, stadig fra &#8216;form\u00e5let&#8217; med disse kontrakter og specifikationer, det vil sige, &#8216;hvad var meningen eller hensigten med at tr\u00e6ffe s\u00e5danne aftaler&#8217;. Lad os se p\u00e5 nogle retssager nedenfor.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Retssag_hvor_implementeringspligten_blev_afvist_pa_grund_af_manglende_beskrivelse\"><\/span>Retssag, hvor implementeringspligten blev afvist p\u00e5 grund af manglende beskrivelse<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I den retssag, der citeres nedenfor, udviklede en leverand\u00f8r et system, der var kommet s\u00e5 langt som til pr\u00f8vedrift, men der opstod en konflikt, da der blev kr\u00e6vet oph\u00e6velse af kontrakten, fordi de n\u00f8dvendige funktioner manglede. Det, som brugeren h\u00e6vdede manglede, var &#8220;automatisk dataopdateringsfunktion&#8221;, og det blev h\u00e6vdet, at dette var et hovedsalgspunkt for det p\u00e5g\u00e6ldende system, men retten anerkendte ikke denne implementeringspligt.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Som anerkendt ovenfor, er der ingen beskrivelse i den p\u00e5g\u00e6ldende kontrakt, grundl\u00e6ggende design dokument og detaljerede design dokument, der indikerer, at funktion \u2462 er et udviklingsm\u00e5l for det p\u00e5g\u00e6ldende system.<\/p>\n\n\n\n<p>Sags\u00f8geren h\u00e6vder, at funktion \u2462 var et hovedsalgspunkt for sags\u00f8gtes system over for sags\u00f8geren, og understreger behovet for denne funktion, men <u>hvis denne p\u00e5stand er korrekt, skulle det have v\u00e6ret klart angivet i den p\u00e5g\u00e6ldende kontrakt osv.<\/u>, og <u>det er sv\u00e6rt at tro, at udviklingen af denne funktion blev aftalt, n\u00e5r det ikke er tilf\u00e6ldet<\/u>.<\/p>\n<cite>Tokyo District Court, 18. februar 2009 (Heisei 21)<\/cite><\/blockquote>\n\n\n\n<p>Denne dom kan bestemt, hvis man blot tager konklusionen ud i sin simple form, siges at v\u00e6re &#8220;hvis det ikke er beskrevet i design dokumentet, beh\u00f8ver man ikke at lave det, der ikke er der&#8221;. Men mere pr\u00e6cist, det er ikke en formel kendsgerning, om det er beskrevet i design dokumentet eller ej, men en dom baseret p\u00e5 &#8220;form\u00e5let&#8221; med beskrivelsen i design dokumentet og kontrakten. Det vil sige, &#8220;hvis man tager hensyn til grunden til, at det ikke blev beskrevet i design dokumentet og kontrakten, er det rimeligt at antage, at der heller ikke var en aftale, der svarede til denne beskrivelse&#8221;.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Retssager_hvor_implementeringspligten_blev_bekraeftet_selvom_det_ikke_var_angivet\"><\/span>Retssager, hvor implementeringspligten blev bekr\u00e6ftet, selvom det ikke var angivet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>P\u00e5 den anden side er der retssager, der har fastsl\u00e5et, at der b\u00f8r v\u00e6re en pligt til at implementere, selvom det ikke var angivet i kontrakten eller specifikationerne. Den retssag, jeg citerer nedenfor, handler om udviklingen af et system til at styre medicinindtagshistorik, hvor det ikke var muligt at overf\u00f8re data fra det eksisterende system til det nye system, og brugeren kunne ikke udnytte det nye system og valgte at opsige kontrakten. Men leverand\u00f8ren argumenterede for, at dataoverf\u00f8rsel var uden for deres arbejdsomr\u00e5de, hvilket f\u00f8rte til en konflikt.<\/p>\n\n\n\n<p>Udviklingen af nye systemer indeb\u00e6rer ofte afskaffelsen af eksisterende systemer og overf\u00f8rsel af data. Vi har detaljeret forklaret vigtigheden af disse opgaver og de juridiske problemer, der f\u00f8lger med dem, i artiklen nedenfor.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">Juridiske problemer i forbindelse med overgangen fra det gamle system ved systemudvikling[ja]<\/a><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Der er allerede gemt data for mere end 50.000 patienter i det eksisterende system, og <u>det er klart, at hvis det ikke er muligt at overf\u00f8re patientdata fra det eksisterende system til det nye system, vil det forstyrre apotekets dispensering<\/u>. Det kan antages, at sags\u00f8gerens repr\u00e6sentant <u>naturligvis var klar over dette<\/u>. Og f\u00f8r kontrakten blev indg\u00e5et, spurgte sags\u00f8gerens repr\u00e6sentant sags\u00f8gtes repr\u00e6sentant om muligheden for dataoverf\u00f8rsel, hvilket sags\u00f8gtes repr\u00e6sentant ogs\u00e5 anerkendte (udeladelse), sags\u00f8gerens repr\u00e6sentant, <u>det er meget usandsynligt, at han besluttede at introducere det nye system, selvom han var klar over, at han sandsynligvis skulle indtaste data for mere end 50.000 patienter manuelt<\/u>. Desuden, som n\u00e6vnt ovenfor i (1)I, er det usandsynligt, at sags\u00f8gte, der ikke kunne overf\u00f8re medicinhistorikdata fra det eksisterende system til det nye system, og derfor behandlede disse data ved at printe dem ud p\u00e5 papir og indf\u00f8re dem i en PDF-fil, ville have udf\u00f8rt s\u00e5dan et tidskr\u00e6vende arbejde som en service, selvom dataoverf\u00f8rsel ikke var forudsat i kontrakten.<\/p>\n<cite>Tokyo District Court, November 18, 2010 (Heisei 22)<\/cite><\/blockquote>\n\n\n\n<p>Det, der er vigtigt her, er form\u00e5let med kontrakten og &#8220;hensigten&#8221; med de punkter, der er angivet i kontrakten. Hvis begge parter indgik kontrakten med forst\u00e5elsen af, at dataoverf\u00f8rsel var uden for arbejdsomr\u00e5det, ville det betyde, at b\u00e5de brugeren og leverand\u00f8ren indgik kontrakten med en unaturlig hensigt. Det vil sige, at brugeren ville have accepteret en enorm m\u00e6ngde manuelt arbejde, og leverand\u00f8ren ville have p\u00e5taget sig projektet, vel vidende at det ville forstyrre brugerens arbejde i fremtiden, hvilket ville v\u00e6re meget urimeligt.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_vi_kan_laere_af_begge_domme\"><\/span>Hvad vi kan l\u00e6re af begge domme<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Selvom der ikke var nogen omtale af dataoverf\u00f8rsel i kontrakten eller specifikationerne, blev implementeringsforpligtelsen bekr\u00e6ftet. En af grundene til dette kan v\u00e6re, at det handlede om &#8220;data&#8221;, et emne, der ikke vises p\u00e5 sk\u00e6rmen. Manglen p\u00e5 &#8220;n\u00f8dvendige funktioner&#8221; er noget, der direkte vises p\u00e5 systemets sk\u00e6rm og interface. Derfor er det ikke s\u00e6rlig sv\u00e6rt, selv for en novice inden for systemudvikling, at opdage mangler i specifikationerne. P\u00e5 den anden side er problemet med dataoverf\u00f8rsel karakteriseret ved, at det er sv\u00e6rt for en novice inden for systemudvikling at genkende vigtigheden af processen, kompleksiteten af opgaven og den tid, det tager. Derfor kan det antages, at der ogs\u00e5 var en situation, hvor det blev behandlet som noget, som leverand\u00f8rsiden skulle styre effektivt med deres ekspertise.<\/p>\n\n\n\n<p>N\u00e5r man t\u00e6nker p\u00e5 det p\u00e5 denne m\u00e5de, kan mangler i specifikationer og kontrakter ogs\u00e5 siges at v\u00e6re t\u00e6t forbundet med brugerens &#8220;forpligtelse til at samarbejde&#8221;. Med andre ord, det er et sp\u00f8rgsm\u00e5l om, hvorvidt brugeren virkelig har opfyldt sin &#8220;forpligtelse til at samarbejde&#8221; i forbindelse med indg\u00e5else af kontrakten og udarbejdelse af specifikationerne. En generel forklaring p\u00e5 de juridiske forpligtelser, som brugeren skal opfylde i et systemudviklingsprojekt, er detaljeret behandlet i f\u00f8lgende artikel.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">Hvad er brugerens samarbejdsforpligtelse i systemudvikling?[ja]<\/a><\/p>\n\n\n\n<p>Hvis du ogs\u00e5 tjekker den ovenst\u00e5ende artikel, vil du forst\u00e5, at omr\u00e5der, hvor der er stor eftersp\u00f8rgsel efter brugerens samarbejde, s\u00e5som identifikation af sk\u00e6rm- og n\u00f8dvendige funktioner, og manglende overvejelser om dataoverf\u00f8rsel, er meget forskellige.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvordan_skal_man_taenke_pa_betaling_for_udvikling_der_ikke_er_specificeret_i_specifikationerne\"><\/span>Hvordan skal man t\u00e6nke p\u00e5 betaling for udvikling, der ikke er specificeret i specifikationerne?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_320070512-1024x683.jpg\" alt=\"\" class=\"wp-image-5433\" \/><figcaption class=\"wp-element-caption\">I tilf\u00e6lde, hvor en leverand\u00f8r reagerer p\u00e5 opgaver, der overstiger arbejdsomr\u00e5det, kan der ogs\u00e5 v\u00e6re mulighed for at anmode om ekstra betaling.<\/figcaption><\/figure>\n\n\n\n<p>Et andet sp\u00f8rgsm\u00e5l, der kan opst\u00e5 i forbindelse med emnet for denne artikel, er, om det er juridisk tilladt at anmode om ekstra betaling, hvis man har lavet noget, der ikke er specificeret i specifikationerne. Vi har en detaljeret forklaring p\u00e5, om det er muligt at \u00f8ge betalingen, og hvordan man beregner det estimerede bel\u00f8b i s\u00e5 fald, i artiklen nedenfor.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">Er det muligt at \u00f8ge det estimerede bel\u00f8b for systemudvikling efterf\u00f8lgende?[ja]<\/a><\/p>\n\n\n\n<p>I ovenst\u00e5ende artikel forklarer vi, at det er vigtigt, om der har v\u00e6ret opgaver, der overstiger arbejdsomr\u00e5det, der er relateret til betalingen. Det vil sige, i forhold til denne artikel, hvis leverand\u00f8ren har reageret p\u00e5 udviklingen af noget, der ikke var inkluderet i de oprindelige specifikationer (i denne artikel, den negative eksempel), s\u00e5 er det muligt at anerkende en anmodning om ekstra betaling.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Opsummering\"><\/span>Opsummering<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>I systemudvikling er den rolle, som en leverand\u00f8r skal spille, p\u00e5 den ene side bestemt i overensstemmelse med indholdet af kontrakter og specifikationer. Men n\u00e5r man tager i betragtning, at de er betroet med arbejde baseret p\u00e5 h\u00f8j tillid som eksperter, bliver det klart, at deres faktiske situation ikke n\u00f8dvendigvis er bestemt af formaliteter. Ikke desto mindre b\u00f8r man forst\u00e5, at loven spiller en stor rolle, selv n\u00e5r man fors\u00f8ger at forst\u00e5 denne indre virkelighed.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Projekter, der udvikler IT-systemer, der anvendes i virksomheder, er som hovedregel skabt i overensstemmelse med foruddefinerede specifikationer. Men p\u00e5 den anden side, n\u00e5r man tager i betragtning, at [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61554,"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\/da\/wp-json\/wp\/v2\/posts\/60372"}],"collection":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/comments?post=60372"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60372\/revisions"}],"predecessor-version":[{"id":61555,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60372\/revisions\/61555"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61554"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60372"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60372"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60372"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}