{"id":61291,"date":"2023-12-07T14:38:55","date_gmt":"2023-12-07T05:38:55","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=61291"},"modified":"2024-02-06T16:55:52","modified_gmt":"2024-02-06T07:55:52","slug":"system-development-specs-function","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/system-development-specs-function","title":{"rendered":"Hur l\u00e5ngt ska man juridiskt implementera funktioner som inte finns i specifikationerna f\u00f6r systemutveckling?"},"content":{"rendered":"\n<p>Projekt som utvecklar IT-system som anv\u00e4nds i f\u00f6retag skapas i princip enligt f\u00f6rdefinierade specifikationer. Men \u00e5 andra sidan, om man t\u00e4nker p\u00e5 vad det inneb\u00e4r att en leverant\u00f6r har f\u00e5tt fullt ansvar f\u00f6r systemutveckling som en expert, kanske anv\u00e4ndarens f\u00f6rv\u00e4ntningar inte \u00e4r s\u00e5 l\u00e5ga att det r\u00e4cker att bara mekaniskt implementera det som \u00e4r skrivet i specifikationerna. I denna artikel kommer vi att diskutera hur mycket ansvar man b\u00f6r ta f\u00f6r att implementera ett program som &#8220;inte \u00e4r specificerat i specifikationerna, men som beh\u00f6ver implementeras med tanke p\u00e5 utvecklingsm\u00e5let&#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\/sv\/it\/system-development-specs-function\/#Rattsliga_problem_i_samband_med_implementering_av_icke-specifierade_funktioner\" title=\"R\u00e4ttsliga problem i samband med implementering av icke-specifierade funktioner\">R\u00e4ttsliga problem i samband med implementering av icke-specifierade funktioner<\/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\/sv\/it\/system-development-specs-function\/#En_leverantors_arbete_kraver_diskretion\" title=\"En leverant\u00f6rs arbete kr\u00e4ver diskretion\">En leverant\u00f6rs arbete kr\u00e4ver diskretion<\/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\/sv\/it\/system-development-specs-function\/#Diskretion_bor_ocksa_utovas_inom_stranga_utvecklingsprocesser\" title=\"Diskretion b\u00f6r ocks\u00e5 ut\u00f6vas inom str\u00e4nga utvecklingsprocesser\">Diskretion b\u00f6r ocks\u00e5 ut\u00f6vas inom str\u00e4nga utvecklingsprocesser<\/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\/sv\/it\/system-development-specs-function\/#Vad_bor_en_expert_gora_utan_att_vara_bunden_av_specifikationer\" title=\"Vad b\u00f6r en expert g\u00f6ra utan att vara bunden av specifikationer?\">Vad b\u00f6r en expert g\u00f6ra utan att vara bunden av 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\/sv\/it\/system-development-specs-function\/#Rattsliga_skyldigheter_bestams_enligt_%E2%80%98syftet%E2%80%99_med_specifikationer_och_kontrakt\" title=\"R\u00e4ttsliga skyldigheter best\u00e4ms enligt &#8216;syftet&#8217; med specifikationer och kontrakt\">R\u00e4ttsliga skyldigheter best\u00e4ms enligt &#8216;syftet&#8217; med specifikationer och kontrakt<\/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\/sv\/it\/system-development-specs-function\/#Rattsfall_dar_implementeringsplikten_fornekades_pa_grund_av_brist_pa_anteckningar\" title=\"R\u00e4ttsfall d\u00e4r implementeringsplikten f\u00f6rnekades p\u00e5 grund av brist p\u00e5 anteckningar\">R\u00e4ttsfall d\u00e4r implementeringsplikten f\u00f6rnekades p\u00e5 grund av brist p\u00e5 anteckningar<\/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\/sv\/it\/system-development-specs-function\/#Rattsfall_dar_implementeringsansvaret_bekraftades_trots_brist_pa_dokumentation\" title=\"R\u00e4ttsfall d\u00e4r implementeringsansvaret bekr\u00e4ftades trots brist p\u00e5 dokumentation\">R\u00e4ttsfall d\u00e4r implementeringsansvaret bekr\u00e4ftades trots brist p\u00e5 dokumentation<\/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\/sv\/it\/system-development-specs-function\/#Vad_vi_kan_lara_oss_fran_bada_domarna\" title=\"Vad vi kan l\u00e4ra oss fr\u00e5n b\u00e5da domarna\">Vad vi kan l\u00e4ra oss fr\u00e5n b\u00e5da domarna<\/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\/sv\/it\/system-development-specs-function\/#Hur_bor_man_tanka_kring_ersattning_for_utveckling_som_inte_specificeras_i_specifikationen\" title=\"Hur b\u00f6r man t\u00e4nka kring ers\u00e4ttning f\u00f6r utveckling som inte specificeras i specifikationen?\">Hur b\u00f6r man t\u00e4nka kring ers\u00e4ttning f\u00f6r utveckling som inte specificeras i specifikationen?<\/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\/sv\/it\/system-development-specs-function\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rattsliga_problem_i_samband_med_implementering_av_icke-specifierade_funktioner\"><\/span>R\u00e4ttsliga problem i samband med implementering av icke-specifierade funktioner<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 kommer att f\u00f6rklara viktiga punkter om att ha &#8220;discretion&#8221; i systemutveckling.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"En_leverantors_arbete_kraver_diskretion\"><\/span>En leverant\u00f6rs arbete kr\u00e4ver diskretion<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En av de stora egenskaperna hos kontrakt och diverse juridiska problem relaterade till systemutvecklingsprojekt \u00e4r att leverant\u00f6ren som tar emot arbetet har stor diskretion.<\/p>\n\n\n\n<p>Relaterad artikel: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">Vad \u00e4r projektledningsskyldigheter i systemutveckling[ja]<\/a><\/p>\n\n\n\n<p>Emellertid g\u00e4ller &#8220;diskretion&#8221; inte n\u00f6dv\u00e4ndigtvis f\u00f6r alla steg i systemutvecklingsprocessen. Efter att ha identifierat varje steg och g\u00e5tt vidare med att bryta ner dem i detaljerade uppgifter, kan det bli mer likt enkelt arbete. Men generellt sett, ju mer det blir en uppgift i den tidiga fasen, desto sv\u00e5rare blir det att utf\u00f6ra arbetet utan stor diskretion. Det \u00e4r ocks\u00e5 d\u00e4rf\u00f6r det ofta passar bra med en quasi-delegation som kontraktstyp i de tidiga faserna.<\/p>\n\n\n\n<p>Relaterad artikel: <a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">Skillnaden och distinktionen mellan kontrakt och quasi-delegation i systemutveckling[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Diskretion_bor_ocksa_utovas_inom_stranga_utvecklingsprocesser\"><\/span>Diskretion b\u00f6r ocks\u00e5 ut\u00f6vas inom str\u00e4nga utvecklingsprocesser<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>\u00c4ven om leverant\u00f6ren som utvecklar systemet har stor diskretion, att acceptera kundens \u00f6nskem\u00e5l p\u00e5 ett oorganiserat s\u00e4tt kan orsaka stor skada i senare steg. Ett IT-system best\u00e5r av m\u00e5nga sm\u00e5 delar, s\u00e5 \u00e4ven om det bara \u00e4r en liten f\u00f6r\u00e4ndring i utseendet, kan det kr\u00e4va en stor f\u00f6r\u00e4ndring i arbetsbelastningen fr\u00e5n utvecklarens perspektiv. Dessutom finns det artiklar som f\u00f6rklarar hur man hanterar \u00e4ndringar i systemutvecklingsspecifikationer fr\u00e5n en juridisk synvinkel. F\u00f6ljande artikel diskuterar hur man hanterar \u00e4ndringskontroll, men diskuterar ocks\u00e5 hur mycket en \u00e4ndring i specifikationerna kan p\u00e5verka arbetet fr\u00e5n en ingenj\u00f6rs perspektiv.<\/p>\n\n\n\n<p>Relaterad artikel: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Hur man hanterar \u00e4ndringskontroll i systemutveckling fr\u00e5n ett juridiskt perspektiv[ja]<\/a><br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_bor_en_expert_gora_utan_att_vara_bunden_av_specifikationer\"><\/span>Vad b\u00f6r en expert g\u00f6ra utan att vara bunden av specifikationer?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>F\u00f6r att smidigt driva ett systemutvecklingsprojekt \u00e4r det viktigt att definiera utvecklingskraven i f\u00f6rv\u00e4g och f\u00f6lja dem p\u00e5 ett planerat s\u00e4tt. \u00c5 andra sidan finns det situationer d\u00e4r du inte kan fullg\u00f6ra din roll som en expert inom systemutveckling genom att bara g\u00f6ra vad du har blivit tillsagd att g\u00f6ra enligt de f\u00f6rdefinierade kraven. I denna dilemma kommer problemet med &#8220;vad som b\u00f6r implementeras, \u00e4ven om det inte anges i specifikationerna&#8221; att framtr\u00e4da.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rattsliga_skyldigheter_bestams_enligt_%E2%80%98syftet%E2%80%99_med_specifikationer_och_kontrakt\"><\/span>R\u00e4ttsliga skyldigheter best\u00e4ms enligt &#8216;syftet&#8217; med specifikationer och kontrakt<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Inneh\u00e5llet i det som ska implementeras best\u00e4ms, \u00e4ven om det inte finns n\u00e5gon anteckning i kontraktet eller specifikationerna, fortfarande fr\u00e5n &#8216;syftet&#8217; med dessa kontrakt och specifikationer, det vill s\u00e4ga, &#8216;vilken mening eller avsikt hade de n\u00e4r de kom \u00f6verens p\u00e5 det s\u00e4ttet&#8217;. L\u00e5t oss titta p\u00e5 n\u00e5gra r\u00e4ttsfall nedan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rattsfall_dar_implementeringsplikten_fornekades_pa_grund_av_brist_pa_anteckningar\"><\/span>R\u00e4ttsfall d\u00e4r implementeringsplikten f\u00f6rnekades p\u00e5 grund av brist p\u00e5 anteckningar<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I det r\u00e4ttsfall som citeras nedan utvecklade en leverant\u00f6r ett system som hade g\u00e5tt fram till provdrift, men det uppstod en tvist n\u00e4r det beg\u00e4rdes att avtalet skulle upph\u00e4vas eftersom de n\u00f6dv\u00e4ndiga funktionerna saknades. Anv\u00e4ndaren h\u00e4vdade att &#8220;automatisk datauppdateringsfunktion&#8221; saknades, vilket h\u00e4vdades vara en viktig f\u00f6rs\u00e4ljningspunkt f\u00f6r detta system, men domstolen erk\u00e4nde inte denna implementeringsskyldighet.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Som erk\u00e4nt ovan finns det ingen anteckning i detta avtal, grundl\u00e4ggande design dokument och detaljerade design dokument som visar att funktion \u2462 \u00e4r ett utvecklingsm\u00e5l f\u00f6r detta system.<\/p>\n\n\n\n<p>\u00c4ven om k\u00e4randen h\u00e4vdar att funktion \u2462 var en viktig f\u00f6rs\u00e4ljningspunkt f\u00f6r svarandens system till k\u00e4randen och betonar behovet av denna funktion, <u>om detta var fallet borde det ha varit klart angivet i detta avtal etc.<\/u>, <u>det \u00e4r sv\u00e5rt att tro att utvecklingen av denna funktion hade kommit \u00f6verens om det inte var s\u00e5<\/u>.<\/p>\n<cite>Tokyo District Court, February 18, Heisei 21 (2009)<\/cite><\/blockquote>\n\n\n\n<p>Detta domslut kan s\u00e4kert s\u00e4gas vara enkelt om man bara tar ut slutsatsen, &#8220;om det inte finns n\u00e5gon anteckning i design dokumentet, beh\u00f6ver du inte skapa n\u00e5got som inte finns&#8221;. Men mer exakt b\u00f6r det s\u00e4gas att det inte var en formell faktum om det fanns en anteckning i design dokumentet eller inte, utan ett beslut baserat p\u00e5 &#8220;syftet&#8221; med anteckningen i design dokumentet och kontraktet. Med andra ord, &#8220;om man t\u00e4nker p\u00e5 varf\u00f6r det inte fanns n\u00e5gon anteckning i design dokumentet och kontraktet, \u00e4r det rimligt att tro att det inte fanns n\u00e5got avtal som motsvarade den anteckningen&#8221;.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rattsfall_dar_implementeringsansvaret_bekraftades_trots_brist_pa_dokumentation\"><\/span>R\u00e4ttsfall d\u00e4r implementeringsansvaret bekr\u00e4ftades trots brist p\u00e5 dokumentation<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>\u00c5 andra sidan finns det r\u00e4ttsfall d\u00e4r implementeringsansvaret har erk\u00e4nts \u00e4ven om det inte fanns n\u00e5gon dokumentation i kontraktet eller specifikationerna. R\u00e4ttsfallet som citeras nedan handlar om utvecklingen av ett system f\u00f6r att hantera medicineringshistorik. Anv\u00e4ndaren kunde inte \u00f6verf\u00f6ra data fr\u00e5n det befintliga systemet till det nya systemet, vilket gjorde det om\u00f6jligt att anv\u00e4nda det nya systemet och ledde till att anv\u00e4ndaren avbr\u00f6t kontraktet. Men leverant\u00f6ren h\u00e4vdade att data\u00f6verf\u00f6ringen l\u00e5g utanf\u00f6r deras ansvarsomr\u00e5de, vilket ledde till en tvist.<\/p>\n\n\n\n<p>Utvecklingen av nya system inneb\u00e4r ofta att befintliga system avvecklas och att data \u00f6verf\u00f6rs. Vi har detaljerat f\u00f6rklarat vikten av dessa uppgifter och de juridiska problem som f\u00f6ljer med dem i artikeln nedan.<\/p>\n\n\n\n<p>Relaterad artikel: <a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">Juridiska problem i samband med \u00f6verg\u00e5ngen fr\u00e5n gamla system vid systemutveckling[ja]<\/a><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Det befintliga systemet inneh\u00f6ll redan data f\u00f6r \u00f6ver 50 000 patienter, och <u>eftersom klaganden anv\u00e4nde dessa data f\u00f6r att effektivisera administrationen<\/u>, skulle det vara uppenbart att apotekets verksamhet skulle st\u00f6ras om patientdata inte kunde \u00f6verf\u00f6ras fr\u00e5n det befintliga systemet till det aktuella systemet. Det kan antas att <u>klagandens representant var medveten om detta<\/u>. Dessutom, innan kontraktet ingicks, fr\u00e5gade klagandens representant svarandens representant om det var m\u00f6jligt att \u00f6verf\u00f6ra data, vilket svarandens representant erk\u00e4nde (utel\u00e4mnat). Det \u00e4r sv\u00e5rt att tro att klagandens representant, medveten om att <u>det skulle vara n\u00f6dv\u00e4ndigt att manuellt mata in data f\u00f6r \u00f6ver 50 000 patienter<\/u>, \u00e4nd\u00e5 beslutade att inf\u00f6ra det aktuella systemet. Dessutom, som n\u00e4mnts ovan i (1)I, eftersom svaranden inte kunde \u00f6verf\u00f6ra det befintliga systemets medicineringshistorikdata till det aktuella systemet, och i st\u00e4llet skrev ut data p\u00e5 papper och inf\u00f6rde det i en PDF-fil, \u00e4r det sv\u00e5rt att tro att svaranden skulle ha utf\u00f6rt denna tidskr\u00e4vande uppgift som en tj\u00e4nst, trots att data\u00f6verf\u00f6ring inte antogs i det aktuella kontraktet.<\/p>\n<cite>Tokyo District Court, November 18, 2010 (Heisei 22)<\/cite><\/blockquote>\n\n\n\n<p>Det som \u00e4r viktigt h\u00e4r \u00e4r kontraktets syfte och &#8220;meningen&#8221; med de punkter som anges i kontraktet. Om b\u00e5da parter ingick kontraktet med f\u00f6rst\u00e5elsen att data\u00f6verf\u00f6ringen l\u00e5g utanf\u00f6r arbetsomr\u00e5det, skulle det inneb\u00e4ra att b\u00e5de anv\u00e4ndaren och leverant\u00f6ren ingick kontraktet med onaturliga avsikter. Det vill s\u00e4ga, anv\u00e4ndaren skulle ha tagit p\u00e5 sig en enorm m\u00e4ngd manuellt arbete, och leverant\u00f6ren skulle ha g\u00e5tt in i projektet med vetskap om att det skulle st\u00f6ra anv\u00e4ndarens verksamhet i framtiden, vilket skulle vara mycket orimligt.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_vi_kan_lara_oss_fran_bada_domarna\"><\/span>Vad vi kan l\u00e4ra oss fr\u00e5n b\u00e5da domarna<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>\u00c4ven om det inte finns n\u00e5gon anteckning i kontraktet eller specifikationerna om data\u00f6verf\u00f6ring, tror vi att en av anledningarna till att implementeringsplikten bekr\u00e4ftades var att det handlade om &#8220;data&#8221;, en fr\u00e5ga som inte visas p\u00e5 sk\u00e4rmen. Den tidigare n\u00e4mnda &#8220;bristen p\u00e5 n\u00f6dv\u00e4ndiga funktioner&#8221; \u00e4r n\u00e5got som direkt visas p\u00e5 systemets sk\u00e4rm och utseende. D\u00e4rf\u00f6r \u00e4r det inte s\u00e4rskilt sv\u00e5rt att uppt\u00e4cka utel\u00e4mnande av specifikationer, \u00e4ven f\u00f6r en amat\u00f6r inom systemutveckling. \u00c5 andra sidan har data\u00f6verf\u00f6ringsproblemet egenskapen att det \u00e4r sv\u00e5rt f\u00f6r en amat\u00f6r inom systemutveckling att k\u00e4nna igen vikten av processen, sv\u00e5righetsgraden av arbetet och tiden det tar. D\u00e4rf\u00f6r tror vi att det fanns omst\u00e4ndigheter d\u00e4r det var l\u00e4tt att behandla det som en fr\u00e5ga som leverant\u00f6ren borde hantera smidigt med sin expertis.<\/p>\n\n\n\n<p>Om man t\u00e4nker p\u00e5 det p\u00e5 detta s\u00e4tt, kan utel\u00e4mnandet av specifikationer och kontrakt vara ett problem som \u00e4r n\u00e4ra kopplat till anv\u00e4ndarens &#8220;skyldighet att samarbeta&#8221;. Med andra ord, har anv\u00e4ndaren verkligen uppfyllt sin &#8220;skyldighet att samarbeta&#8221; i samband med ing\u00e5endet av kontraktet och skapandet av specifikationerna? En \u00f6vergripande f\u00f6rklaring av de juridiska skyldigheter som anv\u00e4ndaren b\u00f6r uppfylla i ett systemutvecklingsprojekt finns i f\u00f6ljande artikel.<\/p>\n\n\n\n<p>Relaterad artikel: <a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">Vad \u00e4r samarbetsplikten som anv\u00e4ndaren, som \u00e4r best\u00e4llaren av systemutveckling, har att b\u00e4ra?[ja]<\/a><\/p>\n\n\n\n<p>Om du ocks\u00e5 kontrollerar artikeln ovan, kommer du f\u00f6rmodligen att f\u00f6rst\u00e5 att diskussionen skiljer sig mycket mellan omr\u00e5den d\u00e4r anv\u00e4ndarens samarbetsbeg\u00e4ran, som identifiering av sk\u00e4rm- och n\u00f6dv\u00e4ndiga funktioner, \u00e4r stor och utel\u00e4mnandet av data\u00f6verf\u00f6rings\u00f6verv\u00e4ganden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hur_bor_man_tanka_kring_ersattning_for_utveckling_som_inte_specificeras_i_specifikationen\"><\/span>Hur b\u00f6r man t\u00e4nka kring ers\u00e4ttning f\u00f6r utveckling som inte specificeras i specifikationen?<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 vissa fall kan leverant\u00f6ren beg\u00e4ra extra ers\u00e4ttning om de tar p\u00e5 sig arbete som \u00f6verstiger arbetsomf\u00e5nget.<\/figcaption><\/figure>\n\n\n\n<p>En annan fr\u00e5ga som kan uppst\u00e5 i samband med \u00e4mnet f\u00f6r denna artikel \u00e4r om det \u00e4r lagligt att beg\u00e4ra extra ers\u00e4ttning f\u00f6r att ha skapat n\u00e5got som inte specificerades i specifikationen. Vi diskuterar detaljerat om m\u00f6jligheten att \u00f6ka ers\u00e4ttningen och hur man ber\u00e4knar kostnadsf\u00f6rslaget i s\u00e5dana fall i f\u00f6ljande artikel.<\/p>\n\n\n\n<p>Relaterad artikel: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">\u00c4r det m\u00f6jligt att \u00f6ka kostnadsf\u00f6rslaget f\u00f6r systemutveckling i efterhand?[ja]<\/a><\/p>\n\n\n\n<p>I ovanst\u00e5ende artikel f\u00f6rklarar vi att det \u00e4r viktigt att avg\u00f6ra om det fanns arbete som \u00f6versteg arbetsomf\u00e5nget i f\u00f6rh\u00e5llande till ers\u00e4ttningen. Med andra ord, i samband med denna artikel, om leverant\u00f6ren tar p\u00e5 sig utvecklingen av n\u00e5got som inte ingick i den ursprungliga specifikationen (det vill s\u00e4ga, det negativa exemplet i denna artikel), kan de beg\u00e4ra extra ers\u00e4ttning.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammanfattning\"><\/span>Sammanfattning<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>I systemutveckling \u00e4r rollen som en leverant\u00f6r b\u00f6r spela i viss m\u00e5n best\u00e4md av inneh\u00e5llet i kontrakt och specifikationer. Men med tanke p\u00e5 att de \u00e4r experter som har f\u00e5tt uppdraget p\u00e5 grund av h\u00f6g tillit, \u00e4r det klart att deras faktiska roll inte bara best\u00e4ms av formaliteter. \u00c4nd\u00e5 b\u00f6r vi f\u00f6rst\u00e5 att lagen spelar en stor roll \u00e4ven n\u00e4r det g\u00e4ller att f\u00f6rst\u00e5 deras faktiska situation.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Projekt som utvecklar IT-system som anv\u00e4nds i f\u00f6retag skapas i princip enligt f\u00f6rdefinierade specifikationer. Men \u00e5 andra sidan, om man t\u00e4nker p\u00e5 vad det inneb\u00e4r att en leverant\u00f6r har f\u00e5tt fullt ansva [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63197,"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\/sv\/wp-json\/wp\/v2\/posts\/61291"}],"collection":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/comments?post=61291"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61291\/revisions"}],"predecessor-version":[{"id":63199,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61291\/revisions\/63199"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/63197"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=61291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=61291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=61291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}