{"id":58037,"date":"2023-09-05T21:28:01","date_gmt":"2023-09-05T12:28:01","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=58037"},"modified":"2024-01-25T17:12:02","modified_gmt":"2024-01-25T08:12:02","slug":"system-development-contract-check-quasi-mandate","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/general-corporate\/system-development-contract-check-quasi-mandate","title":{"rendered":"Tjekpunkter for kontrakter, n\u00e5r systemudvikling udf\u00f8res p\u00e5 en semi-delegeret m\u00e5de"},"content":{"rendered":"\n<p>I \u00f8jeblikket er brugen af IT i vores lands borgers liv og socio\u00f8konomiske aktiviteter hurtigt stigende, i takt med den dramatiske forbedring af computerens behandlingskapacitet og udbredelsen af internettet. Som f\u00f8lge heraf er den sociale indvirkning af forretnings- og servicenedbrud eller funktionsnedgang for\u00e5rsaget af informationssystemfejl voksende dag for dag, og forbedring af systemets p\u00e5lidelighed og sikkerhed er blevet en stor udfordring.<\/p>\n\n\n\n<p>P\u00e5 den anden side, da den kumulative kontrakt om IT-systemudvikling ikke blev forudset ved lovgivningens begyndelse, har det en tendens til at g\u00f8re transaktionsindholdet uklart, og visualisering af transaktioner baseret p\u00e5 t\u00e6t kommunikation mellem ordregiveren (brugeren) og entrepren\u00f8ren (leverand\u00f8ren), og afklaring af rollefordeling og ansvarsforhold er blevet en udfordring.<\/p>\n\n\n\n<p>Desuden, da informationssystemer nu er bygget p\u00e5 en kombination af forskellige elementer, har de begyndt at inkludere risici relateret til kombinationer, der ikke eksisterede f\u00f8r.<br><\/p>\n\n\n\n<p>For at forbedre p\u00e5lideligheden og sikkerheden af disse informationssystemer har det japanske Ministerium for \u00d8konomi, Handel og Industri offentliggjort retningslinjer, hvor der i dem er fremlagt en modelkontrakt for systemudvikling, med kommentarer til hver klausul.<\/p>\n\n\n\n<p>I denne artikel vil vi forklare kontrolpunkterne for kontrakter, n\u00e5r du indg\u00e5r en semi-delegeret kontrakt i IT-systemudviklingsarbejde, ved at citere klausulerne i den modelkontrakt, der er fremlagt af det japanske Ministerium for \u00d8konomi, Handel og Industri.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/12\/shutterstock_1396704317-1024x683.jpg\" alt=\"\" class=\"wp-image-6126\" \/><figcaption class=\"wp-element-caption\">Systemudvikling er processen med at skabe et virksomhedssystem ved hj\u00e6lp af IT-teknologi.<\/figcaption><\/figure>\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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Systemudvikling_og_semi-fiduciaere_kontrakter\" title=\"Systemudvikling og semi-fiduci\u00e6re kontrakter\">Systemudvikling og semi-fiduci\u00e6re kontrakter<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Hvad_er_en_semi-fiduciaer_kontrakt\" title=\"Hvad er en semi-fiduci\u00e6r kontrakt?\">Hvad er en semi-fiduci\u00e6r kontrakt?<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Forskelle_fra_en_kontrakt_om_udforelse_af_arbejde\" title=\"Forskelle fra en kontrakt om udf\u00f8relse af arbejde\">Forskelle fra en kontrakt om udf\u00f8relse af arbejde<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/da\/general-corporate\/system-development-contract-check-quasi-mandate\/#Modelklausuler_og_kontrolpunkter_for_semi-delegation\" title=\"Modelklausuler og kontrolpunkter for semi-delegation\">Modelklausuler og kontrolpunkter for semi-delegation<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/da\/general-corporate\/system-development-contract-check-quasi-mandate\/#Stotte_til_kravspecifikationsudarbejdelse\" title=\"St\u00f8tte til kravspecifikationsudarbejdelse\">St\u00f8tte til kravspecifikationsudarbejdelse<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/da\/general-corporate\/system-development-contract-check-quasi-mandate\/#Udarbejdelse_af_eksterne_design_dokumenter\" title=\"Udarbejdelse af eksterne design dokumenter\">Udarbejdelse af eksterne design dokumenter<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Softwareudviklingsopgaver\" title=\"Softwareudviklingsopgaver\">Softwareudviklingsopgaver<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Forberedelse_og_overgangsstotte_til_software_drift\" title=\"Forberedelse og overgangsst\u00f8tte til software drift\">Forberedelse og overgangsst\u00f8tte til software drift<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Afgorelse_af_kontraktens_karakter\" title=\"Afg\u00f8relse af kontraktens karakter\">Afg\u00f8relse af kontraktens karakter<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Systemudvikling_og_semi-fiduciaere_kontrakter\"><\/span>Systemudvikling og semi-fiduci\u00e6re kontrakter<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_semi-fiduciaer_kontrakt\"><\/span>Hvad er en semi-fiduci\u00e6r kontrakt?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En semi-fiduci\u00e6r kontrakt er defineret i civilretten ved at anvende bestemmelserne i en fiduci\u00e6r kontrakt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Afsnit 10 Fiduci\u00e6r<br>Artikel 643 En fiduci\u00e6r kontrakt opst\u00e5r, n\u00e5r en part overlader en juridisk handling til den anden part, og denne accepterer det.<br>Artikel 656 Bestemmelserne i dette afsnit g\u00e6lder ogs\u00e5 for ikke-juridiske opgaver.<\/p>\n<\/blockquote>\n\n\n\n<p>En semi-fiduci\u00e6r kontrakt er en kontrakt, hvor form\u00e5let er, at en person udf\u00f8rer opgaver p\u00e5 vegne af en anden person. Den person, der accepterer opgaven, har pligt til at udf\u00f8re arbejdet med den omhu, en god administrator ville udvise (pligten til at udvise god forvaltning). God forvaltningspligt betyder simpelthen at &#8220;g\u00f8re sit bedste&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forskelle_fra_en_kontrakt_om_udforelse_af_arbejde\"><\/span>Forskelle fra en kontrakt om udf\u00f8relse af arbejde<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I en semi-fiduci\u00e6r kontrakt, som n\u00e6vnt ovenfor, har den person, der accepterer opgaven, pligten til at udvise god forvaltning, men i mods\u00e6tning til en kontrakt om udf\u00f8relse af arbejde, har de ikke pligt til at fuldf\u00f8re arbejdet. Derfor, medmindre der er et klart defineret produkt, har den person, der accepterer opgaven, ikke ansvar for mangler. Dog, da de har pligten til at udvise god forvaltning, kan de i tilf\u00e6lde af grov fors\u00f8mmelse eller alvorlig mangel p\u00e5 opm\u00e6rksomhed v\u00e6re ansvarlige for skadeserstatning p\u00e5 grund af kontraktbrud, eller kontrakten kan blive oph\u00e6vet.<\/p>\n\n\n\n<p>Som n\u00e6vnt ovenfor, har en semi-fiduci\u00e6r kontrakt ikke pligt til at fuldf\u00f8re arbejdet. P\u00e5 den anden side, i en kontrakt om udf\u00f8relse af arbejde, har man pligt til at fuldf\u00f8re arbejdet. Den f\u00f8lgende artikel forklarer, hvad der sker, n\u00e5r en systemudviklingskontrakt indg\u00e5s p\u00e5 en udf\u00f8relsesbasis.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development [ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Modelklausuler_og_kontrolpunkter_for_semi-delegation\"><\/span>Modelklausuler og kontrolpunkter for semi-delegation<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Stotte_til_kravspecifikationsudarbejdelse\"><\/span>St\u00f8tte til kravspecifikationsudarbejdelse<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Implementering af st\u00f8tte til kravspecifikationsudarbejdelse)<br>Artikel \u3007: Part B skal, efter indg\u00e5else af den individuelle kontrakt specificeret i artikel \u3007, levere en service, der st\u00f8tter Part A i udarbejdelsen af kravspecifikationer baseret p\u00e5 informationssystemkonceptdokumenter, systemplanl\u00e6gningsdokumenter osv., som Part A har udarbejdet (herefter ben\u00e6vnt &#8220;st\u00f8tte til kravspecifikationsudarbejdelse&#8221;).<\/p>\n\n\n\n<p>2. Part B skal, baseret p\u00e5 specialiseret viden og erfaring inden for informationsteknologi, udf\u00f8re st\u00f8tteopgaver s\u00e5som unders\u00f8gelser, analyser, organisering, forslag og r\u00e5dgivning med den omhu, en god administrator ville udvise, for at sikre, at Part A&#8217;s arbejde udf\u00f8res gnidningsl\u00f8st og korrekt.<\/p>\n<\/blockquote>\n\n\n\n<p>Kravspecifikation er en proces, hvor brugerens kravspecifikationer (funktioner, der skal realiseres i software) samles, og det er en proces, der er st\u00e6rkt afh\u00e6ngig af brugerens forretningsindhold. Derfor antager denne sektion, at brugeren udf\u00f8rer kravspecifikationsarbejdet, og leverand\u00f8ren st\u00f8tter dette i form af en semi-delegeret kontrakt. Men det betyder ikke, at leverand\u00f8ren ikke har noget ansvar, fordi det er en semi-delegeret kontrakt. Som modtager har de en pligt til at udvise god forvaltning. Hvis denne pligt til god forvaltning fors\u00f8mmes, og st\u00f8tten til kravspecifikationsudarbejdelse ikke udf\u00f8res korrekt, vil de v\u00e6re ansvarlige for kontraktbrud p\u00e5 grund af overtr\u00e6delse af pligten til god forvaltning.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Indg\u00e5else af individuel kontrakt vedr\u00f8rende st\u00f8tte til kravspecifikationsudarbejdelse)<br>Artikel \u3007: Part A og Part B skal, efter at have dr\u00f8ftet handelsbetingelserne angivet i artikel \u3007, paragraf \u3007, indg\u00e5 en individuel kontrakt vedr\u00f8rende st\u00f8tte til kravspecifikationsudarbejdelse.<\/p>\n<\/blockquote>\n\n\n\n<p>R\u00e6kkevidden af st\u00f8tte til kravspecifikationsudarbejdelse skal aftales i en individuel kontrakt i overensstemmelse med de betingelser, der er angivet i den foreg\u00e5ende artikel.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Kravspecifikationsm\u00f8de)<br>Artikel \u3007: Part A skal afholde et kravspecifikationsm\u00f8de (herefter i dette afsnit ben\u00e6vnt &#8220;kravspecifikationsm\u00f8de&#8221;) med den frekvens, der anses for n\u00f8dvendig for at afklare eller bekr\u00e6fte de forhold, der er n\u00f8dvendige for udarbejdelsen af kravspecifikationer, og Part B skal deltage i dette og udf\u00f8re st\u00f8tte til kravspecifikationsudarbejdelse.<\/p>\n\n\n\n<p>2. Part B kan ogs\u00e5 afholde et kravspecifikationsm\u00f8de, n\u00e5r det anses for n\u00f8dvendigt for at udf\u00f8re st\u00f8tte til kravspecifikationsudarbejdelse, og Part A skal deltage i dette.<\/p>\n<\/blockquote>\n\n\n\n<p>For at udarbejde kravspecifikationer, der definerer forretningskrav og systemfunktionskrav og ikke-funktionskrav, er det n\u00f8dvendigt med samarbejde mellem brugerens forretningsafdeling og informationssystemafdeling og leverand\u00f8ren. Da denne proces er semi-delegeret, bestemmer paragraf 1, at brugeren er v\u00e6rt, og leverand\u00f8ren, der yder st\u00f8tte, deltager. Afklaring eller bekr\u00e6ftelse af de forhold, der er n\u00f8dvendige for udarbejdelsen af kravspecifikationer, udf\u00f8res alle i kravspecifikationsm\u00f8det, og b\u00e5de brugeren og leverand\u00f8ren er bundet af resultaterne af m\u00f8det.<\/p>\n\n\n\n<p>Paragraf 2 bestemmer, at leverand\u00f8ren ogs\u00e5 kan afholde et kravspecifikationsm\u00f8de, n\u00e5r det er n\u00f8dvendigt for at udf\u00f8re st\u00f8tte til kravspecifikationsudarbejdelse.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Bekr\u00e6ftelse af kravspecifikationer)<br>Artikel \u3007: N\u00e5r Part A har afsluttet udarbejdelsen af kravspecifikationer, skal Part A og Part B inden for den periode, der er fastsat i den individuelle kontrakt (herefter ben\u00e6vnt &#8220;kravspecifikationsinspektionsperiode&#8221;), inspicere, om kravspecifikationerne overholder de beslutninger, der er truffet p\u00e5 kravspecifikationsm\u00f8det i den foreg\u00e5ende artikel, og som bevis for bekr\u00e6ftelse skal begge parters ansvarlige personer underskrive og stemple kravspecifikationerne. Dog, hvis inspektionen viser, at kravspecifikationerne ikke overholder de beslutninger, der er truffet p\u00e5 kravspecifikationsm\u00f8det, skal Part A udarbejde en revideret version inden for den aftalte frist efter dr\u00f8ftelser, og Part A og Part B skal igen udf\u00f8re ovenst\u00e5ende inspektion og bekr\u00e6ftelsesprocedure.<\/p>\n\n\n\n<p>2. Kravspecifikationerne anses for at v\u00e6re bekr\u00e6ftet ved bekr\u00e6ftelse af begge parter i henhold til den foreg\u00e5ende paragraf.<\/p>\n\n\n\n<p>3. Hvis det er n\u00f8dvendigt at \u00e6ndre betingelserne i den individuelle kontrakt, s\u00e5som arbejdsperiode og honorar, p\u00e5 grund af \u00e6ndringer i paragraf \u3007, skal dette g\u00f8res i henhold til proceduren i artikel \u3007.<\/p>\n<\/blockquote>\n\n\n\n<p>Kravspecifikation er en fase, hvor kravene bekr\u00e6ftes efter at have modtaget et groft estimat fra leverand\u00f8ren og er n\u00f8dvendige for at udf\u00f8re systemdesign osv. Hvis kravene er uklare, vil det v\u00e6re sv\u00e6rt for leverand\u00f8ren at give et n\u00f8jagtigt estimat, og der kan opst\u00e5 problemer i den efterf\u00f8lgende udviklingsfase. Denne artikel fastl\u00e6gger en procedure, hvor brugeren og leverand\u00f8ren bekr\u00e6fter kravspecifikationerne, der er grundlaget for det efterf\u00f8lgende udviklingsarbejde, og lederne bekr\u00e6fter dem ved at underskrive og stemple dem. Der kan v\u00e6re tilf\u00e6lde, hvor det er n\u00f8dvendigt at rette kravspecifikationerne under inspektionen for at bekr\u00e6fte kravspecifikationerne, s\u00e5 den foreg\u00e5ende paragraf fastl\u00e6gger proceduren for dette.<\/p>\n\n\n\n<p>Paragraf 2 g\u00f8r det klart, at kravspecifikationerne bekr\u00e6ftes ved bekr\u00e6ftelse af b\u00e5de brugeren og leverand\u00f8ren.<br>Paragraf 3 fastl\u00e6gger, at hvis det er n\u00f8dvendigt at \u00e6ndre betingelserne i den individuelle kontrakt, s\u00e5som at \u00f8ge m\u00e6ngden af leverand\u00f8rens arbejde mere end oprindeligt forventet eller at forl\u00e6nge tidsplanen, som f\u00f8lge af rettelserne i paragraf 1, skal de n\u00f8dvendige \u00e6ndringer foretages.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Afslutning og bekr\u00e6ftelse af arbejdet)<br>Artikel \u3007: Part B skal, inden for \u3007 dage efter bekr\u00e6ftelse af kravspecifikationerne i den foreg\u00e5ende artikel, udarbejde en arbejdsafslutningsrapport og indsende den til Part A.<\/p>\n\n\n\n<p>2. Part A skal inden for den periode, der er fastsat i den individuelle kontrakt (herefter ben\u00e6vnt &#8220;kravspecifikationsst\u00f8tteafslutningsinspektionsperiode&#8221;), bekr\u00e6fte den p\u00e5g\u00e6ldende arbejdsafslutningsrapport.<\/p>\n\n\n\n<p>3. Hvis Part A ikke har nogen tvivl om indholdet af den p\u00e5g\u00e6ldende arbejdsafslutningsrapport, skal Part A underskrive og stemple en arbejdsafslutningsbekr\u00e6ftelsesrapport og give den til Part B for at bekr\u00e6fte afslutningen af st\u00f8tten til kravspecifikationsudarbejdelse.<\/p>\n\n\n\n<p>4. Hvis Part A ikke frems\u00e6tter indsigelser med en konkret begrundelse skriftligt inden for kravspecifikationsst\u00f8tteafslutningsinspektionsperioden, anses Part A for at have bekr\u00e6ftet afslutningen af arbejdet ved udl\u00f8bet af kravspecifikationsst\u00f8tteafslutningsinspektionsperioden.<\/p>\n<\/blockquote>\n\n\n\n<p>Da denne proces er semi-delegeret, fastl\u00e6gger denne artikel en procedure for at bekr\u00e6fte, om leverand\u00f8ren har udf\u00f8rt st\u00f8ttearbejdet korrekt baseret p\u00e5 pligten til god forvaltning ved hj\u00e6lp af en arbejdsafslutningsrapport, der registrerer arbejdsindholdet.<br>Paragraf 1 fastl\u00e6gger pligten til at indsende en arbejdsafslutningsrapport.<br>Paragraf 2 g\u00f8r inspektionsperioden for rapporten klar for at undg\u00e5 forsinkelser i bekr\u00e6ftelsen.<br>Paragraf 3 fastl\u00e6gger, at afslutningen af st\u00f8tten til kravspecifikationsudarbejdelse bekr\u00e6ftes ved at brugeren underskriver og stempler en arbejdsafslutningsbekr\u00e6ftelsesrapport.<br>Paragraf 4 fastl\u00e6gger en formodet afslutningsbekr\u00e6ftelse, hvis brugeren ikke frems\u00e6tter indsigelser skriftligt inden for inspektionsperioden. Denne bestemmelse tager h\u00f8jde for, at hvis brugeren af en eller anden grund ikke udf\u00f8rer bekr\u00e6ftelsesproceduren rettidigt, kan det forsinke det efterf\u00f8lgende arbejde, eller det kan starte det efterf\u00f8lgende arbejde uden at g\u00f8re bekr\u00e6ftelsen klar, hvilket kan g\u00f8re ansvarsforholdet mellem brugeren og leverand\u00f8ren uklart.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Udarbejdelse_af_eksterne_design_dokumenter\"><\/span>Udarbejdelse af eksterne design dokumenter<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/12\/shutterstock_249483259-1024x620.jpg\" alt=\"\" class=\"wp-image-6127\" \/><figcaption class=\"wp-element-caption\">Kravspecifikationen er en proces, der samler systemkravene (funktionerne, der skal realiseres i softwaren), som brugeren fors\u00f8ger at bygge, og er st\u00e6rkt afh\u00e6ngig af brugerens forretningsindhold. <\/figcaption><\/figure>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Implementering af st\u00f8tte til udarbejdelse af eksterne design dokumenter)<br>Artikel X: Part B skal, efter indg\u00e5else af den individuelle kontrakt specificeret i artikel X, levere tjenester til at st\u00f8tte part A i udarbejdelsen af eksterne design dokumenter (herefter kaldet &#8220;st\u00f8tte til udarbejdelse af eksterne design dokumenter&#8221;).<\/p>\n\n\n\n<p>2. Part B skal, baseret p\u00e5 specialiseret viden og erfaring inden for informationsteknologi, udf\u00f8re st\u00f8tteopgaver s\u00e5som unders\u00f8gelse, analyse, organisering, forslag og r\u00e5dgivning med den omhu, en god administrator ville udvise, for at sikre, at part A&#8217;s arbejde udf\u00f8res gnidningsl\u00f8st og korrekt.<\/p>\n<\/blockquote>\n\n\n\n<p>Udarbejdelse af eksterne design dokumenter er en proces, der fastl\u00e6gger brugen af dele relateret til gr\u00e6nseflader, s\u00e5som sk\u00e6rme og rapporter. Eksterne design dokumenter skal i princippet indeholde alle de oplysninger, der g\u00f8r det muligt for leverand\u00f8ren at udvikle programmet. Selvom eksterne design dokumenter indeholder detaljeret information om brugen af formularer, er det kun brugeren, der har bef\u00f8jelse til at \u00e6ndre kravspecifikationerne, da det er brugeren, der bestemmer forretningsindholdet.<br>Derfor foruds\u00e6tter denne artikel, at brugeren har ansvaret for at f\u00e6rdigg\u00f8re de eksterne design dokumenter, og at leverand\u00f8ren st\u00f8tter f\u00e6rdigg\u00f8relsen af de eksterne design dokumenter som modtager i en quasi-delegation kontrakt.<br>Men selvom det er en quasi-delegation, betyder det ikke, at leverand\u00f8ren ikke har noget ansvar. Som modtager har leverand\u00f8ren en pligt til at udvise god forvaltning. Derfor, hvis denne pligt til god forvaltning fors\u00f8mmes, og st\u00f8tten til udarbejdelse af de eksterne design dokumenter ikke udf\u00f8res korrekt, kan leverand\u00f8ren v\u00e6re ansvarlig for misligholdelse af kontrakten p\u00e5 grund af overtr\u00e6delse af pligten til god forvaltning.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Indg\u00e5else af individuel kontrakt vedr\u00f8rende st\u00f8tte til udarbejdelse af eksterne design dokumenter)<br>Artikel X: Part A og Part B skal, efter at have dr\u00f8ftet handelsbetingelserne angivet i afsnit 1 i artikel 4, fastl\u00e6gge disse og indg\u00e5 en individuel kontrakt vedr\u00f8rende st\u00f8tte til udarbejdelse af eksterne design dokumenter.<\/p>\n<\/blockquote>\n\n\n\n<p>Omfanget af st\u00f8tte til udarbejdelse af eksterne design dokumenter skal aftales i den individuelle kontrakt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Ekstern design overvejelsesm\u00f8de)<br>Artikel X: Part A skal, n\u00e5r det er n\u00f8dvendigt for at afklare eller bekr\u00e6fte de forhold, der er n\u00f8dvendige for udarbejdelsen af de eksterne design dokumenter, afholde et m\u00f8de om udarbejdelse af de eksterne design dokumenter (herefter i dette afsnit kaldet &#8220;eksternt design overvejelsesm\u00f8de&#8221;) med den frekvens, der anses for n\u00f8dvendig, og Part B skal deltage i dette og udf\u00f8re st\u00f8tte til udarbejdelse af eksterne design dokumenter.<\/p>\n\n\n\n<p>2. Part B kan ogs\u00e5, n\u00e5r det anses for n\u00f8dvendigt for at udf\u00f8re st\u00f8tte til udarbejdelse af eksterne design dokumenter, afholde et eksternt design overvejelsesm\u00f8de, og Part A skal deltage i dette.<\/p>\n\n\n\n<p>3. Hvis Part A, som f\u00f8lge af overvejelserne i det eksterne design overvejelsesm\u00f8de, \u00f8nsker at \u00e6ndre indholdet af kravspecifikationen, og det er n\u00f8dvendigt at \u00e6ndre betingelserne i den individuelle kontrakt, s\u00e5som arbejdsperioden og honoraret, skal dette ske i overensstemmelse med proceduren i artikel X (\u00e6ndring af denne kontrakt og den individuelle kontrakt).<\/p>\n<\/blockquote>\n\n\n\n<p>For at fastl\u00e6gge gr\u00e6nsefladerne, s\u00e5som sk\u00e6rme og rapporter, i de eksterne design dokumenter, er det n\u00f8dvendigt med et samarbejde mellem brugeren og leverand\u00f8ren.<br>Da denne proces er en quasi-delegation, fastl\u00e6gger afsnit 1, at brugeren er den prim\u00e6re arrang\u00f8r, og at leverand\u00f8ren, der yder st\u00f8tte, deltager. Alle afklaringer eller bekr\u00e6ftelser af de forhold, der er n\u00f8dvendige for udarbejdelsen af de eksterne design dokumenter, skal foretages i det eksterne design overvejelsesm\u00f8de, og b\u00e5de leverand\u00f8ren og brugeren er bundet af resultaterne af overvejelserne i m\u00f8det.<br>Afsnit 2 fastl\u00e6gger, at leverand\u00f8ren ogs\u00e5 kan afholde et eksternt design overvejelsesm\u00f8de, n\u00e5r det anses for n\u00f8dvendigt for at udf\u00f8re st\u00f8tte til udarbejdelse af eksterne design dokumenter.<br>Afsnit 3 fastl\u00e6gger, at hvis brugeren, som f\u00f8lge af overvejelserne i det eksterne design overvejelsesm\u00f8de, \u00f8nsker at \u00e6ndre indholdet af kravspecifikationen, og det er n\u00f8dvendigt at \u00e6ndre betingelserne i den individuelle kontrakt, s\u00e5som arbejdsperioden og honoraret, skal dette ske i overensstemmelse med proceduren for \u00e6ndring af denne kontrakt og den individuelle kontrakt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Bekr\u00e6ftelse af de eksterne design dokumenter)<br>Artikel X: N\u00e5r Part A har f\u00e6rdiggjort udarbejdelsen af de eksterne design dokumenter, skal Part A og Part B inden for den periode, der er fastlagt i den individuelle kontrakt (herefter kaldet &#8220;inspektionsperioden for de eksterne design dokumenter&#8221;), inspicere, om de eksterne design dokumenter er i overensstemmelse med kravspecifikationen, der er bekr\u00e6ftet i henhold til artikel X, og de beslutninger, der er truffet i det eksterne design overvejelsesm\u00f8de specificeret i den foreg\u00e5ende artikel, og som bevis for denne overensstemmelse skal de ansvarlige for Part A og Part B underskrive og stemple de eksterne design dokumenter. Dog, hvis det ved inspektionen konstateres, at de eksterne design dokumenter ikke er i overensstemmelse med kravspecifikationen, der er bekr\u00e6ftet i henhold til artikel X, og de beslutninger, der er truffet i det eksterne design overvejelsesm\u00f8de, skal Part A, efter dr\u00f8ftelser, udarbejde en revideret version inden for en fastsat frist, og Part A og Part B skal igen udf\u00f8re ovenst\u00e5ende inspektion og bekr\u00e6ftelsesprocedure.<\/p>\n\n\n\n<p>2. De eksterne design dokumenter anses for at v\u00e6re bekr\u00e6ftet ved bekr\u00e6ftelsen af Part A og Part B i henhold til det foreg\u00e5ende afsnit.<\/p>\n\n\n\n<p>3. Hvis det er n\u00f8dvendigt at \u00e6ndre betingelserne i den individuelle kontrakt, s\u00e5som arbejdsperioden og honoraret, som f\u00f8lge af revisionen i afsnit 1, skal dette ske i overensstemmelse med proceduren i artikel X (\u00e6ndring af denne kontrakt og den individuelle kontrakt).<\/p>\n<\/blockquote>\n\n\n\n<p>Denne artikel fastl\u00e6gger proceduren for, at brugeren og leverand\u00f8ren bekr\u00e6fter de eksterne design dokumenter, som brugeren har udarbejdet, og at de ansvarlige for begge parter underskriver og stempler dokumenterne for at bekr\u00e6fte dem.<br>Da det kan v\u00e6re n\u00f8dvendigt at foretage \u00e6ndringer i de eksterne design dokumenter ved inspektionen for at bekr\u00e6fte dem, fastl\u00e6gger afsnit 1, meningen med denne procedure.<\/p>\n\n\n\n<p>Afsnit 2 fastl\u00e6gger klart, at de eksterne design dokumenter bekr\u00e6ftes ved bekr\u00e6ftelsen af b\u00e5de brugeren og leverand\u00f8ren.<br>Afsnit 3 fastl\u00e6gger, at hvis det er n\u00f8dvendigt at \u00e6ndre betingelserne i den individuelle kontrakt, s\u00e5som arbejdsperioden og honoraret, som f\u00f8lge af revisionen i afsnit 1, skal dette ske i overensstemmelse med proceduren for \u00e6ndring af denne kontrakt og den individuelle kontrakt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Afslutning og bekr\u00e6ftelse af arbejdet)<br> Artikel X: Part B skal, inden for X dage efter bekr\u00e6ftelsen af de eksterne design dokumenter specificeret i den foreg\u00e5ende artikel, udarbejde en rapport om afslutningen af arbejdet og indsende den til Part A.<\/p>\n\n\n\n<p>2. Part A skal, inden for den periode, der er fastlagt i den individuelle kontrakt (herefter kaldet &#8220;inspektionsperioden for afslutningen af st\u00f8tte til udarbejdelse af eksterne design dokumenter&#8221;), bekr\u00e6fte indholdet af den n\u00e6vnte rapport om afslutningen af arbejdet.<\/p>\n\n\n\n<p>3. Hvis Part A ikke har nogen indvendinger mod indholdet af den n\u00e6vnte rapport om afslutningen af arbejdet, skal Part A underskrive og stemple en bekr\u00e6ftelse af afslutningen af arbejdet og overdrage den til Part B for at bekr\u00e6fte afslutningen af st\u00f8tte til udarbejdelse af eksterne design dokumenter.<\/p>\n\n\n\n<p>4. Hvis Part A ikke frems\u00e6tter nogen indvendinger med en konkret begrundelse skriftligt inden for inspektionsperioden for afslutningen af st\u00f8tte til udarbejdelse af eksterne design dokumenter, anses Part A for at have bekr\u00e6ftet afslutningen af arbejdet ved udl\u00f8bet af inspektionsperioden for afslutningen af st\u00f8tte til udarbejdelse af eksterne design dokumenter.<\/p>\n<\/blockquote>\n\n\n\n<p>Da denne proces er en quasi-delegation, fastl\u00e6gger denne artikel en procedure for at bekr\u00e6fte, om leverand\u00f8ren har udf\u00f8rt st\u00f8ttearbejdet korrekt i henhold til pligten til god forvaltning, ved hj\u00e6lp af en rapport om afslutningen af arbejdet, der registrerer arbejdsindholdet.<br>Afsnit 2 fastl\u00e6gger en inspektionsperiode for at undg\u00e5 forsinkelser i bekr\u00e6ftelsen af rapporten.<br>Afsnit 3 fastl\u00e6gger, at afslutningen af st\u00f8tte til udarbejdelse af eksterne design dokumenter bekr\u00e6ftes ved at brugeren underskriver og stempler en bekr\u00e6ftelse af afslutningen af arbejdet.<br>Afsnit 4 fastl\u00e6gger en formodet bekr\u00e6ftelse af afslutningen, hvis brugeren ikke frems\u00e6tter nogen indvendinger skriftligt inden for inspektionsperioden for afslutningen af st\u00f8tte til udarbejdelse af eksterne design dokumenter. Denne bestemmelse tager h\u00f8jde for det faktum, at hvis brugeren af en eller anden grund ikke udf\u00f8rer bekr\u00e6ftelsesproceduren rettidigt, kan det forsinke det efterf\u00f8lgende arbejde, eller det kan starte det efterf\u00f8lgende arbejde uden at have klart bekr\u00e6ftet, om det er afsluttet, hvilket kan g\u00f8re ansvarsforholdet mellem brugeren og leverand\u00f8ren uklart.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Softwareudviklingsopgaver\"><\/span>Softwareudviklingsopgaver<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Efter bestemmelserne for systemets eksterne designproces, som er grundl\u00e6ggende design, f\u00f8lger bestemmelserne for systemets interne designproces, som er detaljeret design. I systemets interne designproces er det normalt, at det, der skal udvikles, og specifikationerne er defineret i arbejdet op til dette punkt. I den modelkontrakt, som det japanske Ministerium for \u00d8konomi, Handel og Industri (METI) har, er det defineret som en kontrakttype. Detaljerne er forklaret i artiklen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development [ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forberedelse_og_overgangsstotte_til_software_drift\"><\/span>Forberedelse og overgangsst\u00f8tte til software drift<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Implementering af forberedelse og overgangsst\u00f8tte til software drift)<br> Paragraf \u3007: Part B skal, efter indg\u00e5else af den individuelle kontrakt specificeret i paragraf \u3007, udf\u00f8re n\u00f8dvendig st\u00f8tte (herefter kaldet &#8220;forberedelse og overgangsst\u00f8tte til software drift&#8221;) for Part A i forbindelse med systemtest, implementerings- og acceptst\u00f8tte samt driftstest, som Part A udf\u00f8rer for at drive den p\u00e5g\u00e6ldende software i praksis.<\/p>\n\n\n\n<p>2. Part B skal, baseret p\u00e5 specialiseret viden og erfaring inden for informationsteknologi, udf\u00f8re st\u00f8ttearbejdet med den omhu, en god administrator ville udvise, for at sikre, at Part A&#8217;s arbejde udf\u00f8res gnidningsl\u00f8st og effektivt.<\/p>\n<\/blockquote>\n\n\n\n<p>I det f\u00f8lgende vil vi definere bestemmelserne for udf\u00f8relse af forberedelse og overgangsst\u00f8tte til software drift p\u00e5 en semi-delegeret basis. I systemaccept- og implementeringsst\u00f8ttefasen er det almindeligt, at brugeren tager initiativet, s\u00e5 i den modelkontrakt, der er udarbejdet af det japanske Ministerium for \u00d8konomi, Handel og Industri, er det defineret som en semi-delegeret form, hvor brugeren tager initiativet, og leverand\u00f8ren st\u00f8tter dette. Paragraf 2 fastl\u00e6gger, at leverand\u00f8ren, som den delegerede part, har en pligt til at udvise god forvaltning.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Afslutning og bekr\u00e6ftelse af arbejdet)<br> Paragraf 32: Part B skal, inden for \u25cb dage efter afslutningen af forberedelse og overgangsst\u00f8tte til software drift, udarbejde en arbejdsafslutningsrapport og indsende den til Part A.<\/p>\n\n\n\n<p>2. Part A skal, inden for den periode, der er fastlagt i den individuelle kontrakt (herefter kaldet &#8220;inspektionsperiode for afslutning af forberedelse og overgangsst\u00f8tte til software drift&#8221;), gennemf\u00f8re en inspektion af den p\u00e5g\u00e6ldende arbejdsafslutningsrapport.<\/p>\n\n\n\n<p>3. Hvis Part A ikke har nogen tvivl om indholdet af den p\u00e5g\u00e6ldende arbejdsafslutningsrapport, skal Part A bekr\u00e6fte afslutningen af forberedelse og overgangsst\u00f8tte til software drift ved at underskrive og stemple en arbejdsafslutningsbekr\u00e6ftelsesrapport og overdrage den til Part B.<\/p>\n\n\n\n<p>4. Hvis Part A ikke frems\u00e6tter indsigelser med en specifik begrundelse skriftligt inden for inspektionsperioden for afslutning af forberedelse og overgangsst\u00f8tte til software drift, vil afslutningen af arbejdet blive betragtet som bekr\u00e6ftet ved udl\u00f8bet af inspektionsperioden.<\/p>\n<\/blockquote>\n\n\n\n<p>I denne paragraf fastl\u00e6gger vi proceduren for at bekr\u00e6fte, om leverand\u00f8ren har udf\u00f8rt forberedelse og overgangsst\u00f8tte til software drift korrekt p\u00e5 en semi-delegeret basis, baseret p\u00e5 en pligt til god forvaltning.<br>Paragraf 2 fastl\u00e6gger, at leverand\u00f8ren skal indsende en arbejdsafslutningsrapport til brugeren inden for en bestemt periode efter afslutningen af arbejdet.<br>Paragraf 3 fastl\u00e6gger, at brugeren skal gennemf\u00f8re en inspektion af arbejdsafslutningsrapporten efter at have fastlagt inspektionsperioden.<br>Paragraf 4 fastl\u00e6gger en formodet bekr\u00e6ftelse i tilf\u00e6lde af, at brugeren fors\u00f8mmer at bekr\u00e6fte afslutningen af arbejdet i henhold til de to foreg\u00e5ende paragraffer.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Afgorelse_af_kontraktens_karakter\"><\/span>Afg\u00f8relse af kontraktens karakter<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>For at bestemme karakteren af en kontrakt, skal man se p\u00e5 kontrakten som helhed og overveje, om dens form\u00e5l er at &#8220;levere et f\u00e6rdigt produkt&#8221; eller om det er for leverand\u00f8ren at &#8220;udf\u00f8re arbejdet p\u00e5 en rimelig m\u00e5de&#8221;. En generel retningslinje er, om indholdet af det produkt, der skal fuldf\u00f8res, er blevet bestemt i nogen grad, og om projektet er blevet fremmet i den retning. <br> For detaljer om, hvilke aspekter man skal fokusere p\u00e5, se den f\u00f8lgende artikel.<\/p>\n\n\n","protected":false},"excerpt":{"rendered":"<p>I \u00f8jeblikket er brugen af IT i vores lands borgers liv og socio\u00f8konomiske aktiviteter hurtigt stigende, i takt med den dramatiske forbedring af computerens behandlingskapacitet og udbredelsen af inter [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":58223,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[18],"tags":[25,24],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58037"}],"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=58037"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58037\/revisions"}],"predecessor-version":[{"id":58222,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58037\/revisions\/58222"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/58223"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=58037"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=58037"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=58037"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}