{"id":60535,"date":"2024-03-05T21:12:17","date_gmt":"2024-03-05T12:12:17","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60535"},"modified":"2026-04-20T13:59:28","modified_gmt":"2026-04-20T04:59:28","slug":"the-transition-from-the-oldsystem","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/the-transition-from-the-oldsystem","title":{"rendered":"Juridiske problemer forbundet med overgangen fra gamle systemer i systemudvikling"},"content":{"rendered":"\n<p>At skabe nye IT-systemer til brug i virksomheder er et typisk arbejdsomr\u00e5de for IT-ingeni\u00f8rer. Men n\u00e5r vi taler om at &#8220;skabe et nyt system&#8221;, indeb\u00e6rer det ofte ogs\u00e5 processen med at &#8220;afskaffe det system, der tidligere blev brugt&#8221;. I denne artikel vil vi genoverveje projektet med at udvikle et nyt system fra perspektivet af &#8220;afskaffelse af det gamle system&#8221;, og vi vil forklare de forskellige juridiske problemer, der f\u00f8lger med det.<\/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\/the-transition-from-the-oldsystem\/#Hvad_betyder_det_at_overga_til_et_nyt_system\" title=\"Hvad betyder det at overg\u00e5 til et nyt system?\">Hvad betyder det at overg\u00e5 til et nyt system?<\/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\/the-transition-from-the-oldsystem\/#IT-systemers_levetid_er_ikke_evig\" title=\"IT-systemers levetid er ikke evig\">IT-systemers levetid er ikke evig<\/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\/the-transition-from-the-oldsystem\/#Udviklingen_af_det_nye_system_skrider_frem_sammen_med_afskaffelsen_af_det_gamle_system\" title=\"Udviklingen af det nye system skrider frem sammen med afskaffelsen af det gamle system\">Udviklingen af det nye system skrider frem sammen med afskaffelsen af det gamle system<\/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\/the-transition-from-the-oldsystem\/#Hvad_er_trinene_til_overgang_til_et_nyt_system\" title=\"Hvad er trinene til overgang til et nyt system?\">Hvad er trinene til overgang til et nyt system?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/da\/it\/the-transition-from-the-oldsystem\/#Overgangen_til_et_nyt_system_kan_vaere_udfordrende_med_hensyn_til_at_definere_rollerne_for_brugere_og_leverandorer\" title=\"Overgangen til et nyt system kan v\u00e6re udfordrende med hensyn til at definere rollerne for brugere og leverand\u00f8rer\">Overgangen til et nyt system kan v\u00e6re udfordrende med hensyn til at definere rollerne for brugere og leverand\u00f8rer<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/da\/it\/the-transition-from-the-oldsystem\/#Tidligere_retssager_vedrorende_overgang_til_nye_systemer\" title=\"Tidligere retssager vedr\u00f8rende overgang til nye systemer\">Tidligere retssager vedr\u00f8rende overgang til nye systemer<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/da\/it\/the-transition-from-the-oldsystem\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_betyder_det_at_overga_til_et_nyt_system\"><\/span>Hvad betyder det at overg\u00e5 til et nyt system?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"IT-systemers_levetid_er_ikke_evig\"><\/span>IT-systemers levetid er ikke evig<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Det er en misforst\u00e5else at tro, at IT-systemer, der anvendes i virksomheder, kan bruges kontinuerligt, n\u00e5r de f\u00f8rst er oprettet. Det er heller ikke n\u00f8dvendigvis godt at forts\u00e6tte med at bruge gamle ting. Selvom der naturligvis er variationer afh\u00e6ngigt af virksomheden og systemets form\u00e5l, er der en tendens til, at en ledelsesbeslutning tr\u00e6ffes om at forny systemet efter omkring 10 \u00e5r.<\/p>\n\n\n\n<p>Efter 10 \u00e5r vil computerens ydeevne p\u00e5 markedet have \u00e6ndret sig markant. For eksempel, selvom et program, der ikke var praktisk at implementere p\u00e5 grund af begr\u00e6nsninger i computerens behandlingshastighed for 10 \u00e5r siden (selvom det fra et menneskeligt synspunkt var et simpelt og fremragende design), nu kan v\u00e6re muligt at implementere. Desuden, hvis du har brugt det i 10 \u00e5r siden det blev oprettet, kan virksomhedens arbejdsflow og interne regler have \u00e6ndret sig betydeligt i mellemtiden. Koden, der er blevet implementeret efterf\u00f8lgende for at im\u00f8dekomme disse \u00e6ndringer i virksomhedens interne og eksterne ledelsesmilj\u00f8, kan have en kompleks og indviklet struktur, der ikke kan genkendes fra sk\u00e6rmen. I s\u00e5danne tilf\u00e6lde kan det blive umuligt for udviklerne at tilf\u00f8je nye funktioner, som brugerne \u00f8nsker.<\/p>\n\n\n\n<p>\u00c6ldre systemer kan gradvist kr\u00e6ve mere &#8220;manuelt arbejde&#8221; fra IT-ingeni\u00f8rer (for eksempel driftsopgaver som at udstede foresp\u00f8rgsler for at tr\u00e6kke individuelle data). Ironisk nok, jo \u00e6ldre systemet bliver, jo mere &#8220;personafh\u00e6ngigt&#8221; bliver arbejdet. N\u00e5r man fors\u00f8ger at implementere yderligere &#8220;systematisering&#8221; for arbejdsopgaver relateret til systemer, der er blevet for gamle og har mange personafh\u00e6ngige opgaver, opst\u00e5r der et projekt for &#8220;udvikling af et nyt system til overf\u00f8rsel fra det gamle system&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Udviklingen_af_det_nye_system_skrider_frem_sammen_med_afskaffelsen_af_det_gamle_system\"><\/span>Udviklingen af det nye system skrider frem sammen med afskaffelsen af det gamle system<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Som tidligere n\u00e6vnt, er det ofte tilf\u00e6ldet, at et systemudviklingsprojekt (selvom ikke alle systemudviklingsprojekter er s\u00e5dan) har aspekter af overgang fra det gamle system. Systemet i sig selv vil ofte skifte diskontinuerligt fra en dag til den n\u00e6ste.<\/p>\n\n\n\n<p>Men den daglige drift skal forts\u00e6tte uafbrudt fra fortiden til nutiden og fra nutiden til fremtiden. Mens vi opbevarer de n\u00f8dvendige data fra fortiden, skal vi ikke forstyrre den nuv\u00e6rende drift, og vi skal ogs\u00e5 freml\u00e6gge koncepter for fremragende &#8220;systematisering&#8221; for fremtiden. Overgangen til det nye system er ofte ledsaget af forskellige udfordringer. P\u00e5 grund af disse komplekse omst\u00e6ndigheder er udviklingen af det nye system og driften og vedligeholdelsen af det eksisterende system ofte komplekst forbundet, og der kan opst\u00e5 situationer, hvor de er uadskillelige.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_trinene_til_overgang_til_et_nyt_system\"><\/span>Hvad er trinene til overgang til et nyt system?<span class=\"ez-toc-section-end\"><\/span><\/h3>\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\/the-transition-from-the-oldsystem-2.jpg\" alt=\"\" class=\"wp-image-79733\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/the-transition-from-the-oldsystem-2.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/the-transition-from-the-oldsystem-2-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/the-transition-from-the-oldsystem-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Hvad er de vigtige trin ved overgangen fra det gamle system til det nye system?<\/figcaption><\/figure>\n\n\n\n<p>N\u00e5r man overg\u00e5r fra det gamle system til et nyt system, er det s\u00e6rligt vigtigt at overf\u00f8re data korrekt. Trinene for dataoverf\u00f8rsel f\u00f8lger generelt f\u00f8lgende procedure.<\/p>\n\n\n\n<ol>\n<li>Klarl\u00e6g hvilke data, der er gemt i det gamle system, der skal overf\u00f8res til det nye system \u2192 Det skal ogs\u00e5 v\u00e6re klart, hvilke data der skal v\u00e6re let s\u00f8gbare fra sk\u00e6rmen i det nye system, og hvilke data der ikke n\u00f8dvendigvis skal v\u00e6re s\u00f8gbare fra sk\u00e6rmen, men skal kunne tr\u00e6kkes ud efter behov (f.eks. til revision).<\/li>\n\n\n\n<li>Udskriv de data, der er identificeret i trin 1, som skal indl\u00e6ses i det nye system, i et format som en CSV-fil.<\/li>\n\n\n\n<li>Indl\u00e6s de data, der er udtrukket i trin 2, i det nye system.<\/li>\n\n\n\n<li>Verificer om de data, der er indl\u00e6st i trin 3, er reflekteret i det nye system, og bekr\u00e6ft om overf\u00f8rslen er korrekt udf\u00f8rt. \u2192 Verificeringsresultaterne for korrekt overf\u00f8rsel er normalt dokumenteret som bevismateriale gennem sk\u00e6rmvisninger og udskrivning af rapporter (den s\u00e5kaldte testproces).<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Overgangen_til_et_nyt_system_kan_vaere_udfordrende_med_hensyn_til_at_definere_rollerne_for_brugere_og_leverandorer\"><\/span>Overgangen til et nyt system kan v\u00e6re udfordrende med hensyn til at definere rollerne for brugere og leverand\u00f8rer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I trinene for datamigrering, som n\u00e6vnt tidligere, er et ofte opst\u00e5et problem, hvor meget brugerne skal betragte det som et internt problem i deres egen virksomhed, der skal holdes under kontrol. For en generel diskussion om &#8220;brugerens pligt til at samarbejde&#8221;, som ikke kun er begr\u00e6nset til datamigrering, men g\u00e6lder for systemudviklingsprojekter generelt, se venligst artiklen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>Generelt i et systemudviklingsprojekt, er det ofte, at leverand\u00f8ren har en fordel over brugeren i form af specialiseret knowhow til systemudvikling (eller snarere, det er ofte grunden til, at de er blevet tildelt opgaven). P\u00e5 den anden side, er det ofte kun brugeren, der kan diskutere, hvordan deres eget system &#8220;b\u00f8r v\u00e6re&#8221;.<\/p>\n\n\n\n<p>Med dette i tankerne, kan det v\u00e6re en mulighed at brugeren udf\u00f8rer trin 1 og 4, som n\u00e6vnt tidligere. For at sige det p\u00e5 en anden m\u00e5de, under hele datamigreringsprocessen, kan det v\u00e6re, at &#8220;kravspecifikationen&#8221; for de data, der skal migreres, og &#8220;accepttesten&#8221; for at se, om dataene er blevet migreret korrekt, begge kan betragtes som brugerens ansvar. Alternativt, hvis der er nogen p\u00e5 brugersiden, der har omfattende kendskab til det gamle system, kan det ogs\u00e5 v\u00e6re en mulighed at g\u00f8re trin 2 til brugerens ansvar.<\/p>\n\n\n\n<p>Hvis det er muligt at h\u00e5ndtere det gamle system internt uden at skulle outsource det, kan det v\u00e6re en mulighed at kun outsource udviklingen af det nye system til leverand\u00f8ren. I denne form for datamigreringsarbejde, kan rollerne mellem brugeren og leverand\u00f8ren nogle gange blive uklare. For en generel forklaring p\u00e5, hvilke roller der forventes af leverand\u00f8ren, og hvilke juridiske forpligtelser der p\u00e5hviler dem, n\u00e5r brugeren outsourcer systemudviklingsrelaterede opgaver til leverand\u00f8ren, se venligst ogs\u00e5 artiklen nedenfor.<\/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=\"Tidligere_retssager_vedrorende_overgang_til_nye_systemer\"><\/span>Tidligere retssager vedr\u00f8rende overgang til nye systemer<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\/the-transition-from-the-oldsystem-3.jpg\" alt=\"\" class=\"wp-image-79734\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/the-transition-from-the-oldsystem-3.jpg 735w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/the-transition-from-the-oldsystem-3-300x200.jpg 300w, https:\/\/monolith.law\/da\/wp-content\/uploads\/sites\/13\/2026\/04\/the-transition-from-the-oldsystem-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Retssager kan opst\u00e5 i forbindelse med systemovergangsprojekter.<\/figcaption><\/figure>\n\n\n\n<p>Der er faktiske tilf\u00e6lde, hvor problemer er opst\u00e5et i systemudviklingsprojekter, der sigter mod overgang til nye systemer, og som er endt i retten. Den dom, der citeres nedenfor, involverer en sag, hvor der opstod fejl under datamigreringen, hvilket resulterede i flere datainkonsistenser og bugs i det nye system, og forsinkelser i leveringstiden. De forskellige problemer, der opstod, f\u00f8rte til en tvist om, hvilke forpligtelser leverand\u00f8ren og brugeren hver is\u00e6r havde over for projektet. Konklusionen var, at leverand\u00f8ren havde overtr\u00e5dt sin pligt til at udvise forsigtighed, som beskrevet nedenfor.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Defendanten havde, ud over blot at overf\u00f8re data fra det gamle system til det nye system i henhold til kontrakten, en forpligtelse til at drive det nye system med de overf\u00f8rte data. Specifikt, f\u00f8r de p\u00e5begyndte datamigreringsarbejdet, skulle de unders\u00f8ge og analysere dataene i det gamle system, der skulle migreres, forst\u00e5 dataenes karakter og tilstand, overveje om disse data ville forhindre driften af det nye system efter migreringen, og hvis det var tilf\u00e6ldet, beslutte hvorn\u00e5r og hvordan de skulle rette disse data. Derefter skulle de p\u00e5tage sig datamigreringsarbejdet (migreringsdesign, udvikling af migreringsv\u00e6rkt\u00f8jer, datamigrering), og endelig havde de en forpligtelse til at drive det nye system med dataene, der var migreret fra det gamle system.<\/p>\n\n\n\n<p>Det er rimeligt at anerkende, at i dette tilf\u00e6lde, havde de en forpligtelse til at rette og l\u00f8se datainkonsistenser i forbindelse med datamigreringen.<\/p>\n<cite>Tokyo District Court, November 30, Heisei 28 (2016)<\/cite><\/blockquote>\n\n\n\n<p>Dette tilf\u00e6lde involverede en situation, hvor brugeren skulle tage sig af trin 1 og trin 4, mens leverand\u00f8ren skulle tage sig af trin 2 og trin 3. Med andre ord, leverand\u00f8ren havde oprindeligt p\u00e5taget sig opgaven med at ekstrahere data fra det gamle system (trin 2). Derfor konkluderede retten, at hvis leverand\u00f8ren, som en specialist i systemudvikling, havde p\u00e5taget sig opgaven, skulle de have overvejet p\u00e5 forh\u00e5nd, om dataekstraktionsprocessen kunne forl\u00f8be gnidningsl\u00f8st.<\/p>\n\n\n\n<p>Men hvad ville der v\u00e6re sket, hvis brugeren p\u00e5 forh\u00e5nd havde aftalt at tage sig af trin 2 (dvs. dataekstraktion), og derefter fejlede i ekstraktionsprocessen? I dette tilf\u00e6lde kunne det v\u00e6re muligt, at brugeren ville blive anklaget for at have overtr\u00e5dt sin samarbejdspligt, fordi de ikke havde unders\u00f8gt p\u00e5 forh\u00e5nd, om dataekstraktionen kunne forl\u00f8be gnidningsl\u00f8st, hvilket resulterede i forsinkelser i leveringstiden.<\/p>\n\n\n\n<p>Desuden baseres s\u00e5danne afg\u00f8relser ikke kun p\u00e5 kontrakten, men ogs\u00e5 p\u00e5 m\u00f8dereferater, der er tilpasset fremskridtene i systemudviklingen. Vigtigheden af m\u00f8dereferater er detaljeret forklaret i artiklen nedenfor.<\/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<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>Et projekt som systemudvikling kr\u00e6ver, at b\u00e5de brugere og leverand\u00f8rer p\u00e5tager sig mange gensidige forpligtelser og kommunikerer omhyggeligt undervejs. Derfor kan det i de tidligere n\u00e6vnte retssager ses, at selv mindre \u00e6ndringer i foruds\u00e6tningerne kan let skifte ansvaret mellem brugeren og leverand\u00f8ren.<\/p>\n\n\n\n<p>Der er en mulighed for, at systemet kan indeholde en enorm m\u00e6ngde data og komplekse mekanismer, der er umulige at forestille sig fra sk\u00e6rmens udseende. Der er ogs\u00e5 en mulighed for, at en lille forskel i foruds\u00e6tningerne kan \u00e6ndre retning af den endelige juridiske afg\u00f8relse. Derfor kan det siges, at det er vigtigt at se risikostyring af nye systemudviklingsprojekter i en omfattende kontekst, herunder fjernelse af gamle systemer.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>At skabe nye IT-systemer til brug i virksomheder er et typisk arbejdsomr\u00e5de for IT-ingeni\u00f8rer. Men n\u00e5r vi taler om at &#8220;skabe et nyt system&#8221;, indeb\u00e6rer det ofte ogs\u00e5 processen med at &#038;#8220 [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":79731,"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\/60535"}],"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=60535"}],"version-history":[{"count":4,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60535\/revisions"}],"predecessor-version":[{"id":79735,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60535\/revisions\/79735"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/79731"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60535"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60535"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60535"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}