Een IT-contract is een overeenkomst over de levering van software, hardware, clouddiensten of andere ICT-diensten. Een aparte wet voor IT-contracten bestaat niet. Afhankelijk van de inhoud is het contract een overeenkomst van opdracht (artikel 7:400 BW), aanneming van werk, koop, huur, een licentie of een combinatie daarvan. De algemene regels van Boek 6 BW gelden altijd. Een goed IT-contract regelt onder meer scope, oplevering, intellectueel eigendom, aansprakelijkheid, privacy en exit. Ons team adviseert ook over contractenrecht.
IT-geschillen gaan vaak over scope, oplevering en aansprakelijkheid. Duidelijke contractuele afspraken verkleinen dat risico. Een advocaat met ervaring in IT-contracten kan je helpen die afspraken op te stellen of te beoordelen.
Deze uitgebreide gids helpt je bij het opstellen en beoordelen van IT-contracten conform Nederlands recht. Echter vervangt deze checklist geen professioneel juridisch advies van een gespecialiseerde advocaat.
Hoe identificeer je de juiste contractspartijen en hun bevoegdheden bij IT-samenwerkingen?
Contractspartijen moeten juridisch gekwalificeerd zijn om verplichtingen aan te gaan. Daarom dien je altijd de identiteit via het handelsregister van de Kamer van Koophandel te verifiëren.
Contractgeschillen ontstaan regelmatig door onduidelijkheid over vertegenwoordigingsbevoegdheid. Controleer daarom bij elke partij of:
- De ondertekenaar daadwerkelijk bevoegd is namens de organisatie
- Eventuele volmachten geldig en actueel zijn
- Aanbestedingsregels van toepassing zijn op je organisatie
- Mededingingsregels de contractvrijheid beperken
Voorbeeld (fictief): een gemeente die als aanbestedende dienst geldt, sluit een cloudcontract zonder de verplichte voorafgaande aankondiging in het Publicatieblad van de Europese Unie. Een ondernemer die zich daardoor benadeeld acht, kan de rechter vragen de overeenkomst te vernietigen. Dat moet binnen korte termijnen: 30 dagen of zes maanden, afhankelijk van de situatie (artikel 4.15 Aanbestedingswet 2012).
Tevens moet je beoordelen of sprake is van een consumentenovereenkomst, aangezien dan dwingendrechtelijke bepalingen gelden waarvan je niet ten nadele van de consument kunt afwijken.
Welke rol spelen onderhandelingen en vrijblijvendheid bij IT-contracten?
Het is verstandig uitdrukkelijk vast te leggen dat onderhandelingen vrijblijvend zijn totdat het contract is gesloten. Zo voorkom je discussie over de vraag of er al verplichtingen zijn ontstaan.
Voorcontractuele geschillen zijn grotendeels te voorkomen met heldere statusduidingen zoals “subject to board approval” of “subject to written contract”. Daarom adviseren wij altijd om:
- Conceptdocumenten duidelijk te markeren als concept
- Aanbiedingstermijnen expliciet te benoemen; een aanbod met een termijn voor de aanvaarding kan in die termijn niet worden herroepen (artikel 6:219 lid 1 BW)
- Vrijblijvendheid schriftelijk vast te leggen; de wet eist dat niet, maar het maakt bewijs eenvoudiger
Een overeenkomst kan al tijdens de onderhandelingen ontstaan zodra een aanbod wordt aanvaard (artikel 6:217 lid 1 BW), ook als er nog geen getekend document is. Daarnaast kan het afbreken van vergevorderde onderhandelingen in uitzonderlijke gevallen in strijd zijn met de redelijkheid en billijkheid en tot schadevergoeding leiden. Een ervaren advocaat helpt je deze valkuilen te vermijden.
Hoe verhouden verschillende IT-overeenkomsten zich tot elkaar?
IT-contracten bestaan meestal uit meerdere documenten die onderling kunnen conflicteren. Bijgevolg is een rangorderegeling noodzakelijk om tegenstrijdigheden op te lossen.
Zonder duidelijke rangorde ontstaan sneller geschillen. Met name bij raamovereenkomsten met separate work orders ontstaan problemen. Daarom moet je:
- Een expliciete rangorderegeling opnemen
- Specifiekere afspraken voorrang geven boven algemene bepalingen
- Toepasselijkheid van eerdere overeenkomsten uitdrukkelijk regelen
- Eventueel een vierhoekenbeding (entire agreement-clausule) opnemen; de rechter legt het contract ook dan uit naar de zin die partijen redelijkerwijs aan de bepalingen mochten toekennen en wat zij redelijkerwijs van elkaar mochten verwachten (HR 13 maart 1981, Haviltex)
Tevens dien je te beoordelen of het contract kwalificaties kent als benoemde overeenkomst onder Nederlands recht, bijvoorbeeld opdracht, aanneming van werk, koop of huur.
Wat bepaalt de juridische kwalificatie van je IT-contract?
De juridische kwalificatie bepaalt welke wettelijke bepalingen van toepassing zijn op je overeenkomst. Namelijk kent het Nederlandse recht verschillende benoemde overeenkomsten met specifieke regels.
Een IT-contract wordt in de praktijk regelmatig verkeerd gekwalificeerd, wat tot onverwachte juridische gevolgen leidt. Daarom moet een IT-recht specialist Amsterdam beoordelen of je contract valt onder:
- Overeenkomst van opdracht (artikel 7:400 BW), bijvoorbeeld voor advies, consultancy, onderhoud en support
- Aanneming van werk (artikel 7:750 BW), dat gaat over een werk van stoffelijke aard; of softwareontwikkeling daaronder valt, is niet uitgemaakt, dus regel oplevering en acceptatie in het contract zelf
- Huur (artikel 7:201 BW), die ook vermogensrechten kan betreffen (lid 2); voor SaaS bestaat geen aparte wettelijke regeling en of SaaS als huur geldt, is niet uitgemaakt
- Licentieovereenkomst voor gebruiksrechten op software, op basis van het auteursrecht (artikel 2 lid 2 Auteurswet)
- Koop (artikel 7:1 BW) voor hardware
Echter kunnen IT-contracten hybride karakteristieken hebben, waardoor meerdere wettelijke regimes tegelijk van toepassing zijn. Een gespecialiseerde advocaat helpt je de juiste juridische kwalificatie te bepalen.
Welke structuur en benaming past bij je IT-contract?
De naam van een contract bepaalt niet zelf de juridische kwalificatie. De rechter kijkt naar de inhoud en naar wat partijen redelijkerwijs van elkaar mochten verwachten. Een misleidende naam, zoals “turn-key contract” voor wat in feite dienstverlening op uurbasis is, kan wel tot geschillen leiden.
Geschillen over contractinterpretatie ontstaan vaak door misleidende benamingen. Let daarom op het volgende:
- Een naam kiezen die overeenkomt met de werkelijke inhoud
- Bij modelcontracten controleren of deze evenwichtig zijn opgesteld
- Een duidelijke hoofdovereenkomst onderscheiden van uitvoeringsafspraken
Considerans (overwegingen) spelen een belangrijke rol bij rechterlijke uitleg van contracten. Namelijk geven deze de context en doelstellingen weer waarmee partijen het contract hebben gesloten.
Tevens moet je opschortende voorwaarden zoals goedkeuring van de Raad van Commissarissen, financieringsvoorbehouden of due diligence-uitkomsten expliciet regelen.
Hoe definieer je de scope van je IT-contract adequaat?
De scope omvat alle te leveren producten, diensten en kwaliteitseisen die je leverancier moet realiseren. Daarom is een grondige analyse van verwachtingen versus contractuele afspraken wezenlijk.
Leg de scope daarom volledig vast. Met name hybride IT-contracten bevatten meestal een bundel van verschillende diensten zoals:
- Softwareontwikkeling en -licenties
- Cloud computing en hosting diensten
- Onderhoud en support services
- Training en consultancy
- Hardware levering en installatie
Echter moeten ook functionele en technische specificaties, projectmethoden, Service Level Agreements en deliverables helder worden omschreven. Een ervaren IT-recht specialist Amsterdam helpt je alle aspecten adequaat te documenteren.
Bijgevolg ontstaan de meeste geschillen over niet-gespecificeerde verwachtingen die partijen impliciet hadden. Daarom adviseren wij uitgebreide scopedocumentatie met concrete acceptatiecriteria.
Welke bijlagen zijn doorslaggevend voor je IT-contract?
Bijlagen vormen integraal onderdeel van je IT-contract en bepalen mede de rechtsgevolgen. Namelijk bevatten deze vaak de technische specificaties, Service Level Agreements en projectdocumentatie.
Onduidelijkheid over de status van bijlagen is een veelvoorkomende bron van contractgeschillen. Daarom moet je:
- Alle relevante documenten expliciet als bijlage opnemen
- Een contractdossier vormen met complete communicatiehistorie
- Verwijzingen naar externe normen (ISO) inhoudelijk beoordelen
- Offerte-documentatie en RFP/RFI-materiaal archiveren
Echter kunnen ook e-mailcommunicatie, besprekingsverslagen en interne feasibility studies juridische betekenis krijgen. Een gespecialiseerde advocaat Amsterdam adviseert je over welke documentatie contractueel relevant is.
Tevens ontstaan problemen wanneer contracten verwijzen naar niet-bijgevoegde algemene voorwaarden of technische standaarden. Bijgevolg moet je deze documenten altijd inhoudelijk laten beoordelen.
Hoe beoordeel je de toepasselijkheid van algemene voorwaarden?
Algemene voorwaarden zijn meestal eenzijdig opgesteld en bevorderen de belangen van één partij. Daarom vereist hun toepassing zorgvuldige juridische analyse door een IT-recht specialist.
Een beding in algemene voorwaarden dat onredelijk bezwarend is, is vernietigbaar (artikel 6:233 onder a BW). Niet iedere onderneming kan zich daarop beroepen: rechtspersonen die hun jaarrekening openbaar hebben gemaakt, partijen met vijftig of meer werkzame personen en partijen die zelf meermalen dezelfde voorwaarden gebruiken, zijn uitgezonderd (artikel 6:235 lid 1 en 3 BW). Tussen bedrijven die niet allebei in Nederland gevestigd zijn, gelden deze regels niet (artikel 6:247 lid 2 BW). Met name moet je controleren:
- Of de verwijzing voldoende specifiek is (versie, jaartal, bron)
- Welke partij de algemene voorwaarden heeft opgesteld
- Of toepasselijkheid van andere voorwaarden wordt uitgesloten
- Of toekomstige wijzigingen automatisch gelden
Voorbeeld (fictief): een softwareleverancier sluit in zijn algemene voorwaarden elke aansprakelijkheid uit. De klant kan proberen het beding als onredelijk bezwarend te vernietigen (artikel 6:233 onder a BW), tenzij artikel 6:235 BW hem die bescherming ontneemt. Ook buiten algemene voorwaarden kan de rechter een beroep op een exoneratie opzijzetten als dat naar maatstaven van redelijkheid en billijkheid onaanvaardbaar is (artikel 6:248 lid 2 BW).
Echter kunnen algemene voorwaarden wel geldig zijn indien deze redelijk en evenwichtig zijn opgesteld. Daarom laat je deze altijd vooraf beoordelen door een gespecialiseerde advocaat.
Welke definitiebepalingen voorkomen juridische onduidelijkheid?
Definitiebepalingen creëren eenduidigheid over kernbegrippen en beperken interpretatieproblemen. Namelijk spelen deze een doorslaggevende rol bij het afbakenen van verantwoordelijkheden tussen partijen.
Contracten met een uitgebreide definitiesectie leiden in de praktijk tot minder interpretatiegeschillen. Daarom moet je:
- Consequent hoofdletters gebruiken bij gedefinieerde begrippen
- Bedragen zowel in letters als cijfers vermelden
- Bij meertalige contracten vastleggen welke taalversie voorgaat; de wet schrijft geen taal voor
- Definities toepassen op alle contractdocumenten
Echter kunnen ook “verstopte” definities elders in het contract juridische betekenis hebben. Bijgevolg adviseren IT-recht specialisten een centraal definitie-artikel met alle relevante begrippen.
Tevens moet je specifieke IT-terminologie definiëren zoals “live-gang”, “acceptatie”, “downtime” en “beschikbaarheid” om latere discussies te voorkomen.
Hoe regel je oplevering en conformiteit van IT-diensten?
Oplevering en acceptatie bepalen wanneer prestaties juridisch conform zijn en risico’s overgaan. Daarom zijn heldere procedures en criteria belangrijk voor succesvolle projecten.
Onduidelijke acceptatieprocedures zijn een veelvoorkomende oorzaak van IT-geschillen. Met name moet je afspraken maken over:
- Kwaliteitsnormen en meetmethoden
- Inspectie- en testprocedures
- Externe compliance-eisen (ISO, AVG)
- Klachttermijnen en escalatie
- Fatale termijnen: verstrijkt een overeengekomen termijn zonder nakoming, dan is de leverancier zonder ingebrekestelling in verzuim, tenzij de termijn een andere strekking heeft (artikel 6:83 onder a BW)
Voorbeeld (fictief): een organisatie neemt een nieuw betaalsysteem in gebruik zonder afgesproken acceptatietests. Omdat de conformiteitscriteria onduidelijk zijn, zijn partijen het maandenlang oneens over de vraag of het systeem goed is opgeleverd. Afgesproken testscenario’s en acceptatiecriteria voorkomen dat.
Afhankelijk van het contract en de kwalificatie kan het zonder voorbehoud in productie nemen van het systeem als (stilzwijgende) aanvaarding worden uitgelegd; bij aanneming van werk geldt het werk als aanvaard als de aannemer heeft meegedeeld dat het klaar is voor oplevering en de opdrachtgever het niet binnen een redelijke termijn keurt en goed- of afkeurt (artikel 7:758 lid 1 BW). Leg daarom een schriftelijke acceptatieprocedure vast.
Tevens moet je regelen wat gebeurt bij gedeeltelijke acceptatie, bijvoorbeeld wanneer het grootste deel van de functionaliteit werkt maar een onderdeel nog problemen vertoont.
Wat zijn belangrijke elementen van een Service Level Agreement?
Een Service Level Agreement (SLA) definieert meetbare kwaliteitsnormen voor IT-dienstverlening. Namelijk bevat deze concrete afspraken over beschikbaarheid, responstijden en prestatie-indicatoren.
Veel SLA’s bevatten geen SMART-geformuleerde normen, waardoor handhaving lastig wordt. Daarom moet je SLA bevatten:
- Concrete beschikbaarheidspercentages (bijvoorbeeld 99,5% uptime)
- Responstijden per incident-categorie
- Hersteltermijnen voor verschillende storingen
- Meetmethoden en rapportage-eisen
- Sancties bij niet-nakoming, zoals service credits; dat is vaak een boetebeding (artikel 6:91 BW), dat behoudens afwijkende afspraak in de plaats treedt van de wettelijke schadevergoeding (artikel 6:92 lid 2 BW) en dat de rechter kan matigen (artikel 6:94 lid 1 BW)
Echter moeten SLA-normen realistisch en haalbaar zijn voor je leverancier. Bijgevolg adviseert een gespecialiseerde advocaat Amsterdam over marktconforme service levels.
Tevens is periodieke evaluatie en herziening van de SLA verstandig, omdat technologie en bedrijfsbehoeften evolueren. Daarom neem je hiervoor expliciete bepalingen op.
Hoe beheer je de inzet van derden door je IT-leverancier?
IT-leveranciers schakelen regelmatig onderaannemers in voor specialistische diensten. Daarom moet je de verantwoordelijkheidsverdeling en risicobeheersing contractueel regelen.
Een leverancier is voor personen die hij bij de uitvoering inschakelt, zoals onderaannemers, op dezelfde wijze aansprakelijk als voor zijn eigen gedragingen (artikel 6:76 BW). Verwerkt een onderaannemer persoonsgegevens, dan mag de leverancier die onderaannemer alleen inschakelen met voorafgaande specifieke of algemene schriftelijke toestemming van de verwerkingsverantwoordelijke (artikel 28 lid 2 AVG). Met name moet je afspraken maken over:
- Goedkeuring van specifieke onderaannemers
- Kwaliteitseisen aan onderaannemers
- Doorbelasting van contractvoorwaarden
- Directe aansprakelijkheid hoofdaannemer
Voorbeeld (fictief): een leverancier besteedt beveiligingsmodules uit aan een onderaannemer in het buitenland, waar een datalek ontstaat. Tegenover de klant is de leverancier voor de onderaannemer aansprakelijk als voor zichzelf (artikel 6:76 BW), of er nu een uitbestedingsregeling is of niet. Het contract bepaalt wel bijvoorbeeld of een aansprakelijkheidsbeperking geldt en of de klant de onderaannemer vooraf moest goedkeuren.
Echter kun je ook directe contractuele relaties aangaan met onderaannemers voor kritieke onderdelen. Een IT-recht specialist adviseert je over optimale contractstructuren voor je situatie.
Welke looptijd en verlengingsregelingen passen bij je IT-contract?
De contractduur bepaalt de juridische zekerheid en flexibiliteit van je IT-overeenkomst. Namelijk heb je verschillende opties voor looptijdbepaling die elk specifieke rechtsgevolgen hebben.
Organisaties spreken regelmatig te lange looptijden af zonder adequate wijzigings- of opzeggingsmogelijkheden. Daarom moet je overwegen:
- Bepaalde duur met verlengingsopties
- Onbepaalde duur met opzegtermijnen; regelt het contract de opzegging niet, dan is een duurovereenkomst voor onbepaalde tijd in beginsel opzegbaar, maar de redelijkheid en billijkheid kunnen een voldoende zwaarwegende grond, een opzegtermijn of een vergoeding vereisen (HR 28 oktober 2011, ECLI:NL:HR:2011:BQ9854)
- Hybride modellen met minimumperioden
- Automatische verlenging met opzeggingsvensters
Echter kunnen te korte looptijden leiden tot onderinvestering door leveranciers, terwijl te lange termijnen flexibiliteit beperken. Bijgevolg adviseert een advocaat Amsterdam over optimale looptijden voor je sector.
Tevens moet je onderscheid maken tussen ondertekeningsdatum en ingangsdatum, vooral bij complexe implementatietrajecten. Daarom neem je concrete en ondubbelzinnige data op.
Hoe voorkom je problemen bij wijzigingen in partijstructuur?
Bedrijfsstructuurwijzigingen kunnen ingrijpende gevolgen hebben voor je IT-contracten. Daarom zijn anticiperende bepalingen noodzakelijk voor juridische continuïteit.
Langlopende IT-contracten worden regelmatig geraakt door fusies, overnames of reorganisaties. Met name moet je regelen:
- Gevolgen van fusie of splitsing van contractspartijen
- Overdracht van activa en contractuele verplichtingen
- Change of control bepalingen bij aandeelhouderswijzigingen
- Opzeggingsrechten bij wezenlijke wijzigingen
Voorbeeld (fictief): tijdens een ERP-implementatie wordt de klant overgenomen door een buitenlandse groep. Zonder change of control-beding geeft een wisseling van aandeelhouders de leverancier als zodanig geen recht om op te zeggen; het contract loopt door met dezelfde rechtspersoon. Bij een juridische fusie gaat het contract onder algemene titel over op de verkrijgende rechtspersoon (artikel 2:309 BW). Met een change of control-beding spreek je vooraf af of zo’n wijziging een recht op opzegging of heronderhandeling geeft.
Handelscontracten gaan bij verkoop van een onderneming niet vanzelf over. Voor overdracht van een contract aan een koper is medewerking van de wederpartij nodig (artikel 6:159 BW). De wettelijke regels over overgang van onderneming (artikel 7:662 BW en verder) beschermen alleen werknemers en gelden niet voor je IT-contract. Leg de gewenste bescherming dus in het contract vast.
Tevens moeten procedures worden afgesproken voor faillissement of surseance van betaling, omdat dit directe impact heeft op dienstverlening en datatoegankelijkheid.
Welke beëindigingsgronden en -procedures heb je nodig?
Een IT-contract kan eindigen door ontbinding wegens een tekortkoming (artikel 6:265 BW), door opzegging of van rechtswege. Ontbinding gebeurt met een schriftelijke verklaring of door de rechter (artikel 6:267 lid 1 en 2 BW). Elke vorm heeft eigen voorwaarden en rechtsgevolgen.
Bij contractbeëindiging ontstaan de meeste problemen door onduidelijke procedures. Daarom moet je regelen:
- Opzeggingstermijnen en -momenten
- Gronden voor buitengewone ontbinding
- Vormvereisten (schriftelijkheid, aangetekend)
- Opzegging van onderdelen versus gehele contract
Is het IT-contract een overeenkomst van opdracht, dan kan de opdrachtgever die volgens de wet te allen tijde opzeggen (artikel 7:408 lid 1 BW). Dat recht kan bij contract worden uitgesloten, behalve als de opdrachtgever een particulier is (artikel 7:413 lid 2 BW). Of een vaste looptijd alleen al opzegging uitsluit, is een kwestie van uitleg; sluit het daarom uitdrukkelijk uit als dat de bedoeling is. Een leverancier die in de uitoefening van zijn bedrijf handelt, kan behoudens gewichtige redenen alleen opzeggen als de opdracht voor onbepaalde duur geldt en niet door volbrenging eindigt (artikel 7:408 lid 2 BW). Ontbinding is mogelijk bij iedere tekortkoming, tenzij die gezien haar bijzondere aard of geringe betekenis de ontbinding niet rechtvaardigt; meestal moet de wederpartij eerst in verzuim zijn (artikel 6:265 lid 1 en 2 BW).
Tevens moet je onderscheiden tussen verschillende beëindigingsvormen zoals “annulering”, “beëindiging” en “ontbinding”, omdat deze juridisch verschillende betekenissen hebben. Een IT-recht specialist Amsterdam helpt je de juiste terminologie te kiezen.
Hoe organiseer je een succesvolle exit bij contractbeëindiging?
Exit-management bepaalt de continuïteit van je IT-services na contractbeëindiging. Daarom zijn gedetailleerde exitplannen wezenlijk voor risicobeheersing en kostenbeperking.
Zonder exitregeling kan een leverancierswisseling lastig en kostbaar worden. Met name moet je afspraken maken over:
- Datamigratie en systeemovergang; voor persoonsgegevens moet de verwerkersovereenkomst bepalen dat de leverancier ze na afloop naar keuze van de klant wist of terugbezorgt en bestaande kopieën verwijdert, tenzij opslag wettelijk verplicht is (artikel 28 lid 3 onder g AVG)
- Medewerking bij transitie naar nieuwe leverancier
- Overdracht van documentatie en kennis
- Continuïteit van kritieke services tijdens overgangsperiode
Voorbeeld (fictief): een webwinkel kan na afloop van een cloudcontract niet op tijd alle klantdata migreren, omdat er geen exit-afspraken zijn gemaakt. De overstap duurt maanden en verstoort de bedrijfsvoering. Een exitplan met dataformaten, termijnen en een medewerkingsplicht van de leverancier voorkomt dat.
Echter vereist effectief exit-management ook periodieke herziening tijdens de contractperiode. Daarom plant je jaarlijkse evaluaties van je exitstrategie.
Tevens moeten kosten van exit-activiteiten vooraf worden vastgelegd, omdat leveranciers geneigd zijn deze te maximaliseren bij contractbeëindiging. Een ervaren advocaat Amsterdam helpt je faire exit-kostenverdeling te onderhandelen.
Wat regel je over niet-overnamebedingen en concurrentie?
Niet-overnamebedingen beschermen tegen wegkaping van gekwalificeerd personeel door contractspartijen. Namelijk zijn deze vooral relevant bij intensieve samenwerkingsprojecten met detachering of kennisoverdracht.
Dit is een beding tussen bedrijven; de wettelijke regels voor het concurrentiebeding in arbeidsovereenkomsten (artikel 7:653 BW) gelden tussen werkgever en werknemer. Een te ruim beding loopt het risico dat de rechter een beroep erop opzijzet omdat dat naar maatstaven van redelijkheid en billijkheid onaanvaardbaar is (artikel 6:248 lid 2 BW). Daarom moet je:
- Een beperkte tijdsduur afspreken
- Het verbod beperken tot direct betrokken medewerkers
- Een proportionele boete afspreken; de rechter kan een boete matigen als de billijkheid dat klaarblijkelijk eist (artikel 6:94 lid 1 BW)
- Wederkerigheid overwegen voor evenwichtige bescherming
Een algemeen concurrentieverbod tussen bedrijven brengt meer juridisch risico mee dan een gericht niet-overnamebeding, vooral in het mededingingsrecht. Bijgevolg adviseren IT-recht specialisten terughoudendheid bij het opnemen van algemene concurrentieverboden.
Ruime concurrentieverboden tussen bedrijven kunnen bovendien in strijd zijn met het kartelverbod. Verboden afspraken zijn van rechtswege nietig, tenzij een vrijstelling geldt (artikel 6 Mededingingswet). Een gespecialiseerde advocaat kan je bedingen beoordelen.
Hoe structureer je de financiële bepalingen van je IT-contract?
Financiële afspraken bepalen de kostentransparantie en risicobeheersing van je IT-project. Daarom zijn heldere prijsmodellen en betalingsregelingen belangrijk voor budgetzekerheid.
Onduidelijke financiële afspraken maken IT-projecten in de praktijk aanzienlijk duurder. Met name moet je regelen:
- Vaste prijzen versus variabele kostenverrekening
- Meerwerk-procedures en tariefafspraken
- Prijsindexatie en inflatiecorrectie
- BTW-verwerking en valutarisico’s
Voorbeeld (fictief): een overheidsorganisatie spreekt cloudprijzen af op basis van “fair use” zonder maximum. Als de datavolumes groeien, stijgen de maandkosten sterk en wordt het budget overschreden. Een prijsplafond of een meldingsdrempel voorkomt dat.
Echter bieden hybride prijsmodellen vaak optimale balans tussen voorspelbaarheid en flexibiliteit. Daarom adviseert een IT-recht specialist Amsterdam over passende financiële structuren.
Tevens moeten factureringsvoorwaarden, betalingstermijnen en incasso-procedures duidelijk worden vastgelegd om cashflow-problemen te voorkomen.
Welke zekerheidsrechten beschermen je IT-investeringen?
Zekerheidsrechten beperken financiële risico’s bij wanbetaling of tekortkoming van contractspartijen. Namelijk zijn deze vooral relevant bij grote IT-investeringen of langlopende servicecontracten.
Organisaties met goed geregelde zekerheidsrechten lijden bij een leveranciersfaillissement aanzienlijk minder verlies. Daarom kun je overwegen:
- Bankgaranties voor nakoming en betaling
- Eigendomsvoorbehoud bij levering van hardware (artikel 3:92 BW)
- Pandrechten op intellectuele eigendom
- Borgstellingen van moedermaatschappijen
Echter hebben zekerheidsrechten ook beperkingen in de praktijk. Bijgevolg kan eigendomsvoorbehoud teniet gaan door verwerking of doorverkoop van zaken.
Tevens moeten zekerheidsrechten daadwerkelijk worden verstrekt en geëffectueerd. Een gespecialiseerde advocaat Amsterdam adviseert over de praktische haalbaarheid van verschillende zekerheden.
Hoe beheer je opschortingsrechten en verrekening?
Opschortingsrechten en verrekening bieden belangrijke drukmiddelen bij geschillen. Daarom moeten deze rechten evenwichtig worden geregeld om escalatie te voorkomen.
IT-leveranciers formuleren opschortingsrechten vaak te ruim, ten koste van hun klanten. Met name moet je beoordelen:
- Wettelijke versus contractuele opschortingsgronden; volgens de wet mag je opschorten als de wederpartij niet nakomt, maar bij gedeeltelijke of niet behoorlijke nakoming alleen voor zover de tekortkoming dat rechtvaardigt (artikel 6:262 BW)
- Retentierechten bij gedeeltelijke prestaties
- Verrekening van wederzijdse vorderingen
- Procedurele waarborgen tegen misbruik
Voorbeeld (fictief): een softwareleverancier schort alle diensten op vanwege een betwiste factuur voor een klein bedrag, terwijl de klant het grootste deel van de vergoeding al vooruit heeft betaald. Bij gedeeltelijke of niet behoorlijke nakoming is opschorting alleen toegestaan voor zover de tekortkoming dat rechtvaardigt (artikel 6:262 lid 2 BW). Een leverancier die ten onrechte opschort, kan zelf tekortschieten.
Echter kunnen opschortingsrechten ook legitieme bescherming bieden tegen wanbetaling. Bijgevolg adviseert een IT-recht specialist over evenwichtige opschortingsregelingen.
Niet elke vordering is verrekenbaar. Voor verrekening moet je vordering beantwoorden aan je schuld jegens dezelfde wederpartij en moet je bevoegd zijn zowel je schuld te betalen als betaling van je vordering af te dwingen (artikel 6:127 lid 2 BW).
Hoe waarborg je privacy en gegevensbescherming in IT-contracten?
Privacy en gegevensbescherming vragen om contractuele waarborgen op grond van de AVG. Voor de zwaarste overtredingen, zoals schending van de basisbeginselen of onrechtmatige doorgifte naar derde landen, kan een boete oplopen tot € 20 miljoen of, voor een onderneming, 4% van de wereldwijde jaaromzet als dat hoger is (artikel 83 lid 5 AVG). Voor schending van de verplichtingen van de verwerkingsverantwoordelijke en de verwerker, zoals artikel 28, is het maximum € 10 miljoen of 2% (artikel 83 lid 4 AVG).
Veel organisaties werken met een verwerkersovereenkomst die niet aan de AVG voldoet. Daarom moet je:
- Een gegevensbeschermingseffectbeoordeling (DPIA) uitvoeren vóór een verwerking die waarschijnlijk een hoog risico meebrengt (artikel 35 lid 1 AVG)
- Een schriftelijke (ook elektronisch mogelijke) verwerkersovereenkomst opstellen die voldoet aan artikel 28 lid 3 en 9 AVG (onderwerp, duur, aard en doel van de verwerking, soort gegevens en de verplichtingen van de verwerker)
- Technische en organisatorische maatregelen specificeren
- Datalekprocedures en meldingsverplichtingen regelen
Echter gaan privacy-eisen verder dan alleen de AVG. Bijgevolg kunnen sectorspecifieke regels (bijvoorbeeld PCI-DSS voor betalingen) aanvullende eisen stellen.
Spreek daarnaast af hoe het contract wordt aangepast als de privacywetgeving verandert. Een gespecialiseerde advocaat houdt je op de hoogte van relevante ontwikkelingen.
Welke geheimhoudingsverplichtingen heb je nodig?
Geheimhoudingsverplichtingen beschermen vertrouwelijke bedrijfsinformatie tijdens IT-projecten. Daarom zijn uitgebreide confidentialiteitsafspraken noodzakelijk voor kennisbescherming.
Een datalek kan door gebrekkige geheimhoudingsafspraken tot forse schade leiden. Met name moet je regelen:
- Definitie van vertrouwelijke informatie
- Uitzonderingen voor openbare informatie
- Teruglevering van vertrouwelijke gegevens
- Post-contractuele geheimhoudingsverplichtingen
Voorbeeld (fictief): een fintech deelt algoritmes met een ontwikkelpartner zonder geheimhoudingsafspraken, en de partner gebruikt die kennis later voor een concurrent. Zonder contractuele verplichtingen is de fintech aangewezen op de Wet bescherming bedrijfsgeheimen. Die beschermt alleen informatie waarvoor redelijke maatregelen zijn genomen om haar geheim te houden (artikel 1 Wet bescherming bedrijfsgeheimen).
Echter moeten geheimhoudingsverplichtingen praktisch haalbaar zijn. Bijgevolg adviseren IT-recht specialisten over redelijke beschermingsniveaus zonder operationele belemmeringen.
Een boetebeding (artikel 6:91 BW) kan de naleving van geheimhouding bevorderen. Op verlangen van de schuldenaar kan de rechter de boete matigen als de billijkheid dat klaarblijkelijk eist, maar niet tot onder de wettelijke schadevergoeding (artikel 6:94 lid 1 BW).
Hoe definieer je tekortkoming en klachtprocedures?
Tekortkoming-definities bepalen wanneer prestaties juridisch ontoereikend zijn. Namelijk verschillen deze definities per type IT-dienst en kunnen grote impact hebben op aansprakelijkheid.
Veel IT-contracten bevatten geen bruikbare criteria voor wat als tekortkoming geldt. Daarom moet je specificeren:
- Concrete prestatie-eisen en acceptatiecriteria
- Klachttermijnen en escalatieprocedures
- Vereisten voor de ingebrekestelling; volgens de wet treedt verzuim meestal in na een schriftelijke aanmaning met een redelijke termijn, als nakoming binnen die termijn uitblijft (artikel 6:82 lid 1 BW)
- Herstelrechten en curatieve termijnen
Echter kunnen IT-diensten complexe afhankelijkheden hebben waarbij tekortkoming niet altijd eenduidig vaststaat. Bijgevolg adviseert een advocaat Amsterdam over gedifferentieerde tekortkoming-regelingen.
Tevens moeten garanties en vrijwaringen duidelijk worden onderscheiden van gewone contractuele verplichtingen, omdat deze verschillende rechtsgevolgen hebben.
Wat regel je over aansprakelijkheid en schade bij IT-contracten?
Aansprakelijkheidsregelingen bepalen de financiële risicobeheersing bij schade door IT-problemen. Daarom zijn evenwichtige exoneratie- en limitatieclausules wezenlijk voor beide partijen.
IT-gerelateerde schade kan per incident hoog oplopen. Met name moet je afspraken maken over:
- Uitsluitingen voor indirecte schade (omzet-, winst- en imagoschade); de wet definieert “indirecte schade” niet, dus omschrijf het begrip in het contract
- Aansprakelijkheidsmaxima per incident en per jaar
- Uitzonderingen voor opzet en grove schuld
- Overmachtdefinities afgestemd op IT-omgevingen
Voorbeeld (fictief): een cloudprovider ligt na een cyberaanval 72 uur plat en sluit in zijn voorwaarden alle aansprakelijkheid uit. Of de klant toch schadevergoeding kan krijgen, hangt af van de vraag of de storing aan de provider kan worden toegerekend (artikel 6:75 BW), of het beding als onredelijk bezwarend kan worden vernietigd (artikel 6:233 onder a BW, onder voorbehoud van artikel 6:235 BW) en of een beroep erop naar maatstaven van redelijkheid en billijkheid onaanvaardbaar is (artikel 6:248 lid 2 BW).
Echter kunnen te ruime aansprakelijkheidsregelingen ook contraproductief zijn door moral hazard effecten. Bijgevolg adviseert een IT-recht specialist Amsterdam over marktconforme risicobalans.
Een boetebeding (artikel 6:91 BW) is niet nietig omdat het hoog is. Op verlangen van de schuldenaar kan de rechter de boete matigen als de billijkheid dat klaarblijkelijk eist, maar niet tot onder de wettelijke schadevergoeding. Die bevoegdheid kan niet bij contract worden uitgesloten (artikel 6:94 lid 1 en 3 BW).
Welke verzekeringseisen stel je aan je IT-leverancier?
Verzekeringen bieden aanvullende financiële bescherming tegen IT-risico’s. Namelijk kunnen adequate verzekeringseisen het verhaal van schades aanzienlijk verbeteren.
Controleer of je leverancier voldoende verzekerd is voor cyberrisico’s en aansprakelijkheid. Je kunt bijvoorbeeld eisen:
- Beroepsaansprakelijkheidsverzekering met een verzekerd bedrag dat past bij de risico’s
- Cyberrisicodekking voor datalekken
- Bedrijfsaansprakelijkheidsverzekering voor materiële schade
- Cessie van verzekeringspenningen bij claims
Echter moeten verzekeringseisen proportioneel zijn met de contractwaarde en risico’s. Bijgevolg adviseren specialisten over redelijke verzekeringsniveaus per sector.
Tevens moet je de continuïteit van verzekeringen monitoren tijdens de contractperiode, omdat leveranciers deze kunnen opzeggen of verminderen. Daarom neem je rapportageverplichtingen op.
Hoe structureer je garanties en vrijwaringen effectief?
Garanties en vrijwaringen bieden juridische zekerheid over prestaties en risico’s. Daarom zijn specifieke garantie-clausules belangrijk voor kwaliteitsborging en risicooverdracht.
Algemeen geformuleerde garanties bieden bij een geschil weinig houvast. Met name moet je specificeren:
- Prestatiegaranties voor functionaliteit en kwaliteit
- Vrijwaringen voor intellectuele eigendomsrechten
- Compliance-garanties voor wet- en regelgeving
- Remedies bij schending van garanties
Voorbeeld (fictief): een softwareleverancier garandeert dat hij de AVG naleeft, maar schakelt subverwerkers buiten de EU in zonder de waarborgen die voor doorgifte naar derde landen nodig zijn (artikelen 44-49 AVG). Een uitdrukkelijke garantie met vrijwaring maakt het voor de klant eenvoudiger zijn schade op de leverancier te verhalen.
Echter moeten garanties realistisch en haalbaar zijn. Bijgevolg kunnen te vergaande garanties leiden tot onbetaalbare leveranciers of contractweigering.
Het contract kan aan schending van een garantie specifieke gevolgen verbinden, zoals het buiten toepassing laten van aansprakelijkheidsbeperkingen of een langere termijn voor het instellen van claims.
Welke verval- en verjaringstermijnen zijn passend?
Verval- en verjaringstermijnen bepalen hoe lang je claims kunt instellen tegen je IT-leverancier. Namelijk kunnen contractuele termijnen afwijken van wettelijke verjaringstermijnen mits redelijk.
Volgens de wet verjaart een vordering tot nakoming van een contractuele verplichting vijf jaar nadat zij opeisbaar is geworden (artikel 3:307 lid 1 BW). Een vordering tot schadevergoeding verjaart vijf jaar nadat de benadeelde met de schade en de aansprakelijke persoon bekend is geworden, en in ieder geval twintig jaar na de gebeurtenis die de schade veroorzaakte (artikel 3:310 lid 1 BW). IT-leveranciers bedingen vaak een kortere termijn. Daarom moet je beoordelen:
- Redelijkheid van verkortende vervaltermijnen
- Verschillende termijnen per type claim
- Stuiting van de verjaring, bijvoorbeeld door een schriftelijke aanmaning of een schriftelijke mededeling waarin je je recht op nakoming ondubbelzinnig voorbehoudt (artikel 3:317 lid 1 BW); spreek af of onderhandelingen een contractuele termijn opschorten
- Kennisgevingsvereisten bij claims
Een te korte termijn in algemene voorwaarden kan onredelijk bezwarend en daardoor vernietigbaar zijn (artikel 6:233 onder a BW), tenzij artikel 6:235 BW die bescherming uitsluit. Bijgevolg adviseert een advocaat Amsterdam over juridisch houdbare termijnregelingen.
Tevens kunnen verborgen gebreken langere ontdekkingstermijnen rechtvaardigen, vooral bij complexe IT-systemen waar problemen pas later manifesteren.
Hoe organiseer je communicatie en overleg tijdens uitvoering?
Gestructureerde communicatie voorkomt misverstanden en geschillen tijdens IT-projecten. Daarom zijn heldere overleg- en rapportageafspraken noodzakelijk voor projectsucces.
Projecten met een formele communicatiestructuur verlopen in de praktijk aanzienlijk soepeler. Met name moet je afspraken maken over:
- Periodiek overleg over voortgang en prestaties
- Rapportage-eisen en management dashboards
- Escalatieprocedures bij problemen
- Status van besprekingsverslagen en vergadernotities
Voorbeeld (fictief): een ERP-implementatie bij een logistiek bedrijf loopt flinke vertraging op, omdat verschillende afdelingen de leverancier tegenstrijdige instructies geven. Eén contactpersoon, een wijzigingsprocedure en afgesproken escalatieniveaus voorkomen dat.
Echter moet communicatie effectief blijven zonder bureaucratische belemmeringen. Bijgevolg adviseert een IT-recht specialist over proportionele communicatie-eisen.
Tevens hebben schriftelijke vastleggingen van wijzigingen vaak contractuele werking, dus moeten autorisatie-procedures duidelijk zijn.
Wat regel je over overdracht van rechten en verplichtingen?
Overdracht van contractuele rechten kan ingrijpende gevolgen hebben voor je IT-overeenkomst. Daarom zijn anticiperende bepalingen over overdraagbaarheid wezenlijk voor continuïteitsborging.
Langlopende IT-contracten worden regelmatig geraakt door overdracht aan een derde. Met name moet je regelen:
- Uitsluitingen van overdracht zonder toestemming; let op: een beding dat overdracht of verpanding van een geldvordering op naam uit de uitoefening van een beroep of bedrijf uitsluit, is sinds 1 juli 2025 nietig (artikel 3:83 lid 3 BW), met uitzonderingen in lid 4; voor bedingen die al bestonden geldt dat sinds 1 oktober 2025
- Goedkeuringsprocedures voor voorgenomen overdrachten
- Kwaliteitseisen aan overnemende partijen
- Opzeggingsrechten bij ongewenste overdrachten
Echter kunnen volledige overdrachtsverboden ook onredelijk zijn, vooral bij reorganisaties of efficiency-optimalisaties. Bijgevolg adviseren specialisten over evenwichtige overdrachtsregelingen.
Onderscheid uitbesteding aan onderaannemers van overdracht van het hele contract. Bij uitbesteding blijft de leverancier tegenover jou aansprakelijk (artikel 6:76 BW); voor overdracht van het contract is jouw medewerking nodig (artikel 6:159 BW).
Hoe definieer je exclusiviteit in je IT-contract?
Exclusiviteitsafspraken kunnen strategische voordelen bieden maar beperken ook flexibiliteit. Namelijk heeft dit begrip geen eenduidige juridische betekenis en vereist daarom heldere omlijning.
Exclusiviteitsgeschillen ontstaan vooral door een onduidelijke scope-afbakening. Daarom moet je specificeren:
- Geografische beperkingen van exclusiviteit
- Productgebieden en diensten-scope
- Temporele duur van exclusiviteitsrechten
- Sancties bij schending van exclusiviteit
Voorbeeld (fictief): een bank spreekt met een fintech exclusiviteit af voor betaaldiensten, zonder te omschrijven welke diensten eronder vallen. Als de bank een concurrerende dienst wil introduceren, ontstaat een geschil over de reikwijdte van de exclusiviteit.
Echter kunnen exclusiviteitsafspraken mededingingsrechtelijke risico’s hebben. Bijgevolg moet een IT-recht specialist Amsterdam de toelaatbaarheid onder Nederlands en Europees recht beoordelen.
Een exclusiviteitsbeding dat de mededinging beperkt, kan op grond van het kartelverbod van rechtswege nietig zijn, tenzij een vrijstelling geldt (artikel 6 lid 2 en 3 Mededingingswet).
Welke wijzigingsprocedures heb je nodig?
IT-contracten moeten flexibel kunnen worden aangepast aan veranderende omstandigheden. Daarom zijn gestructureerde wijzigingsprocedures belangrijk voor contractuele dynamiek.
Langlopende IT-contracten ondergaan vrijwel altijd substantiële wijzigingen tijdens de looptijd. Met name moet je regelen:
- Schriftelijkheidsvereisten voor wijzigingen
- Autorisatieniveaus binnen organisaties
- Addendum-procedures en documentatie
- Status van mondelinge afspraken
Echter kunnen te rigide wijzigingsprocedures operationele belemmeringen vormen. Bijgevolg adviseert een advocaat Amsterdam over praktische wijzigingsregelingen.
Tevens moet je onderscheiden tussen verschillende wijzigingstypen, omdat scope-uitbreidingen andere procedures vereisen dan technische aanpassingen.
Hoe bescherm je intellectuele eigendomsrechten in IT-contracten?
Intellectuele eigendomsrechten bepalen de eigendom en gebruiksrechten van IT-ontwikkelingen. Namelijk kunnen IE-geschillen kostbare vertragingen en aansprakelijkheden veroorzaken.
Software-ontwikkelcontracten bevatten vaak een onduidelijke regeling van de intellectuele eigendom. Daarom moet je afspraken maken over:
- Eigendom van nieuw ontwikkelde software en databases
- Licentierechten voor bestaande intellectuele eigendom
- Gebruiksrechten na contractbeëindiging
- Vrijwaringsverplichtingen tegen IE-claims van derden
Voorbeeld (fictief): een start-up laat een app bouwen door een externe ontwikkelaar zonder IE-afspraken. Het auteursrecht op de software blijft dan in beginsel bij de ontwikkelaar als maker. Maakt een werknemer software als onderdeel van zijn werk, dan geldt de werkgever als maker, tenzij anders is overeengekomen (artikel 7 Auteurswet); wie een werk laat maken naar zijn ontwerp en onder zijn leiding en toezicht, geldt ook als maker (artikel 6 Auteurswet). Voor overdracht van het auteursrecht zijn een schriftelijke overeenkomst en een akte van levering nodig (artikel 2 lid 3 Auteurswet). Het hoofdstuk over de exploitatieovereenkomst (artikelen 25b-25h Auteurswet, zoals de billijke vergoeding) geldt niet voor computerprogramma’s (artikel 45n Auteurswet).
Echter kunnen IE-rechten ook beperkingen hebben door open source componenten of third-party licenties. Bijgevolg moet een IT-recht specialist alle IE-aspecten analyseren.
Tevens moeten gebruiksrechten helder worden afgebakend wat betreft exclusiviteit, overdraagbaarheid en sublicentiering om latere geschillen te voorkomen.
Wat zijn de kernpunten voor licentie- en gebruiksrechten?
Licentie- en gebruiksrechten bepalen hoe je software en IT-diensten mag benutten. Daarom zijn specifieke licentiebepalingen noodzakelijk voor compliance en risicomitigatie.
Onduidelijke gebruiksrechten maken licentiegeschillen kostbaar. Met name moet je regelen:
- Scope van toegestane gebruikers en locaties
- Beperkingen voor niet-exclusieve licenties
- Overdraagbaarheid en sublicentiering-rechten
- Compliance met third-party licentievoorwaarden
Echter kunnen software licenties complexe compliance-eisen hebben, vooral bij open source componenten. Bijgevolg adviseert een gespecialiseerde advocaat Amsterdam over alle licentie-verplichtingen.
Tevens moeten gebruiksrechten na contractbeëindiging duidelijk worden geregeld om operationele continuïteit te waarborgen.
Sommige handelingen mag wie rechtmatig een exemplaar van de software heeft verkregen ook zonder uitdrukkelijke toestemming verrichten (artikel 45j Auteurswet); de rechtmatige gebruiker mag een noodzakelijke reservekopie maken (artikel 45k Auteurswet). Verveelvoudiging die nodig is voor het beoogde gebruik is geen inbreuk, tenzij anders is overeengekomen; laden, in beeld brengen en het verbeteren van fouten kun je echter niet bij contract verbieden (artikel 45j Auteurswet). Ook een noodzakelijke reservekopie is toegestaan (artikel 45k Auteurswet).
Hoe beheer je data-eigendom en -toegang?
Data-eigendom en toegangsrechten worden steeds kritischer in IT-contracten. Namelijk kunnen onduidelijke data-afspraken leiden tot vendor lock-in en compliance-problemen.
Veel organisaties leggen data-portabiliteit onvoldoende vast. Daarom moet je regelen:
- Rechten op ingevoerde versus gegenereerde data; data zijn geen voorwerp van eigendom, omdat eigendom alleen bestaat op stoffelijke zaken (artikel 3:2 BW en artikel 5:1 lid 1 BW), dus spreek toegangs- en gebruiksrechten af
- Toegangsrechten en export-mogelijkheden
- Bewaartermijnen en vernietigingsverplichtingen
- Compliance met privacy- en sectorregels
Voorbeeld (fictief): een retailer kan na afloop van het contract niet alle klantdata uit zijn CRM-systeem exporteren, omdat het contract niet zegt welke data de leverancier in welk formaat moet aanleveren. Spreek vooraf een exportrecht, een dataformaat en een termijn af.
Echter hebben verschillende data-typen ook verschillende juridische regimes. Bijgevolg moet een IT-recht specialist onderscheid maken tussen persoonsgegevens, intellectueel eigendom en overige bedrijfsgegevens.
Tevens kunnen cross-border data transfers aanvullende compliance-eisen hebben onder de AVG en nationale wetgeving.
Welke documentatie-eisen stel je aan je leverancier?
Adequate documentatie is wezenlijk voor kennisoverdracht en operationele continuïteit. Daarom moeten documentatie-eisen contractueel worden vastgelegd met kwaliteitsnormen.
Gebrekkige documentatie vergt later aanzienlijk meer onderhoudstijd. Met name moet je eisen:
- Technische architectuurdocumentatie
- Gebruikershandleidingen en trainingsmaterialen
- Source code documentatie en comments
- Operationele procedures en runbooks
Echter moet documentatie actueel en bruikbaar blijven tijdens de gehele contractperiode. Bijgevolg adviseert een advocaat Amsterdam over onderhoudsverplichtingen voor documentatie.
Tevens kunnen documentatie-eisen significant impact hebben op projectkosten, dus moeten deze proportioneel zijn met de contractwaarde.
Hoe regel je dienstverlening door derden?
IT-contracten bevatten vaak afhankelijkheden van third-party diensten. Daarom moet de verantwoordelijkheidsverdeling en risicobeheersing helder worden geregeld.
IT-storingen worden vaak veroorzaakt door diensten van derden waarop de hoofdleverancier geen invloed heeft. Met name moet je afspraken maken over:
- Beschikbaarheidsgaranties voor externe diensten
- Escalatieprocedures bij third-party problemen
- Alternative sourcing bij uitval leveranciers
- Kostenallocatie voor premium third-party services
Voorbeeld (fictief): de cloudapplicatie van een financiële dienstverlener valt uit door een storing bij de hostingpartij die de leverancier gebruikt. De leverancier is in beginsel aansprakelijk voor derden die hij bij de uitvoering inschakelt (artikel 6:76 BW). Op overmacht kan hij zich alleen beroepen als de tekortkoming niet aan zijn schuld te wijten is en ook niet krachtens wet, rechtshandeling of in het verkeer geldende opvattingen voor zijn rekening komt (artikel 6:75 BW). Het contract kan dit risico nauwkeuriger verdelen.
Partijen kunnen wel afspreken dat de leverancier voor diensten van derden buiten zijn invloed niet of slechts tot een maximum aansprakelijk is. Bijgevolg adviseren specialisten over een redelijke risicoverdeling.
Tevens moeten exit-scenario’s rekening houden met third-party afhankelijkheden om vendor lock-in te voorkomen.
Wat zijn de vereisten voor beschikbaarheid en continuïteit?
Beschikbaarheidsgaranties bepalen de operationele betrouwbaarheid van je IT-diensten. Namelijk kunnen uitval en performance-problemen directe business impact hebben.
Downtime kan veel kosten. Maak daarom afspraken over:
- Concrete beschikbaarheidspercentages (99,9% beschikbaarheid laat ruim 8,7 uur downtime per jaar toe)
- Respons- en hersteltijden per incident-severity
- Disaster recovery en business continuity procedures
- Escrow-arrangementen voor kritieke software
Echter moeten beschikbaarheidseisen realistisch en technisch haalbaar zijn. Bijgevolg kunnen 100% beschikbaarheidsgaranties leiden tot onbetaalbare prijzen.
Tevens vereisen verschillende applicaties verschillende beschikbaarheidsniveaus, dus moeten SLA’s worden gedifferentieerd naar criticiteit.
Welk recht en welke geschilbeslechting kies je?
Rechtskeuze en geschilbeslechting bepalen de juridische procedures bij contractgeschillen. Daarom zijn doordachte keuzes belangrijk voor effectieve conflictresolutie.
Een keuze voor Nederlands recht biedt bij IT-contracten een voorspelbaar kader. Met name moet je overwegen:
- Nederlands recht voor lokale leveranciers en diensten
- Uitsluiting van het Weens Koopverdrag (CISG) bij internationale koop van zaken zoals hardware; het verdrag geldt ook bij een keuze voor Nederlands recht, tenzij partijen het uitsluiten (artikel 1 lid 1 onder a en artikel 6 CISG)
- Mediation-first procedures voor kosteneffectiviteit
- Arbitrage bij internationale of complexe geschillen
Voorbeeld (fictief): twee Nederlandse partijen leggen een geschil over een groot ERP-contract voor aan arbitrage. De procedure duurt jaren en de kosten zijn hoog, zodat ook de winnende partij er per saldo op achteruitgaat. Een mediation-first-clausule en een duidelijke forumkeuze kunnen dat risico beperken.
Echter kunnen internationale contracten complexe rechtskeuze-vraagstukken hebben. Bijgevolg adviseert een IT-recht specialist Amsterdam over optimale jurisdictie-afspraken.
Tevens moeten bevoegdheidsbedingen specifiek genoeg zijn om jurisdictiegeschillen te voorkomen.
Veelgestelde vragen over IT-contracten
Is er een aparte wet voor IT-contracten?
Nee. Afhankelijk van de inhoud is een IT-contract een overeenkomst van opdracht (artikel 7:400 BW), koop (artikel 7:1 BW), huur (artikel 7:201 BW) of een combinatie daarvan. Wat partijen afspreken geldt, aangevuld door de wet, de gewoonte en de redelijkheid en billijkheid (artikel 6:248 lid 1 BW).
Kan ik een IT-contract tussentijds opzeggen?
Bij een overeenkomst van opdracht kan de opdrachtgever volgens de wet te allen tijde opzeggen (artikel 7:408 lid 1 BW). Dat recht kan bij contract worden uitgesloten, behalve als de opdrachtgever een particulier is (artikel 7:413 lid 2 BW). Regelt een duurovereenkomst voor onbepaalde tijd de opzegging niet, dan is zij in beginsel opzegbaar, maar kan de redelijkheid en billijkheid een zwaarwegende grond, opzegtermijn of vergoeding vereisen (HR 28 oktober 2011, ECLI:NL:HR:2011:BQ9854).
Wie heeft het auteursrecht op maatwerksoftware?
In beginsel de ontwikkelaar als maker. Maakt een werknemer software als onderdeel van zijn werk, dan geldt de werkgever als maker, tenzij anders is overeengekomen (artikel 7 Auteurswet), en wie een werk laat maken naar zijn ontwerp en onder zijn leiding en toezicht, geldt als maker (artikel 6 Auteurswet). Overdracht vereist een schriftelijke overeenkomst en een akte (artikel 2 lid 3 Auteurswet), dus regel dit in het contract.
Mag een IT-leverancier zijn aansprakelijkheid uitsluiten?
Tussen bedrijven in beginsel wel. Een onredelijk bezwarend beding in algemene voorwaarden is vernietigbaar (artikel 6:233 onder a BW), maar onder meer rechtspersonen die hun jaarrekening openbaar maken, partijen met vijftig of meer werkzame personen en partijen die zelf meermalen dezelfde voorwaarden gebruiken, kunnen zich daar niet op beroepen (artikel 6:235 lid 1 en 3 BW). Daarnaast kan de rechter een beroep op een exoneratie opzijzetten als dat naar maatstaven van redelijkheid en billijkheid onaanvaardbaar is (artikel 6:248 lid 2 BW).
Heb ik een verwerkersovereenkomst nodig bij een cloud- of SaaS-dienst?
Ja, als de leverancier namens jou persoonsgegevens verwerkt. De overeenkomst moet onder meer onderwerp, duur, aard en doel van de verwerking en de verplichtingen van de verwerker vastleggen, en schriftelijk zijn, wat ook elektronisch kan (artikel 28 lid 3 en 9 AVG).
Primaire bronnen
- Burgerlijk Wetboek Boek 2: artikel 2:309
- Burgerlijk Wetboek Boek 3: artikelen 3:2, 3:83, 3:92, 3:307, 3:310 en 3:317
- Burgerlijk Wetboek Boek 5: artikel 5:1
- Burgerlijk Wetboek Boek 6: artikelen 6:75, 6:76, 6:82, 6:83, 6:91, 6:92, 6:94, 6:127, 6:159, 6:217, 6:219, 6:233, 6:235, 6:247, 6:248, 6:262, 6:265 en 6:267
- Burgerlijk Wetboek Boek 7: artikelen 7:1, 7:201, 7:400, 7:408, 7:413, 7:653, 7:662, 7:750 en 7:758
- Auteurswet: artikelen 2, 6, 7, 45j, 45k en 45n
- Mededingingswet: artikel 6
- Aanbestedingswet 2012: artikel 4.15
- Wet bescherming bedrijfsgeheimen: artikel 1
- Weens Koopverdrag (CISG): artikelen 1 en 6
- Algemene verordening gegevensbescherming (Verordening (EU) 2016/679): artikelen 28, 35, 44-49 en 83
- Rechtspraak: HR 13 maart 1981, ECLI:NL:HR:1981:AG4158 (Haviltex); HR 28 oktober 2011, ECLI:NL:HR:2011:BQ9854
Heb je juridische ondersteuning nodig bij je IT-contract? Onze gespecialiseerde advocaten Amsterdam helpen je met opstellen, beoordelen en onderhandelen van IT-overeenkomsten conform Nederlands recht. Contacteer ons voor een vrijblijvende consultatie over je IT-juridische vraagstukken.
Deze checklist vormt geen juridische beoordeling of advies en is daarvoor geen vervanging. Raadpleeg altijd een gespecialiseerde IT-recht specialist Amsterdam voor je specifieke situatie.
