Misslyckat mjukvaruprojekt: vem är ansvarig och vilka alternativ har du?

Om ditt programvaruprojekt misslyckas är leverantören endast ansvarig om den inte levererade vad som avtalats och att felet kan hänföras till den (artikel 6:74 i den nederländska civillagen, BW). I praktiken delas ansvaret ofta: om kunden ändrade sina önskemål, fattade ett sent beslut eller inte tillhandahöll testdata kan domstolen minska skadeståndet för medvållande, och försening orsakad av kunden räknas inte alls mot leverantören.

Den här artikeln förklarar de vanligaste orsakerna till tvist, den juridiska bedömningen, klientens skyldighet att samarbeta, rollen för en domstolsutsedd expert, möjliga resultat och vad klienter och leverantörer bör kontrollera för att förhindra eller vinna en tvist.

Varför misslyckas mjukvaruprojekt?

Några orsaker återkommer, och de förstärker ofta varandra. Ett projekt som först bara går sent kan misslyckas helt.

• Omfattningsförändring: kraven fortsätter att växa utan en ändringsprocedur som påverkar planering och budget.
• Oklara eller ofullständiga funktionella specifikationer, så att det senare är oklart om resultatet överensstämmer.
• En systemdesign som inte passar den faktiska belastningen, gränssnitten mot andra system eller framtida tillväxt.
• Underskattad komplexitet och ledtid, särskilt när flera befintliga system måste kopplas samman.
• Sent eller begränsat samarbete från klienten.

När är leverantören ansvarig?

När gäldenären har underlåtit att prestera och underlåtenheten kan tillskrivas gäldenären. Enligt artikel 6:74 BW ska gäldenären ersätta den skada som orsakats av en underlåtenhet att prestera, såvida inte underlåtenheten inte kan tillskrivas gäldenären, till exempel vid force majeure (artikel 6:75 BW).

Kunden måste därför visa att leverantören inte levererade det som avtalats, till exempel programvara som inte uppfyller de registrerade specifikationerna. Så länge fullgörande fortfarande är möjligt ska leverantören vanligtvis också vara i dröjsmål, efter skriftligt meddelande om dröjsmål med en rimlig tid (artikel 6:82 BW).

Tänk om klienten bidrog till misslyckandet?

Då minskas skadeståndet. Enligt artikel 6:101 BW fördelas förlusten mellan parterna i proportion till den utsträckning som omständigheter som kan hänföras till var och en av parterna bidragit till den; skälighet kan leda till en annan fördelning eller till att ersättning uteblir alls.

Typiska klientbidrag är sena beslut om krav, ändrade önskemål utan att acceptera effekten på planering och kostnad, samt avsaknaden av en användbar testmiljö. Dokumentera genom hela projektet vem som bestämmer vad, vilka ändringar som görs och när information tillhandahålls.

Vad innebär klientens skyldighet att samarbeta?

En programvaruimplementering är en gemensam ansträngning. Leverantören är beroende av kunden för aktuella och fullständiga specifikationer, användbar testdata, snabba beslut och snabb acceptans av levererade delar.

Om fullgörandet förhindras på grund av att klienten inte samarbetar nödvändigt, är klienten i borgenärsdröjsmål (schuldeisersverzuim, artikel 6:58 BW). Leverantören är då inte i dröjsmål för den förseningen. I iterativa projekt, där varje fas bygger på feedback från den föregående, är uteblivna input ofta avgörande för att tillskriva försening.

För kunder: kritik av framsteg har liten vikt om ditt eget beslutsfattande är långsamt. För leverantörer: rapportera förseningar orsakade av kunden omedelbart och skriftligen. Efteråt är det ofta omöjligt att rekonstruera vem som orsakade vilken försening.

Vilken roll spelar en domstolsutsedd expert?

Ofta en avgörande fråga. Huruvida programvaran uppfyllde specifikationerna, var förseningen uppstod och huruvida extra arbete var berättigat är tekniska frågor, så domstolen kan beställa ett expertutlåtande (deskundigenbericht) på begäran av en part eller på eget initiativ (artikel 186 i den nederländska civilprocesslagen, Rv).

Innan förfarandet inleds kan en part också begära av domstolen ett preliminärt expertutlåtande (voorlopig deskundigenbericht) för att bedöma sin ståndpunkt (artiklarna 196 och 202 Rv). Experten behöver vanligtvis:

• avtalet, dess bilagor och tillämpliga allmänna villkor;
• de funktionella och tekniska specifikationerna samt ändringsförfrågningarna;
• projektplanering, lägesrapporter och testrapporter;
• korrespondensen om försening och godkännande;
• källkoden och dokumentationen.

Om dokument saknas kan experten ofta inte svara på frågan, och det skadar den part som förlitar sig på de aktuella fakta. Håll ordning på projektmappen under projektets gång, inte bara när en tvist uppstår.

Vad kan domstolen besluta?

Om bara en del av projektet misslyckades, till exempel en modul som inte fungerar medan resten är användbar, kan domstolen besluta om partiell hävning (artikel 6:265 BW). Partiell hävning minskar båda parters prestationer proportionellt (artikel 6:270 BW), så den fungerande delen kvarstår.

Domstolen kan utdöma skadestånd enligt artikel 6:74 BW, med reducerat skadestånd för medvållande enligt artikel 6:101 BW. Den kan också mildra en lagstadgad skyldighet att betala skadestånd om full ersättning skulle leda till uppenbart oacceptabla konsekvenser, till exempel om kravet inte står i proportion till kontraktsvärdet (artikel 6:109 BW); domstolar använder denna befogenhet sparsamt.

Många misslyckade projekt slutar med en omstart hos en annan leverantör. Det väcker sina egna frågor: vem får källkoden, vem innehar de immateriella rättigheterna och finns det ett escrow-avtal ? Avgör dessa punkter i början av projektet.

Hur kan skiljeförfarande hjälpa i IT-tvister?

Många IT-avtal hänskjuter tvister till Stiftelsen för lösning av automationstvister (Stichting Geschillenoplossing Automatisering, SGOA), som erbjuder skiljeförfarande, medling och bindande rådgivning med skiljemän som är kunniga inom IT-sektorn. Skiljeförfarande är endast möjligt om parterna har kommit överens om det, vanligtvis genom en klausul i avtalet eller de allmänna villkoren.

Utan en sådan klausul går tvisten till de allmänna domstolarna: underrätten för krav upp till 25 000 euro och tingsrättens handelsrättskammare för större krav (artikel 93 Rv).

Vad bör du kontrollera som kund?

• Är de funktionella specifikationerna och acceptanskriterierna dokumenterade, och överensstämmer de med vad ni nu förväntar er?
• Har ni tillhandahållit specifikationer, testdata, beslut och godkännanden i tid, och kan ni bevisa det?
• Har du skickat ett skriftligt meddelande om förfall med rimlig tid innan du begär skadestånd eller häver köpet?
• Innehåller avtalet en begränsning av leverantörens ansvar eller utesluter det följdskador?
• Har du tillgång till källkoden och dokumentationen, eller ett depositionsavtal, för en omstart någon annanstans?
• Innehåller avtalet en skiljeklausul, till exempel för SGOA?

Vad bör man kontrollera som leverantör?

• Har ni dokumenterat varje ändringsförfrågan skriftligen, inklusive dess inverkan på planering och pris?
• Har ni omedelbart och skriftligen rapporterat förseningar orsakade av uteblivna klientinput?
• Kan ni visa med testrapporter och godkännandeprotokoll vilka delar som levererades och accepterades?
• Gäller era allmänna villkor, inklusive ansvarstaket?
• Är din projektfil tillräckligt komplett för att en expert ska kunna rekonstruera projektets förlopp?

Hur kan man förhindra en tvist?

De flesta tvister kan förebyggas genom att upprätta ett avtal. Fem åtgärder hjälper:

• dela upp projektet i utgåvor eller milstolpar, var och en med sina egna acceptanskriterier;
• överenskomma om formella godkännandetester innan en faktura förfaller;
• registrera ett ändringsförfarande: vem som kan begära en ändring, vem beslutar och hur planering och pris justeras;
• överenskomma om en eskaleringsstege: projektgrupp, styrgrupp, medlare och först därefter skiljeförfarande eller domstolsförfarande;
• inkludera en skiljeklausul om du föredrar ett IT-specialiserat forum som SGOA.

Vad kan vi göra för dig med ett misslyckat mjukvaruprojekt?

Våra IT-jurister ger råd till klienter och leverantörer gällande IT-projekt i kris. Vi kan:

• utvärdera ditt kontrakt och din projektfil och avgör vem som är ansvarig för vilken försening;
• utarbeta ett meddelande om försummelse eller en skriftlig varning om bristande samarbete;
• förhandla fram en uppgörelse eller ett ordnat utträde, inklusive överlämnande av källkod;
• begära ett preliminärt expertutlåtande eller utarbeta frågorna för en av domstol utsedd expert;
• föra förfaranden i domstol eller i skiljeförfarande om hävning och skadestånd.

Läs mer om vad en IT-jurist gör.

Sammanfattning

• Ett misslyckat projekt är inte automatiskt ett underlåtenhet att fullgöra leverantörens prestation; underlåtenheten måste kunna hänföras till leverantören (artikel 6:74 BW).
• Medvållande från klientens sida minskar skadeståndet (artikel 6:101 BW); bristande samarbete kan försätta klienten själv i dröjsmål (artikel 6:58 BW).
• En domstolsutsedd expert avgör ofta de tekniska frågorna, så håll projektmappen komplett.
• Domstolen kan besluta om partiell resning så att den fungerande delen kvarstår.
• Fasad leverans, acceptanstester, en ändringsprocedur och en eskaleringsstege förhindrar de flesta tvister.

Vanliga frågor och svar