Beroepsaansprakelijkheid IT- consultant: wat je moet weten

Definitie en reikwijdte in gewone taal

Beroepsaansprakelijkheid van een IT-consultant betekent dat de IT-dienstverlener aansprakelijk kan zijn voor schade die ontstaat doordat de dienstverlening niet voldoet aan wat je redelijkerwijs van een deskundige mag verwachten. In veel gevallen gaat het daarbij om een beroepsfout: bijvoorbeeld fouten in analyse, ontwerp, implementatie of advisering waardoor een opdrachtgever problemen krijgt.

Belangrijk is dat het meestal niet gaat om “harde” schade aan een willekeurig voorwerp, maar om vermogensschade: financiële gevolgen van een fout. Denk aan kosten om problemen te herstellen, extra inzet van personeel, of omzetverlies door een storing of mislukte oplevering. Welke schade precies onder een claim valt en welke bewijslast daarbij hoort, hangt af van de concrete situatie en de contractuele afspraken.

Hoe een claim meestal ontstaat: het eenvoudige model

Je kunt het proces vaak begrijpen als een keten van vier stappen:

1. Er is een gebeurtenis of gebrek in de dienstverlening. Dat kan bijvoorbeeld een fout, nalatigheid of onjuiste verwachting zijn.
2. Er is schade bij de opdrachtgever: de financiële gevolgen die daarvan het resultaat zijn.
3. Er moet een causaal verband worden aangetoond tussen de beroepsfout en de schade.
4. Er is een juridische grond en afbakening: welke verplichting hoorde bij de opdracht, wat is er contractueel overeengekomen, en zijn er uitsluitingen of beperkingen van toepassing.

Bij IT-werk komt er vaak nog een praktische laag bij: het is soms lastig om vast te stellen waar het probleem precies is ontstaan (bijvoorbeeld in de keten van systemen, leveranciers of gebruikers). Hoe specifieker de scope van werkzaamheden en de afgesproken oplevercriteria zijn, hoe makkelijker het wordt om onderscheid te maken tussen een “eigen” beroepsfout en externe factoren.

Onderdelen die je steeds terugziet in de afbakening

In de praktijk lopen discussies rond beroepsaansprakelijkheid vaak niet alleen over de fout, maar vooral over de reikwijdte. Let daarom op deze onderdelen:

• Taakomschrijving en verwachtingen: wat was precies jouw opdracht (adviseren, ontwikkelen, testen, implementeren, beheren)? Bij IT bepaalt dat mede of je aansprakelijk bent voor een bepaald resultaat.
• Resultaats- versus inspanningsgerichte afspraken: in veel service- en consultancycontracten staat niet altijd één concreet “eindresultaat” centraal, maar gaat het om inspanningen of een bepaald deskundigheidsniveau. De formulering in het contract beïnvloedt hoe een claim wordt beoordeeld.
• Werkzaamheden en interfaces: als je afhankelijk bent van input van de opdrachtgever of van derden (bijvoorbeeld data, API’s of infrastructuur), dan verschuift de vraag vaak naar wie welke verantwoordelijkheid had.
• Oplevering, acceptatie en wijzigingen: tussentijdse wijzigingen, afwijkingen of een gewijzigde scope kunnen invloed hebben op de beoordeling van wat redelijk was en wat later nog kan worden toegerekend.

Uitzonderingen en variatie: wat het antwoord kan veranderen

Er is niet één universele uitkomst bij elke IT-claim. Wel zijn er terugkerende variaties die een claim kunnen beperken of juist anders doen uitpakken:

1. Opzet of bewuste roekeloosheid: veel dekkingssystemen sluiten situaties uit waarin de fout bewust is veroorzaakt. Of dat geldt en hoe dat wordt ingevuld, hangt af van de concrete voorwaarden.
2. Niet-gedekte activiteiten of werkzaamheden buiten scope: als het contract een andere rol of andere werkzaamheden beschrijft dan wat in werkelijkheid is uitgevoerd, kan de dekking of aansprakelijkheid anders uitpakken.
3. Onvoldoende naleving van afspraken: als de opdrachtgever en de IT-consultant hebben afgesproken om bijvoorbeeld te testen of te reviewen en dat is niet gebeurd, kan dat het debat over fout en toerekening beïnvloeden.
4. Contractuele beperkingen: partijen kunnen aansprakelijkheid (in bandbreedtes) contractueel begrenzen. Dat kan gaan over de maximale omvang, de duur, of de manier waarop schade wordt vastgesteld.

Omdat voorwaarden en contracten per situatie kunnen verschillen, is het verstandig om claims altijd te beoordelen tegen de exacte tekst van opdracht, scope en de relevante afspraken.

Controlepunten voor je eigen situatie

Gebruik de onderstaande controlepunten om beroepsaansprakelijkheid IT-concreet te plaatsen. Dit zijn vragen om je eigen dossier te ordenen:

• Wat was jouw opdracht precies? Leg vast welke activiteiten je wel en niet uitvoerde.
• Welke normen of kwaliteitsverwachtingen golden? Bijvoorbeeld: volgens welke methode, richtlijnen, of in welk kwaliteitsniveau.
• Wat is de schadepost? Welke vermogensschade wordt geclaimd en hoe is die onderbouwd.
• Waar zit de oorzaak volgens de onderbouwing? Sluit je verklaring aan op de feitelijke tijdlijn en op welke onderdelen?
• Welke contractclausules spelen mee? Kijk naar afspraken over beperking van aansprakelijkheid, acceptatie, wijziging van scope en procedurele vereisten.
• Zijn er uitsluitingen die relevant kunnen zijn? Denk aan bewuste fout, niet-gedekte werkzaamheden, of claimafhandeling die afwijkt van wat is afgesproken.

Als je merkt dat meerdere partijen invloed hebben gehad (opdrachtgever, leveranciers, beheer, gebruikers), maak dan duidelijk welke technische en organisatorische stappen onder jouw verantwoordelijkheid vielen. Dat maakt discussies over fout en causaal verband concreter.

Wil je dit extra scherp plaatsen in je contract? Dan helpt het om de aandacht te richten op hoe aansprakelijkheid en limieten zijn geformuleerd in de afspraken over de dienstverlening, zoals bij clausules en limieten. Daarnaast kan het nuttig zijn om de verschillen en afbakening in terminologie helder te krijgen, bijvoorbeeld via beroepsaansprakelijkheid ict consultant.