{"id":60538,"date":"2024-03-05T21:12:17","date_gmt":"2024-03-05T12:12:17","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60538"},"modified":"2024-03-27T07:32:42","modified_gmt":"2024-03-26T22:32:42","slug":"no-payment-by-user","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/no-payment-by-user","title":{"rendered":"Hvad er loven, hvis betaling for systemudvikling ikke er blevet betalt?"},"content":{"rendered":"\n<p>For leverand\u00f8rer, der p\u00e5tager sig systemudviklingsopgaver, er det m\u00e5ske i en vis forstand den st\u00f8rste risiko, n\u00e5r &#8220;brugeren ikke betaler for det leverede produkt&#8221;. Omkostningerne ved systemudvikling best\u00e5r ofte hovedsageligt af dygtige medarbejdere, herunder programm\u00f8rer, hvilket ofte resulterer i h\u00f8je personaleomkostninger. Manglende indt\u00e6gtsopkr\u00e6vning kan i nogle tilf\u00e6lde blive et sp\u00f8rgsm\u00e5l om liv eller d\u00f8d. I denne artikel vil vi diskutere de sp\u00f8rgsm\u00e5l, som leverand\u00f8ren b\u00f8r overveje i tilf\u00e6lde af, at brugeren ikke reagerer p\u00e5 betaling, fra et juridisk perspektiv.<\/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\/no-payment-by-user\/#Forst_og_fremmest_bekraeft_om_du_er_i_stand_til_at_anmode_om_betaling\" title=\"F\u00f8rst og fremmest, bekr\u00e6ft om du er i stand til at anmode om betaling\">F\u00f8rst og fremmest, bekr\u00e6ft om du er i stand til at anmode om betaling<\/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\/no-payment-by-user\/#Dokumenter_der_skal_kontrolleres_for_at_undersoge_muligheden_for_at_anmode_om_betaling\" title=\"Dokumenter, der skal kontrolleres for at unders\u00f8ge muligheden for at anmode om betaling\">Dokumenter, der skal kontrolleres for at unders\u00f8ge muligheden for at anmode om betaling<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/da\/it\/no-payment-by-user\/#Naeste_bekraeft_hvor_meget_du_kan_kraeve_i_honorar\" title=\"N\u00e6ste, bekr\u00e6ft hvor meget du kan kr\u00e6ve i honorar\">N\u00e6ste, bekr\u00e6ft hvor meget du kan kr\u00e6ve i honorar<\/a><\/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\/no-payment-by-user\/#Endelig_overvejelse_af_presserende_sporgsmal_i_tilfaelde_af_faktisk_retssag\" title=\"Endelig, overvejelse af presserende sp\u00f8rgsm\u00e5l i tilf\u00e6lde af faktisk retssag\">Endelig, overvejelse af presserende sp\u00f8rgsm\u00e5l i tilf\u00e6lde af faktisk retssag<\/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\/no-payment-by-user\/#Vaer_opmaerksom_pa_muligheden_for_en_modkrav\" title=\"V\u00e6r opm\u00e6rksom p\u00e5 muligheden for en modkrav\">V\u00e6r opm\u00e6rksom p\u00e5 muligheden for en modkrav<\/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\/no-payment-by-user\/#Overvej_ogsa_om_der_virkelig_er_en_forretningsmaessig_fordel\" title=\"Overvej ogs\u00e5, om der virkelig er en forretningsm\u00e6ssig fordel\">Overvej ogs\u00e5, om der virkelig er en forretningsm\u00e6ssig fordel<\/a><\/li><\/ul><\/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\/no-payment-by-user\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forst_og_fremmest_bekraeft_om_du_er_i_stand_til_at_anmode_om_betaling\"><\/span>F\u00f8rst og fremmest, bekr\u00e6ft om du er i stand til at anmode om betaling<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<ul>\n<li>En situation, hvor leverand\u00f8ren har leveret produktet til brugeren, men brugeren accepterer ikke leveringen, hvilket for\u00e5rsager en forsinkelse i faktureringsprocessen.<\/li>\n\n\n\n<li>Trods opfattelsen af, at acceptprocessen var afsluttet, er der en eller anden form for misforst\u00e5else mellem brugerens opfattelse, og de n\u00e6gter at betale.<\/li>\n<\/ul>\n\n\n\n<p>Dette er situationer, der realistisk set kan opst\u00e5.<br><\/p>\n\n\n\n<p>Desuden, i systemudviklingsterminologi, er det at brugeren inspicerer specifikationerne for det f\u00e6rdige system og accepterer leveringen kendt som &#8220;accept&#8221;. Betydningen af denne &#8220;accept&#8221; og de sp\u00f8rgsm\u00e5l, der skal overvejes, n\u00e5r fremskridtene ikke er tilfredsstillende, er detaljeret forklaret i f\u00f8lgende artikel.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Anvendelsesomr\u00e5der for accept og formodet acceptklausul i systemudvikling[ja]<\/a><\/p>\n\n\n\n<p>En generel forklaring p\u00e5 acceptprocessen er overladt til ovenst\u00e5ende artikel, men juridisk set, om brugerens accept er afsluttet eller ej, skal overvejes under hensyntagen til bestemmelserne om &#8220;formodet acceptklausul&#8221;.<\/p>\n\n\n\n<p>Med dette i tankerne, er det f\u00f8rste punkt, der skal overvejes, n\u00e5r brugeren n\u00e6gter at betale, sandsynligvis f\u00f8lgende:<\/p>\n\n\n\n<ol>\n<li>Er arbejdet f\u00e6rdigt i f\u00f8rste omgang, eller er det stadig uf\u00e6rdigt?<\/li>\n\n\n\n<li>Kan ansvar for mangler (Japansk Civil Code \u00a7 635) anvendes eller ej?<\/li>\n<\/ol>\n\n\n\n<p>Grunden til, at vi f\u00f8rst skal bekr\u00e6fte ovenst\u00e5ende to punkter, er, at hvis arbejdet ikke er f\u00e6rdigt, og ansvar for mangler (Japansk Civil Code \u00a7 635) ikke kan anvendes, kan vi ikke forvente at f\u00e5 betaling, selvom vi anl\u00e6gger sag.<\/p>\n\n\n\n<p>S\u00e5, hvad skal leverand\u00f8rens repr\u00e6sentant specifikt unders\u00f8ge for at overveje ovenst\u00e5ende to punkter? Lad os se p\u00e5, hvilke dokumenter der skal bekr\u00e6ftes nedenfor.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Dokumenter_der_skal_kontrolleres_for_at_undersoge_muligheden_for_at_anmode_om_betaling\"><\/span>Dokumenter, der skal kontrolleres for at unders\u00f8ge muligheden for at anmode om betaling<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left\">Leveringsnota<br>Hvis der ikke er en leveringsnota, vil det styrke antagelsen om, at leveringen ikke er fuldf\u00f8rt, og at arbejdet ikke er f\u00e6rdigt.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #e6e6fa;text-align: left\">Dokumenter, der meddeler resultatet af inspektionen<br>Dette er det vigtigste dokument, n\u00e5r man skal afg\u00f8re, om arbejdet kan betragtes som f\u00e6rdigt. Desuden, hvis inspektionen er blevet udsat p\u00e5 grund af brugerens omst\u00e6ndigheder, vil det v\u00e6re godt at kontrollere, hvordan &#8220;deemed acceptance clause&#8221; er angivet i kontrakten.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 117px\">\n<tbody>\n<tr style=\"height: 117px\">\n<td style=\"width: 100%;background-color: #f0ffff;text-align: left;height: 117px\">Opgaveh\u00e5ndteringsliste<br>Dette er et dokument, der bruges til at forst\u00e5, hvilke opgaver der er blevet fundet indtil nu, og hvilke foranstaltninger der er blevet truffet. Det er ogs\u00e5 et dokument, der bruges til at forst\u00e5 situationen med fejl og mangler, der er opst\u00e5et efter levering, og status for reparationer.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left\">Kravspecifikationer, designspecifikationer og \u00e6ndringsstyringsdokumenter, m\u00f8dereferater osv.<br>Ved at afklare, hvilken forst\u00e5else brugeren og leverand\u00f8ren oprindeligt havde, bliver det klart, hvad der skal betegnes som fejl og mangler.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>For mere detaljerede forklaringer om, hvordan man h\u00e5ndterer \u00e6ndringer i systemets specifikationer og hvordan man opretter \u00e6ndringsstyringsdokumenter, se separate artikler.<\/p>\n\n\n\n<p>Relaterede artikler: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Juridisk synspunkt p\u00e5, hvordan man h\u00e5ndterer \u00e6ndringsstyring i systemudvikling[ja]<\/a><\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 88px\">\n<tbody>\n<tr style=\"height: 88px\">\n<td style=\"width: 100%;background-color: #f0fff0;text-align: left;height: 88px\">Oph\u00e6velsesmeddelelse eller dokument, der angiver brugerens hensigt<br>Dette er en metode til at forst\u00e5, hvad brugeren har til hensigt med hensyn til ikke at forts\u00e6tte med inspektionen (eller ikke at betale vederlaget).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Naeste_bekraeft_hvor_meget_du_kan_kraeve_i_honorar\"><\/span>N\u00e6ste, bekr\u00e6ft hvor meget du kan kr\u00e6ve i honorar<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/shutterstock_1063376933-1024x683.jpg\" alt=\"\" class=\"wp-image-3536\" \/><figcaption class=\"wp-element-caption\">Hvordan genberegnes bel\u00f8bet for krav efter specifikations\u00e6ndringer?<\/figcaption><\/figure>\n\n\n\n<p>Det er principielt, at det bel\u00f8b, der kan kr\u00e6ves, er angivet i kontrakten. Men det kan antages, at der ikke er en ordentlig kontrakt (eller et dokument, der svarer til det) tilbage, hvis der er foretaget \u00e6ndringer i specifikationerne osv. efterf\u00f8lgende. Vi forklarer detaljeret om, hvordan man genberegner estimater baseret p\u00e5 efterf\u00f8lgende \u00e5rsager som \u00e6ndringer i specifikationer og tilf\u00f8jelse af funktioner, i den f\u00f8lgende artikel.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">Er det muligt at \u00f8ge det estimerede bel\u00f8b efter systemudvikling?[ja]<\/a><\/p>\n\n\n\n<p>Metoden til genberegning af estimater er som beskrevet i denne artikel, men is\u00e6r fra perspektivet om at overveje, om det er muligt at \u00f8ge det kr\u00e6vede bel\u00f8b,<\/p>\n\n\n\n<ol>\n<li>Tilstedev\u00e6relsen og indholdet af estimatet for yderligere udvikling og funktionelle \u00e6ndringer<\/li>\n\n\n\n<li>Brugerens reaktion p\u00e5 estimatet<\/li>\n\n\n\n<li>Tilstedev\u00e6relsen af en aftale om situationen, der for\u00e5rsagede yderligere udvikling og funktionelle \u00e6ndringer, der er angivet i problemstyringslisten, og det bel\u00f8b<\/li>\n<\/ol>\n\n\n\n<p>Det vil v\u00e6re n\u00f8dvendigt at se p\u00e5 disse punkter. Det grundl\u00e6ggende er at unders\u00f8ge, om der var enighed med brugeren om at &#8220;bestille arbejdet til det bel\u00f8b&#8221; (med andre ord, om kontrakten kan siges at v\u00e6re indg\u00e5et).<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Endelig_overvejelse_af_presserende_sporgsmal_i_tilfaelde_af_faktisk_retssag\"><\/span>Endelig, overvejelse af presserende sp\u00f8rgsm\u00e5l i tilf\u00e6lde af faktisk retssag<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vaer_opmaerksom_pa_muligheden_for_en_modkrav\"><\/span>V\u00e6r opm\u00e6rksom p\u00e5 muligheden for en modkrav<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I systemudvikling er det ikke ualmindeligt, at n\u00e5r enten brugeren eller leverand\u00f8ren anl\u00e6gger sag mod den anden part, kan der blive rejst et modkrav. Det vil sige, at der kan v\u00e6re en eller anden form for indvending fra brugerens side i forhold til situationen, hvor betalingen ikke er blevet foretaget.<\/p>\n\n\n\n<p>Systemudvikling indeb\u00e6rer i f\u00f8rste omgang, at brugeren ogs\u00e5 har forskellige samarbejdsforpligtelser, men f\u00f8rst og fremmest b\u00f8r man ikke glemme, at leverand\u00f8ren som ekspert i systemudvikling har en bred sk\u00f8nsbef\u00f8jelse og et stort ansvar. Vi har detaljeret forklaret leverand\u00f8rens projektledelsesforpligtelser i forbindelse med systemudvikling i f\u00f8lgende artikel.<\/p>\n\n\n\n<p>Relateret artikel: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">Hvad er projektledelsesforpligtelser i systemudvikling?[ja]<\/a><\/p>\n\n\n\n<p>Det vil sige, det er n\u00f8dvendigt at overveje p\u00e5 forh\u00e5nd, om det er muligt at placere skylden p\u00e5 brugeren, der ensidigt n\u00e6gter at betale. Hvis man ser p\u00e5 tidligere retssager, er der mange tilf\u00e6lde, hvor leverand\u00f8ren oprindeligt anlagde sag for at kr\u00e6ve betaling, men brugeren p\u00e5 sin side kr\u00e6vede genoprettelse til den oprindelige tilstand eller erstatning for skader.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Overvej_ogsa_om_der_virkelig_er_en_forretningsmaessig_fordel\"><\/span>Overvej ogs\u00e5, om der virkelig er en forretningsm\u00e6ssig fordel<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Selv hvis leverand\u00f8rens argumenter accepteres, og det er muligt at kr\u00e6ve betaling i en retssag, hvis situationen eskalerer til en retssag, kan det forventes, at det bliver vanskeligt at forts\u00e6tte med fremtidige transaktioner. Desuden, selvom dine argumenter anerkendes i en retssag, b\u00f8r du v\u00e6re forberedt p\u00e5, at det kan tage lang tid at modtage betalingen. Hvis du tager i betragtning, at omkostningerne og besv\u00e6ret ved at anl\u00e6gge en retssag ikke er ubetydelige, kan det ofte v\u00e6re bedre at g\u00f8re en indsats for at finde et kompromis.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Opsummering\"><\/span>Opsummering<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Hvis en bruger ikke overholder betalingsforpligtelser, kr\u00e6ver det en juridisk gennemgang af flere typer dokumenter for at l\u00f8se problemet. Det er ikke nok blot at have en grundig dokumenth\u00e5ndtering, man skal ogs\u00e5 overveje, hvilke organisatoriske risici og ulemper man kan st\u00e5 overfor, hvis man ender med at g\u00e5 til retssag.<\/p>\n\n\n\n<p>Det er sandt, at grundig dokumenth\u00e5ndtering normalt h\u00f8rer til p\u00e5 operationelt niveau. Men hvis man beslutter at g\u00e5 til retssag baseret p\u00e5 de opbevarede dokumenter og materialer, kan det blive en alvorlig ledelsesbeslutning. I s\u00e5danne us\u00e6dvanlige situationer b\u00f8r man forst\u00e5 hele processen, herunder vigtigheden af samh\u00f8righed og organisatorisk styrke mellem ledelsen og operationelt niveau.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>For leverand\u00f8rer, der p\u00e5tager sig systemudviklingsopgaver, er det m\u00e5ske i en vis forstand den st\u00f8rste risiko, n\u00e5r &#8220;brugeren ikke betaler for det leverede produkt&#8221;. Omkostningerne ved syste [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61954,"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\/60538"}],"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=60538"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60538\/revisions"}],"predecessor-version":[{"id":61955,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60538\/revisions\/61955"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61954"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60538"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60538"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60538"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}