Beroepsaansprakelijkheid IT-bedrijven: wat je moet weten

Definitie en afbakening in IT-taal

Beroepsaansprakelijkheid betekent dat een dienstverlener (bijvoorbeeld een ICT-adviesbureau of softwareontwikkelaar) aansprakelijk kan zijn voor schade die ontstaat doordat hij bij de uitoefening van zijn beroep een fout maakt. Denk aan een onjuiste analyse, een verkeerde interpretatie van eisen, een ondeugdelijke implementatie of het niet betrachten van de zorgvuldigheid die bij zo’n opdracht mag worden verwacht.

Voor IT-bedrijven is het belangrijk om beroepsaansprakelijkheid te onderscheiden van andere vormen van aansprakelijkheid. Beroepsaansprakelijkheid gaat niet om “elke” schade, maar om schade die samenhangt met een fout in de professionele uitvoering. Schade door pure pech of door omstandigheden die buiten de fout liggen, valt daarmee niet automatisch onder beroepsaansprakelijkheid. Ook is het nuttig om te beseffen dat de beoordeling vaak sterk afhangt van wat er is afgesproken: de scope, de kwaliteitseisen, de resultaten die zijn toegezegd en de wijze waarop is gewerkt.

Eenvoudig model: fout, schade en causaal verband

Een praktisch denkkader bestaat doorgaans uit drie vragen.

Is er sprake van een fout in de beroepsuitoefening? Bijvoorbeeld: is de oplossing gebouwd of het advies gegeven met voldoende deskundigheid en zorgvuldigheid, en sluit het aan op de afgesproken uitgangspunten?
Is er daadwerkelijk schade? Schade kan bijvoorbeeld bestaan uit herstelkosten, kosten voor het opnieuw uitvoeren, of kosten die voortvloeien uit het niet kunnen gebruiken van een systeem. Alleen “gemiste voordelen” of algemene ontevredenheid is niet automatisch hetzelfde als schade die juridisch relevant is.
Ligt de fout in voldoende mate aan de schade ten grondslag? Zelfs als iemand een fout maakt, moet die fout in verband gebracht kunnen worden met de ontstane schade. In IT-discussies gaat het daarom vaak om oorzaak-gevolg: wat ging er precies mis, en welke stap veroorzaakte het probleem?

Door dit model te gebruiken, kun je beter plaatsen of een situatie vooral een uitvoeringsprobleem is, een probleem in verwachtingen, of een kwestie van niet-naleving van afspraken.

Waar het in IT vaak misgaat: verwachtingen, scope en communicatie

Veel geschillen ontstaan niet doordat er geen werk is geleverd, maar doordat de verwachtingen over “wat goed genoeg is” of “wat precies is geleverd” niet kloppen met wat is afgesproken.

Afbakening van de opdracht: Als niet duidelijk is vastgelegd welke requirements, interfaces, gegevens of use-cases onder de opdracht vallen, wordt het moeilijk om te bepalen of een resultaat tekortschiet.
Kwaliteits- en acceptatiecriteria: Zonder heldere criteria is discussie waarschijnlijk: voldoet iets aan de afgesproken norm, of is het “in het algemeen” niet bruikbaar?
Documentatie en besluitvorming: In IT-projecten worden vaak aannames gedaan. Als aannames niet zijn vastgelegd of als wijzigingen niet zijn teruggekoppeld, ontstaat snel een debat over oorzaak.
Communicatie tijdens uitvoering: Tijdig signaleren van risico’s en beperkingen kan relevant zijn voor de vraag of je voldoende zorgvuldig hebt gehandeld.

Een belangrijk nuancepunt: niet elke afwijking van de planning of niet elke softwarebug leidt automatisch tot beroepsaansprakelijkheid. Een bug kan onderdeel zijn van normaal beheer, of het kan juist wijzen op een tekortschietende implementatie. De context en de professionele maatstaf bepalen het oordeel.

Uitzonderingen en variatie: wanneer claims lastiger zijn

Beroepsaansprakelijkheid is niet onbeperkt. Verschillende factoren kunnen maken dat een claim minder kansrijk is of anders uitvalt.

Geen relevante beroepsfout: Als het handelen voldoet aan de professionele zorgvuldigheid die in de branche mag worden verwacht, ontbreekt vaak een kernvoorwaarde.
Schade zonder voldoende onderbouwing: Alleen stellen dat er “schade” is, is meestal onvoldoende. Er moet aannemelijk gemaakt kunnen worden wat de schade is en hoe die is ontstaan.
Onvoldoende causaal verband: Als het probleem waarschijnlijk voortkomt uit een andere oorzaak (bijvoorbeeld invoergegevens van de klant, keuzes door een derde partij of een externe wijziging), dan wordt het lastiger om de fout toe te rekenen.
Eigen rol opdrachtgever: In sommige gevallen kunnen fouten of keuzes aan de kant van de opdrachtgever meespelen. Ook dan blijft de vraag: was er een fout in de professionele dienstverlening, en draagt die voldoende bij aan het resultaat.

Deze uitzonderingen zijn geen “verzekeringsachtige” belofte, maar vooral een uitleg van hoe beoordeling meestal werkt: juridisch relevante elementen moeten aanwezig zijn.

Controlepunten voor IT-bedrijven

Als je wilt inschatten of iets richting beroepsaansprakelijkheid kan gaan, zijn dit begrijpelijke controlepunten.

Leg de opdracht vast: scope, deliverables, aannames, niet-onderwerpen en randvoorwaarden.
Maak kwaliteitsnormen concreet: definities van “acceptabel”, testaanpak en criteria voor oplevering.
Onderbouw keuzes en afwijkingen: waarom bepaalde technische of functionele keuzes zijn gemaakt.
Herleid oorzaak: koppel incidenten aan logs, wijzigingen, requirements en momenten van besluitvorming.
Documenteer communicatie: welke signalen zijn wanneer gedeeld, en hoe is daarop gereageerd.

Wanneer een discussie ontstaat, helpen deze punten vooral om het debat te structureren rond fout, schade en causaliteit. Dat is de kern waar het in beroepsaansprakelijkheid voor IT-bedrijven steeds op neerkomt.

Wil je de aansprakelijkheidslogica verder verduidelijken, dan kun je ook kijken naar de verschillen tussen aansprakelijkheid bij beroepsfouten en kwesties rond adviesfouten of onderaanneming via relevante uitlegpagina’s: aansprakelijkheid beroepsfout, aansprakelijkheid adviesfout beroepsaansprakelijkheid en aansprakelijkheid bij onderaanneming.