Beroepsaansprakelijkheid ict-bedrijf: wat je moet weten

Definitie en afbakening: wat bedoelen we met beroepsaansprakelijkheid?

Beroepsaansprakelijkheid houdt in dat een professional aansprakelijk kan zijn voor schade die ontstaat doordat hij of zij zijn of haar vakmatige verplichtingen niet goed is nagekomen. Bij een ict-bedrijf gaat het dan typisch om schade doordat de dienstverlening, het advies, het ontwerp of de uitvoering niet voldoet aan wat je als “redelijk handelend” ict-dienstverlener mag verwachten.

Het belangrijke onderscheid is dat beroepsaansprakelijkheid gaat over het uitoefenen van een beroep (vakbekwaamheid en zorgvuldigheid), niet over algemene schade door bijvoorbeeld een puur privé-ongeluk. Ook betekent het niet automatisch dat bij elke storing of ieder incident iemand aansprakelijk is: er moet sprake zijn van een te verwijten tekortkoming in het kader van de beroepsuitoefening.

Eenvoudig model: wanneer ontstaat er een aansprakelijkheidsclaim?

Een claim ontstaat doorgaans wanneer aan meerdere voorwaarden tegelijk is voldaan:

Er is een schadepost: bijvoorbeeld kosten om een probleem te verhelpen, omzetverlies, herstelkosten of andere aantoonbare nadelige gevolgen.
Er is een beroepsfout of tekortkoming: dat kan een fout in software zijn, een onjuiste inschatting, een gebrekkige implementatie, onvoldoende testen of een foutieve vertaling van eisen naar oplossing. Ook kan een gebrek in dienstverlening meespelen, zoals het onvoldoende opvolgen van afgesproken werkwijzen.
Er is een causaal verband: de eiser moet aannemelijk maken dat de beroepsfout de schade heeft veroorzaakt (of in elk geval sterk heeft bijgedragen).
Er is een mate van verwijtbaarheid: niet elke mislukking is automatisch verwijtbaar. Het gaat om wat redelijkerwijs van een professionele ict-dienstverlener mocht worden verwacht.

Praktisch gezien is documentatie vaak bepalend: welke specificaties golden er, wat is afgesproken, welke stappen zijn genomen en hoe is getest of gecontroleerd. Zonder helder spoor is het lastiger om te onderbouwen wat precies is gegaan en waarom.

Wat is typisch bij ict, en welke uitzonderingen zijn vaak relevant?

Bij ict-bedrijven komt de beroepsaansprakelijkheid vaak in beeld bij fouten in de keten van analyse, ontwerp, ontwikkeling, configuratie, implementatie en beheer. Denk aan:

een verkeerd geïnterpreteerde requirement die later tot fouten leidt;
een implementatie die niet volgens afspraak of technische uitgangspunten is uitgevoerd;
ontoereikende test- of acceptatieactiviteiten waardoor gebreken pas laat zichtbaar worden;
een advies of configuratiekeuze die in de context van de opdracht niet zorgvuldig of niet passend is.

Tegelijk is het zinvol om te beseffen dat claims niet alleen draaien om “het ging mis”, maar om de relatie met de opdracht en de zorgvuldigheid. Wat vaak verschil maakt:

Scope en contractafspraken: wat stond er precies in de opdracht, het plan van aanpak of de specificaties?
Wijze van uitvoering: is er gehandeld volgens afgesproken werkwijze en kwaliteitsverwachtingen?
Risicoverdeling: in welke omstandigheden lag het probleem buiten de invloedssfeer (bijvoorbeeld door input van de klant, externe koppelingen of aantoonbaar gebrekkige aanlevering)?

Ook bij mogelijke uitzonderingen geldt: er bestaat geen universele lijst. In de praktijk hangen uitsluitingen en grenzen af van de contractuele afspraken en (als je die gebruikt) de precieze formulering in polisvoorwaarden van verzekeringen. Als je zekerheid zoekt, moet je altijd de exacte tekst beoordelen. Omdat die tekst per aanbieder en per dekking kan verschillen, is het niet verstandig om op basis van algemene veronderstellingen conclusies te trekken.

Controlepunten voor ict-bedrijven: zo plaats je het risico in de praktijk

Om beroepsaansprakelijkheid voor een ict-bedrijf goed te begrijpen en te beheersen, kun je controleren of je aanpak en bewijsvoering aansluiten op de kernvoorwaarden (schade, fout, causaal verband en verwijtbaarheid). Denk aan deze onafhankelijke controlepunten:

Opdrachtbegrenzing: zijn scope, doelen, uitgangspunten en acceptatiecriteria expliciet vastgelegd?
Eisen en wijzigingen: is duidelijk vastgelegd welke requirements golden, welke wijzigingen zijn geaccordeerd en wanneer?
Kwaliteit en testen: kun je aantonen welke controles en testen zijn uitgevoerd en wat de resultaten waren?
Communicatie en handover: is traceerbaar wie wat wanneer heeft geleverd en beoordeeld (bijvoorbeeld in overdrachtsmomenten)?
Afhandeling incidenten: is er een helder proces voor incidentanalyse, herstelprioriteiten en rapportage?

Door op deze punten te focussen, vergroot je de kans dat je bij een incident correct kunt verklaren wat er is gebeurd en waarom. Dat helpt zowel bij het voorkomen van problemen als bij het onderbouwen van je positie als er een claim wordt gesteld.

Vergelijking in hoofdlijnen: beroepsaansprakelijkheid versus andere vormen van aansprakelijkheid

Niet alle aansprakelijkheid is beroepsaansprakelijkheid. In hoofdlijnen verschilt het “waarom” van de claim:

Beroepsaansprakelijkheid gaat over vakmatig handelen en zorgvuldigheid bij de dienstverlening.
Algemene aansprakelijkheid ziet vaker op schade door gedragingen buiten de professionele opdrachtcontext.
Specifieke contractuele aansprakelijkheid kan ontstaan doordat partijen bepaalde verplichtingen hebben afgesproken; de vraag is dan hoe streng die verplichtingen zijn en hoe ze worden geïnterpreteerd.

Een ict-incident kan meerdere routes raken, maar je analyse begint meestal bij de professionele kern: welke beroepshandeling of beroepsuitkomst wordt verweten en hoe hangt dat samen met de schade.

Tot slot: omdat juridische uitkomsten en dekking altijd afhangen van feiten, contracttekst en (indien van toepassing) polisvoorwaarden, blijft het essentieel om claims te beoordelen op de concrete omstandigheden van jouw opdracht.