Softwareontwikkeling mislukt: wanneer kunt u uw leverancier aansprakelijk stellen?

Als ondernemer bent u afhankelijk van betrouwbare software. U investeert tijd, geld en vertrouwen in een IT-leverancier — en dan blijkt het eindproduct niet te werken zoals afgesproken. Wat zijn uw rechten? Wanneer kunt u schadevergoeding eisen? En wat gebeurt er als u vergeet uw leverancier formeel in gebreke te stellen? Een uitspraak van de Hoge Raad van 17 juli 2026 over een jarenlang softwaregeschil biedt ondernemers belangrijke lessen over aansprakelijkheid, verzuim en de grenzen van exoneratieclausules in IT-contracten.

Een softwareproject dat volledig ontspoorde

Stel: u laat een gespecialiseerde softwareleverancier een bestaande bedrijfsapplicatie volledig vernieuwen. U sluit een raamovereenkomst, betaalt miljoenen en werkt jarenlang samen. Maar de software functioneert niet naar behoren. Kwaliteitsrapporten wijzen uit dat de broncode van zulke slechte kwaliteit is dat een complete herschrijving onvermijdelijk is. Uw bedrijf komt uiteindelijk in financiële problemen en staakt zijn activiteiten.

Precies dit overkwam een ondernemer die betrokken was bij een softwarebedrijf dat een sportapplicatie had laten doorontwikkelen door een grote IT-dienstverlener. De applicatie — oorspronkelijk gebruikt door topclubs en aanbevolen door internationale sportorganisaties — moest worden omgezet naar een moderne technologieomgeving. Na jaren van samenwerking, oplopende schulden en een blokkering van de broncode bleken de resultaten ronduit teleurstellend. De broncode scoorde de laagst mogelijke kwaliteitsbeoordeling.

Uiteindelijk werd de onderneming failliet verklaard en gingen de vorderingen op de IT-leverancier over op de ondernemer zelf. Zo begon een juridische strijd die via de rechtbank, twee gerechtshoven én tweemaal de Hoge Raad voerde. De centrale vraag: had de IT-leverancier wanprestatie gepleegd, en zo ja, kon de ondernemer dan ook daadwerkelijk schadevergoeding vorderen?

De raamovereenkomst: inspanningsverplichting of resultaatverplichting?

In softwareprojecten wordt vaak gekozen voor een raamovereenkomst: een overkoepelend contract waaronder vervolgens afzonderlijke werkopdrachten worden gegeven. Dit biedt flexibiliteit, maar creëert ook juridische risico’s. Een van de grootste valkuilen is het onderscheid tussen een inspanningsverplichting en een resultaatverplichting.

Bij een inspanningsverplichting verbindt de leverancier zich tot het leveren van voldoende gekwalificeerde inzet — maar garandeert hij geen bepaald eindresultaat. Bij een resultaatverplichting staat de leverancier in voor een concreet, vooraf omschreven product.

In deze zaak was in de raamovereenkomst vastgelegd dat de IT-leverancier een inspanningsverplichting had, maar wel verantwoordelijk was voor de kwaliteit van de te leveren software. Tegelijkertijd lagen verantwoordelijkheden voor budget, planning en deadlines bij de opdrachtgever. Partijen werkten bovendien volgens de zogenoemde RUP-methodiek: een iteratieve aanpak waarbij de opdrachtgever doorlopend nieuwe werkopdrachten gaf en de specificaties van het eindproduct nooit volledig vaststonden.

Praktische les: Leg bij een raamovereenkomst zo concreet mogelijk vast wat u als ondernemer van de leverancier verwacht. Bepaal niet alleen de aanpak, maar ook meetbare kwaliteitseisen en mijlpalen. Hoe vager de afspraken, hoe moeilijker het is om later wanprestatie aan te tonen.

Wanprestatie en verzuim: twee vereisten die u niet mag vergeten

Wanneer een contractspartij zijn verplichtingen niet nakomt, spreken we van wanprestatie. Maar het enkele feit dát iemand tekortschiet, geeft u nog niet automatisch recht op schadevergoeding. Daarvoor is ook verzuim vereist: de schuldenaar moet formeel in gebreke zijn gesteld.

De hoofdregel in het Nederlandse verbintenissenrecht is dat verzuim pas intreedt nadat u de wederpartij een schriftelijke ingebrekestelling heeft gestuurd. Daarin geeft u de leverancier een redelijke termijn om alsnog te presteren. Doet hij dat niet, dan verkeert hij in verzuim en kunt u aanspraak maken op schadevergoeding.

Er zijn uitzonderingen waarbij verzuim van rechtswege intreedt — dus zonder ingebrekestelling — maar die zijn in dit soort situaties lang niet altijd van toepassing.

De fatale termijn: wanneer is een deadline écht een deadline?

Een van de uitzonderingen waarbij verzuim automatisch intreedt, is het verstrijken van een fatale termijn: een uitdrukkelijk overeengekomen datum of periode waarbinnen de prestatie geleverd moet worden. Wordt die termijn niet gehaald, dan is de schuldenaar direct in verzuim — u hoeft dan geen afzonderlijke ingebrekestelling meer te sturen.

In deze zaak had de IT-leverancier in december 2006 toegezegd dat bepaalde gebreken in de software binnen een halfjaar zouden worden opgelost. De ondernemer stelde dat dit een fatale termijn was. De rechtspraak gaf hem daarin geen gelijk.

De rechter oordeelde dat die toezegging paste binnen het voortdurende overleg dat partijen hadden over de doorontwikkeling van de software. Omdat er geen vastomlijnd eindproduct was afgesproken en steeds werd voortgebouwd op eerdere versies, kon uit die toezegging niet worden afgeleid dat het om een harde, fatale deadline ging.

• Praktische les: Een mondelinge of informele toezegging over een opleveringsdatum is juridisch zelden een fatale termijn. Wilt u zeker weten dat een deadline juridisch afdwingbaar is? Leg dan uitdrukkelijk en schriftelijk vast dat de termijn fataal is en dat bij overschrijding direct verzuim intreedt.

Klachten over software: wanneer is klagen genoeg?

Ondernemers gaan er soms van uit dat herhaald klagen over slechte softwarekwaliteit voldoende is om de leverancier aansprakelijk te houden. In de praktijk is dat niet zo. De rechter benadrukt dat de ingebrekestelling een duidelijke functie heeft: de leverancier moet begrijpen dat u hem een laatste kans geeft en dat u anders juridische stappen onderneemt.

Een aanhoudende reeks klachten, bugmeldingen en verzoeken om herstel – hoe frustrerend ook — vormt geen ingebrekestelling. De wederpartij moet uit uw communicatie kunnen opmaken dat de situatie voor u niet langer acceptabel is en dat u zijn contractuele aansprakelijkheid gaat inroepen als hij niet binnen een bepaalde termijn presteert.

In dit geval had de ondernemer nooit een formele ingebrekestelling verstuurd. De brief van zijn onderneming uit oktober 2010 bevatte weliswaar tal van klachten, maar eindigde met het verzoek om in gesprek te gaan over schadevergoeding. Er was geen ingebrekestelling met een concreet hersteltermijn en aankondiging van juridische gevolgen.

• Praktische les: Voelt u aan dat een project structureel ontspoort? Stuur dan tijdig een schriftelijke ingebrekestelling. Wacht niet af totdat de schade al geleden is. Een advocaat kan u helpen die brief juridisch correct te formuleren.

Kan een beroep op het ontbreken van verzuim onaanvaardbaar zijn?

Soms kan het naar maatstaven van redelijkheid en billijkheid onaanvaardbaar zijn dat een leverancier zich erop beroept dat hij nooit in gebreke is gesteld. Dit is een veiligheidsventiel in de wet: als het rigide toepassen van de formele regels tot een onrechtvaardig resultaat zou leiden, kan de rechter dat corrigeren.

In de praktijk werkt dit criterium echter streng. Bij professionele partijen die bewust een zakelijke overeenkomst hebben gesloten en die weten wat ze van elkaar mogen verwachten, zal de rechter niet snel oordelen dat een beroep op het ontbreken van verzuim onaanvaardbaar is. De ondernemer in deze zaak stelde dat de IT-leverancier een intern kwaliteitsrapport over de slechte broncode voor zijn onderneming had achtergehouden. Toch oordeelde de rechter dat dit niet genoeg was om het beroep op het ontbreken van verzuim opzij te zetten, omdat de leverancier — ook na het verschijnen van dat rapport — zijn werkzaamheden had voortgezet.

Wanprestatie én onrechtmatige daad: twee wegen die niet altijd samenvallen

Een belangrijk onderdeel van deze zaak betreft de verhouding tussen een vordering op grond van wanprestatie (toerekenbare tekortkoming in de nakoming van een overeenkomst) en een vordering op grond van onrechtmatige daad. Ondernemers denken soms dat zij, als ze hun wanprestatieprocedure verliezen, altijd nog via onrechtmatige daad kunnen proberen hun schade vergoed te krijgen.

Het gerechtshof had geoordeeld dat dit in dit geval niet mogelijk was, omdat de ondernemer voor zijn onrechtmatige daad-vordering precies dezelfde feiten aanvoerde als voor de wanprestatie-vordering. Geen wanprestatie, dan ook geen onrechtmatige daad.

De Hoge Raad stak hier een stokje voor. Het hoogste rechtscollege oordeelde dat de afwijzing van de wanprestatie-vorderingen — uitsluitend wegens het ontbreken van verzuim — niet automatisch meebrengt dat de onrechtmatige daad-vorderingen evenmin toewijsbaar zijn. Verzuim is namelijk een vereiste voor schadevergoeding bij wanprestatie, maar niet bij onrechtmatige daad. De rechter had die vordering dus afzonderlijk moeten beoordelen.

Dit is een juridisch relevant onderscheid: ook als uw wanprestatieprocedure strandt op een procedureel vereiste zoals het ontbreken van verzuim, kunt u mogelijk via onrechtmatige daad alsnog uw schade verhalen — mits de feiten dat rechtvaardigen.

• Praktische les: Overweeg bij een geschil met een IT-leverancier altijd beide grondslagen: wanprestatie én onrechtmatige daad. Leg alle relevante feiten en omstandigheden aan beide vorderingen ten grondslag, ook als die feiten deels overlappen.

Exoneratieclausules in IT-contracten: lees de kleine lettertjes

Vrijwel elk IT-contract bevat een exoneratieclausule: een bepaling die de aansprakelijkheid van de leverancier beperkt of uitsluit. In dit geval waren de algemene voorwaarden van de IT-leverancier van toepassing. Daarin stond dat de vergoeding van directe schade beperkt was tot een maximumbedrag van € 1.250.000,– en dat indirecte schade volledig was uitgesloten.

Dergelijke clausules zijn in principe rechtsgeldig, tenzij:

• sprake is van opzet of grove schuld aan de kant van de leverancier;
• een beroep op de clausule naar maatstaven van redelijkheid en billijkheid onaanvaardbaar is.

In deze zaak slaagde de ondernemer er niet in om aannemelijk te maken dat sprake was van opzet of bewuste roekeloosheid, zodat de exoneratieclausule in stand bleef.

• Praktische les: Onderhandel vóór het sluiten van een IT-contract over de exoneratieclausule. Probeer de aansprakelijkheidslimiet te verhogen, de uitsluiting van indirecte schade te beperken en vast te leggen dat bij ernstige tekortkomingen de clausule niet van toepassing is. Eenmaal getekend is het veel moeilijker om hier onderuit te komen.

Wat betekent dit voor u als ondernemer?

Deze zaak illustreert hoe een jarenlang softwareproject, zelfs als de geleverde kwaliteit evident ondermaats is, juridisch uiterst complex kan worden als de formele vereisten niet zijn nageleefd. De belangrijkste lessen voor ondernemers die samenwerken met IT-leveranciers:

• Maak concrete afspraken. Leg kwaliteitseisen, mijlpalen en acceptatiecriteria schriftelijk vast. Voorkom dat u werkt op basis van vage raamovereenkomsten zonder duidelijk eindresultaat.
• Stuur een ingebrekestelling op tijd. Wacht niet tot uw onderneming al ernstige schade heeft geleden. Schakel tijdig juridisch advies in en stel de leverancier formeel in gebreke zodra u constateert dat hij structureel tekortschiet.
• Leg fatale termijnen uitdrukkelijk vast. Als u wilt dat een deadline juridisch bindend is, schrijf dan letterlijk dat de termijn fataal is en dat verzuim bij overschrijding van rechtswege intreedt.
• Combineer wanprestatie met onrechtmatige daad. Voer beide grondslagen aan en onderbouw ze zo volledig mogelijk met alle relevante feiten en omstandigheden.
• Beoordeel exoneratieclausules kritisch. Laat de algemene voorwaarden van uw leverancier beoordelen voordat u tekent. Onderhandel over de aansprakelijkheidslimiet en de uitsluitingen.
• Documenteer alles. Bewaar e-mails, klachtenregistraties, verslagen van overleg en kwaliteitsrapporten. In een gerechtelijke procedure telt schriftelijk bewijs zwaar.

Q&A: veelgestelde vragen over aansprakelijkheid bij softwareontwikkeling

Wat is een ingebrekestelling en wanneer heb ik die nodig?

Een ingebrekestelling is een schriftelijke aanmaning waarmee u uw leverancier formeel in gebreke stelt. U geeft hem daarin een redelijke termijn om alsnog te presteren. Zonder ingebrekestelling kan uw leverancier in de meeste gevallen niet in verzuim raken, en zonder verzuim heeft u geen recht op schadevergoeding wegens wanprestatie.

Wat is het verschil tussen een inspanningsverplichting en een resultaatverplichting?

Bij een inspanningsverplichting belooft de leverancier zich in te spannen, maar garandeert hij geen bepaald resultaat. Bij een resultaatverplichting staat hij wél in voor een concreet eindproduct. In IT-contracten wordt vaak gekozen voor een inspanningsverplichting, wat het aantonen van wanprestatie moeilijker maakt.

Kan ik een leverancier aanspreken zonder ingebrekestelling als hij een deadline niet haalt?

Dat kan, maar alleen als die deadline uitdrukkelijk als fatale termijn is overeengekomen. Een informele toezegging of een planning die partijen samen hebben besproken, is juridisch zelden een fatale termijn. Leg dit altijd schriftelijk en ondubbelzinnig vast.

Wat is een exoneratieclausule en kan ik die aanvechten?

Een exoneratieclausule beperkt of sluit de aansprakelijkheid van een contractspartij uit. U kunt een beroep op zo’n clausule aanvechten als sprake is van opzet of grove schuld aan de kant van de leverancier, of als het beroep erop naar maatstaven van redelijkheid en billijkheid onaanvaardbaar is. Dat laatste is echter een strenge maatstaf, zeker tussen professionele partijen.

Wat is het verschil tussen wanprestatie en onrechtmatige daad?

Wanprestatie is het niet-nakomen van een contractuele verplichting. Onrechtmatige daad is een zelfstandige grondslag buiten het contract om. Het voordeel van een onrechtmatige daad-vordering is dat daarvoor géén verzuim vereist is. Als uw wanprestatieprocedure faalt wegens ontbreken van verzuim, kunt u via onrechtmatige daad mogelijk toch schadevergoeding verkrijgen.

Kan ik mijn schade verhalen als mijn IT-leverancier slechte software heeft geleverd?

Ja, in beginsel wel — maar u moet voldoen aan de juridische vereisten: er moet sprake zijn van een toerekenbare tekortkoming (wanprestatie), uw leverancier moet in verzuim zijn gebracht of verzuim moet van rechtswege zijn ingetreden, en u moet daadwerkelijk schade hebben geleden die in causaal verband staat met de tekortkoming. Laat u begeleiden door een advocaat gespecialiseerd in ondernemersrecht of IT-recht.

Wat moet ik doen als mijn softwareproject ontspoort?

Documenteer alle klachten en tekortkomingen zorgvuldig. Bewaar alle correspondentie. Schakel tijdig een advocaat in. Stuur een formele ingebrekestelling met een redelijke hersteltermijn. Overweeg ook of u de overeenkomst wilt ontbinden en welke schadeposten u kunt claimen. Hoe eerder u juridisch advies inwint, hoe beter uw positie.

Vragen?

Heeft u vragen naar aanleiding van dit artikel? Onze advocaten staan klaar om u te adviseren! Neem contact op met een van onze advocaten via de mail, telefonisch of vul het contactformulier in voor een vrijblijvend eerste gesprek. Wij denken graag met u mee.