{"id":60367,"date":"2024-03-05T21:11:37","date_gmt":"2024-03-05T12:11:37","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60367"},"modified":"2025-12-16T13:16:50","modified_gmt":"2025-12-16T04:16:50","slug":"system-development-contract","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/system-development-contract","title":{"rendered":"Kan en kontrakt om systemudvikling etableres uden en kontrakt?"},"content":{"rendered":"\n<p>I systemudvikling er det ikke ualmindeligt, at udvikleren g\u00e5r i gang med arbejdet f\u00f8r kontrakten er udarbejdet. Men denne proces er i praksis &#8220;farlig&#8221;. Hvis der ikke er udarbejdet en kontrakt, er der en risiko for, at bestilleren senere kan sige, at &#8220;kontrakten er endnu ikke indg\u00e5et, og derfor er der ingen grund til at betale honoraret&#8221;, hvis der opst\u00e5r problemer. I faktiske tvister relateret til systemudvikling, er det ikke ualmindeligt, at selve kontraktens indg\u00e5else er omdiskuteret, og at der tr\u00e6ffes afg\u00f8relser, der er ugunstige for udvikleren. Som udvikler er der en risiko for, at man ikke kan modtage betaling, hvis bestilleren afbryder projektet eller skifter til en anden virksomhed. Desuden er der tilf\u00e6lde, hvor kontraktens indg\u00e5else bliver n\u00e6gtet, selvom en kontrakt er udarbejdet, som vi vil forklare senere.<\/p>\n\n\n\n<p>Her vil vi forklare om succes eller fiasko i forbindelse med kontrakter om systemudvikling, og den juridiske struktur for at kr\u00e6ve penge, hvis kontraktens indg\u00e5else ikke anerkendes.<\/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-contract\/#Indgaelse_af_kontrakt\" title=\"Indg\u00e5else af kontrakt\">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-2\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Indgaelse_af_systemudviklingskontrakt\" title=\"Indg\u00e5else af systemudviklingskontrakt\">Indg\u00e5else af systemudviklingskontrakt<\/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-contract\/#Krav_om_betaling_i_tilfaelde_af_aflysning_efter_indgaelse_af_en_systemudviklingskontrakt\" title=\"Krav om betaling i tilf\u00e6lde af aflysning efter indg\u00e5else af en systemudviklingskontrakt\">Krav om betaling i tilf\u00e6lde af aflysning efter indg\u00e5else af en systemudviklingskontrakt<\/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\/it\/system-development-contract\/#Resultatet_af_systemudviklingskontrakter\" title=\"Resultatet af systemudviklingskontrakter \">Resultatet af systemudviklingskontrakter <\/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\/it\/system-development-contract\/#Specificitet_af_systemindhold\" title=\"Specificitet af systemindhold \">Specificitet af systemindhold <\/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\/it\/system-development-contract\/#Udbyderen_fremlaegger_et_overslag_og_specifikationer_og_brugeren_godkender_og_bestiller\" title=\"Udbyderen freml\u00e6gger et overslag og specifikationer, og brugeren godkender og bestiller \">Udbyderen freml\u00e6gger et overslag og specifikationer, og brugeren godkender og bestiller <\/a><ul class='ez-toc-list-level-4'><li class='ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Efter_forhandlinger_om_specifikationer_osv_mellem_udbyderen_og_brugeren\" title=\"Efter forhandlinger om specifikationer osv. mellem udbyderen og brugeren \">Efter forhandlinger om specifikationer osv. mellem udbyderen og brugeren <\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Udbyderen_fremlaegger_specifikationer_og_et_overslag_og_brugeren_godkender_og_bestiller_dette\" title=\"Udbyderen freml\u00e6gger specifikationer og et overslag, og brugeren godkender og bestiller dette \">Udbyderen freml\u00e6gger specifikationer og et overslag, og brugeren godkender og bestiller dette <\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Afregningsaftale\" title=\"Afregningsaftale \">Afregningsaftale <\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Den_juridiske_struktur_for_at_kraeve_penge_hvis_en_kontrakt_ikke_er_anerkendt\" title=\"Den juridiske struktur for at kr\u00e6ve penge, hvis en kontrakt ikke er anerkendt\">Den juridiske struktur for at kr\u00e6ve penge, hvis en kontrakt ikke er anerkendt<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Negligens_i_kontraktindgaelse\" title=\"Negligens i kontraktindg\u00e5else\">Negligens i kontraktindg\u00e5else<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Japansk_Commercial_Code_artikel_512\" title=\"Japansk Commercial Code artikel 512\">Japansk Commercial Code artikel 512<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/monolith.law\/da\/it\/system-development-contract\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Indgaelse_af_kontrakt\"><\/span>Indg\u00e5else af kontrakt<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>En kontrakt indg\u00e5s i princippet, n\u00e5r begge parter er enige om kontraktens elementer (sammenfaldet mellem tilbudsudtrykket og acceptudtrykket). <\/p>\n\n\n\n<p>N\u00e5r en kontrakt er indg\u00e5et, er begge parter bundet af den, og hvis den ene part ikke opfylder kontraktens indhold, kan den anden part gennem retssystemet tvinge opfyldelse eller kr\u00e6ve erstatning for manglende opfyldelse. &#8220;Kontraktens elementer&#8221; skal v\u00e6re specifikke eller konkrete nok til at kunne h\u00e5ndh\u00e6ves og anerkendes som manglende opfyldelse. <\/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\/2025\/12\/system-development-contract-2.jpg\" alt=\"\" class=\"wp-image-73884\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2025\/12\/system-development-contract-2.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2025\/12\/system-development-contract-2-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2025\/12\/system-development-contract-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Indg\u00e5else af kontrakt er et meget vigtigt sp\u00f8rgsm\u00e5l<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Indgaelse_af_systemudviklingskontrakt\"><\/span>Indg\u00e5else af systemudviklingskontrakt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En systemudviklingskontrakt er hovedsageligt en kontrakt om udf\u00f8relse af arbejde og en quasi-kontrakt om udf\u00f8relse af tjenester. En kontrakt om udf\u00f8relse af arbejde er en aftale om at fuldf\u00f8re et stykke arbejde og betale for det. En betalt quasi-kontrakt om udf\u00f8relse af tjenester er en aftale om at udf\u00f8re en tjeneste og betale for den.<\/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<p>Derfor, hvis der er enighed mellem parterne om kontraktens elementer, &#8220;indholdet af arbejdet eller tjenesten&#8221; og &#8220;betalingen&#8221;, anses kontrakten for at v\u00e6re indg\u00e5et.<\/p>\n\n\n\n<p>Det skal bem\u00e6rkes, at en kontrakt kan indg\u00e5s ved mundtlig aftale, og en skriftlig kontrakt er ikke n\u00f8dvendig.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Krav_om_betaling_i_tilfaelde_af_aflysning_efter_indgaelse_af_en_systemudviklingskontrakt\"><\/span>Krav om betaling i tilf\u00e6lde af aflysning efter indg\u00e5else af en systemudviklingskontrakt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis en systemudviklingskontrakt er indg\u00e5et og brugeren ensidigt aflyser, vil det juridisk set blive betragtet som en meddelelse om oph\u00e6velse af kontrakten.<\/p>\n\n\n\n<p>Hvis en kontrakt om udf\u00f8relse af arbejde er indg\u00e5et, kan leverand\u00f8ren blive oph\u00e6vet af brugeren n\u00e5r som helst f\u00f8r arbejdet er fuldf\u00f8rt, men det er fastlagt, at leverand\u00f8ren er berettiget til erstatning (Japansk Civil Code Article 641). Derfor, hvis brugeren ikke betaler erstatning, kan leverand\u00f8ren kr\u00e6ve erstatning for &#8220;tab&#8221;, som er de omkostninger, leverand\u00f8ren har afholdt indtil det tidspunkt, og den betaling, leverand\u00f8ren kunne have modtaget, fratrukket de omkostninger, der kunne v\u00e6re sparet ved at undg\u00e5 at fuldf\u00f8re systemet.<\/p>\n\n\n\n<p>Hvis en quasi-kontrakt om udf\u00f8relse af tjenester er indg\u00e5et, kan tjenesteyderen kr\u00e6ve betaling i forhold til udf\u00f8relsesgraden, hvis tjenesten afsluttes midt i udf\u00f8relsen (Revideret Japansk Civil Code Article 648, Paragraph 3). Derfor kan leverand\u00f8ren kr\u00e6ve betaling for det arbejde, der allerede er udf\u00f8rt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resultatet_af_systemudviklingskontrakter\"><\/span>Resultatet af systemudviklingskontrakter <span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Specificitet_af_systemindhold\"><\/span>Specificitet af systemindhold <span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Normalt, i forretningstransaktioner mellem virksomheder, is\u00e6r n\u00e5r bel\u00f8bene er store, bruges skriftlige kontrakter, s\u00e5 hvis en kontrakt er blevet oprettet, er det nemmere at anerkende kontraktens gyldighed.<\/p>\n\n\n\n<p>Systemet, der er under udvikling, bliver gradvist konkretiseret gennem forskellige processer, s\u00e5 specificiteten af systemindholdet, som er et element i kontrakten, er forst\u00e5et at v\u00e6re tilstr\u00e6kkeligt specificeret, hvis omfanget og oversigten over det, der skal systematiseres, er kendt.<\/p>\n\n\n\n<p>I en retssag, hvor der ikke var nogen tvist om indg\u00e5elsen af en grundkontrakt og en fortrolighedsaftale, og den grundl\u00e6ggende kontrakt indeholdt en henvisning til &#8220;teknisk support til e-handelsvirksomheder, support til opbygning af websteder og relaterede tjenester&#8221;, men det specifikke indhold af e-handelsvirksomheden, omfanget af de tildelte opgaver og omfanget af systemudvikling og design var ikke specificeret, blev kontraktens gyldighed n\u00e6gtet.<\/p>\n\n\n\n<p>Selvom du har oprettet en grundl\u00e6ggende kontrakt for systemudvikling, vil det v\u00e6re sv\u00e6rt at anerkende kontraktens gyldighed, hvis arbejdet eller opgaveindholdet er abstrakt og ikke specificeret. Kontraktens gyldighed kan anerkendes, hvis arbejds- eller opgaveindholdet og bel\u00f8bet af vederlaget er specificeret i tilstr\u00e6kkelig grad i en kontrakt eller lignende, s\u00e5 det kan bruges til at h\u00e5ndh\u00e6ve opfyldelsen og anerkende manglende opfyldelse.<\/p>\n\n\n\n<p>For mere detaljerede oplysninger om ting at v\u00e6re opm\u00e6rksom p\u00e5 i kontrakter mellem individuelle ingeni\u00f8rer og virksomheder, se artiklen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/engineer-joint-enterprise-contract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/engineer-joint-enterprise-contract[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Udbyderen_fremlaegger_et_overslag_og_specifikationer_og_brugeren_godkender_og_bestiller\"><\/span>Udbyderen freml\u00e6gger et overslag og specifikationer, og brugeren godkender og bestiller <span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Normalt bruges skriftlige kontrakter i forretningstransaktioner mellem virksomheder, s\u00e5 hvis en kontrakt ikke er blevet oprettet, vil det v\u00e6re sv\u00e6rere at anerkende kontraktens gyldighed. I systemudvikling begynder arbejdet ofte f\u00f8r kontrakten er oprettet, men hvordan t\u00e6nker man om kontraktens gyldighed i s\u00e5danne tilf\u00e6lde?<\/p>\n\n\n\n<p>I en retssag (Nagoya District Court, 28. januar 2004 (Heisei 16)) om gyldigheden af en kontrakt om systemudvikling, blev det udtalt som f\u00f8lger:<\/p>\n\n\n\n<ul>\n<li> Efter forhandlinger om specifikationer osv. mellem udbyderen og brugeren, <\/li>\n\n\n\n<li> udbyderen freml\u00e6gger specifikationer og et overslag, <\/li>\n\n\n\n<li> og kontrakten er gyldig, n\u00e5r brugeren godkender og bestiller dette. <\/li>\n<\/ul>\n\n\n\n<p>I denne retssag blev udbyderen tildelt opgaven med at indf\u00f8re et finansielt regnskabssystem osv. fra brugeren, som er en lokal regering, og en RFP med titlen &#8220;Anmodning om freml\u00e6ggelse af forslag til indf\u00f8relse af et integreret administrativt informationssystem&#8221; blev fremlagt, og udbyderen fremlagde et forslag og et overslag i overensstemmelse hermed, og brugeren fremlagde en &#8220;adoption notice&#8221;. Udbyderen havde ikke tilstr\u00e6kkeligt overvejet brugerens forretningsindhold osv. ved at holde m\u00f8der med brugeren, og der var ingen beviser for, at indholdet og omkostningerne ved tilpasning var blevet konkret overvejet internt hos brugeren, og indholdet af udbyderens forslag var ikke konkret, og det var ikke klart, hvad brugeren havde godkendt, s\u00e5 kontraktens gyldighed blev ikke anerkendt.<\/p>\n\n\n\n<p>Jeg vil give en supplerende forklaring p\u00e5 kontraktens gyldighed, som blev n\u00e6vnt i retssagen, under hensyntagen til andre retssager osv.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Efter_forhandlinger_om_specifikationer_osv_mellem_udbyderen_og_brugeren\"><\/span>Efter forhandlinger om specifikationer osv. mellem udbyderen og brugeren <span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Ud fra det faktum, at der er &#8220;forhandlet&#8221;, vil det v\u00e6re sv\u00e6rere at anerkende kontraktens gyldighed, hvis der stadig er &#8220;forhandlinger&#8221; om elementer i kontrakten, s\u00e5som systemindhold og bel\u00f8b af vederlag, og der ikke er n\u00e5et enighed.<\/p>\n\n\n\n<p>Imidlertid er det i en kontrakt muligt at fasts\u00e6tte prisen til markedsprisen, s\u00e5 der er retssager, hvor det er blevet anerkendt, at en kontrakt er blevet indg\u00e5et med en pris svarende til markedsprisen, fordi brugeren har godkendt systemindholdet og &#8220;omtrent&#8221; bel\u00f8bet af vederlaget.<\/p>\n\n\n\n<p>For at kunne sige, at der er &#8220;forhandlet&#8221;, vil det v\u00e6re en god id\u00e9 for udbyderen at holde m\u00f8der med brugeren om brugerens forretningsindhold, systemindhold osv. og omhyggeligt overveje dette og registrere det i e-mails eller m\u00f8dereferater.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Udbyderen_fremlaegger_specifikationer_og_et_overslag_og_brugeren_godkender_og_bestiller_dette\"><\/span>Udbyderen freml\u00e6gger specifikationer og et overslag, og brugeren godkender og bestiller dette <span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<ul>\n<li> Hvis brugeren udsteder en ordre eller en bestilling, vil det v\u00e6re nemmere at anerkende kontraktens gyldighed. Hvis udbyderen freml\u00e6gger en anmodning eller udf\u00f8rer arbejde baseret p\u00e5 en ordre osv., vil det v\u00e6re nemmere at anerkende, at der er &#8220;enighed&#8221;, og det vil v\u00e6re nemmere at anerkende kontraktens gyldighed. <\/li>\n\n\n\n<li> En intern meddelelse fra brugeren vil ofte v\u00e6re, at en kontrakt skal indg\u00e5s i fremtiden, og det vil v\u00e6re sv\u00e6rt at anerkende kontraktens gyldighed. Imidlertid, hvis der ikke er nogen s\u00e5dan angivelse, og elementerne i kontrakten, s\u00e5som indholdet af systemudvikling og bel\u00f8bet af vederlaget, er specificeret s\u00e5 konkret som muligt, vil det bidrage til at anerkende kontraktens gyldighed. <\/li>\n\n\n\n<li> Det vil v\u00e6re sv\u00e6rt at anerkende kontraktens gyldighed, hvis en hukommelsesnote, en aftale eller en bekr\u00e6ftelsesnote er forudsat for at indg\u00e5 en separat kontrakt i fremtiden, eller hvis indholdet er abstrakt. <\/li>\n\n\n\n<li> Hvis der ikke er et stempel p\u00e5 kontraktudkastet, vil det v\u00e6re sv\u00e6rt at anerkende kontraktens gyldighed, da stemplingen betyder indg\u00e5else. <\/li>\n\n\n\n<li> Et overslag er bevis for det bel\u00f8b af vederlag, der er blevet aftalt mellem parterne. <\/li>\n<\/ul>\n\n\n\n<p>For mere detaljerede oplysninger om, hvorvidt det er muligt at kr\u00e6ve en stigning i det oprindelige overslag, n\u00e5r en vis grad af fremskridt er blevet gjort i systemudviklingen, og der er anmodet om \u00e6ndringer i specifikationerne eller tilf\u00f8jelse af funktioner, se artiklen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Afregningsaftale\"><\/span>Afregningsaftale <span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis arbejdet er udf\u00f8rt p\u00e5 instruktion af brugeren med det form\u00e5l at indg\u00e5 en kontrakt, kan der i tilf\u00e6lde af arbejdsoph\u00f8r v\u00e6re en &#8220;afregningsaftale&#8221;, hvor betalingen for det arbejde, der er udf\u00f8rt indtil da, afregnes. For at g\u00f8re det nemmere at anerkende denne aftale, vil det v\u00e6re en god id\u00e9 at f\u00e5 brugeren til at notere metoden til afregning af vederlaget i tilf\u00e6lde af, at kontrakten ikke er indg\u00e5et, i en intern meddelelse eller lignende, eller at f\u00e5 godkendelse fra en person med autoritet hos brugeren for et dokument, der er oprettet af udbyderen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Den_juridiske_struktur_for_at_kraeve_penge_hvis_en_kontrakt_ikke_er_anerkendt\"><\/span>Den juridiske struktur for at kr\u00e6ve penge, hvis en kontrakt ikke er anerkendt<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\/2025\/12\/system-development-contract-3.jpg\" alt=\"\" class=\"wp-image-73885\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2025\/12\/system-development-contract-3.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2025\/12\/system-development-contract-3-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2025\/12\/system-development-contract-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Hvad sker der, hvis en kontrakt ikke anerkendes?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Negligens_i_kontraktindgaelse\"><\/span>Negligens i kontraktindg\u00e5else<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r forhandlinger om at indg\u00e5 en kontrakt begynder, har parterne en gensidig forpligtelse til at undg\u00e5 at skade den anden parts ejendom i henhold til god tro (Japansk Civil Code artikel 1, afsnit 2). Hvis en kontrakt ikke indg\u00e5s, kan du kr\u00e6ve erstatning for skader, hvis der er objektive omst\u00e6ndigheder og skyld, der har f\u00e5et den anden part til at forvente, at kontrakten ville blive indg\u00e5et. Dette kaldes negligens i kontraktindg\u00e5else.<\/p>\n\n\n\n<p>Her er nogle eksempler p\u00e5 sager, hvor negligens i kontraktindg\u00e5else er blevet anerkendt i retssager:<\/p>\n\n\n\n<ul>\n<li>En leverand\u00f8r havde afsluttet kravspecifikationen p\u00e5 anmodning fra en bruger og havde ogs\u00e5 udf\u00f8rt en del af det grundl\u00e6ggende og detaljerede design. Brugeren forklarede, at handlingen med at lade andre virksomheder byde var en formel handling for at f\u00e5 godkendelse fra direkt\u00f8ren, men lige f\u00f8r kontrakten skulle indg\u00e5s, blev en anden virksomhed valgt, og kontrakten blev ikke indg\u00e5et.<\/li>\n\n\n\n<li>En leverand\u00f8r havde fortsat arbejdet p\u00e5 anmodning fra en bruger om at overholde leveringstiden, og datoen for kontraktindg\u00e5else var ogs\u00e5 fastlagt. Inden i brugerens virksomhed blev der dog arbejdet p\u00e5 at forberede egen udvikling, men dette blev holdt hemmeligt, og kontrakten blev ikke indg\u00e5et.<\/li>\n\n\n\n<li>En leverand\u00f8r blev informeret af en bruger om, at de var blevet valgt som systembygger. Der var ingen sp\u00f8rgsm\u00e5l til tilbuddet, og arbejdet med at fastl\u00e6gge specifikationerne blev udf\u00f8rt baseret p\u00e5 m\u00f8der med brugeren. Brugeren var ogs\u00e5 klar over omkostningerne, men kontrakten blev afvist p\u00e5 grund af uenighed om tilbudsbel\u00f8bet.<\/li>\n<\/ul>\n\n\n\n<p>Om vendt er der eksempler p\u00e5 retssager, hvor negligens i kontraktindg\u00e5else ikke blev anerkendt, n\u00e5r muligheden for at v\u00e6lge en anden virksomhed eller betingelserne for at indg\u00e5 en kontrakt var blevet klart angivet.<\/p>\n\n\n\n<p>Hvis du har fortsat arbejdet p\u00e5 anmodning fra en bruger, og muligheden for at v\u00e6lge en anden virksomhed eller betingelserne for enighed ikke er blevet klart angivet, og kontraktforhandlingerne pludselig er blevet afbrudt af disse grunde, kan du have ret til at kr\u00e6ve erstatning for skader.<\/p>\n\n\n\n<p>Der er ingen tvivl om, at de omkostninger, der er afholdt indtil da, er inkluderet i &#8220;skader&#8221;. Derudover er der retssager, hvor det er blevet fastsl\u00e5et, at fortjenesten fra det faktiske arbejde ogs\u00e5 er inkluderet. Hvis du kan freml\u00e6gge bevis for, at du har lidt skade svarende til den fortjeneste, du ville have opn\u00e5et, hvis du havde fortsat arbejdet efter at have afvist en ans\u00f8gning fra en anden virksomhed, kan det ogs\u00e5 v\u00e6re inkluderet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Japansk_Commercial_Code_artikel_512\"><\/span>Japansk Commercial Code artikel 512<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis en leverand\u00f8r har udf\u00f8rt handlinger relateret til systemudvikling for en bruger, kan de kr\u00e6ve en rimelig betaling i henhold til Japansk Commercial Code artikel 512.<\/p>\n\n\n\n<p>N\u00e5r du begynder at forhandle om systemudvikling, er det en god id\u00e9 at sikre, at begge parter forst\u00e5r systemindholdet og betalingsbel\u00f8bet ved hj\u00e6lp af e-mails eller m\u00f8dereferater, og at efterlade bevis for, at kontraktindg\u00e5elsen var sikker og at elementerne i kontrakten var konkretiseret.<\/p>\n\n\n\n<p>Selv hvis betalingen er blevet n\u00e6gtet af grunde som, at en kontrakt ikke er blevet indg\u00e5et, kan du som n\u00e6vnt ovenfor stadig have ret til at kr\u00e6ve penge.<\/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>Som det fremg\u00e5r, er domstolene tilb\u00f8jelige til at tr\u00e6ffe en &#8220;negativ&#8221; afg\u00f8relse i forhold til kontraktforhold, is\u00e6r n\u00e5r der ikke findes en skriftlig kontrakt, i det mindste sammenlignet med virksomhedens opfattelse p\u00e5 den modtagende side. Fra virksomhedens synspunkt ville man gerne sige, &#8220;Vi startede bare med at arbejde f\u00f8rst, fordi vi forventede at f\u00e5 kontrakten underskrevet bagefter, s\u00e5 kontrakten er faktisk indg\u00e5et&#8221;, men denne p\u00e5stand er ikke altid anerkendt.<\/p>\n\n\n\n<p>Desuden, hvis kontrakten er blevet afvist, er der tilf\u00e6lde, hvor man kan kr\u00e6ve penge baseret p\u00e5 juridiske strukturer som fejl ved kontraktindg\u00e5else eller den japanske handelslov artikel 512, men dette er heller ikke en &#8220;sikker&#8221; sag.<\/p>\n\n\n\n<p>Hvis du er n\u00f8dt til at starte arbejdet f\u00f8r kontrakten er underskrevet, skal du:<\/p>\n\n\n\n<ul>\n<li>Overveje, om det er v\u00e6rd at bruge tid p\u00e5 det p\u00e5g\u00e6ldende projekt, selv med risikoen i betragtning, da det i sig selv er en risikabel handling (is\u00e6r for sm\u00e5 og mellemstore virksomheder og startups, er der situationer, hvor man er n\u00f8dt til at tr\u00e6ffe en forretningsbeslutning om at &#8220;handle f\u00f8rst&#8221; for at opn\u00e5 handelserfaring med store virksomheder. Dette er en mulig forretningsbeslutning, hvis risikoen er indregnet.)<\/li>\n\n\n\n<li>Overveje, om det er muligt at indg\u00e5 en afviklingsaftale eller lignende i tilf\u00e6lde af, at kontrakten ikke bliver indg\u00e5et<\/li>\n<\/ul>\n\n\n\n<p>Det kan siges, at det er n\u00f8dvendigt at t\u00e6nke p\u00e5 denne m\u00e5de.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I systemudvikling er det ikke ualmindeligt, at udvikleren g\u00e5r i gang med arbejdet f\u00f8r kontrakten er udarbejdet. Men denne proces er i praksis &#8220;farlig&#8221;. Hvis der ikke er udarbejdet en kontr [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":73883,"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\/60367"}],"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=60367"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60367\/revisions"}],"predecessor-version":[{"id":73886,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60367\/revisions\/73886"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/73883"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}