Beroepsaansprakelijkheid IT-project: wat je moet weten

Definitie: wat bedoelen we met beroepsaansprakelijkheid bij een IT-project?

Beroepsaansprakelijkheid is aansprakelijkheid voor schade die ontstaat doordat je als professional je vak of opdracht niet zorgvuldig uitvoert. Bij een IT-project gaat het dan niet om “een software werkt niet”, maar om de vraag of er sprake is van een beroepsfout: een tekortschieten in deskundigheid, zorgvuldigheid of naleving van wat redelijkerwijs van een ICT-dienstverlener mag worden verwacht.

De kern is meestal een combinatie van drie punten:

er is schade bij een opdrachtgever of derde;
er is een fout of tekortkoming in je beroepsuitoefening;
er is een oorzakelijk verband tussen de fout en de schade.

Eenvoudig model van werking: van fout naar claim

Je kunt het proces achter beroepsaansprakelijkheid bij IT-projecten stap voor stap bekijken:

Onderliggende beroepshandeling: de IT-dienstverlening die je leverde, bijvoorbeeld analyse, ontwerp, advies, configuratie, implementatie, integratie, migratie of beheer.
Toetsing op zorgvuldigheid: was je aanpak deskundig en zorgvuldig, passend bij de opdracht en de stand van zaken? Let op dat dit niet betekent dat elke fout meteen een beroepsfout is.
Schadeclaim: de opdrachtgever of benadeelde stelt schade vast en legt verband met jouw handelen.
Discussie over oorzaak en omvang: in IT-projecten kan er veel “ruis” zijn, bijvoorbeeld door afhankelijkheden van systemen, prestaties van derden of beslissingen van de opdrachtgever. Daarom verschuift de discussie vaak naar oorzaken en proporties.
Verweer en afhandeling: partijen proberen de claim af te wikkelen. Als verzekering een rol speelt, komt ook de vraag aan bod welke onderdelen wel en niet onder de dekking vallen.

Praktisch betekent dit dat de kwalificatie “beroepsaansprakelijkheid” vooral draait om de aard van het handelen (beroepsmatig, onder je verantwoordelijkheid) en het bewijs van het verband tussen beroepsfout en schade.

Afbakening: wat is wél en niet “beroepsaansprakelijkheid IT-project”?

Beroepsaansprakelijkheid kan overlappen met andere aansprakelijkheden, maar het onderscheid zit in de juridische kern.

Contractuele tekortkoming vs. beroepsfout: een IT-project kent vaak een overeenkomst met oplevermomenten, specificaties en acceptatie. Dat gaat over nakoming. Beroepsaansprakelijkheid gaat over de kwaliteit van je beroepsuitoefening en de fout daarin. In claims kunnen beide sporen tegelijk spelen, maar ze vragen om andere onderbouwing.
Gebrek in het resultaat vs. fout in dienstverlening: een project kan een product (bijvoorbeeld software of een interface) opleveren dat niet voldoet. De vraag is dan of het gevolg vooral komt door een gebrek aan het resultaat (bijv. specificaties verkeerd geïnterpreteerd) of door een fout in de dienstverlening (bijv. ondeugdelijke aanpak, onjuist advies, verkeerde technische keuzes zonder deugdelijke onderbouwing).
Opzet of grove fouten: veel verzekeringen en regelingen kennen variaties in hoe wordt omgegaan met ernst van verwijtbaarheid. Zonder voorwaarden te kennen kun je niet concluderen wat precies wel of niet gedekt is; reken dus op inhoudelijke toetsing.
Schade door externe oorzaken: afhankelijkheden (bijv. derde systemen, hostingpartijen, netwerken) kunnen de oorzaak zijn. Als jouw handelen slechts een deel van het totale probleem is, kan de claiminhoud veranderen.

Een belangrijk controlepunt is daarom: waar ligt de “fout” in het proces? Niet alleen wat er misging, maar welke handeling of verzuim onder jouw verantwoordelijkheid valt.

Uitzonderingen en variaties: waarom “het ligt aan de polis” belangrijk is

Of een IT-projectclaim onder beroepsaansprakelijkheid valt en hoe de afhandeling verloopt, verschilt per regeling. Zonder specifieke polisvoorwaarden te behandelen, kun je wel de meest voorkomende variatierichtingen benoemen die doorgaans het verschil maken:

Ongeschiktheid door informatie van de opdrachtgever: als jij baseerde op onjuiste of onvolledige input van de opdrachtgever, kan het causaliteits- en zorgvuldigheidsvraagstuk verschuiven.
Schade door oorzaken na jouw verantwoordelijkheid: sommige schade ontstaat nadat jouw rol is afgerond of buiten jouw beheer valt. Dan kan de link met jouw beroepshandeling zwakker worden.
Projectscope en opdrachtafbakening: claims zijn vaak groter dan de oorspronkelijke scope. Als jouw opdracht bijvoorbeeld alleen advies omvatte en de implementatie bij een andere partij lag, kan dat relevant zijn.
Soort schade: in IT-projecten komen verschillende schadestructuren voor (bijv. directe kosten, herstelkosten, gevolgschade door stilstand). Of alles even goed is aan te merken als “gedekt onder de beroepsaansprakelijkheid” is afhankelijk van voorwaarden.

Omdat dit onderwerp sterk afhankelijk is van de contract- en verzekeringscontext, is het verstandig om uitzonderingen en definities altijd te lezen vanuit jouw situatie: welke fouten worden omschreven, welke schade wordt meegewogen, en waar de grenzen liggen.

Controlepunten voor jouw IT-projectsituatie

Om beroepsaansprakelijkheid bij een IT-project goed te plaatsen, kun je deze controlevragen doorlopen:

Welke beroepshandeling wordt verweten? Is het analyse, advies, ontwerp, implementatie, integratie of beheer?
Wat is de beweerde beroepsfout? Gaat het om een fout in deskundigheid/zorgvuldigheid, of vooral om een niet-gerealiseerd resultaat?
Welke schade wordt geclaimd? Wat is de aard (kosten/herstel/gevolg) en wat is de periode?
Wat is de causaliteit? Welke argumenten voeren beide kanten aan over oorzaak en bijdrage van jouw handelen?
Is er sprake van overlap met andere oorzaken? Bijvoorbeeld beslissingen van de opdrachtgever, afhankelijkheden of fouten door derden.
Welke uitsluitingen/definities kunnen relevant zijn? Dit volgt uit contract- en polisvoorwaarden; zonder die tekst blijft het onzeker.

Als je deze punten helder krijgt, kun je beter inschatten hoe sterk een claim is en welke discussiepunten waarschijnlijk terugkomen.

Veelvoorkomende scenario’s bij IT-projecten (ter herkenning)

Zonder te claimen dat elk scenario automatisch onder beroepsaansprakelijkheid valt, zijn dit herkenbare situaties waarin discussie ontstaat over beroepsfout en schade:

Een advies of ontwerp waarop je een realistische implementatie niet (of niet voldoende) baseerde.
Een implementatie waarbij je werkwijze niet aansluit op de afgesproken aanpak of op wat redelijkerwijs nodig was.
Migraties of integraties waarbij je vooraf onvoldoende risico’s beheerst (bijv. omdat randvoorwaarden niet zijn gevalideerd).
Conflicten over acceptatie en specificaties, waarbij de kernvraag wordt of de dienstverlening vakinhoudelijk tekortschiet.

In al deze gevallen blijft het uitgangspunt: de claim moet te herleiden zijn naar een beroepsfout en het verband met de schade moet aannemelijk zijn.

Samenvatting

Beroepsaansprakelijkheid bij een IT-project draait om professionele zorgvuldigheid: wanneer leidt jouw beroepsmatig handelen (of nalaten) tot schade, en is dat verband aantoonbaar? De precieze uitkomst en reikwijdte hangen af van de feiten, de contractafspraken en vooral de specifieke voorwaarden rond dekking en uitzonderingen.