Beroepsaansprakelijkheid IT-professionals: wat je moet weten

Definitie en kern: wanneer is er sprake van beroepsaansprakelijkheid?

Beroepsaansprakelijkheid betekent dat een professional aansprakelijk kan zijn voor schade die ontstaat door een fout in de uitoefening van het beroep. Bij IT-professionals gaat het daarbij niet om “algemene pech”, maar om een toetsbare tekortkoming: iets is niet gedaan zoals van een redelijk bekwaam en zorgvuldig handelend professional verwacht mag worden, of de gevolgen daarvan zijn niet te voorkomen geweest.

De kernvragen zijn doorgaans:

Is er sprake van een fout of tekortkoming in het professionele handelen?
Is er schade (bijvoorbeeld financieel nadeel of aantoonbare kosten)?
Staat er een causaal verband tussen de fout en de schade?
Kan die fout aan de professional worden toegerekend (met andere woorden: in welke mate valt het handelen/ nalaten binnen de professionele verantwoordelijkheid)?

Belangrijk om te begrijpen is dat het begrip “fout” in de praktijk breed kan zijn. Het kan gaan om een inhoudelijke vergissing, maar ook om gebrekkige uitvoering, onzorgvuldige communicatie, onvoldoende testen, of het niet naleven van relevante afspraken en randvoorwaarden.

Een eenvoudig model van de claim: fout → schade → oorzaak → toerekening

Je kunt beroepsaansprakelijkheid voor IT beschouwen als een keten. Als één schakel ontbreekt, wordt een aanspraak vaak lastiger.

Fout of tekortkoming Voor IT-professionals kan dit bijvoorbeeld samenhangen met:

advies dat niet overeenkomt met wat nodig was voor het beoogde doel;
ontwikkeling of configuratie die niet voldoet aan de (overeengekomen) eisen;
integratie die faalt door onjuiste aannames of onvoldoende validatie;
gebrekkig beheer of onvoldoende monitoring, waardoor een probleem te laat wordt opgemerkt.

Schade Schade kan direct zijn (bijvoorbeeld kosten om een oplossing te herstellen) of indirect (bijvoorbeeld omzetverlies). Hoe concreter en aantoonbaarder de schade, hoe beter de beoordeling.
Causaal verband De vraag is of de schade daadwerkelijk voortkomt uit de gestelde fout. Bij IT zijn er vaak meerdere oorzaken tegelijk (bijvoorbeeld afhankelijkheden van systemen, wijzigingen door derden, of later doorgevoerde mutaties). Dan wordt de causaliteit een belangrijk discussiepunt.
Toerekening en omstandigheden Zelfs als iets “fout” voelt, moet beoordeeld worden of het ook redelijkerwijs aan de professional kan worden verweten. Factoren zoals scope, gemaakte afspraken, omgevingscomplexiteit en informatievoorziening spelen daarbij mee.

Afbakening in IT: wat valt meestal wel en wat niet onder de beroepsverantwoordelijkheid?

Beroepsaansprakelijkheid richt zich op tekortkomingen in de beroepsuitoefening. Dat betekent dat niet iedere IT-misser automatisch onder dezelfde juridische categorie valt. Handig is om onderscheid te maken tussen:

Tekortkoming in professionele prestatie: fouten bij advies, ontwerp, implementatie, configuratie, testen, overdracht of beheer.
Externe factoren: schade die vooral komt door onvoorziene invloeden buiten de controle van de professional, of door wijzigingen die later zijn doorgevoerd zonder terugkoppeling.
Informatie- en afhankelijkheidsrisico’s: als de professional afhankelijk is van onjuiste of onvolledige input van de klant/ opdrachtgever, kan dat invloed hebben op de beoordeling van verantwoordelijkheid.

Ook kan het onderscheid tussen “inspanningsverplichting” en “resultaatverplichting” (zoals vaak in overeenkomsten terugkomt) relevant zijn voor de discussie. In de praktijk bepaalt vooral de inhoud van afspraken wat van een IT-professional precies mocht worden verwacht.

Daarnaast bestaan er situaties waarin IT-schade buiten de beroepsaansprakelijkheidsdiscussie kan vallen of in elk geval anders beoordeeld wordt, bijvoorbeeld als het niet gaat om een beroepsfout maar om een ander type tekortkoming of rechtsgrond. Welke uitkomst haalbaar is, is sterk afhankelijk van feiten en formuleringen in de overeenkomst.

Uitzonderingen en vergelijkbare scenario’s: verschil tussen beroepsfout en andere oorzaken

In IT-zaken wordt vaak gesproken over “de fout”, maar er kunnen meerdere parallelle oorzaken zijn. Daarom is het goed om uitzonderingen en varianten in gedachten te houden:

Meerdere betrokken partijen: als onderaannemers, leveranciers of andere partijen een rol speelden, kan de aansprakelijkheid breder worden besproken. Niet elk falen kan dan aan één professional worden toegeschreven.
Scope en wijzigingsverzoeken: een issue dat ontstaat na een scopewijziging of na een wijziging buiten de afgesproken kaders kan de beoordeling veranderen.
Ontbrekende of late informatie: als cruciale eisen of randvoorwaarden pas laat bekend worden, kan dat doorwerken in wat redelijkerwijs verwacht kon worden.
Testing en overdracht: veel discussies draaien om de vraag of het werk voldoende is getest, gedocumenteerd en overgedragen om het beoogde gebruik mogelijk te maken.

Het verschil met meer “algemene” aansprakelijkheid is dat bij beroepsaansprakelijkheid de nadruk ligt op professioneel handelen en de maatstaf van wat een zorgvuldig handelende professional had moeten doen.

Controlepunten voor IT-professionals en opdrachtgevers, zonder te adviseren

Als je de risico’s van beroepsaansprakelijkheid in IT beter wilt plaatsen, helpt het om op feiten te sturen. Gebruik deze controlepunten:

Afspraken en scope: leg vast welke doelen, eisen, interfaces en acceptatiecriteria zijn afgesproken.
Dossieropbouw: bewaar relevante documentatie (ontwerpkeuzes, testresultaten, tickets, change logs, e-mails met randvoorwaarden).
Bewijs van zorgvuldigheid: toon aan welke stappen zijn gezet om risico’s te beperken (zoals testen, reviews, monitoring en terugkoppeling).
Wijzigingen bijhouden: registreer scopewijzigingen en feedbackmomenten, inclusief impact op planning of technische keuzes.
Schade concretiseren: definieer welke kosten of nadelen zijn ontstaan en vanaf wanneer, zodat causaliteit toetsbaar wordt.

Als er een aansprakelijkstelling komt, draait de inhoudelijke discussie vaak om: wat precies wordt verweten, welke schade wordt gesteld, welke oorzaak wordt aangewezen, en welke feiten uit het projectdossier dat ondersteunen of juist tegenspreken.

Wanneer wordt het complex?

Beroepsaansprakelijkheid in IT wordt vaak complex wanneer:

systemen afhankelijk zijn van externe partijen of legacy;
er veel wijzigingen zijn geweest tijdens het traject;
er onduidelijke specificaties waren of aannames zijn gemaakt;
de schade pas later zichtbaar wordt (waardoor meerdere gebeurtenissen in de keten meespelen);
meerdere rollen door elkaar lopen (architectuur, uitvoering, beheer, security, integratie).

In die gevallen is een zorgvuldige analyse van de feiten extra belangrijk. Het doel is niet om “schuld” te roepen, maar om te beoordelen of de claim voldoet aan de logische keten: tekortkoming, schade, oorzaak en toerekening.