Gepubliceerd op 19 oktober 2025 · Laatst bijgewerkt op 30 oktober 2026
In een contract met een IT-leverancier legt u vooral vast wat de leverancier precies moet leveren, hoe u het resultaat test en accepteert, wie aansprakelijk is als het misgaat en hoe u met uw gegevens kunt vertrekken. De wet heeft geen apart regime voor IT-contracten. De belangrijkste uitzonderingen op die vrijheid zijn de verwerkersovereenkomst bij persoonsgegevens (artikel 28 AVG) en de overstapregels voor clouddiensten in de Europese Dataverordening.
Wat niet in het contract staat, vult de wet maar beperkt in. Zo bestaat er geen wettelijke regel dat software is geaccepteerd omdat u zwijgt of het systeem in gebruik neemt; dat geldt alleen als het contract of de algemene voorwaarden dat zo regelen. Wel legt de rechter een professionele leverancier een zorgplicht op, ook als die niet in het contract staat. Hieronder leest u welke onderdelen u in een IT-contract controleert.
Inhoudsopgave
Welke soorten IT-contracten zijn er?
De meest voorkomende IT-contracten zijn de softwarelicentie, de SaaS- of cloudovereenkomst, de ontwikkelovereenkomst voor maatwerk en de onderhouds- en supportovereenkomst. Vaak worden ze gecombineerd in één raamovereenkomst met aparte bijlagen per dienst.
Juridisch kan zo’n contract koop zijn (artikel 7:1 BW), een overeenkomst van opdracht (artikel 7:400 BW) of een combinatie. Een licentie is een eigen soort overeenkomst waarin de leverancier u een gebruiksrecht geeft. Welke wettelijke regels aanvullend gelden, hangt af van die kwalificatie. Bij een overeenkomst van opdracht moet de leverancier bijvoorbeeld de zorg van een goed opdrachtnemer in acht nemen (artikel 7:401 BW).
Belooft de leverancier een inspanning of een resultaat?
Bij een inspanningsverplichting hoeft de leverancier alleen zijn best te doen; bij een resultaatsverplichting moet hij het afgesproken resultaat ook echt behalen. Leveranciers formuleren hun verplichtingen meestal als inspanning. U moet dus zelf zorgen dat harde eisen als resultaat zijn vastgelegd.
Leg daarom een functioneel ontwerp of specificaties vast, met meetbare eisen. Voor beschikbaarheid en reactietijden spreekt u een service level agreement (SLA) af, bijvoorbeeld een beschikbaarheid van 99,5 procent per maand en een creditregeling als die niet wordt gehaald.
Een clausule die alles tot inspanning maakt, beschermt de leverancier niet altijd. In de zaak hieronder hielp zo’n bepaling de leverancier niet, omdat hij zelf de verwachting had gewekt dat zijn standaardsoftware in beginsel voldeed.
Wat zegt de rechter over de zorgplicht van een IT-leverancier?
Het gerechtshof ‘s-Hertogenbosch oordeelde op 17 december 2024 (ECLI:NL:GHSHE:2024:4059) over een mislukte invoering van een standaard softwaresysteem. Het hof stelde voorop dat de zorgplicht van een opdrachtnemer mede bepaalt wat de overeenkomst inhoudt. De leverancier gold als professionele IT-partij; de klant had die deskundigheid niet.
De leverancier had in het voortraject te weinig onderzocht of zijn standaardsoftware aansloot op de wensen van de klant, en had de klant niet duidelijk genoeg gewaarschuwd voor maat- en meerwerk. Het hof oordeelde dat de leverancier tekortschoot. Hij moest de betaalde bedragen terugbetalen en de schade vergoeden, op te maken bij staat.
Twee lessen uit dit arrest voor uw contract:
- Een beroep op “dit was een inspanningsverbintenis” helpt een leverancier weinig als hij vooraf verwachtingen heeft gewekt over de geschiktheid van zijn product.
- Het hof hoefde de aansprakelijkheidsbeperking in de algemene voorwaarden nog niet toe te passen; die vraag schoof door naar de schadestaatprocedure. Een cap beslist een geschil dus niet automatisch vooraf.
Hoe regelt u de acceptatie van software?
Acceptatie regelt u volledig in het contract, want de wet kent geen acceptatieprocedure voor software. Ook stilzwijgende acceptatie is geen wettelijke regel: zwijgen of ingebruikname geldt alleen als acceptatie als partijen dat hebben afgesproken.
Veel standaardvoorwaarden in de IT-sector bevatten wel zo’n regeling, bijvoorbeeld dat software geaccepteerd is als u binnen een korte testperiode geen gebreken meldt of als u de software productief gebruikt. Controleer die termijnen en zorg voor genoeg testtijd.
Leg in het contract vast welke testen worden uitgevoerd, welke gebreken acceptatie blokkeren en hoe lang de leverancier heeft om gebreken te herstellen. Meld gebreken bovendien altijd binnen bekwame tijd na ontdekking. Doet u dat niet, dan kunt u volgens artikel 6:89 BW uw rechten verliezen.
Hoe ver mag de leverancier zijn aansprakelijkheid beperken?
Leveranciers beperken hun aansprakelijkheid bijna altijd, bijvoorbeeld tot het bedrag van de facturen over de laatste twaalf maanden, en sluiten indirecte schade zoals gederfde winst of verlies van gegevens uit. Zo’n beperking is tussen bedrijven in beginsel geldig.
Een beroep op de beperking kan onaanvaardbaar zijn bij opzet of bewuste roekeloosheid van de leverancier of zijn leidinggevenden (artikel 6:248 lid 2 BW). Onderhandel over een hoger maximum als een storing grote gevolgen voor uw bedrijf heeft, en controleer of de leverancier verzekerd is.
Staan de beperkingen in algemene voorwaarden, dan gelden de regels van artikel 6:231 en volgende BW. Een grote onderneming kan zich daarbij niet beroepen op de vernietigingsgronden van artikel 6:233 BW (artikel 6:235 BW).
Wie krijgt het auteursrecht op de software?
Het auteursrecht op software blijft bij de leverancier, ook als u voor maatwerk betaalt, tenzij het aan u wordt overgedragen. Volgens artikel 2 lid 3 Auteurswet moet een overdracht of een exclusieve licentie schriftelijk gebeuren, en vereist een overdracht een akte. Mondelinge afspraken of een factuur volstaan dus niet.
Wilt u de software zelf laten aanpassen of door een andere partij laten onderhouden, regel dan een overdracht of een ruime licentie. Voor standaardsoftware is een broncodedepot (escrow) een alternatief: de broncode ligt bij een onafhankelijke partij en u krijgt toegang als de leverancier failliet gaat of stopt met onderhoud.
Wat regelt u voor persoonsgegevens en uw data?
Verwerkt de leverancier persoonsgegevens voor u, dan sluit u een verwerkersovereenkomst met de onderwerpen uit artikel 28 AVG. Daarin staan onder meer de beveiligingsmaatregelen, de inzet van subverwerkers en de melding van datalekken.
Voor clouddiensten geldt sinds 12 september 2025 de Europese Dataverordening (Data Act). Die geeft klanten het recht om over te stappen naar een andere aanbieder; de opzegtermijn om het overstappen te starten mag niet langer zijn dan twee maanden. Spreek daarnaast een exitregeling af: in welk formaat krijgt u uw gegevens terug, en wanneer worden ze verwijderd.
Hoe lang loopt het contract en hoe komt u eraf?
Leg de looptijd, de verlenging en de opzegtermijn vast. Een duurovereenkomst voor onbepaalde tijd is volgens de rechtspraak in beginsel opzegbaar met een redelijke termijn. Bij een contract voor bepaalde tijd zit u vast tot het einde, tenzij het contract iets anders zegt.
Spreek ook af welk recht van toepassing is en welke rechter bevoegd is. Bij een buitenlandse dienstverlener geldt anders vaak het recht van het land van de leverancier, op grond van de Europese Rome I-verordening.
Vijf vragen voordat u als afnemer tekent
- Staan de functionele eisen en de SLA met meetbare waarden in een bijlage bij het contract?
- Bevat het contract een acceptatieprocedure met een testperiode die lang genoeg is?
- Is de aansprakelijkheidsbeperking hoog genoeg voor de schade die een storing bij u kan veroorzaken?
- Is er een verwerkersovereenkomst (artikel 28 AVG) en een exitregeling voor uw data?
- Is schriftelijk geregeld wie het auteursrecht en de broncode krijgt, of is er een escrowregeling?
Wat controleert u als leverancier in uw eigen contract?
- Zijn uw algemene voorwaarden vóór of bij het sluiten van het contract aan de klant ter hand gesteld (artikel 6:234 BW)?
- Is duidelijk welke verplichtingen een inspanning zijn en welke een resultaat, en wekt uw offerte geen verwachtingen die daarmee botsen?
- Heeft u in het voortraject onderzocht of uw standaardsoftware past, en de klant schriftelijk gewaarschuwd voor maat- en meerwerk?
- Past uw opzeg- en exitregeling voor clouddiensten binnen de Dataverordening?
- Is de aansprakelijkheid beperkt tot een bedrag dat aansluit bij uw verzekering?
Wat wij doen bij een IT-contract of IT-geschil
Onze advocaten ICT-recht beoordelen en onderhandelen IT-contracten, voor afnemers en voor leveranciers:
- Wij lezen het contract en de algemene voorwaarden na en geven per clausule aan welk risico u loopt.
- Wij stellen een acceptatieregeling en een SLA op die passen bij uw project.
- Wij onderhandelen over de aansprakelijkheidsbeperking, de overdracht van het auteursrecht en een escrowregeling.
- Wij stellen de verwerkersovereenkomst op of toetsen die aan artikel 28 AVG.
- Wij treden op bij een geschil over gebreken, vertraging of beëindiging, ook in een procedure.
Voor bredere vragen over uw onderneming kunt u ook terecht bij onze advocaten ondernemingsrecht.
Veelgestelde vragen
Geldt de Dataverordening ook voor gewone software op mijn eigen servers?
De overstapregels van de Dataverordening gaan over gegevensverwerkingsdiensten, zoals cloud- en SaaS-diensten. Voor een licentie op software die u zelf installeert, bepaalt vooral het contract hoe u eraf komt.
Wie is maker als mijn eigen werknemer de software schrijft?
Maakt een werknemer software in de uitoefening van zijn functie, dan geldt in beginsel de werkgever als maker (artikel 7 Auteurswet). De schriftelijke overdracht is dan niet nodig. Dat geldt niet voor een ingehuurde freelancer of leverancier.
