{"id":58258,"date":"2023-10-04T16:26:26","date_gmt":"2023-10-04T07:26:26","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=58258"},"modified":"2026-03-09T22:21:13","modified_gmt":"2026-03-09T13:21:13","slug":"user-obligatory-cooporation","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/user-obligatory-cooporation","title":{"rendered":"Hvad er samarbejdsforpligtelsen, som brugeren, der bestiller systemudvikling, skal b\u00e6re?"},"content":{"rendered":"\n<p>Arbejdet med systemudvikling kr\u00e6ver, jo st\u00f8rre systemet der udvikles er, en betydelig m\u00e6ngde arbejdskraft og tid. Derfor p\u00e5l\u00e6gges der en vis samarbejdspligt ikke kun for leverand\u00f8ren, der p\u00e5tager sig udviklingen, men ogs\u00e5 for brugeren, der bestiller systemudviklingen.<\/p>\n\n\n\n<p>Dette er forskelligt fra normale k\u00f8b-og-salg relationer. For eksempel, hvis du beder en skr\u00e6dder om at lave en skr\u00e6ddersyet dragt, p\u00e5tager kunden (brugeren), der bestiller, sig ikke nogen &#8220;pligt&#8221;. Det er udelukkende skr\u00e6dderen (leverand\u00f8ren), der p\u00e5tager sig &#8220;pligten&#8221;. Det er netop p\u00e5 grund af det store antal mennesker og den tid, der kr\u00e6ves til IT-systemer, at brugeren ogs\u00e5 skal &#8220;samarbejde&#8221; med leverand\u00f8ren.<\/p>\n\n\n\n<p>I denne artikel vil vi forklare, hvilke juridiske forpligtelser der p\u00e5hviler bestilleren i forbindelse med systemudvikling, som ikke kan overlades udelukkende til leverand\u00f8ren.<\/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\/user-obligatory-cooporation\/#Det_er_ikke_nok_bare_at_%E2%80%98overlade_det_hele%E2%80%99_til_andre_nar_det_er_dit_eget_system\" title=\"Det er ikke nok bare at &#8216;overlade det hele&#8217; til andre, n\u00e5r det er dit eget system\">Det er ikke nok bare at &#8216;overlade det hele&#8217; til andre, n\u00e5r det er dit eget system<\/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\/da\/it\/user-obligatory-cooporation\/#Hvad_indebaerer_brugerens_samarbejdspligt_i_lyset_af_retspraksis\" title=\"Hvad indeb\u00e6rer brugerens samarbejdspligt i lyset af retspraksis?\">Hvad indeb\u00e6rer brugerens samarbejdspligt i lyset af retspraksis?<\/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\/da\/it\/user-obligatory-cooporation\/#Hvordan_handteres_anmodninger_om_aendringer_i_specifikationer_efterfolgende\" title=\"Hvordan h\u00e5ndteres anmodninger om \u00e6ndringer i specifikationer efterf\u00f8lgende?\">Hvordan h\u00e5ndteres anmodninger om \u00e6ndringer i specifikationer efterf\u00f8lgende?<\/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\/da\/it\/user-obligatory-cooporation\/#Hvis_det_ekstra_arbejde_opstod_for_specifikationerne_blev_klargjort_i_det_eksterne_design_osv\" title=\"Hvis det ekstra arbejde opstod f\u00f8r specifikationerne blev klargjort i det eksterne design osv.\">Hvis det ekstra arbejde opstod f\u00f8r specifikationerne blev klargjort i det eksterne design osv.<\/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\/da\/it\/user-obligatory-cooporation\/#Hvis_det_ekstra_arbejde_opstod_efter_specifikationerne_blev_fastlagt_i_produktions-_eller_testfasen\" title=\"Hvis det ekstra arbejde opstod efter specifikationerne blev fastlagt i produktions- eller testfasen\">Hvis det ekstra arbejde opstod efter specifikationerne blev fastlagt i produktions- eller testfasen<\/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\/da\/it\/user-obligatory-cooporation\/#Opsummering_Det_er_vigtigt_ikke_at_glemme_at_kravspecifikation_er_en_proces_pa_brugerens_side\" title=\"Opsummering: Det er vigtigt ikke at glemme, at kravspecifikation er en proces p\u00e5 brugerens side\">Opsummering: Det er vigtigt ikke at glemme, at kravspecifikation er en proces p\u00e5 brugerens side<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_ikke_nok_bare_at_%E2%80%98overlade_det_hele%E2%80%99_til_andre_nar_det_er_dit_eget_system\"><\/span>Det er ikke nok bare at &#8216;overlade det hele&#8217; til andre, n\u00e5r det er dit eget system<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Selv i et enkelt systemudviklingsprojekt er der ofte mange mennesker og organisationer involveret. Det er selvf\u00f8lgelig vigtigt med ingeni\u00f8rer og programm\u00f8rer, der er dygtige til kodning, men for at samle deres output til et enkelt resultat, er projektlederens rolle ogs\u00e5 afg\u00f8rende.<\/p>\n\n\n\n<p>Men uanset hvor h\u00f8j teknisk og organisatorisk kapacitet leverand\u00f8rsiden har, kan systemudvikling ikke gennemf\u00f8res udelukkende med leverand\u00f8rens kr\u00e6fter. For eksempel, interne termer, der kun bruges inden for virksomheden, eller virksomhedsspecifik forretningsviden, kan ikke kendes gennem envejsindsats fra leverand\u00f8rsiden alene. Jo st\u00f8rre systemudviklingen er, jo mere almindeligt er det, at virksomheden, der bruger systemet, ogs\u00e5 er en stor virksomhed med mange mennesker og opgaver. For at lede et systemudviklingsprojekt til succes, er det faktisk ofte tilf\u00e6ldet, at organisering af denne type forretningslogik vejer tungere end selve computerarbejdet.<\/p>\n\n\n\n<p>Derfor b\u00f8r brugersiden ikke v\u00e6re passiv med begrundelsen &#8220;Jeg er ikke en IT-ekspert&#8221;, men snarere aktivt levere information, hvilket kan g\u00f8re projektets forl\u00f8b mere smidigt. I denne forstand er den rolle, som brugersiden har i et systemudviklingsprojekt, faktisk ikke lille.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_indebaerer_brugerens_samarbejdspligt_i_lyset_af_retspraksis\"><\/span>Hvad indeb\u00e6rer brugerens samarbejdspligt i lyset af retspraksis?<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\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-2.jpg\" alt=\"\" class=\"wp-image-79684\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-2.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-2-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Hvad indeb\u00e6rer den gensidige samarbejdspligt mellem brugere og leverand\u00f8rer?<\/figcaption><\/figure>\n\n\n\n<p>S\u00e5 hvad indeb\u00e6rer brugerens samarbejdspligt konkret i et systemudviklingsprojekt? Der er mange hints at finde i tidligere retspraksis om dette emne.<\/p>\n\n\n\n<p>I retssager har det v\u00e6ret et stridspunkt, om brugeren (sags\u00f8geren) har en samarbejdspligt i udviklingen, n\u00e5r leverand\u00f8ren (sags\u00f8gte) er forsinket med leveringen, og der har v\u00e6ret forsinkelser i brugerens beslutningstagning. I denne sag fastslog retten, at brugeren havde overtr\u00e5dt sin samarbejdspligt, og afviste leverand\u00f8rens ansvar for manglende opfyldelse af forpligtelser. (Selvom kontraktens oph\u00e6velse blev anerkendt, blev der ogs\u00e5 anerkendt en 60% fejlfordeling.)<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>I denne sag om udvikling af et computersystem, som er en s\u00e5kaldt skr\u00e6ddersyet systemudviklingskontrakt, kan leverand\u00f8ren ikke fuldf\u00f8re systemet alene, og det er n\u00f8dvendigt, at brugeren, i udviklingsprocessen, koordinerer interne meninger pr\u00e6cist, forener synspunkter, klart formidler til leverand\u00f8ren, hvilke funktioner der \u00f8nskes, overvejer de \u00f8nskede funktioner sammen med leverand\u00f8ren, endeligt bestemmer funktionerne, yderligere, bestemmer sk\u00e6rmbilleder og rapporter, og deler rollen med at acceptere det f\u00e6rdige produkt.<\/p>\n<cite>Tokyo District Court, March 10, 2004 (Heisei 16)<\/cite><\/blockquote>\n\n\n\n<p>Denne dom er meget tankev\u00e6kkende, ikke kun fordi den angiver, at systemudvikling i sig selv er et samarbejde med brugeren, men ogs\u00e5 fordi den angiver &#8220;hvilke specifikke punkter der skal samarbejdes om&#8221;.<\/p>\n\n\n\n<p>Lad os pr\u00f8ve at overs\u00e6tte ordlyden i ovenst\u00e5ende dom til IT-udtryk, der bruges i systemudvikling.<\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 60px\">\n<tbody>\n<tr style=\"height: 60px\">\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left;height: 60px\">Endelig beslutning om funktioner&#8230;<br>\u2192Kravspecifikation: Klarl\u00e6gning af, hvilken type system med hvilke funktioner man \u00f8nsker at skabe<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 88px\">\n<tbody>\n<tr style=\"height: 88px\">\n<td style=\"width: 100%;height: 88px;background-color: #ffffe0;text-align: left\">Beslutning om sk\u00e6rmbilleder og rapporter&#8230;<br>\u2192Grundl\u00e6ggende design: Design af systemets udseende fra brugerens synspunkt, s\u00e5som sk\u00e6rmbilleder og rapporter<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 88px\">\n<tbody>\n<tr style=\"height: 88px\">\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left;height: 88px\">Accept af det f\u00e6rdige produkt&#8230;<br>\u2192Test: Verificering af, om det f\u00e6rdige produkt lever op til specifikationerne, bekr\u00e6ftelse med beviser som database dumps, og accept af levering.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>Disse kan alle organiseres p\u00e5 denne m\u00e5de. Uanset hvor avanceret ekspertise man har i IT-systemer, kan disse ikke g\u00f8res alene uden brugerens samarbejde. Det er grundl\u00e6ggende brugeren, der skal klarg\u00f8re, hvilke funktioner og hvilket sk\u00e6rmlayout der \u00f8nskes, og kun brugeren kan bekr\u00e6fte, om det, der er blevet bedt om, er blevet realiseret.<\/p>\n\n\n\n<p>Desuden, ligesom leverand\u00f8ren har en projektledelsespligt, har brugeren ogs\u00e5 en samarbejdspligt. Hvis brugeren overtr\u00e6der sin samarbejdspligt i ovenst\u00e5ende processer, kan det t\u00e6nkes, at leverand\u00f8ren omvendt kan kr\u00e6ve erstatning for manglende opfyldelse af forpligtelser eller ulovlige handlinger fra brugeren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvordan_handteres_anmodninger_om_aendringer_i_specifikationer_efterfolgende\"><\/span>Hvordan h\u00e5ndteres anmodninger om \u00e6ndringer i specifikationer efterf\u00f8lgende?<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\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-3.jpg\" alt=\"\" class=\"wp-image-79685\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-3.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-3-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/03\/user-obligatory-cooporation-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Er det forst\u00e5eligt, at brugeren anmoder leverand\u00f8ren om yderligere arbejde efterf\u00f8lgende?<\/figcaption><\/figure>\n\n\n\n<p>Hvis vi antager, at systemudviklingsprojekter er et f\u00e6lles arbejde mellem brugeren og leverand\u00f8ren, vil diskussionen udvikle sig til mere avancerede emner. Et s\u00e5dant emne er sp\u00f8rgsm\u00e5let om, &#8220;hvem er ansvarlig, hvis brugeren anmoder om tilf\u00f8jelser eller \u00e6ndringer efterf\u00f8lgende, hvilket g\u00f8r det sv\u00e6rt at overholde tidsfristen?&#8221;<\/p>\n\n\n\n<p>Systemudvikling sigter generelt mod at undg\u00e5 tilbageskridt s\u00e5 meget som muligt ved at f\u00f8lge en r\u00e6kkef\u00f8lge, der starter med kravspecifikation, grundl\u00e6ggende design, detaljeret design, produktion (programimplementering) og test (almindeligvis kendt som vandfaldsmodellen). Men i virkeligheden sker det ofte, at der opst\u00e5r tilbageskridt i processen p\u00e5 grund af forskellige omst\u00e6ndigheder, der afsl\u00f8rer mangler i de tidligere faser.<\/p>\n\n\n\n<p>Hvordan skal vi t\u00e6nke, hvis vi ikke kan overholde tidsfristen i s\u00e5danne sager? Ved at l\u00e6se tidligere retsafg\u00f8relser ser det ud til, at konklusionen varierer afh\u00e6ngigt af, hvorn\u00e5r det ekstra arbejde opstod.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvis_det_ekstra_arbejde_opstod_for_specifikationerne_blev_klargjort_i_det_eksterne_design_osv\"><\/span>Hvis det ekstra arbejde opstod f\u00f8r specifikationerne blev klargjort i det eksterne design osv.<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Den tidligere n\u00e6vnte retsafg\u00f8relse indikerer, at det ikke er en overtr\u00e6delse af samarbejdsforpligtelsen at frems\u00e6tte s\u00e5danne anmodninger, hvis der var en anmodning om yderligere udvikling fra brugeren under det grundl\u00e6ggende design (f\u00f8r programimplementeringsfasen).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Det er naturligt for brugeren at stille forskellige krav til systemet, der skal bygges, under det grundl\u00e6ggende designarbejde, og det er sv\u00e6rt for brugeren, der ikke har nogen teknisk viden, at afg\u00f8re pr\u00e6cist, om disse krav vil kr\u00e6ve ekstra gebyrer eller forl\u00e6ngelse af leveringstiden, eller om de vil forstyrre arbejdsprocessen. Derfor kan det ikke siges, at brugeren skulle have afholdt sig fra at stille krav, der ville medf\u00f8re ekstra gebyrer eller forl\u00e6ngelse af leveringstiden. Tv\u00e6rtimod, hvis brugeren har stillet krav, der kr\u00e6ver ekstra gebyrer eller forl\u00e6ngelse af leveringstiden, skulle leverand\u00f8ren, der har projektledelsesforpligtelsen, have informeret brugeren om dette og anmodet om diskussioner om tilbagetr\u00e6kning af kravene eller forl\u00e6ngelse af leveringstiden, s\u00e5 der ikke opst\u00e5r problemer med udviklingsarbejdet.<\/p>\n<cite>Tokyo District Court, dom af 10. marts 2004 (2004)<\/cite><\/blockquote>\n\n\n\n<p>I denne dom blev det indikeret, at selvom brugeren har en vis samarbejdsforpligtelse, skal man tage hensyn til det faktum, at brugeren ikke er en ekspert i systemudvikling. Med andre ord, da brugeren, der bestiller, ikke er en ekspert i systemudvikling, er det ikke us\u00e6dvanligt, at de kommer med forskellige ordrer i sm\u00e5 portioner indtil systemindholdet er klart (nogle gange er de ikke engang vant til at bestille), og det er urimeligt at forvente, at de selv skal indse, at indholdet af deres ordrer kr\u00e6ver en revision af leveringstiden osv.<\/p>\n\n\n\n<p>Imidlertid er den forpligtelse, der p\u00e5l\u00e6gges leverand\u00f8ren her, i sidste ende en indsats for kommunikation, s\u00e5som at anmode om en forl\u00e6ngelse af leveringstiden (eller hvis leveringstiden ikke kan \u00e6ndres, at foresl\u00e5, at de ekstra krav tr\u00e6kkes tilbage). Derfor skal det bem\u00e6rkes, at det ikke betyder, at det inkluderer alle forpligtelser til at acceptere alle brugerens krav og levere p\u00e5 den oprindelige dato.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvis_det_ekstra_arbejde_opstod_efter_specifikationerne_blev_fastlagt_i_produktions-_eller_testfasen\"><\/span>Hvis det ekstra arbejde opstod efter specifikationerne blev fastlagt i produktions- eller testfasen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis vi vender indholdet af den ovenn\u00e6vnte dom, kan vi i nogen grad forudsige, hvad konklusionen ville have v\u00e6ret, hvis det var yderligere udvikling efter at specifikationerne allerede var blevet fastlagt. I s\u00e5danne tilf\u00e6lde ville det v\u00e6re sv\u00e6rt for s\u00e5danne anmodninger at blive accepteret. Det er sandt, at der er en stor forskel i forst\u00e5elsen af udviklingsarbejdet mellem brugeren og leverand\u00f8ren, uanset om specifikationerne er fastlagt f\u00f8r eller efter.<\/p>\n\n\n\n<p>Men at \u00e6ndre eller tilf\u00f8je til ordreindholdet efter at specifikationerne er blevet fastlagt, har en h\u00f8j sandsynlighed for at kr\u00e6ve, at arbejdet skal g\u00f8res om. Det er ofte sv\u00e6rt at forsvare forsinkelser i leveringstiden, der opst\u00e5r i s\u00e5danne tilf\u00e6lde, med argumentet om, at &#8220;det er naturligt for kunden at have forskellige anmodninger&#8221;. Desuden rejser situationen, hvor mange specifikations\u00e6ndringer og funktionstilf\u00f8jelser opst\u00e5r efterf\u00f8lgende, sp\u00f8rgsm\u00e5let om, hvorvidt der var en overtr\u00e6delse af brugerens samarbejdsforpligtelse i de opstr\u00f8msprocesser, der allerede skulle have v\u00e6ret afsluttet.<\/p>\n\n\n\n<p>Ud fra disse overvejelser er det urealistisk at betragte forsinkelser i leveringstiden for\u00e5rsaget af specifikations\u00e6ndringer, der blev foretaget efter at specifikationerne en gang var blevet fastlagt, som leverand\u00f8rens ansvar. Det er rimeligt at l\u00e6se denne betydning ogs\u00e5 fra den tidligere n\u00e6vnte dom.<\/p>\n\n\n\n<p>Desuden har s\u00e5danne afg\u00f8relser en tendens til at blive foretaget p\u00e5 baggrund af beviser som m\u00f8dereferater, der er justeret i overensstemmelse med fremskridtene i systemudviklingen, ikke kun kontrakter. M\u00f8dereferater er detaljeret forklaret i den f\u00f8lgende artikel.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Hvordan man holder m\u00f8dereferater i systemudvikling fra et juridisk perspektiv[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Opsummering_Det_er_vigtigt_ikke_at_glemme_at_kravspecifikation_er_en_proces_pa_brugerens_side\"><\/span>Opsummering: Det er vigtigt ikke at glemme, at kravspecifikation er en proces p\u00e5 brugerens side<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Kravspecifikation er p\u00e5 den ene side en mulighed for leverand\u00f8ren til at vise sine evner, men det er vigtigt at v\u00e6re opm\u00e6rksom p\u00e5, at det i f\u00f8rste omgang er en proces p\u00e5 brugerens side. Da det er et system, der skal bruges i virksomheden, b\u00f8r det, selvom det er opbygget med hj\u00e6lp fra eksterne eksperter, betragtes som et omr\u00e5de, hvor virksomhedens governance g\u00e6lder i henhold til loven.<\/p>\n\n\n\n<p>Hvis brugeren ikke er samarbejdsvillig i udviklingsprocessen, er det vigtigt at v\u00e6re opm\u00e6rksom p\u00e5, at der er en stor chance for, at retten vil have en streng holdning over for brugeren, selvom projektet skulle g\u00e5 op i flammer.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Arbejdet med systemudvikling kr\u00e6ver, jo st\u00f8rre systemet der udvikles er, en betydelig m\u00e6ngde arbejdskraft og tid. Derfor p\u00e5l\u00e6gges der en vis samarbejdspligt ikke kun for leverand\u00f8ren, der p\u00e5tager sig  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":79683,"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\/58258"}],"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=58258"}],"version-history":[{"count":4,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58258\/revisions"}],"predecessor-version":[{"id":79686,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58258\/revisions\/79686"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/79683"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=58258"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=58258"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=58258"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}