Forskel og distinktion mellem kontrakter om entreprise og quasi-delegation i systemudvikling

I forbindelse med ind- og udbestilling af systemudvikling, indgås der kontrakter med forskellige titler, såsom kontrakt om tildeling, kontrakt om forretningsuddelegering og kontrakt om systemudvikling.

Ifølge loven skelnes der mellem kontrakter, hvor den ene part påtager sig en tjeneste (som for eksempel udviklingsarbejde), og den anden part betaler en belønning for dette, mellem kontrakter om udførelse og kontrakter om quasi-delegation.

For at sige det enkelt,

• Kontrakt om udførelse (Japansk: 請負契約): En kontrakt, hvor man kan modtage en belønning, hvis man leverer det lovede.

• Kontrakt om quasi-delegation (Japansk: 準委任契約): En kontrakt, hvor man modtager en belønning og gør sin bedste indsats, der svarer til denne belønning.

Er det.

Er systemudvikling en kontrakt eller en semi-delegation?

Systemudvikling har til formål at skabe det “aftalte” system, og ifølge ovenstående skelnen kan det tænkes at være en kontrakt. Men det er ikke så simpelt. Systemudvikling adskiller sig lidt fra den typiske kontrakt, som loven forudsætter.

En typisk kontrakt er for eksempel en skræddersyet dragt. I tilfældet med en dragt er det let for parterne at forestille sig det færdige produkt, når målene er fastlagt, og det er let at vurdere, om det færdige produkt opfylder ordren. I modsætning hertil findes der normalt ikke dokumenter i systemudvikling, der let gør det muligt at forstå systemets overordnede billede, og det kan siges, at det er svært for bestilleren at få et overblik over det samlede billede. Desuden har det system, der udvikles, en særegenhed, der gradvist konkretiseres gennem forskellige processer.

Derfor er det ofte et problem at skelne, om kontrakten i en bestemt fase af systemudvikling, især i de indledende faser, er en “kontrakt”, der lover at fuldføre arbejdet, eller en “semi-delegation kontrakt”, der gør sit bedste. Og afhængigt af denne skelnen kan det føre til, at den ene part pålægges en overdreven og stor økonomisk byrde, såsom at betalingen, som systemudviklingsfirmaet kan få, bliver nul, hvis arbejdet ikke er færdigt. Derfor er det vigtigt at skelne, hvilken kontrakt det er.

Derfor vil jeg forklare forskellen mellem kontrakt og semi-delegation kontrakt, hvilken kontrakt der skal indgås, og kriterierne for at skelne mellem de to.

Forskelle mellem kontrakt og semi-kontrakt

Først vil jeg forklare forskellene mellem kontrakt og semi-kontrakt i henhold til den japanske civilret, samt hvordan de håndteres, når der er indgået en særlig aftale.

Modtagelse af betaling, ophævelse, mangelsansvar, genudlicitering og særlige aftaler i kontrakt

En kontrakt er en aftale, hvor den ene part (kontrahenten/leverandøren) lover at fuldføre et bestemt stykke arbejde, og den anden part (bestilleren/brugeren) lover at betale for resultatet af dette arbejde (kontraktprisen).

“Fuldførelse af arbejdet” kan for eksempel være, når begge parter er enige om, at der er blevet oprettet “projektplaner”, “kravspecifikationer”, “grundlæggende design dokumenter”, “programmer”, “systemer” osv.

Modtagelse af betaling

Hvis arbejdet ikke er fuldført, kan kontrahenten/leverandøren ikke modtage betaling. Hvis du ønsker at blive betalt før arbejdet er fuldført, skal du indgå en særlig aftale om forudbetaling. “Fuldførelse af arbejdet” er et meget vigtigt koncept i kontraktbaserede systemudviklingsprojekter. Dette er nærmere beskrevet i den følgende artikel.

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

Desuden er “fuldførelse af arbejdet” i tilfælde af systemudvikling normalt anerkendt efter en “inspektion”.

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

Selv hvis en særlig aftale er indgået, og arbejdet ikke er fuldført på grund af aflysning af projektet, skal kontrahenten/leverandøren returnere den allerede modtagne betaling til bestilleren/brugeren som en uretmæssig fortjeneste. Dette er den største forskel fra en semi-kontrakt.

Ophævelse

Hvis ingen af parterne har misligholdt deres forpligtelser (brudt deres løfter), kan bestilleren/brugeren ophæve kontrakten ved at kompensere for skader, indtil arbejdet er fuldført. I dette tilfælde vil “skader” være det beløb, der er trukket fra de omkostninger, som kontrahenten/leverandøren har afholdt, og den betaling, de ville have modtaget, minus de omkostninger, de har kunnet spare ved at blive fritaget for deres forpligtelse til at fuldføre arbejdet. På den anden side kan kontrahenten/leverandøren ikke ophæve kontrakten.

Hvis du indgår en særlig aftale om, at du ikke kan ophæve kontrakten, medmindre den anden part misligholder sine forpligtelser, vil du ikke løbe risikoen for at blive ophævet til enhver tid, selvom der ikke er nogen kontraktbrud, som beskrevet ovenfor.

Mangelsansvar

Hvis der er mangler ved det arbejde, der er udført, kan bestilleren anmode om reparation af mangler, kræve erstatning for skader, og hvis kontraktens formål ikke kan opfyldes, kan de ophæve kontrakten.

En mangel betyder en defekt eller fejl, og anerkendes, når kvaliteten eller ydeevnen, som arbejdet skal have i henhold til kontraktens formål, mangler. Hvis systemet ikke lever op til de specificerede specifikationer og ydeevne efter fuldførelsen af den sidste planlagte proces i kontrakten, vil dette blive betragtet som en “mangel”.

I en retssag blev det fastslået, at en fejl i forbindelse med lækage af personlige oplysninger i et universitets systemopbygning ikke var en mangel, men at manglen på en nødvendig eksklusiv kontrol i det pågældende system blev anerkendt som en “mangel”. Du kan indgå en særlig aftale om ikke at påtage dig mangelsansvar, eller om at forkorte perioden, hvor du påtager dig mangelsansvar.

For mere information om mangelsansvar, se den følgende artikel.

https://monolith.law/corporate/defect-warranty-liability[ja]

Genudlicitering

Kontrahenten/leverandøren kan frit genudlicitere. Hvis du indgår en særlig aftale om at forbyde genudlicitering, vil du ikke kunne genudlicitere.

Modtagelse af betaling, ophævelse, mangelsansvar, genudlicitering og særlige aftaler i semi-kontrakt

En semi-kontrakt er en aftale, hvor en person (modtageren/leverandøren) udfører forretningsbehandling på vegne af en anden person (bestilleren/brugeren). Modtageren har en forpligtelse til at udøve den opmærksomhed, som en god leder ville udvise, dvs. at udnytte deres evner og udføre deres arbejde på en rationel måde. Med andre ord, de skal “gøre deres bedste”.

Et typisk eksempel er medicinsk behandling, hvor der ikke er noget ansvar for at opnå helbredelse, men der er en forpligtelse til at levere en behandling, der er over standardniveauet.

Den største forskel fra en kontrakt er, at du ikke behøver at tage ansvar for resultatet af arbejdet.

Modtagelse af betaling

I modsætning til en kontrakt, kan modtageren/leverandøren modtage betaling, selvom arbejdet ikke er fuldført, så længe forretningsbehandlingen er udført korrekt. Desuden, hvis bestillingen afsluttes midt i udførelsen på grund af årsager, der ikke kan tilskrives modtageren, kan modtageren kræve betaling i forhold til den del af udførelsen, der allerede er udført.

Det skal bemærkes, at i ændringen af kreditloven, der blev offentliggjort i 2017 (og trådte i kraft i april 2020), er der en bestemmelse om, at selv i en semi-kontrakt kan der være tilfælde, hvor betaling ydes for det opnåede resultat, og i sådanne tilfælde kan betaling kræves efter fuldførelsen af resultatet som en generel regel.

For mere information om, hvorvidt det er muligt at øge den fastsatte betaling i betragtning af forløbet af systemudviklingen, se den følgende artikel.

https://monolith.law/corporate/increase-of-estimate[ja]

Ophævelse

I modsætning til en kontrakt, kan både bestilleren/brugeren og modtageren/leverandøren ophæve kontrakten til enhver tid, selvom den anden part ikke har misligholdt sine forpligtelser.

Hvis du indgår en særlig aftale om, at du ikke kan ophæve kontrakten, medmindre den anden part misligholder sine forpligtelser, vil du ikke løbe risikoen for at blive ophævet til enhver tid uden grund, som beskrevet ovenfor.

For mere information om juridiske problemer, når systemudviklingen afbrydes på grund af brugerens omstændigheder, se den følgende artikel.

https://monolith.law/corporate/interrruption-of-system-development[ja]

Mangelsansvar

I modsætning til en kontrakt, er der ingen bestemmelser om mangelsansvar. “Mangelsansvar” og “inspektion”, som nævnt ovenfor, er begreber, der kun optræder i kontrakter, og som er ret kendte juridiske termer i forbindelse med systemudvikling. Dog har modtageren en forpligtelse til at “gøre deres bedste”, og hvis de ikke udfører deres arbejde på en rationel måde, kan de blive udsat for krav om erstatning for skader eller ophævelse på grund af misligholdelse af forpligtelser.

Især for leverandører i systemudvikling er der forpligtelser som projektledelse osv.

Genudlicitering

I modsætning til en kontrakt, kan modtageren/leverandøren som udgangspunkt ikke genudlicitere. Hvis du ønsker at genudlicitere, skal du indgå en særlig aftale om dette.

Dette er et område, hvor der ofte opstår problemer i praksis, og det kræver forsigtighed. Hvis du indgår en kontrakt om en semi-kontraktbaseret udviklingsopgave uden en særlig aftale om tilladelse til genudlicitering, baseret på antagelsen om, at “da det er systemudvikling, bør genudlicitering være muligt, medmindre det er specifikt angivet”, kan du ende i en situation, hvor det faktum, at du har genudliciteret, i sig selv kan blive betragtet som en kontraktbrud.

Brugeren, der er bestiller, har også forpligtelser

Indtil videre har vi primært talt om forpligtelser, der påhviler leverandøren, der er modtageren, men i systemudvikling, hvor mange mennesker og timer er nødvendige, pålægges brugeren, der er bestilleren, også en vis “forpligtelse til at samarbejde”. For mere information om dette, se den følgende artikel.

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Hvad skal man vælge: en kontrakt om udførelse af arbejde eller en kontrakt om delvis overdragelse af rettigheder?

Fordele og ulemper for udviklingsfirmaer/leverandører

For udviklingsfirmaer/leverandører er en fordel ved at vælge en “kontrakt om udførelse af arbejde”, at hvis de kan gøre det godt med færre mennesker, kan de tjene mere end med delvis overdragelse af rettigheder. I modsætning til delvis overdragelse af rettigheder, er det en forpligtelse i en kontrakt om udførelse af arbejde at “færdiggøre arbejdet”. Det betyder, at selvom de reducerer antallet af mennesker eller effektiviserer arbejdet for at holde omkostningerne nede, vil de have opfyldt deres forpligtelse, så længe de færdiggør arbejdet.

Ulemperne er:

• De kan ikke sikre sig betaling, før arbejdet er færdigt
• Hvis der opstår uforudsete arbejdstimer for at færdiggøre et arbejde, der opfylder kravene, kan de ende med at skulle bære omkostningerne ved ekstra arbejde og potentielt gå i underskud
• De skal bære ansvaret for mangler
• Hvis der opstår uforudsete arbejdstimer for at færdiggøre et arbejde, der opfylder kravene, kan de ende med at skulle bære omkostningerne ved ekstra arbejde og potentielt gå i underskud
• De skal bære ansvaret for mangler

En fordel ved at vælge en “kontrakt om delvis overdragelse af rettigheder” er:

• De kan få betaling, selvom arbejdet ikke er færdigt
• De kan få dækket omkostningerne ved ekstra arbejdstimer
• De behøver ikke at bære det tunge ansvar for at færdiggøre et arbejde uden mangler
• I modsætning til en kontrakt om udførelse af arbejde, er det en forpligtelse i en kontrakt om delvis overdragelse af rettigheder at “gøre en indsats, der svarer til betalingen”. Derfor er det lettere at forudsige omkostningerne ved at opfylde denne forpligtelse på forhånd

Fordele og ulemper for bestillere/brugere

For bestillere/brugere er en fordel ved at vælge en “kontrakt om udførelse af arbejde”:

• De behøver ikke at betale, før arbejdet er færdigt (de kan få refunderet, selvom de har betalt på forhånd)
• Da betalingen er fast, behøver de ikke at bære omkostningerne ved ekstra arbejdstimer på grund af ekstra arbejde

En ulempe er, at de kan blive præsenteret for et højt estimat for at undgå risikoen for tab.

En fordel ved at vælge en “kontrakt om delvis overdragelse af rettigheder” er, at de kan forvente et lavere estimat end ved en kontrakt om udførelse af arbejde. En ulempe er, at de ikke kan pålægge leverandøren/udvikleren ansvaret for at færdiggøre arbejdet, og hvis der opstår uforudsete arbejdstimer, kan de ende med at skulle bære omkostningerne ved ekstra arbejde.

Retskendelser

I retskendelser er der eksempler på sager, hvor det blev bedømt som en kontrakt om delvis overdragelse af rettigheder op til bekræftelsen af kravdefinitionen og grunddesignet, og som en kontrakt om udførelse af arbejde for arbejde fra efter grunddesignet til enhedstesten.

Hvilken type kontrakt skal man indgå: en kontrakt om udførelse af arbejde eller en kontrakt om delvis overdragelse af rettigheder?

Det kan overvejes at indgå en kontraktmodel afhængigt af processen, men det vil være nødvendigt at afgøre og forhandle dette baseret på individuelle omstændigheder i hver virksomhed, såsom sværhedsgraden og indholdet af det, der skal udvikles, det beløb, man ønsker at modtage/kan forberede, den anden parts intentioner og begge parters magtforhold, og om man overhovedet kan forestille sig det færdige produkt og beskrive det i kontrakten, fra både et forretningsmæssigt og juridisk perspektiv.

For juridiske spørgsmål og overvejelser i tilfælde af manglende betaling, se den detaljerede forklaring i nedenstående artikel.

https://monolith.law/corporate/no-payment-by-user[ja]

Kriterier for at skelne mellem kontrakt og semi-kontrakt

Hvad er det at bestemme kontraktens karakter?

At “bestemme om kontraktens karakter falder ind under kontrakt eller semi-kontrakt” er et spørgsmål, der opstår i hvilke situationer og hvilken type problem det er.

Hvis der ikke er nogen specifik aftale mellem parterne om, hvorvidt den pågældende opgave (kontrakten) er en kontrakt eller en semi-kontrakt, det vil sige, hvis der ikke er indgået en særlig aftale, og denne klausul ikke er angivet i kontrakten, vil det være baseret på en efterfølgende vurdering af “hvilken type kontrakt det er”, hvilken type kontraktbestemmelse, der er fastsat i civilretten, der skal anvendes, og denne vurdering vil blive foretaget på grundlag af visse kriterier.

Det er det, det handler om.

Desuden er dette et problem med bevidstheden om, at

1. det er en forudsætning, at der er indgået en kontrakt om systemudvikling, og
2. om denne kontrakt er en kontrakt eller en semi-kontrakt.

Men før dette problem er der spørgsmålet om, “om der overhovedet er indgået en kontrakt om systemudvikling”. Jeg har forklaret dette punkt i detaljer i en anden artikel.

https://monolith.law/corporate/system-development-contract[ja]

Og som forudsætning for ovenstående 2, at systemudviklingen er etableret, vil spørgsmålet om, hvilken kontrakt det falder ind under, afgøre, hvilken part der skal bære en uforholdsmæssig stor sum penge, og det vil blive et stort problem.

Det er ikke ualmindeligt, at der ikke er angivet “kontrakt” eller “semi-kontrakt” i kontrakten, eller at det faktiske indhold er anderledes, selvom det er angivet, eller at der er en uoverensstemmelse i opfattelsen mellem parterne. Derfor vil jeg forklare kriterierne for at skelne mellem kontrakt og semi-kontrakt.

Kontraktens karakter bestemmes ved at tage hensyn til forskellige elementer

For at bestemme kontraktens karakter, skal du se på hele kontrakten og overveje, om formålet er at “levere det færdige produkt” eller om leverandøren skal “udføre arbejdet på en rimelig måde”. Det er et spørgsmål, om indholdet af det produkt, der skal fuldføres, er blevet bestemt i nogen grad, og om projektet er gået fremad med det i sigte.

De følgende elementer skal tages i betragtning for at bestemme kontraktens karakter.

Udviklingsfirmaets track record

Hvis der er en historie om at skabe systemer af samme eller højere niveau, er det tilbøjeligt til at blive bedømt som “det var forventet, at det ville blive fuldført naturligvis, det var en forpligtelse at fuldføre det, og der var en aftale om at betale for det ved fuldførelse”, og det er mere tilbøjeligt til at være en kontrakt.

Er målet på tidsplanen “fuldførelse”?

Hvis det er fuldført, er det tilbøjeligt til at blive bedømt som “det var en forpligtelse at fuldføre det”, og det er mere tilbøjeligt til at være en kontrakt.

Klarhed over indholdet af produktet i kontraktindholdet og kontraktens formulering

Jo klarere, jo mere tilbøjelig er det til at blive bedømt som “det var forventet, at et klart defineret element ville blive fuldført”, og det er mere tilbøjeligt til at være en kontrakt.

Er betalingen baseret på en enhedspris?

Hvis ja, er det tilbøjeligt til at blive bedømt som “det var en forpligtelse at fuldføre det, og betalingen blev gjort ved fuldførelse”, og det er mere tilbøjeligt til at være en kontrakt.

Er betalingen efter fuldførelse?

Hvis ja, er det tilbøjeligt til at blive bedømt som “det var en forpligtelse at fuldføre det”, og det er mere tilbøjeligt til at være en kontrakt.

Forekomsten af klausuler om accept, defektgaranti, ansvar og garanti

Hvis ja, er det tilbøjeligt til at blive bedømt som “det var en forpligtelse at fuldføre det”, og “klausuler som accept, defektgaranti, ansvar og garanti blev forberedt på det grundlag”, og det er mere tilbøjeligt til at være en kontrakt.

Forekomsten af ordene “kontrakt” eller “semi-kontrakt”

Selvfølgelig er ordlyden også et vigtigt overvejelsespunkt. Men det er ikke kun ordene “kontrakt” eller “semi-kontrakt” der afgør det, så du skal være omhyggelig med, hvordan du skriver kontrakten.

Desuden vil denne vurdering ikke kun blive foretaget på grundlag af kontrakten, men også på grundlag af referater, der blev oprettet i løbet af systemudviklingen. Jeg har forklaret vigtigheden af referater i detaljer i den følgende artikel.

https://monolith.law/corporate/the-minutes-in-system-development[ja]

Opsummering

“Udførelse af arbejde” og “semi-delegation” kan synes at være ens, men deres juridiske virkninger er helt forskellige. Det er sikrest at søge rådgivning fra en ekspert, når du indgår en kontrakt. Vores kontor har avanceret know-how, også i forhold til systemudviklingsprojekter. Tøv ikke med at kontakte os for en uforpligtende samtale.