{"id":60359,"date":"2024-03-05T21:11:36","date_gmt":"2024-03-05T12:11:36","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60359"},"modified":"2024-03-17T11:59:24","modified_gmt":"2024-03-17T02:59:24","slug":"system-development-contact-agreement","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/system-development-contact-agreement","title":{"rendered":"Hvad skal man v\u00e6re opm\u00e6rksom p\u00e5, n\u00e5r man indg\u00e5r en kontrakt om systemudvikling?"},"content":{"rendered":"\n<p>Kontrakter, der indg\u00e5s i projekter for udvikling af IT-systemer, er prim\u00e6rt entrepren\u00f8rkontrakter og quasi-delegation kontrakter. Der er forskellige fordele og ulemper ved at anvende hver kontrakttype for b\u00e5de brugere og leverand\u00f8rer, men det er vigtigt at forst\u00e5 deres karakteristika og hvad man skal v\u00e6re opm\u00e6rksom p\u00e5, n\u00e5r man indg\u00e5r dem. I denne artikel vil vi forklare entrepren\u00f8rkontrakter i forbindelse med udvikling af IT-systemer.<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-contact-agreement\/#Systemudvikling_og_entreprisekontrakter\" title=\"Systemudvikling og entreprisekontrakter\">Systemudvikling og entreprisekontrakter<\/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-contact-agreement\/#Hvad_er_en_entreprisekontrakt\" title=\"Hvad er en entreprisekontrakt?\">Hvad er en entreprisekontrakt?<\/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-contact-agreement\/#Hvad_er_forskellen_mellem_entreprisekontrakter_og_quasi-kommissionskontrakter\" title=\"Hvad er forskellen mellem entreprisekontrakter og quasi-kommissionskontrakter?\">Hvad er forskellen mellem entreprisekontrakter og quasi-kommissionskontrakter?<\/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-contact-agreement\/#Hvorfor_entreprisekontrakter_foretraekkes_i_systemudvikling\" title=\"Hvorfor entreprisekontrakter foretr\u00e6kkes i systemudvikling\">Hvorfor entreprisekontrakter foretr\u00e6kkes i systemudvikling<\/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-contact-agreement\/#Punkter_at_vaere_opmaerksom_pa_ved_indgaelse_af_kontrakt\" title=\"Punkter at v\u00e6re opm\u00e6rksom p\u00e5 ved indg\u00e5else af kontrakt\">Punkter at v\u00e6re opm\u00e6rksom p\u00e5 ved indg\u00e5else af 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\/da\/it\/system-development-contact-agreement\/#Klarlaeg_systemkrav_og_acceptkriterier_pa_forhand\" title=\"Klarl\u00e6g systemkrav og acceptkriterier p\u00e5 forh\u00e5nd\">Klarl\u00e6g systemkrav og acceptkriterier p\u00e5 forh\u00e5nd<\/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-contact-agreement\/#Foretag_aftaler_pa_forhand_om_hvorvidt_ophavsretten_skal_overfores\" title=\"Foretag aftaler p\u00e5 forh\u00e5nd om, hvorvidt ophavsretten skal overf\u00f8res\">Foretag aftaler p\u00e5 forh\u00e5nd om, hvorvidt ophavsretten skal overf\u00f8res<\/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-contact-agreement\/#Andre_punkter_at_vaere_opmaerksom_pa\" title=\"Andre punkter at v\u00e6re opm\u00e6rksom p\u00e5\">Andre punkter at v\u00e6re opm\u00e6rksom p\u00e5<\/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-contact-agreement\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Systemudvikling_og_entreprisekontrakter\"><\/span>Systemudvikling og entreprisekontrakter<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_en_entreprisekontrakt\"><\/span>Hvad er en entreprisekontrakt?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r man skal forst\u00e5, hvad en entreprisekontrakt er, er det f\u00f8rst og fremmest vigtigt at bekr\u00e6fte kontraktens etableringskrav direkte fra lovens tekst.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artikel 632<\/p>\n\n\n\n<p>En entreprisekontrakt opst\u00e5r, n\u00e5r en part aftaler at <u>f\u00e6rdigg\u00f8re et stykke arbejde<\/u>, og den anden part aftaler at betale for resultatet af dette arbejde.<br><\/p>\n<\/blockquote>\n\n\n\n<p>&#8220;F\u00e6rdigg\u00f8relse af arbejdet&#8221; er det vigtigste n\u00f8gleord. Et typisk eksempel p\u00e5 en entreprisekontrakt er opf\u00f8relsen af en bygning, der kr\u00e6ver byggearbejde. For eksempel, hvis et hus eller en bygning er opf\u00f8rt inden for den aftalte tidsfrist, betragtes arbejdet som &#8220;f\u00e6rdiggjort&#8221;, og forpligtelsen er opfyldt. Omvendt, hvis byggearbejdet er forsinket, kan der p\u00e5l\u00e6gges ansvar for manglende opfyldelse under visse betingelser. Men hvis &#8220;f\u00e6rdigg\u00f8relse af arbejdet&#8221; f\u00f8rst er anerkendt, forsvinder problemet med manglende opfyldelse, og det bliver et sp\u00f8rgsm\u00e5l om garanti for mangler. I denne forstand er det netop fokus p\u00e5 &#8220;f\u00e6rdigg\u00f8relse af arbejdet&#8221; der kendetegner entreprisekontrakten. Hvad der betragtes som &#8220;f\u00e6rdigg\u00f8relse af arbejdet&#8221; er forklaret i detaljer i f\u00f8lgende 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>Entreprisekontrakter bruges ikke kun til byggeri, men ogs\u00e5 ofte i systemudviklingsprojekter, der kr\u00e6ver store visioner og detaljerede planer.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_forskellen_mellem_entreprisekontrakter_og_quasi-kommissionskontrakter\"><\/span>Hvad er forskellen mellem entreprisekontrakter og quasi-kommissionskontrakter?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r det er klart, at entreprisekontrakten er en kontraktstype, der fokuserer p\u00e5 &#8220;f\u00e6rdigg\u00f8relse af arbejdet&#8221;, bliver karakteristikaene ved quasi-kommissionskontrakter ogs\u00e5 klare. Disse fokuserer ikke p\u00e5 &#8220;f\u00e6rdigg\u00f8relse&#8221;, men p\u00e5 processen. For eksempel, hvis arbejdsprocessen er blevet korrekt h\u00e5ndteret, uanset resultatet, er det muligt at anmode om betaling (artikel 648, stk. 2), og hvis opfyldelsen er afsluttet midtvejs p\u00e5 grund af \u00e5rsager, der ikke kan tilskrives agenten, er det muligt at anmode om betaling i forhold til det (artikel 648, stk. 3).<\/p>\n\n\n\n<p>For en detaljeret forklaring af sammenligningen mellem kommissionskontrakter og quasi-kommissionskontrakter, se f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvorfor_entreprisekontrakter_foretraekkes_i_systemudvikling\"><\/span>Hvorfor entreprisekontrakter foretr\u00e6kkes i systemudvikling<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I kontrakter om systemudvikling bruges entreprisekontrakter meget ofte. Grunden til, at entreprisekontrakter bruges ofte, er, at de har visse fordele for b\u00e5de brugeren, der bestiller arbejdet, og leverand\u00f8ren, der modtager ordren.<\/p>\n\n\n\n<p>For det f\u00f8rste er en af fordelene ved at bestille arbejde gennem en entreprisekontrakt for brugeren, at kravene til opfyldelse af forpligtelsen let kan pr\u00e6ciseres i form af &#8220;f\u00e6rdigg\u00f8relse af arbejdet&#8221;. Med andre ord, der er en klarhed i, at betaling i princippet ikke skal foretages, medmindre der er opn\u00e5et en tilstand, der kan betegnes som &#8220;f\u00e6rdiggjort&#8221; (selvom der kan opst\u00e5 problemer med garantien for mangler, s\u00e5som at finde fejl senere). Dette er meget attraktivt for brugere, der ikke \u00f8nsker at l\u00f8be risikoen for, at den betaling, de skal foretage, svulmer op, hvis arbejdstiden overstiger forventningerne, eller hvis tidsplanen tr\u00e6kker ud. Der er stor bekvemmelighed i at betale et fast bel\u00f8b i bytte for det &#8220;f\u00e6rdige&#8221; produkt fra et budgetstyringsperspektiv.<\/p>\n\n\n\n<p>P\u00e5 den anden side kan der ogs\u00e5 v\u00e6re visse fordele for leverand\u00f8ren, der modtager arbejdet, ved at acceptere ordren gennem en entreprisekontrakt. En entreprisekontrakt kan give en st\u00f8rre profitmargin end en quasi-kommissionskontrakt, hvis den h\u00e5ndteres korrekt.<\/p>\n\n\n\n<p>Da &#8220;f\u00e6rdigg\u00f8relse af arbejdet&#8221; er et krav for opfyldelse af forpligtelsen, kan leverand\u00f8ren, der modtager arbejdet, ignorere, hvor meget det har kostet at f\u00e6rdigg\u00f8re arbejdet i processen (i tilf\u00e6lde af systemudvikling er det meste af omkostningerne personaleomkostninger). P\u00e5 denne m\u00e5de kan b\u00e5de leverand\u00f8ren, der \u00f8nsker at \u00f8ge sin profitmargin, og brugeren, der \u00f8nsker at g\u00f8re budgetstyringen lettere, have deres \u00f8nsker opfyldt, og derfor er entreprisekontrakter meget popul\u00e6re i systemudvikling.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Punkter_at_vaere_opmaerksom_pa_ved_indgaelse_af_kontrakt\"><\/span>Punkter at v\u00e6re opm\u00e6rksom p\u00e5 ved indg\u00e5else af kontrakt<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_765149317-1024x614.jpg\" alt=\"\" class=\"wp-image-4668\" \/><figcaption class=\"wp-element-caption\">Hvad skal man v\u00e6re opm\u00e6rksom p\u00e5 ved indg\u00e5else af kontrakt?<\/figcaption><\/figure>\n\n\n\n<p>Selvom der er fordele ved kontrakter for b\u00e5de brugere og leverand\u00f8rer, medf\u00f8rer det ogs\u00e5 risici, is\u00e6r for leverand\u00f8ren, at indg\u00e5 kontrakter uden omhu. Frem for alt betyder det, at &#8220;fuldf\u00f8relse af arbejdet&#8221; er n\u00f8dvendigt for at opfylde forpligtelserne, at man ikke kan fritages fra ansvar for manglende opfyldelse af forpligtelserne, medmindre det f\u00e6rdige produkt er f\u00e6rdigt. Dette er ogs\u00e5 grunden til, at der ofte opst\u00e5r problemer, hvor leverand\u00f8ren skal bruge tid p\u00e5 levering, selvom de er i underskud p\u00e5 grund af fejl i deres estimater.<\/p>\n\n\n\n<p>S\u00e5 hvad skal man v\u00e6re opm\u00e6rksom p\u00e5 i kontrakten for at indg\u00e5 en kontrakt? Lad os se p\u00e5 hver enkelt nedenfor.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Klarlaeg_systemkrav_og_acceptkriterier_pa_forhand\"><\/span>Klarl\u00e6g systemkrav og acceptkriterier p\u00e5 forh\u00e5nd<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Det vigtigste i en kontrakt er naturligvis at klarl\u00e6gge betingelserne for &#8220;fuldf\u00f8relse af arbejdet&#8221;. Normalt refererer &#8220;fuldf\u00f8relse af arbejdet&#8221; her til indholdet af aftalen i kravdefineringsfasen. Men i praksis kan der v\u00e6re tilf\u00e6lde, hvor man er tvunget til at foretage \u00e6ndringer efterf\u00f8lgende, efterh\u00e5nden som udviklingsprocessen skrider frem, og kravene til &#8220;fuldf\u00f8relse af arbejdet&#8221; kan ogs\u00e5 \u00e6ndre sig. Det er vigtigt at dokumentere \u00e6ndringshistorikken for specifikationerne, herunder disse. I f\u00f8lgende artikel forklarer vi, hvordan man h\u00e5ndterer \u00e6ndringsstyring i systemudviklingsprojekter fra et juridisk perspektiv.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Relateret til dette emne er det ogs\u00e5 effektivt at foretage aftaler p\u00e5 forh\u00e5nd om &#8220;accept af brugeren&#8221; for at forhindre fremtidige problemer. Selvom man fors\u00f8ger at levere det f\u00e6rdige produkt, er det naturligt at forvente situationer, hvor brugerens repr\u00e6sentant ikke kan kontaktes, eller hvor man ikke f\u00e5r svar i lang tid. For at undg\u00e5 at lade acceptens godkendelse v\u00e6re uklar i lang tid, er det gavnligt at fasts\u00e6tte en bestemt frist for accept. Dette er det s\u00e5kaldte &#8220;antagelsesklausul&#8221;, som vi forklarer i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Foretag_aftaler_pa_forhand_om_hvorvidt_ophavsretten_skal_overfores\"><\/span>Foretag aftaler p\u00e5 forh\u00e5nd om, hvorvidt ophavsretten skal overf\u00f8res<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Et andet almindeligt problem er overf\u00f8rsel af ophavsret. Ophavsretten tilfalder i princippet &#8220;den, der har skabt det&#8221;, dvs. leverand\u00f8ren i tilf\u00e6lde af systemudvikling, men det er ogs\u00e5 muligt at overf\u00f8re eller overdrage rettighederne p\u00e5 grund af deres natur. Derfor kan det at lave aftaler p\u00e5 forh\u00e5nd om, hvorvidt ophavsretten skal overdrages til brugeren, forhindre fremtidige problemer. Vi forklarer detaljeret om ophavsret og overf\u00f8rsel i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/copyright-for-the-program-source-code\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/copyright-for-the-program-source-code[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Andre_punkter_at_vaere_opmaerksom_pa\"><\/span>Andre punkter at v\u00e6re opm\u00e6rksom p\u00e5<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden, hvis du \u00f8nsker at indg\u00e5 en kontrakt som en kontrakt uden at inkludere elementer af en stedfortr\u00e6dende aftale, b\u00f8r du v\u00e6re opm\u00e6rksom p\u00e5 f\u00f8lgende:<br><\/p>\n\n\n\n<ul>\n<li>At holde betalingen uafh\u00e6ngig af arbejdstiden<\/li>\n\n\n\n<li>At angive &#8220;kontrakt&#8221; i kontraktens titel<\/li>\n\n\n\n<li>At angive klausulen om ansvar for mangler <\/li>\n\n\n\n<li>At betalingen er en \u00e6kvivalent udveksling for resultatet eller produktet <\/li>\n<\/ul>\n\n\n\n<p>Det er godt at v\u00e6re opm\u00e6rksom p\u00e5 disse punkter.<\/p>\n\n\n\n<p>Det er dog vigtigt ikke at have en letf\u00e6rdig tankegang om, at alt bliver en kontrakt, bare fordi man skriver &#8220;kontrakt&#8221; i kontraktens titel. I praksis er der tilf\u00e6lde, hvor andre virksomheders kontraktsskabeloner bliver genbrugt uden hensyntagen til, om indholdet af kontrakten er en kontrakt eller en stedfortr\u00e6dende aftale. Hvis sagen ender i retten, vil mere substantielle sp\u00f8rgsm\u00e5l, s\u00e5som det samlede indhold af kontrakten og tidligere handelspraksis, blive prioriteret over overfladiske elementer som titlen p\u00e5 kontrakten. Det er ogs\u00e5 vigtigt at v\u00e6re opm\u00e6rksom p\u00e5 dette punkt.<\/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>Hvis man tager h\u00f8jde for ovenst\u00e5ende punkter, bliver det lettere at h\u00e5ndtere kontraktarbejde korrekt gennem outsourcing. Bem\u00e6rk, at ordet &#8220;uddelegering&#8221; bruges i b\u00e5de kontraktlige og semi-delegerede kontrakter. Desuden er udtrykket &#8220;forretningsuddelegering&#8221; typisk brugt, n\u00e5r parterne har en intention om en semi-delegeret kontrakt. Det vil v\u00e6re godt at v\u00e6re opm\u00e6rksom p\u00e5 disse sm\u00e5 forskelle i terminologi.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Kontrakter, der indg\u00e5s i projekter for udvikling af IT-systemer, er prim\u00e6rt entrepren\u00f8rkontrakter og quasi-delegation kontrakter. Der er forskellige fordele og ulemper ved at anvende hver kontrakttype [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61523,"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\/60359"}],"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=60359"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60359\/revisions"}],"predecessor-version":[{"id":61524,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60359\/revisions\/61524"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61523"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60359"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60359"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60359"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}