IT-project mislukt: Is uw leverancier een resultaat of enkel een inspanning verschuldigd?

Wanneer een IT-project de mist in gaat, deadlines niet worden gehaald of de software niet functioneert zoals beloofd, ontstaat vaak de cruciale vraag: wat mocht u precies verwachten van uw IT-leverancier? De juridische realiteit van uw contract moet immers aansluiten bij de operationele werkelijkheid van het project. Het antwoord schuilt in het onderscheid tussen een resultaatsverbintenis en een inspanningsverbintenis, een kwalificatie die bepalend is voor de aansprakelijkheid en de bewijslast in een geschil.

De juridische context: Resultaat versus inspanning

Het Belgische verbintenissenrecht, vastgelegd in Boek 5 van het Burgerlijk Wetboek, maakt een fundamenteel onderscheid in de draagwijdte van contractuele verplichtingen. Het is belangrijk te beseffen dat niet het hele contract, maar wel elke afzonderlijke verbintenis binnen dat contract (bv. een deadline halen, een bepaalde functionaliteit bouwen) apart beoordeeld moet worden.

• De inspanningsverbintenis (of middelenverbintenis): Volgens artikel 5.72 van het Burgerlijk Wetboek is dit een verbintenis die de schuldenaar verplicht “om alle zorg te verstrekken die eigen is aan een voorzichtig en redelijk persoon om een bepaald resultaat te bereiken“. Het resultaat zelf wordt niet gegarandeerd. Als klant moet u bewijzen dat uw IT-leverancier een professionele tekortkoming beging en niet heeft gehandeld zoals een normaal zorgvuldige dienstverlener in vergelijkbare omstandigheden. Dit is vaak een zware bewijslast die in de praktijk neerkomt op het verkrijgen van een gerechtelijk deskundigenonderzoek.
• De resultaatsverbintenis: Dit is een verbintenis die de schuldenaar verplicht “om een bepaald resultaat te bereiken”. Wordt dat resultaat niet behaald, dan wordt de fout van de leverancier vermoed. Als klant volstaat het om aan te tonen dat het beloofde resultaat er niet is. De leverancier kan enkel aan aansprakelijkheid ontsnappen door overmacht te bewijzen: een vreemde oorzaak die hem niet kan worden toegerekend (bv. een tekortkoming van de klant zelf).
• De garantieverbintenis: Dit is een versterkte resultaatsverbintenis. Hierbij garandeert de leverancier het resultaat onder alle omstandigheden, inclusief overmacht. De dienstverlener neemt bewust een risico op zich dat hij niet altijd zelf in de hand heeft.

De beslissing van het Hof van Cassatie: Een kwestie van feiten

In een arrest van 7 november 2024 heeft het Hof van Cassatie zijn vaste rechtspraak bevestigd. Hoewel de zaak zelf handelde over een ziekenhuisinfectie, is het principe in het algemeen toepasbaar. Het Hof stelde dat wanneer de wet de aard van een verbintenis niet vastlegt, het aan de rechter is om te bepalen of het om een inspannings- of een resultaatsverbintenis gaat.

De rechter moet hiervoor de gemeenschappelijke bedoeling van de partijen nagaan, rekening houdend met alle omstandigheden van de zaak. Deze beoordeling is een feitenkwestie, wat betekent dat het Hof van Cassatie hier zelf niet over oordeelt.

Juridische analyse en duiding: Het aleatoire element als criterium

De uitspraak van het Hof van Cassatie benadrukt de rechtsonzekerheid: als een contract onduidelijk is, hangt de uitkomst af van de interpretatie door de rechter. In de IT-sector is het aleatoire element (de mate van onzekerheid) vaak het doorslaggevende criterium.

Wanneer het bereiken van een resultaat afhankelijk is van een wezenlijk aleatoir element, zal men sneller uitgaan van een inspanningsverbintenis. Men vermoedt dan dat een professionele dienstverlener zich niet zou willen vastpinnen op een resultaat dat hij niet volledig in eigen handen heeft. Factoren die hierbij een rol spelen zijn:

• De complexiteit en de experimentele aard van de technologie.
• De afhankelijkheid van de medewerking van de klant (tijdige feedback, testen, beslissingen).
• De afhankelijkheid van systemen, software of hardware van derden.
• De vaagheid of juist de precisie van de specificaties in het contract. Hoe vager de vereisten, hoe moeilijker een specifiek resultaat te garanderen is.
• De aanwezigheid van boeteclausules of service credits kan dan weer wijzen op de bedoeling om een resultaatsverbintenis aan te gaan.

Wat dit concreet betekent voor uw IT-contract

De abstracte juridische principes hebben grote gevolgen voor de praktijk. De kwalificatie van verbintenissen kan het verschil betekenen tussen het winnen of verliezen van een rechtszaak. Een realistisch contract stemt de juridische kwalificatie af op de operationele werkelijkheid.

Service Level Agreements (SLA’s)

Een SLA is het schoolvoorbeeld van een resultaatsverbintenis. Het legt zeer precieze en meetbare prestaties op. Toch wordt ook hier best rekening gehouden met het aleatoire element. Een goed voorbeeld is het onderscheid tussen:

• Responstijd (response time): De tijd waarbinnen de helpdesk reageert op een incident. Dit heeft de dienstverlener volledig zelf in de hand en is een zuivere resultaatsverbintenis.
• Hersteltijd (resolution time): De tijd die nodig is om het incident op te lossen. Dit kan afhangen van de complexiteit, de omgeving en externe factoren. Daarom wordt de hersteltijd vaak expliciet gekwalificeerd als een inspanningsverbintenis, waarbij de leverancier professioneel moet handelen om het probleem zo snel als redelijkerwijs mogelijk op te lossen.

Agile projecten

De ‘agile’ methodologie, waarbij vereisten bij aanvang vaak vaag zijn en stapsgewijs in nauwe samenwerking worden verfijnd, leent zich per definitie tot inspanningsverbintenissen. Het eindresultaat is bij aanvang onzeker en hangt af van de intensieve interactie tussen de partijen. De leverancier verbindt zich ertoe om als een goede professional het best mogelijke resultaat na te streven binnen de gegeven, evoluerende context. Het is cruciaal om dit te ondersteunen met duidelijke processen voor acceptatie en feedback.

FAQ (Veelgestelde vragen)

Wat als ons contract een verbintenis uitdrukkelijk een “resultaatsverbintenis” noemt, maar de uitvoering in de praktijk zeer onzeker is?
In principe is de expliciete wil van de partijen doorslaggevend. Een rechter kan de kwalificatie die partijen gaven enkel wijzigen als die onverenigbaar is met de contractuele bedingen zelf of met regels van openbare orde. Een IT-leverancier die een onzeker project als resultaatsverbintenis aanvaardt, neemt dus bewust een groter risico. Hij kan zich dan enkel nog bevrijden door overmacht aan te tonen, bijvoorbeeld door te bewijzen dat de mislukking te wijten is aan een fout van de klant.

Hoe wordt de aard van de verbintenis bepaald als ons IT-contract hierover zwijgt?
Als het contract niets specificeert, zal de rechter de gemeenschappelijke bedoeling van de partijen proberen te achterhalen op basis van de feitelijke omstandigheden. Zoals hierboven besproken, zal de rechter kijken naar de mate van onzekerheid (het alea), de rol van de klant, de complexiteit van de opdracht en de voorzienbare risico’s. Ook de manier waarop de partijen sancties hebben voorzien (bv. boetes bij het missen van een deadline) kan een indicatie zijn.

Is een deadline in een IT-project altijd een resultaatsverbintenis?
Traditioneel wordt het respecteren van een strikte deadline zonder voorbehoud beschouwd als een resultaatsverbintenis. Als de haalbaarheid van de termijn echter sterk afhangt van de medewerking van de klant of van externe factoren, en de leverancier hierover geen controle heeft, kan een rechter oordelen dat het slechts om een inspanningsverbintenis ging. Het is daarom aan te raden om deadlines contractueel te koppelen aan duidelijke voorwaarden en afhankelijkheden (assumptions).

Conclusie

Het onderscheid tussen een inspannings- en een resultaatsverbintenis is een van de meest kritieke, maar vaak miskende, aspecten van IT-contracten. Een zorgvuldige en ondubbelzinnige contractuele regeling, die de juridische termen afstemt op de operationele realiteit van uw project, is geen luxe maar een absolute noodzaak om geschillen en financiële schade te voorkomen.