Vad man bör tänka på när man ingår ett kontrakt för systemutveckling

Kontrakt som ingås i projekt för att utveckla IT-system är huvudsakligen entreprenadkontrakt och konsultkontrakt. För både användare och leverantörer finns det olika fördelar och nackdelar med att anta varje kontraktstyp, men det är viktigt att förstå deras egenskaper och vad man ska vara uppmärksam på när man ingår dem. I denna artikel kommer vi att diskutera entreprenadkontrakt inom IT-systemutveckling.

Systemutveckling och entreprenadkontrakt

Vad är ett entreprenadkontrakt?

När man vill förstå vad ett entreprenadkontrakt är, är det först och främst viktigt att kontrollera kraven för att ett entreprenadkontrakt ska uppfyllas direkt från lagtexten.

Paragraf 632

Entreprenad uppstår när en part lovar att slutföra ett arbete och den andra parten lovar att betala för resultatet av detta arbete.

“Slutförandet av arbetet” är den viktigaste nyckelfrasen. Ett typiskt exempel på ett entreprenadkontrakt är byggandet av en byggnad som kräver konstruktion. Till exempel, om ett hus eller en byggnad byggs till ett visst datum, anses “arbetet vara slutfört” och skulden anses vara uppfylld. Om å andra sidan konstruktionen inte fortskrider och leveransen försenas, kan skulden för icke-uppfyllelse av skulden tillämpas under vissa förhållanden. Men om “arbetets slutförande” en gång erkänns, försvinner problemet med skuldförsummelse, och därefter blir det en fråga om ansvar för defekter. I detta avseende är det just det faktum att man lägger stor vikt vid “slutförandet av arbetet” som är kännetecknande för entreprenadkontrakt. För mer information om vad som anses vara “slutförandet av arbetet”, se följande artikel.

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

Entreprenadkontrakt används inte bara för byggande, utan också ofta i systemutvecklingsprojekt som kräver stora visioner och noggrann planering.

Vad är skillnaden mellan entreprenadkontrakt och kvasi-kommissionskontrakt?

När man förstår att ett entreprenadkontrakt är en typ av kontrakt som betonar “slutförandet av arbetet”, börjar man också förstå egenskaperna hos ett kvasi-kommissionskontrakt. Detta betonar inte “slutförandet”, utan processen. Till exempel, om affärsprocessen har hanterats korrekt, oavsett resultatet, är det möjligt att begära betalning (paragraf 648, stycke 2), och om uppfyllandet avslutas på halva vägen på grund av orsaker som inte kan tillskrivas mottagaren, är det möjligt att begära betalning i proportion till detta (paragraf 648, stycke 3).

För mer information om jämförelsen mellan kommissionskontrakt och kvasi-kommissionskontrakt, se följande artikel.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Varför entreprenadkontrakt föredras i systemutveckling

I systemutvecklingskontrakt används entreprenad mycket ofta. Anledningen till att entreprenad används så ofta är att det finns vissa fördelar för både användaren som beställer arbetet och leverantören som tar emot beställningen.

För det första, för användaren, är en fördel med att beställa arbete genom entreprenad att kraven för att uppfylla skulden kan klargöras i form av “slutförandet av arbetet”. Med andra ord, det finns en tydlighet att betalning i princip inte behöver göras förrän det är i ett tillstånd som kan sägas vara “slutfört” (även om det finns problem med ansvar för defekter, som att buggar hittas senare). Detta kan vara mycket attraktivt för användare som inte vill riskera att betalningen sväller om arbetet tar längre tid än förväntat eller om tidsplanen drar ut på tiden. Det finns stor bekvämlighet i att betala ett fast belopp i utbyte mot ett “slutfört” arbetsresultat, även ur ett budgethanteringsperspektiv.

Å andra sidan kan det också finnas vissa fördelar för leverantören som tar emot arbetet att ta emot beställningar genom entreprenad. Entreprenadkontrakt kan ge en större vinstmarginal än kvasi-kommissionskontrakt om de hanteras korrekt.

Eftersom “slutförandet av arbetet” är ett krav för att uppfylla skulden, kan leverantören också ignorera hur mycket det kostar att slutföra arbetet (i fallet med systemutveckling, är det mesta personalomkostnader). På detta sätt, med tanke på både leverantörens önskan att öka vinstmarginalen och användarens önskan att göra budgethanteringen enklare, finns det en stark tendens att föredra entreprenadkontrakt i systemutveckling.

Viktiga punkter att tänka på vid ingående av entreprenadavtal

Även om det finns fördelar med entreprenadavtal för både användare och leverantörer, medför en ogenomtänkt ingående av entreprenadavtal risker, särskilt för leverantören. Framför allt innebär kravet på “arbetsfärdigställande” att leverantören i princip inte kan befrias från ansvar för kontraktsbrott utan att slutföra arbetet. Detta är anledningen till att det ofta uppstår problem där leverantören måste lägga ner mer arbete för att leverera, även om projektet går med förlust på grund av felaktiga uppskattningar från leverantörens sida.

Så vad bör man vara uppmärksam på i kontraktet för att ingå ett entreprenadavtal? Låt oss titta på varje punkt en efter en.

Att tydligt definiera systemkraven och godkännandekriterierna i förväg

En viktig aspekt av entreprenadavtal är naturligtvis att klargöra villkoren för “arbetsfärdigställande”. Normalt sett hänvisar “arbetsfärdigställande” till innehållet i överenskommelsen som görs under kravdefinitionsfasen. Men i praktiken kan det hända att man tvingas göra ändringar efterhand när utvecklingsprocessen fortskrider, vilket gör att kraven för “arbetsfärdigställande” kan förändras. Det är viktigt att inkludera dessa och dokumentera ändringshistoriken för specifikationerna. I följande artikel förklaras hur man hanterar ändringar i systemutvecklingsprojekt ur ett juridiskt perspektiv.

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

I samband med detta är det också effektivt att förhindra framtida problem genom att i förväg komma överens om “godkännande av inspektion” som användaren ska utföra. Det är naturligt att anta situationer där leverantören försöker leverera det färdiga arbetet, men inte kan få tag på användarens representant eller inte får något svar. För att förhindra att godkännandet av inspektionen lämnas oklart och ignorerat, är det fördelaktigt att sätta en viss tidsfrist för inspektionen. Detta kallas en “presumerad godkännandeklausul”, vilket förklaras i följande artikel.

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

Att i förväg komma överens om huruvida upphovsrätten ska överföras

En annan vanlig fråga gäller överföring av upphovsrätt. Upphovsrätten tillhör i princip “skaparen”, det vill säga leverantören i fallet med systemutveckling, men det är möjligt att överföra eller överlåta rättigheter på grund av rättighetens natur. Därför kan du förhindra framtida problem genom att i förväg komma överens om huruvida upphovsrätten ska överföras till användaren. Följande artikel ger en detaljerad förklaring om ägande och överföring av upphovsrätt.

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

Andra viktiga punkter

Om du vill ingå ett kontrakt som ett entreprenadavtal utan att inkludera några element av delikat uppdrag, bör du vara medveten om följande punkter:

• Att hålla ersättningen oberoende av arbetstid
• Att tydligt ange “Entreprenadavtal” i kontraktets titel
• Att tydligt ange klausulen om ansvar för defekter
• Att betalningen är en jämbördig utbyte mot resultatet eller prestationen

Det är viktigt att notera att bara för att du skriver “Entreprenadavtal” i kontraktets titel betyder det inte att allt blir ett entreprenadavtal. I praktiken kan det hända att mallar för kontrakt från andra företag används om och om igen utan att man är medveten om huruvida innehållet i kontraktet är ett entreprenadavtal eller ett delikat uppdrag. Om en tvist skulle hamna i domstol, skulle mer substantiella frågor, såsom det övergripande innehållet i kontraktet och tidigare affärsseder, prioriteras över yttre element som titeln på kontraktet. Detta bör också beaktas.

Sammanfattning

Om man tar hänsyn till ovanstående punkter blir det lättare att korrekt hantera kontraktsärenden genom entreprenad. Notera att termen “uppdrag” används i både entreprenadkontrakt och quasi-uppdragskontrakt. Dessutom är termen “uppdragsverksamhet” vanligtvis använd när parterna har en avsikt att ingå ett quasi-uppdragskontrakt. Det är bra att vara uppmärksam på dessa små skillnader i terminologi.