Beroepsaansprakelijkheid ict consultant: wat je moet weten

Definitie en afbakening: wat bedoelt men met beroepsaansprakelijkheid?

Beroepsaansprakelijkheid betekent dat iemand die een beroep of professionele dienst uitoefent aansprakelijk kan zijn voor schade die ontstaat doordat die dienstverlening niet voldoet aan wat je in de gegeven omstandigheden mag verwachten. Voor een ICT consultant gaat het dan vooral om het professionele handelen of nalaten binnen softwareontwikkeling, implementatie, advies, integraties, migraties en vergelijkbare werkzaamheden.

Het is belangrijk om beroepsaansprakelijkheid niet te verwarren met andere vormen van aansprakelijkheid. Denk aan:

Algemene aansprakelijkheid: schade door onrechtmatig gedrag buiten de professionele kern (bijvoorbeeld een gevaarlijke situatie op locatie).
Contractuele verplichtingen: wat partijen zijn overeengekomen over oplevering, conformiteit en prestaties.
Garantie of resultaatsafspraken: afspraken waarbij een specifiek resultaat is toegezegd.

Bij beroepsaansprakelijkheid draait het doorgaans om de vraag of er sprake is van een (mogelijke) professionele fout, en of die fout kan worden toegerekend aan de dienstverlener.

Een eenvoudig model: wanneer ontstaat er een claim?

Je kunt het proces voor jezelf vereenvoudigen tot vier bouwstenen. Niet elke claim voldoet aan alle punten, maar ze helpen om te toetsen of beroepsaansprakelijkheid überhaupt in beeld komt.

Een fout of tekortkoming Bijvoorbeeld: een ontwerpkeuze die niet redelijk zorgvuldig is uitgevoerd, een implementatiefout, onjuist advies, of een nalatigheid zoals onvoldoende testen of onvoldoende toelichten van risico’s.
Toerekenbaarheid aan de ICT consultant De fout moet in verband te brengen zijn met jouw professionele rol. Dat kan ook meespelen bij uitvoering door anderen binnen je organisatie of in je keten.
Schade Het gaat om aantoonbare schadeposten, zoals uitval, herstelkosten, kosten voor opnieuw uitvoeren, of gevolgschade bij de klant.
Causaal verband De schade moet (in voldoende mate) herleidbaar zijn tot de beroepsfout. Is de schade hoofdzakelijk veroorzaakt door externe factoren (bijvoorbeeld onjuist gebruik door de klant of fouten in aangeleverde data), dan kan dit het aansprakelijkheidsverhaal beperken.

Rol van bewijsmateriaal

In de praktijk is de discussie vaak geen kwestie van “gevoel”, maar van aantoonbaarheid. Denk aan documentatie, requirements, testresultaten, wijzigingshistorie, projectverslagen, e-mailbeslissingen en technische logs.

Onderdelen en uitzonderingen die het verschil kunnen maken

Beroepsaansprakelijkheid is geen oneindige risico-afdekking voor elke negatieve uitkomst. Een paar uitzonderingen en aandachtspunten komen geregeld terug.

1) Zorgplicht en professionele standaard

Wat “redelijk zorgvuldig” is, hangt af van de context: soort opdracht, complexiteit, beschikbare kennis en verwachtingen in de branche. Een typische valkuil is dat een uitkomst wordt beoordeeld alsof het een garantie was, terwijl het karakter van de opdracht eerder een inspanningsgerichte of adviserende rol is.

2) Informatie van de klant en afhankelijkheden

ICT-projecten steunen op inputs: domeinkennis, data, bestaande systemen, prioriteiten en acceptatiecriteria. Als een fout sterk samenhangt met onvolledige of onjuiste informatie van de klant, kan dat doorwerken in de beoordeling van oorzaak en toerekening.

3) Wijzigingen gedurende het project

Veel problemen ontstaan niet in de oorspronkelijke planning, maar door wijzigingen. Als scope wijzigt, is de vraag of de aangepaste werkwijze en risicoafweging voldoende zijn gevolgd en gedocumenteerd.

4) Onderlinge grenzen tussen advies en uitvoering

Een consultant kan adviseren, maar ook uitvoeren. De aansprakelijkheidsvraag kan verschillen: wat mocht worden verwacht bij alleen advies versus bij volledige implementatie. Evenzo kan de taakverdeling met een andere partij (bijvoorbeeld een hoofdaannemer of onderaannemer) relevante vragen oproepen.

Toepassen in je eigen situatie: controlepunten

Om beroepsaansprakelijkheid ICT consultant goed te kunnen plaatsen, kun je deze controlepunten gebruiken als denkraam. Dit is bedoeld om risico’s te begrijpen, niet om een individuele claim of uitkomst te voorspellen.

Wat was precies je taak? Was je verantwoordelijk voor analyse, ontwerp, implementatie, test, migratie of alleen advies? Hoe duidelijker de taakomschrijving, hoe beter het te beoordelen is.
Welke afspraken lagen er vast? Kijk naar contractclausules over aansprakelijkheid, termijnen, acceptatie, wijzigingsbeheer en eventuele beperkingen van aansprakelijkheid. Let op: contract en aansprakelijkheid sluiten elkaar niet automatisch uit, maar sturen vaak wel de discussie.
Kun je jouw professionele aanpak onderbouwen? Verzamel projectinformatie: requirements, scope-documenten, ontwerpkeuzes, testaanpak, bewijs van review en besluitvorming. Dat ondersteunt de beoordeling van zorgvuldigheid.
Wat is de oorzaak volgens de feiten? Breng de keten van gebeurtenissen in kaart: wanneer ontstaat het probleem, wat veranderde er, welke input was beschikbaar, en welke afhankelijkheden speelden mee?
Is er sprake van alleen “niet voldoen” of van een beroepsfout? Niet elke mislukking is per definitie een fout. Onderzoek of er sprake was van een redelijk te verwachten fout of tekortkoming, in plaats van een ongunstige uitkomst zonder tekortschietende zorg.

Waar je rekening mee moet houden

Er zijn situaties waarin beoordeling complex is. Bijvoorbeeld bij een combinatie van technische factoren, afhankelijkheid van derden, of bij gebrekkige scope en interpretatieverschillen. Daarom is het verstandig om je dossier praktisch en navolgbaar op orde te hebben: dat maakt de discussie minder speculatief.

Vergelijking: beroepsaansprakelijkheid vs. andere juridische insteek

Soms wordt beroepsaansprakelijkheid genoemd terwijl de kernvraag eigenlijk anders is. Een korte vergelijking helpt om misverstanden te voorkomen:

Beroepsaansprakelijkheid: draait om professionele fout/tekortkoming en de gevolgen daarvan.
Contractuele tekortkoming: draait om schending van afspraken, zoals oplevering of specificaties.
Onrechtmatige daad buiten beroep: draait om schade door onrechtmatig handelen in bredere zin.

In ICT- projecten lopen deze lijnen vaak door elkaar. Dat betekent niet dat alles hetzelfde is, maar wel dat je bij analyse steeds helder moet maken: waar ligt de basis van de klacht—in het professionele handelen, in de contractafspraken, of in iets anders?