{"id":61130,"date":"2023-12-07T14:38:22","date_gmt":"2023-12-07T05:38:22","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=61130"},"modified":"2024-02-24T00:23:26","modified_gmt":"2024-02-23T15:23:26","slug":"system-flaw-measure-after-acceptance","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/system-flaw-measure-after-acceptance","title":{"rendered":"Vad \u00e4r \u00e5tg\u00e4rderna om ett systemfel uppt\u00e4cks efter godk\u00e4nnandet?"},"content":{"rendered":"\n<p>Systemutveckling, i allm\u00e4nna termer, inneb\u00e4r att programimplementeringen fortskrider enligt inneh\u00e5llet som best\u00e4mdes i kravspecifikationsfasen, och slutligen kontrollerar b\u00e5de anv\u00e4ndare och leverant\u00f6r om det har blivit f\u00e4rdigt enligt specifikationerna, och avslutas med godk\u00e4nnande av accepttestet.<\/p>\n\n\n\n<p>Men i verkligheten kan det mycket v\u00e4l h\u00e4nda att buggar och fel som inte kunde uppt\u00e4ckas vid testfasen och godk\u00e4nnandet av accepttestet, uppdagas under den efterf\u00f6ljande driftsfasen. Om du har accepterat leveransen en g\u00e5ng, vad kan du juridiskt beg\u00e4ra? <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-flaw-measure-after-acceptance\/#Det_ar_inte_ovanligt_att_buggar_kvarstar_aven_efter_godkand_inspektion_eller_testprocess\" title=\"Det \u00e4r inte ovanligt att buggar kvarst\u00e5r \u00e4ven efter godk\u00e4nd inspektion eller testprocess\">Det \u00e4r inte ovanligt att buggar kvarst\u00e5r \u00e4ven efter godk\u00e4nd inspektion eller testprocess<\/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\/sv\/it\/system-flaw-measure-after-acceptance\/#Skulden_anses_normalt_vara_uppfylld\" title=\"Skulden anses normalt vara uppfylld\">Skulden anses normalt vara uppfylld<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/sv\/it\/system-flaw-measure-after-acceptance\/#Folja_upp_ansvar_baserat_pa_felgaranti\" title=\"F\u00f6lja upp ansvar baserat p\u00e5 felgaranti\">F\u00f6lja upp ansvar baserat p\u00e5 felgaranti<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/sv\/it\/system-flaw-measure-after-acceptance\/#Forst_bekrafta_allvaret_och_omfattningen_av_buggar_och_fel\" title=\"F\u00f6rst, bekr\u00e4fta allvaret och omfattningen av buggar och fel\">F\u00f6rst, bekr\u00e4fta allvaret och omfattningen av buggar och fel<\/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\/sv\/it\/system-flaw-measure-after-acceptance\/#Nasta_klargor_vad_du_ska_begara_fran_leverantoren\" title=\"N\u00e4sta, klarg\u00f6r vad du ska beg\u00e4ra fr\u00e5n leverant\u00f6ren\">N\u00e4sta, klarg\u00f6r vad du ska beg\u00e4ra fr\u00e5n leverant\u00f6ren<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/sv\/it\/system-flaw-measure-after-acceptance\/#Ovriga_punkter_att_notera\" title=\"\u00d6vriga punkter att notera\">\u00d6vriga punkter att notera<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/sv\/it\/system-flaw-measure-after-acceptance\/#Var_forsiktig_med_hur_du_genomfor_juridiska_atgarder_som_att_avsluta_ett_kontrakt\" title=\"Var f\u00f6rsiktig med hur du genomf\u00f6r juridiska \u00e5tg\u00e4rder som att avsluta ett kontrakt\">Var f\u00f6rsiktig med hur du genomf\u00f6r juridiska \u00e5tg\u00e4rder som att avsluta ett kontrakt<\/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-flaw-measure-after-acceptance\/#Det_ar_battre_att_losa_problem_genom_forhandlingar_snarare_an_tvister\" title=\"Det \u00e4r b\u00e4ttre att l\u00f6sa problem genom f\u00f6rhandlingar snarare \u00e4n tvister\">Det \u00e4r b\u00e4ttre att l\u00f6sa problem genom f\u00f6rhandlingar snarare \u00e4n tvister<\/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\/sv\/it\/system-flaw-measure-after-acceptance\/#Det_ar_viktigt_att_skilja_mellan_buggar_och_fel_och_brist_pa_funktioner\" title=\"Det \u00e4r viktigt att skilja mellan buggar och fel, och brist p\u00e5 funktioner\">Det \u00e4r viktigt att skilja mellan buggar och fel, och brist p\u00e5 funktioner<\/a><\/li><\/ul><\/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-flaw-measure-after-acceptance\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_ar_inte_ovanligt_att_buggar_kvarstar_aven_efter_godkand_inspektion_eller_testprocess\"><\/span>Det \u00e4r inte ovanligt att buggar kvarst\u00e5r \u00e4ven efter godk\u00e4nd inspektion eller testprocess<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Ur ett tekniskt perspektiv \u00e4r det inte alls ovanligt att olika buggar och problem uppt\u00e4cks efter att leverant\u00f6rens olika testprocesser har slutf\u00f6rts och anv\u00e4ndarens inspektion har godk\u00e4nts. Det som anv\u00e4ndaren normalt g\u00f6r under inspektionsprocessen \u00e4r fr\u00e4mst att kontrollera in- och utdata som kan bekr\u00e4ftas fr\u00e5n sk\u00e4rmen. Men, IT-system har ofta en komplex och detaljerad struktur i databasen bakom och i de olika programmen som styr ber\u00e4kningar och kontroller, mer \u00e4n vad som kan ses p\u00e5 sk\u00e4rmen fr\u00e5n anv\u00e4ndarens sida. D\u00e4rf\u00f6r finns det en inneboende gr\u00e4ns f\u00f6r vad som kan unders\u00f6kas fr\u00e5n anv\u00e4ndarens perspektiv genom att kontrollera in- och utdata p\u00e5 sk\u00e4rmen. S\u00e5ledes \u00e4r det inte realistiskt att genom en kontroll helt och h\u00e5llet verifiera alla potentiella problem som kan uppst\u00e5 i den efterf\u00f6ljande driftsfasen.<\/p>\n\n\n\n<p>Sammanhanget ovan g\u00e4ller \u00e4ven n\u00e4r man ser det fr\u00e5n leverant\u00f6rens perspektiv, som ansvarar f\u00f6r utvecklingsarbetet. Till exempel \u00e4r &#8220;testprocessen&#8221; f\u00f6r att kontrollera om det finns n\u00e5gra buggar eller problem i det implementerade programmet. Men \u00e4ven i testprocessen \u00e4r det inte alltid m\u00f6jligt att helt och h\u00e5llet verifiera alla potentiella buggar och problem. \u00c4ven efter att det utvecklade systemet har b\u00f6rjat anv\u00e4ndas fullt ut i verksamheten, kr\u00e4vs det utm\u00e4rkt teknisk f\u00f6rm\u00e5ga att skapa ett system som forts\u00e4tter att fungera utan problem, \u00e4ven n\u00e4r operationer som leverant\u00f6ren inte f\u00f6rutsett utf\u00f6rs, eller n\u00e4r stora m\u00e4ngder data faktiskt b\u00f6rjar registreras, eller n\u00e4r flera anv\u00e4ndare b\u00f6rjar f\u00e5 tillg\u00e5ng samtidigt.<\/p>\n\n\n\n<p>Det \u00e4r viktigt att f\u00f6rst\u00e5 att det inte \u00e4r realistiskt att uppt\u00e4cka alla buggar och problem i steg som inspektion och testning, och att olika problem kan uppt\u00e4ckas n\u00e4r man faktiskt b\u00f6rjar anv\u00e4nda IT-systemet.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Skulden_anses_normalt_vara_uppfylld\"><\/span>Skulden anses normalt vara uppfylld<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\/09\/shutterstock_326816432-1024x977.jpg\" alt=\"\" class=\"wp-image-4911\" \/><figcaption class=\"wp-element-caption\">Det \u00e4r ofta sv\u00e5rt att h\u00e5lla leverant\u00f6ren ansvarig f\u00f6r problem som uppst\u00e5r efter att programmet b\u00f6rjat anv\u00e4ndas.<\/figcaption><\/figure>\n\n\n\n<p>S\u00e5 hur b\u00f6r man hantera s\u00e5dana problem n\u00e4r de faktiskt uppst\u00e5r? L\u00e5t oss g\u00e5 igenom det i enlighet med den juridiska ordningen.<\/p>\n\n\n\n<p>F\u00f6rst och fr\u00e4mst, om olika buggar och problem uppt\u00e4cks efter\u00e5t, skulle anv\u00e4ndaren vilja h\u00e5lla leverant\u00f6ren, som de har anlitat f\u00f6r arbete hittills, ansvarig p\u00e5 n\u00e5got s\u00e4tt. Men vanligtvis, om leveransen redan har slutf\u00f6rts och godk\u00e4nts, \u00e4r det ofta sv\u00e5rt att h\u00e5lla leverant\u00f6ren ansvarig f\u00f6r kontraktsbrott.<\/p>\n\n\n\n<p>I grunden g\u00e4ller best\u00e4mmelserna i den japanska civilr\u00e4tten (Japanese Civil Code) om entreprenadavtal f\u00f6r systemutvecklingskontrakt, om inget speciellt avtal har uppr\u00e4ttats. Vi har f\u00f6rklarat i detalj vad ett entreprenadavtal \u00e4r i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-contact-agreement\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-contact-agreement[ja]<\/a><\/p>\n\n\n\n<p>Och i ett entreprenadavtal blir &#8220;slutf\u00f6randet av arbetet&#8221; ett krav f\u00f6r att uppfylla skulden. Vi har f\u00f6rklarat i detalj vad &#8220;slutf\u00f6randet av arbetet&#8221; specifikt inneb\u00e4r i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>H\u00e4r f\u00f6rklarar vi att &#8220;slutf\u00f6randet av arbetet&#8221; i ett entreprenadavtal, i sammanhanget av systemutveckling, inneb\u00e4r att hela utvecklingsprocessen \u00e4r avslutad, enligt tidigare r\u00e4ttsfall. Och vi f\u00f6rklarar att problem som buggar och fel som uppst\u00e5r efter att hela utvecklingsprocessen har avslutats blir en fr\u00e5ga om ansvar f\u00f6r dolda fel i entreprenadavtalet.<\/p>\n\n\n\n<p>F\u00f6r att sammanfatta, om leveransen har accepterats och godk\u00e4nts, antas skulden redan vara uppfylld, och fr\u00e5gan blir normalt om kvalitetsgarantin efter\u00e5t, det vill s\u00e4ga m\u00f6jligheten att h\u00e5lla leverant\u00f6ren ansvarig f\u00f6r dolda fel.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Folja_upp_ansvar_baserat_pa_felgaranti\"><\/span>F\u00f6lja upp ansvar baserat p\u00e5 felgaranti<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>S\u00e5, n\u00e4r du beg\u00e4r \u00e5tg\u00e4rder fr\u00e5n en leverant\u00f6r baserat p\u00e5 felgaranti, vad ska du \u00f6verv\u00e4ga och i vilken ordning? L\u00e5t oss g\u00e5 igenom det nedan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forst_bekrafta_allvaret_och_omfattningen_av_buggar_och_fel\"><\/span>F\u00f6rst, bekr\u00e4fta allvaret och omfattningen av buggar och fel<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e4r buggar och fel uppt\u00e4cks efter\u00e5t och du beg\u00e4r n\u00e5gon form av garanti f\u00f6r att det \u00e4r en juridisk &#8220;defekt&#8221;, blir allvaret av buggen eller felet ett problem. Juridiska defekter kan i grunden delas in i tre kategorier:<\/p>\n\n\n\n<ol>\n<li>\u00c4ven om det kan kallas en bugg eller ett fel, \u00e4r det bara en mindre sak och kan inte kallas en juridisk &#8220;defekt&#8221;.<\/li>\n\n\n\n<li>Det \u00e4r en juridisk &#8220;defekt&#8221;, men det \u00e4r fortfarande m\u00f6jligt att uppn\u00e5 kontraktets syfte.<\/li>\n\n\n\n<li>Det \u00e4r en juridisk &#8220;defekt&#8221;, och det \u00e4r inte m\u00f6jligt att uppn\u00e5 kontraktets syfte.<\/li>\n<\/ol>\n\n\n\n<p>Det som skiljer om du kan f\u00f6lja upp ansvar baserat p\u00e5 felgaranti \u00e4r gr\u00e4nsen mellan 1 och 2, och det som skiljer om du kan avsluta kontraktet baserat p\u00e5 felgaranti \u00e4r gr\u00e4nsen mellan 2 och 3.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artikel 634<\/p>\n\n\n\n<p>1. N\u00e4r det finns en <u>defekt<\/u> i objektet f\u00f6r arbetet, kan best\u00e4llaren beg\u00e4ra att entrepren\u00f6ren <u>reparerar defekten<\/u> inom en rimlig tid. Dock g\u00e4ller detta inte om defekten \u00e4r obetydlig och reparationen kr\u00e4ver orimliga kostnader.<br><\/p>\n\n\n\n<p>2. Best\u00e4llaren kan beg\u00e4ra <u>skadest\u00e5nd<\/u> ist\u00e4llet f\u00f6r eller tillsammans med reparation av defekten. I detta fall till\u00e4mpas best\u00e4mmelserna i artikel 533.<\/p>\n\n\n\n<p>Artikel 635<\/p>\n\n\n\n<p>N\u00e4r det finns en defekt i objektet f\u00f6r arbetet och det p\u00e5 grund av detta <u>inte \u00e4r m\u00f6jligt att uppn\u00e5 kontraktets syfte<\/u>, kan best\u00e4llaren avsluta kontraktet. Dock g\u00e4ller detta inte f\u00f6r byggnader eller andra markarbeten.<br><\/p>\n<\/blockquote>\n\n\n\n<p>F\u00f6r mer information om dessa stegvisa distinktioner av &#8220;defekter&#8221;, se f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nasta_klargor_vad_du_ska_begara_fran_leverantoren\"><\/span>N\u00e4sta, klarg\u00f6r vad du ska beg\u00e4ra fr\u00e5n leverant\u00f6ren<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e4sta steg \u00e4r att klart definiera vad du ska beg\u00e4ra fr\u00e5n den andra parten. Om du vill avsluta kontraktet, r\u00e4cker det inte att bara bevisa att det \u00e4r en defekt, det m\u00e5ste vara n\u00e5got som &#8220;inte kan uppn\u00e5 kontraktets syfte&#8221;. Vid bed\u00f6mningen av &#8220;syftet&#8221; h\u00e4r \u00e4r m\u00f6tesprotokoll fr\u00e5n initiala systemutvecklingsprojektm\u00f6ten och specifikationer viktiga ledtr\u00e5dar. Eftersom det kan h\u00e4nda att buggar och fel uppt\u00e4cks efter godk\u00e4nnande, b\u00f6r du noggrant beh\u00e5lla alla dokument \u00e4ven efter att utvecklingsprojektet \u00e4r avslutat.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>F\u00f6rutom upps\u00e4gning, kan du beg\u00e4ra skadest\u00e5nd och reparation av defekter som en del av felgarantiansvaret.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ovriga_punkter_att_notera\"><\/span>\u00d6vriga punkter att notera<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\/09\/shutterstock_1299988513-1024x684.jpg\" alt=\"\" class=\"wp-image-4913\" \/><figcaption class=\"wp-element-caption\">Det \u00e4r viktigt att ha koll p\u00e5 dokumenthantering och juridiska processer fram till projektets slutf\u00f6rande.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Var_forsiktig_med_hur_du_genomfor_juridiska_atgarder_som_att_avsluta_ett_kontrakt\"><\/span>Var f\u00f6rsiktig med hur du genomf\u00f6r juridiska \u00e5tg\u00e4rder som att avsluta ett kontrakt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Om du ska avsluta ett kontrakt som en del av ansvaret f\u00f6r fel och brister, b\u00f6r du ocks\u00e5 l\u00e4ra dig hur du genomf\u00f6r de juridiska procedurerna f\u00f6r att g\u00f6ra detta. Vi har detaljerade f\u00f6rklaringar om effekterna av att avsluta ett kontrakt, hur man uttrycker sin vilja effektivt och hur man meddelar p\u00e5 ett s\u00e4tt som inte leder till problem i framtiden i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_ar_battre_att_losa_problem_genom_forhandlingar_snarare_an_tvister\"><\/span>Det \u00e4r b\u00e4ttre att l\u00f6sa problem genom f\u00f6rhandlingar snarare \u00e4n tvister<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Dessa juridiska argument \u00e4r inte bara meningsfulla n\u00e4r en r\u00e4tteg\u00e5ng uppst\u00e5r. Tvistl\u00f6sning genom r\u00e4tteg\u00e5ng \u00e4r en stor belastning f\u00f6r b\u00e5da parter. Tv\u00e4rtom, denna kunskap b\u00f6r utnyttjas i f\u00f6rhandlingsstadiet innan en r\u00e4tteg\u00e5ng. Vi f\u00f6rklarar hur denna juridiska kunskap kan vara meningsfull i f\u00f6rhandlingar utanf\u00f6r r\u00e4tteg\u00e5ngen i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/disputes-related-to-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_ar_viktigt_att_skilja_mellan_buggar_och_fel_och_brist_pa_funktioner\"><\/span>Det \u00e4r viktigt att skilja mellan buggar och fel, och brist p\u00e5 funktioner<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Om det finns buggar eller fel i de funktioner eller specifikationer du har implementerat, eller om du helt enkelt saknar n\u00f6dv\u00e4ndiga funktioner, kommer diskussionen att vara annorlunda. Om de n\u00f6dv\u00e4ndiga funktionerna inte finns, kanske &#8220;jobbets slutf\u00f6rande&#8221; i kontraktet inte erk\u00e4nns, och du kanske inte erk\u00e4nns f\u00f6r att ha uppfyllt dina skyldigheter.<\/p>\n\n\n\n<p>\u00c4ven om de n\u00f6dv\u00e4ndiga funktionerna eller specifikationerna saknas, om anv\u00e4ndaren inte har tillhandah\u00e5llit l\u00e4mplig information under kravspecifikationsstadiet, kan det vara ol\u00e4mpligt att betrakta det som en del av kontraktet i f\u00f6rsta hand.<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>Problem som uppst\u00e5r under ett projekts g\u00e5ng kan uppt\u00e4ckas antingen under projektets g\u00e5ng eller efter\u00e5t, till exempel under driftfasen. Det verkar som att en av de unika egenskaperna hos systemutvecklingsprojekt, d\u00e4r man inte n\u00f6dv\u00e4ndigtvis kan k\u00e4nna sig trygg \u00e4ven efter att alla steg har slutf\u00f6rts framg\u00e5ngsrikt, symboliseras av systemet med &#8220;felgaranti ansvar&#8221; (Japanese &#8220;\u7455\u75b5\u62c5\u4fdd\u8cac\u4efb&#8221;). Det anses viktigt att ha en noggrann dokumenthantering med tanke p\u00e5 vad som kan h\u00e4nda efter att systemutvecklingsprojektet \u00e4r avslutat, samt att f\u00f6rst\u00e5 hela denna process.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Systemutveckling, i allm\u00e4nna termer, inneb\u00e4r att programimplementeringen fortskrider enligt inneh\u00e5llet som best\u00e4mdes i kravspecifikationsfasen, och slutligen kontrollerar b\u00e5de anv\u00e4ndare och leverant\u00f6r [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63690,"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\/61130"}],"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=61130"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61130\/revisions"}],"predecessor-version":[{"id":63691,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61130\/revisions\/63691"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/63690"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=61130"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=61130"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=61130"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}