{"id":58454,"date":"2023-10-05T15:32:15","date_gmt":"2023-10-05T06:32:15","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=58454"},"modified":"2026-04-18T13:10:08","modified_gmt":"2026-04-18T04:10:08","slug":"estimated-inspection-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/estimated-inspection-of-system-development","title":{"rendered":"Hvad er scenarierne for anvendelse af &#8216;Systemudviklingsaccept&#8217; og &#8216;Formodet acceptklausuler&#8217;?"},"content":{"rendered":"\n<p>Et omr\u00e5de, hvor juridiske problemer ofte opst\u00e5r i forbindelse med systemudvikling, er &#8216;afleveringsfasen&#8217;.<\/p>\n\n\n\n<p>&#8216;Aflevering&#8217; refererer til inspektions- og kontrolforpligtelsen, der opst\u00e5r p\u00e5 kundens side, n\u00e5r leverand\u00f8ren har leveret produktet. Hvis kunden ikke foretager &#8216;aflevering&#8217; uanset hvor lang tid der er g\u00e5et efter levering, vil leverand\u00f8ren juridisk set befinde sig i en usikker position.<\/p>\n\n\n\n<p>For at l\u00f8se s\u00e5danne problemer er der ofte en klausul om &#8216;formodet aflevering&#8217; inkluderet i kontrakten.<\/p>\n\n\n\n<p>I denne artikel vil vi forklare, under hvilke omst\u00e6ndigheder &#8216;formodet aflevering&#8217; anvendes, baseret p\u00e5 faktiske retssager.<\/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\/estimated-inspection-of-system-development\/#Hvad_er_accepttest_i_systemudvikling\" title=\"Hvad er accepttest i systemudvikling?\">Hvad er accepttest i systemudvikling?<\/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\/estimated-inspection-of-system-development\/#Vaer_opmaerksom_pa_klausulen_om_betragtet_accept\" title=\"V\u00e6r opm\u00e6rksom p\u00e5 klausulen om betragtet accept\">V\u00e6r opm\u00e6rksom p\u00e5 klausulen om betragtet accept<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/da\/it\/estimated-inspection-of-system-development\/#Hvad_er_en_betragtet_acceptklausul\" title=\"Hvad er en betragtet acceptklausul?\">Hvad er en betragtet acceptklausul?<\/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\/estimated-inspection-of-system-development\/#Retssager_relateret_til_betragtet_acceptklausulen\" title=\"Retssager relateret til betragtet acceptklausulen\">Retssager relateret til betragtet acceptklausulen<\/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\/estimated-inspection-of-system-development\/#Monstre_hvor_mangler_opdages_ved_accepttest\" title=\"M\u00f8nstre hvor mangler opdages ved accepttest\">M\u00f8nstre hvor mangler opdages ved accepttest<\/a><\/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\/estimated-inspection-of-system-development\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_accepttest_i_systemudvikling\"><\/span>Hvad er accepttest i systemudvikling?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>F\u00f8rst og fremmest er &#8216;accepttest&#8217; i et systemudviklingsprojekt, hvor brugeren, der er bestilleren, inspicerer og kontrollerer det produkt (her henviser vi til IT-systemet), som leverand\u00f8ren, der er ordremodtageren, har leveret, for at se om det opfylder de specifikationer, der er fastsat for det form\u00e5l, det blev bestilt til.<\/p>\n\n\n\n<p>Set fra udviklerens synspunkt kan det ogs\u00e5 betragtes som en testproces, der tjekker, om det virkelig er f\u00e6rdigt.<\/p>\n\n\n\n<p>Arbejdet med at udvikle et IT-system har en tendens til at give leverand\u00f8ren en stor grad af sk\u00f8n p\u00e5 grund af dets forretningsm\u00e6ssige karakter, og det er muligt, at der kan opst\u00e5 en forskel mellem det produkt, der faktisk er blevet produceret, og det, som brugeren har anmodet om.<\/p>\n\n\n\n<p>Generelt set betyder det at best\u00e5 accepttesten, at brugeren selv har bekr\u00e6ftet, at det produkt, der faktisk er blevet leveret, stemmer overens med det, som brugeren har anmodet om (eller det form\u00e5l, for hvilket systemudviklingen blev anmodet om).<\/p>\n\n\n\n<p>I praksis er mange kontrakter struktureret s\u00e5dan, at betalingen er betinget af, at accepttesten er best\u00e5et, selvom det er muligt at forudse, at der kan opst\u00e5 fejl i systemet efterf\u00f8lgende.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vaer_opmaerksom_pa_klausulen_om_betragtet_accept\"><\/span>V\u00e6r opm\u00e6rksom p\u00e5 klausulen om betragtet accept<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>N\u00e5r der opst\u00e5r problemer i acceptfasen, kan det s\u00e6tte b\u00e5de brugeren og leverand\u00f8ren i en vanskelig situation.<\/p>\n\n\n\n<p>For eksempel, hvad sker der, hvis leverand\u00f8ren har produceret resultatet, og allerede har pr\u00e6senteret det, men brugerens repr\u00e6sentant, af en eller anden grund, ikke vil acceptere det?<\/p>\n\n\n\n<p>For at im\u00f8dekomme s\u00e5danne situationer, er der ofte en klausul i systemudviklingskontrakten, der kaldes &#8220;betragtet accept&#8221;.<\/p>\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\/04\/estimated-inspection-of-system-development-2.jpg\" alt=\"\" class=\"wp-image-79728\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/estimated-inspection-of-system-development-2.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/estimated-inspection-of-system-development-2-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/estimated-inspection-of-system-development-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_en_betragtet_acceptklausul\"><\/span>Hvad er en betragtet acceptklausul?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Accept af den p\u00e5g\u00e6ldende software) Artikel 28 <br>For den p\u00e5g\u00e6ldende software blandt de leverede varer, skal A inspicere den i overensstemmelse med inspektionsspecifikationerne i den foreg\u00e5ende artikel inden for den periode, der er fastsat i den individuelle kontrakt (herefter kaldet &#8220;inspektionsperioden&#8221;), og kontrollere, om systemspecifikationerne og den p\u00e5g\u00e6ldende software stemmer overens.<br> <br>2. Hvis den p\u00e5g\u00e6ldende software overholder inspektionen i den foreg\u00e5ende paragraf, skal A underskrive og forsegle inspektionscertifikatet og overdrage det til B. Desuden, hvis den p\u00e5g\u00e6ldende software ikke best\u00e5r inspektionen i den foreg\u00e5ende paragraf, skal A hurtigt overdrage et dokument, der klart angiver den specifikke \u00e5rsag til manglende overensstemmelse, til B og anmode om rettelser eller tilf\u00f8jelser, og n\u00e5r \u00e5rsagen til manglende overensstemmelse anerkendes, skal B rette det gratis inden for den aftalte frist efter dr\u00f8ftelser og levere det til A, og A skal udf\u00f8re inspektionen som angivet i den foreg\u00e5ende paragraf igen i det omfang, der er n\u00f8dvendigt.<\/p>\n\n\n\n<p><br>3. Selv hvis inspektionscertifikatet ikke overdrages, hvis A ikke frems\u00e6tter indsigelser ved at angive en specifik \u00e5rsag skriftligt inden for inspektionsperioden, betragtes den p\u00e5g\u00e6ldende software som best\u00e5et inspektionen som angivet i denne artikel.<br><br>4. Accepten af den p\u00e5g\u00e6ldende software betragtes som fuldf\u00f8rt med inspektionens godkendelse som angivet i denne artikel.<br><\/p>\n<cite>https:\/\/www.meti.go.jp\/policy\/it_policy\/keiyaku\/model_keiyakusyo.pdf <\/cite><\/blockquote>\n\n\n\n<p>Det er v\u00e6rd at bem\u00e6rke, at udtrykket &#8220;betragtes som&#8221; i paragraf 3 er et vigtigt punkt juridisk set. Hvis man ser p\u00e5 det som et juridisk udtryk, har &#8220;betragtes som&#8221; og &#8220;antages at v\u00e6re&#8221; faktisk helt forskellige betydninger.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Betragtes som&#8230;<br> \u2192Selvom det faktisk ikke er XX, behandles det juridisk set som om det var XX.<\/p>\n\n\n\n<p>(Eksempel) Hvis du bruger en smartphone under en test, betragtes det som snyd.<br> \u2192Uanset om det, du faktisk gjorde med din smartphone, var snyd eller ej, vil du blive behandlet som om du havde snydt.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Antages at v\u00e6re&#8230;<br> \u2192Medmindre der er s\u00e6rlige beviser, der ben\u00e6gter det, behandles XX som en kendsgerning.<\/p>\n\n\n\n<p>(Eksempel) Hvis du kigger p\u00e5 en smartphone under en test, antages det at v\u00e6re snyd.<br>\u2192Det antages som standard, at der har v\u00e6ret snyd, men hvis du kan bevise, at det var til et andet form\u00e5l end snyd, kan denne afg\u00f8relse blive omst\u00f8dt senere. (Selvf\u00f8lgelig vil du normalt ikke h\u00f8re en s\u00e5dan meddelelse p\u00e5 et teststed.)<\/p>\n\n\n\n<p>Med andre ord er der en stor forskel mellem &#8220;antages at v\u00e6re&#8221; og &#8220;betragtes som&#8221; i forhold til, hvor sv\u00e6rt det er at omst\u00f8de det. &#8220;Uanset om det faktisk er blevet accepteret eller ej, behandles det som om det er blevet accepteret&#8221; er den betydning, der er indeholdt her.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Retssager_relateret_til_betragtet_acceptklausulen\"><\/span>Retssager relateret til betragtet acceptklausulen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Der har v\u00e6ret tilf\u00e6lde i fortiden, hvor bestemmelsen om betragtet accept har haft en afg\u00f8rende betydning i retssager. For eksempel er den f\u00f8lgende domstolsafg\u00f8relse fra et tilf\u00e6lde, hvor brugeren indgav en klage efter acceptperioden, h\u00e6vdede, at de n\u00f8dvendige funktioner ikke var implementeret, og sagen gik til retten. Men retten afgjorde, baseret p\u00e5 bestemmelsen om betragtet accept, at leveringen allerede var fuldf\u00f8rt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>I denne kontrakt er det fastsat, at Y Company skal inspicere systemet straks efter levering og give skriftlig meddelelse om accept inden for 10 dage, og at hvis der ikke gives meddelelse inden for denne periode, vil det blive betragtet som accepteret, og da det ikke kan anerkendes, at der er givet meddelelse om ikke-overensstemmende punkter i denne inspektion, kan levering og accept anerkendes.<\/p>\n<cite>Tokyo District Court, February 29, 2012 (Heisei 24) decision<\/cite><\/blockquote>\n\n\n\n<p>Men p\u00e5 den anden side er der ogs\u00e5 retssager, hvor selvom denne betragtede acceptbestemmelse var p\u00e5 plads, blev dens anvendelse n\u00e6gtet, og leverand\u00f8rens misligholdelse blev anerkendt.<\/p>\n\n\n\n<p>Den f\u00f8lgende domstolsafg\u00f8relse er fra en sag, hvor, i mods\u00e6tning til den tidligere retssag, leverand\u00f8ren havde undladt at yde den n\u00f8dvendige bistand til at udf\u00f8re accepten, selvom det var n\u00f8dvendigt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Plaintiff (leverand\u00f8r) h\u00e6vder, at if\u00f8lge artikel 9, afsnit 4 i softwareudviklingskontrakten, hvis sags\u00f8gte (bruger) ikke giver meddelelse om inspektionsresultaterne inden for 10 dage efter levering af resultatet, vil resultatet blive betragtet som accepteret. Men for at dette resultat kan opn\u00e5s, er det n\u00f8dvendigt med bistand fra sags\u00f8geren, og det anerkendes, at sags\u00f8geren ikke har ydet denne bistand til sags\u00f8gte, s\u00e5 selvom sags\u00f8gte ikke har givet meddelelse om inspektionsresultaterne inden for 10 dage efter levering af resultatet, kan det ikke betragtes som, at sags\u00f8gte har accepteret softwaren i henhold til artikel 9, afsnit 4 i softwareudviklingskontrakten.<\/p>\n<cite>Tokyo District Court, June 23, 2004 (Heisei 16)<\/cite><\/blockquote>\n\n\n\n<p>Det antages, at form\u00e5let med systemet for betragtet accept er at frig\u00f8re leverand\u00f8ren hurtigt fra en ustabil position, hvor &#8220;selvom vi gerne vil g\u00e5 videre med accepten hurtigt, kan vi ikke g\u00f8re det p\u00e5 grund af brugerens ensidige omst\u00e6ndigheder, og arbejdet er forsinket&#8221;, og at holde forholdet mellem de to parter fair.<\/p>\n\n\n\n<p>Derfor kan man ikke sige, at &#8220;vi vil bruge betragtet acceptklausulen som et skjold, fors\u00f8ge at k\u00f8be tid, forsinke accepten selv, og bare skubbe noget, selvom det er en defekt produkt, p\u00e5 brugeren&#8221;.<\/p>\n\n\n\n<p>Hvis det &#8220;betragtes som&#8221; at accepten er best\u00e5et, skal brugeren betale for systemudviklingen. Under hensyntagen til denne alvorlighed, sigter retten mod at tr\u00e6ffe en fair afg\u00f8relse ved at tage h\u00f8jde for leverand\u00f8rens samarbejdsstatus.<\/p>\n\n\n\n<p>M\u00f8deprotokoller, der f\u00f8lger med fremskridtene i systemudviklingen, kan ogs\u00e5 v\u00e6re vigtige beviser til st\u00f8tte for s\u00e5danne afg\u00f8relser. Dette er detaljeret forklaret i f\u00f8lgende artikel.<\/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>For mere information om, hvilke omfattende forpligtelser leverand\u00f8ren har som en ekspert i systemudvikling, se f\u00f8lgende artikel.<\/p>\n\n\n\n<p>Selvom acceptopgaven i princippet skal udf\u00f8res af brugeren, er det naturligt at forst\u00e5, at leverand\u00f8ren ogs\u00e5 skal yde forskellige former for bistand til accepten som en ekspert i systemudvikling, n\u00e5r man tager h\u00f8jde for indholdet af f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties [ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Monstre_hvor_mangler_opdages_ved_accepttest\"><\/span>M\u00f8nstre hvor mangler opdages ved accepttest<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\/04\/estimated-inspection-of-system-development-3.jpg\" alt=\"\" class=\"wp-image-79729\" style=\"aspect-ratio:1.5;width:841px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/estimated-inspection-of-system-development-3.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/estimated-inspection-of-system-development-3-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/estimated-inspection-of-system-development-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><\/figure>\n\n\n\n<p>Det er dog muligt, at mangler i systemet (ofte omtalt som &#8220;defekter&#8221; i juridisk terminologi) kan blive opdaget under accepttestfasen. For juridiske sp\u00f8rgsm\u00e5l i denne sammenh\u00e6ng, se venligst nedenst\u00e5ende artikel for mere information.<\/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<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 &#8220;afleveringsforretningen&#8221;, som principielt indikerer fuldf\u00f8relsen af leverand\u00f8rens forpligtelser, meget vigtig for b\u00e5de brugeren og leverand\u00f8ren. For at undg\u00e5 alvorlige problemer her, b\u00f8r b\u00e5de ordregiver og leverand\u00f8r have en god forst\u00e5else af &#8220;betingelserne for betinget aflevering&#8221;.<\/p>\n\n\n\n<p>Desuden, i tilf\u00e6lde af at afleveringsforretningen ikke g\u00e5r glat, er det vigtigt at begge parter n\u00f8je afstemmer deres forst\u00e5else af bestemmelserne vedr\u00f8rende afleveringsforretningen, is\u00e6r fra kontraktens indg\u00e5else.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Et omr\u00e5de, hvor juridiske problemer ofte opst\u00e5r i forbindelse med systemudvikling, er &#8216;afleveringsfasen&#8217;. &#8216;Aflevering&#8217; refererer til inspektions- og kontrolforpligtelsen, der o [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":79726,"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\/58454"}],"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=58454"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58454\/revisions"}],"predecessor-version":[{"id":79730,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58454\/revisions\/79730"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/79726"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=58454"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=58454"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=58454"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}