Onafhankelijke verzekeringskennis
Uitleg

Beroepsaansprakelijkheid IT consultancy: wat u moet weten

Uitleg beroepsaansprakelijkheid IT consultancy en afbakening.

Op deze pagina
  1. Definitie en afbakening binnen IT consultancy
  2. Een eenvoudig model: fout, schade en oorzaak
  3. Typische IT-varianten en uitzonderingen om te herkennen
  4. Controlepunten om het goed te plaatsen

Definitie en afbakening binnen IT consultancy

Beroepsaansprakelijkheid is de (civielrechtelijke) aansprakelijkheid voor schade die een klant stelt te hebben geleden doordat u als professional uw beroepsplicht niet goed hebt nageleefd. Bij IT consultancy gaat het in de praktijk meestal om schade die wordt gekoppeld aan bijvoorbeeld een onjuiste analyse, een gebrekkig ontwerp, een fout in implementatie of migratie, of een tekortschietende begeleiding bij ingebruikname.

Belangrijk is dat “beroepsaansprakelijkheid” niet automatisch betekent dat u bij elke storing of elk incident aansprakelijk bent. Een klant zal doorgaans moeten aantonen dat er sprake is van: (1) een fout of tekortkoming in uw professionele handelen, (2) dat dit aan u kan worden toegerekend, (3) dat er schade is, en (4) dat er een causaal verband bestaat tussen de fout en de schade.

Ook de afbakening naar andere aansprakelijkheidsvormen is relevant. Denk aan situaties die eerder onder contractuele tekortkomingen vallen, of waar de kernvraag niet is of u “professioneel onzorgvuldig” handelde, maar of u een concrete afspraak niet nakwam. De juridische beoordeling verschilt per feitencomplex, contracttekst en jurisprudentie; daarom blijft het altijd zaak om de omstandigheden nauwkeurig te onderbouwen.

Een eenvoudig model: fout, schade en oorzaak

U kunt beroepsaansprakelijkheid voor IT consultancy praktisch benaderen met een eenvoudig denkmodel. Bij elk dossier komen de volgende vragen terug:

  1. Wat is precies de gestelde beroepsfout?

    • Gaat het om een onjuist advies, onvolledige inventarisatie, een ontwerp dat niet voldoet, of een uitvoering die afwijkt van wat redelijkerwijs van een IT-professional verwacht mag worden?
    • Let op dat “fout” in IT breed is: het kan zowel een inhoudelijk aspect zijn (bijvoorbeeld fout in berekeningen of logica) als een procesaspect (bijvoorbeeld onvoldoende teststrategie, gebrekkige overdracht of onvoldoende kwaliteitsborging).
  2. Is de fout aan u toe te rekenen?

    • Toerekening gaat over de vraag of de tekortkoming binnen uw verantwoordelijkheid valt. Dit kan spelen bij samenwerking, leveranciers, teamleden of onderdelen die uitbesteed zijn.
  3. Welke schade claimt de klant?

    • Schade kan bestaan uit herstelkosten, kosten voor vervanging of herstelwerkzaamheden, productiviteitsverlies, of andere aantoonbare kosten. Niet elke “ongemak”-claim is hetzelfde als vermogensschade.
  4. Is er een aantoonbaar causaal verband?

    • Zelfs als er een fout is, moet de klant laten zien dat die fout de schade (voldoende) veroorzaakt. In IT-omgevingen zijn er vaak meerdere factoren: eerdere configuratie, wijzigingen door derden, beheerprocessen, of externe invloeden. Dat maakt causaal verband soms complex.

Waar dit model in de praktijk misloopt

In discussies gaat het vaak mis bij één van deze vier punten: de exacte omschrijving van de fout, het bewijs daarvan, de onderbouwing van de schade, of de link tussen beide. Daarom is het zo belangrijk dat feiten helder worden vastgelegd (bijvoorbeeld scope, aannames, ontwerpkeuzes, testen en oplevering).

Typische IT-varianten en uitzonderingen om te herkennen

IT consultancy is geen uniforme dienst: de aard van het werk bepaalt vaak hoe beroepsaansprakelijkheid wordt ingevuld. Typische scenario’s zijn:

  • Advies en architectuur: de klant verwacht dat het advies passend is bij de beoogde situatie. Als randvoorwaarden onduidelijk waren of als aannames later niet blijken te kloppen, kan dat invloed hebben op de beoordeling.
  • Implementatie en configuratie: fouten kunnen ontstaan door een verkeerde interpretatie van requirements, een fout in implementatie of een onvoldoende test- en validatietraject.
  • Migratie en gegevensoverdracht: hier ontstaan geregeld discussies over datakwaliteit, mapping, conversieregels en verantwoordelijkheid voor datavoorbereiding. Het is essentieel om onderscheid te maken tussen “onze taak” en “uw taak” of die van andere betrokkenen.
  • Begeleiding bij ingebruikname: de vraag is dan vaak of u voldoende heeft getest, beheersmaatregelen heeft geadviseerd en duidelijk heeft gemaakt welke risico’s resteren.

Uitzonderingen en nuance

Er zijn situaties waarin de klacht niet (goed) past binnen het concept “beroepsfout” of waarin de aansprakelijkheid anders uitpakt. Voorbeelden van nuancepunten die vaak terugkomen (zonder dat dit automatisch betekent dat de professional niet aansprakelijk is):

  • Onvoldoende of onjuiste input van de klant: als de klant relevante informatie bewust of onbewust onjuist aanlevert, kan de beoordeling kantelen.
  • Afwijkingen buiten uw verantwoordelijkheid: wijzigingen door derden of beheer dat afwijkt van afspraken kunnen het causale verband beïnvloeden.
  • Onvoorzienbaar gebruik of verkeerde inzet: als de oplossing anders gebruikt wordt dan overeengekomen, verandert de context.
  • Niet aantoonbare schade: als de schade onvoldoende concreet of onderbouwd is, wordt het lastig om aansprakelijkheid rond te krijgen.

De precieze uitkomst hangt vrijwel altijd af van de concrete feiten, documentatie en de relevante contractafspraken. Daarbij kunnen contractclausules invloed hebben op scope, verwachtingen en afhandeling, maar het is belangrijk om te voorkomen dat u te snel concluderen kunt trekken op basis van alleen een algemene regel.

Controlepunten om het goed te plaatsen

Als u zelf begrijpt wat beroepsaansprakelijkheid in uw IT-consultancy betekent, kunt u de volgende controlepunten gebruiken. Ze zijn bedoeld om het onderwerp scherp te krijgen en discussies beter te kunnen duiden:

  • Leg vast wat de opdracht echt was: doel, scope, deliverables, planning, aannames en uitsluitingen.
  • Maak inzichtelijk hoe u tot keuzes kwam: bijvoorbeeld requirement-inventarisatie, ontwerpkeuzes, teststrategie en validatie.
  • Documenteer overdracht en nazorg: wat is opgeleverd, hoe is het gebruikt, en welke beperkingen zijn gecommuniceerd?
  • Onderbouw bij incidenten uw feitelijke handelen: wat is er precies gedaan, wanneer, en waarom volgens de afgesproken aanpak?
  • Splits verantwoordelijkheden waar nodig: wie beheert, wie integreert, wie levert data aan, en wie voert wijzigingen door.

Wanneer u deze punten consequent bijhoudt, kunt u sneller herkennen of een klacht vooral gaat over professionele tekortkoming, of eerder over scope, gebruik, input of schadeonderbouwing.

Als u wilt verdiepen in aanverwante thema’s, kunt u ook kijken naar onderwerpen zoals aansprakelijkheid bij onderaanneming, aansprakelijkstelling per e-mail en aansprakelijkheid adviesfout. Dat helpt vaak om de mechanismen achter aansprakelijkheidsdiscussies in verschillende situaties te begrijpen.

BAV-aanbieders

Insify

Insify Beroepsaansprakelijkheidsverzekering

Bescherm je bedrijf tegen financiële claims als jij of een medewerker een beroepsfout maakt, bijvoorbeeld door verkeerd advies of een foutieve berekening.