IT-contracten (deel 11): Aansprakelijkheid (en de beperking daarvan)
Hoe ziet een aansprakelijkheidsbeperking er bij IT-contracten uit? Waar moet je op letten als afnemer en leverancier? Kun je je verzekeren?
Hoe ziet een aansprakelijkheidsbeperking er bij IT-contracten uit? Waar moet je op letten als afnemer en leverancier? Kun je je verzekeren?
De duur van een overeenkomst is een belangrijk onderwerp bij contractonderhandelingen, niet in de minste plaats omdat hier vaak kortingen aan verbonden kunnen worden. Overeenkomsten kunnen voor bepaalde en onbepaalde tijd worden aangegaan. Wat zijn de voor- en nadelen van dergelijke afspraken? Verder kunnen overeenkomsten op meerdere manieren worden beëindigd, bijvoorbeeld door opzegging of door ontbinding. Waarom is het zo van belang om hier een duidelijk en juist onderscheid in te maken? In deze bijdrage wordt op deze vragen ingegaan.
Als je een IT-contract sluit tot de levering of terbeschikkingstelling van bijvoorbeeld een website of software is het belangrijk na te denken over de intellectuele eigendomsrechten. Het auteursrecht is veruit het belangrijkste intellectuele eigendomsrecht om software te beschermen. Op het moment dat je hiertoe niets regelt, komen de rechten aan de ontwikkelaar toe. Met name in geval van maatwerksoftware kan dit verstrekkende gevolgen voor de afnemer hebben: zo mag je niets (laten) wijzigen en kan je zelfs gedwongen worden te stoppen met het gebruik van de software. Het is dan ook belangrijk de intellectuele eigendomsrechten contractueel goed te regelen. In dit blog ga ik in op de contractuele afspraken omtrent intellectuele eigendomsrechten. Hierbij komen zowel de vermogensrechtelijke handelingen als enkele andere belangrijke regelingen aan bod. Ik sluit af met enkele praktische tips.
In het vorige artikel zijn wij ingegaan op duur en beëindiging van de overeenkomst. In dit artikel ga ik in op de praktische gevolgen van een beëindiging van een overeenkomst. Het komt in onze praktijk met enige regelmaat voor: een IT-contract voor een essentieel softwarepakket wordt opgezegd en vervolgens blijkt dat de leverancier niet zonder meer (lees: niet zonder meerkosten) wil meewerken aan het teruggeven van de data of een overstap naar een opvolgende leverancier. Vaak wordt gedacht dat je een leverancier, zeker als het gaat om essentiële software, te allen tijde kunt dwingen om mee te werken aan een dergelijke overstap of aan teruggave van data. Dit is echter niet zo. Deze problematiek is te verhelpen door het opnemen van een goede exitregeling in het IT-contract waarin vermeld staat hoe partijen moeten handelen nadat het contract is opgezegd. In dit artikel geef ik enkele praktische handvatten voor het opstellen van een adequate exitregeling.
IT-contracten kunnen snel een internationaal karakter hebben doordat bijvoorbeeld wordt gecontracteerd met een buitenlandse softwareleverancier en/of dat de hosting van de SaaS-applicatie buiten Nederland plaatsvindt. In veel contracten worden dan (terecht) afspraken gemaakt over welk recht van toepassing is op de overeenkomst en ook waar eventuele geschillen kunnen worden voorgelegd (rechter, arbiter).
Stel: Partijen zijn een bepaalde opzegtermijn overeengekomen maar die blijkt te kort te zijn om over te kunnen stappen op een ander pakket en/of een andere leverancier. Je wilt dus nog een paar maanden bij de oude leverancier blijven. Maar die is onverbiddelijk: opgezegd is opgezegd! Een licentie voor een paar maanden extra kan niet. Uiteraard mag je wel een nieuw contract voor bijvoorbeeld 1 jaar tekenen maar dat is niet echt aantrekkelijk omdat je dan een groot deel van het jaar met dubbele kosten zit. Wat nu? Kun je een verlening afdwingen? Een recente uitspraak biedt mogelijk aanknopingspunten.
In deze serie zoomen wij in op de verschillende artikelen van een IT-contract en staan we stil bij de belangrijkste aandachtspunten.
Welke definities en begrippen komen er voor in een IT-contract en wat houden ze in? Deel 3 uit de reeks.
Goede aansturing en contractmanagement zijn van uitermate groot belang bij een IT-project. Lees verder hoe je dit kunt vormgeven.
Een acceptatieregeling zorgt er in de kern voor dat op een ordentelijke wijze kan worden getoetst of datgene wat is overeengekomen ook daadwerkelijk is geleverd. Hoe tuig je dit op?
Software wordt beschermd door het auteursrecht. Dit geeft de rechthebbende het exclusieve recht op het gebruik en exploitatie van de software. Op een auteursrecht kan ene zekerheidsrecht gevestigd worden ten behoeve van schuldeisers, bijvoorbeeld door het vestigen van een pandrecht. Een pandrecht geeft schuldeisers een sterk zekerheidsrecht omdat het de schuldeisers een voorrangsrecht oplevert om het verpande goed openbaar te verkopen, mocht de pandgever zijn verplichtingen niet na kunnen komen en het pandrecht in bijvoorbeeld een faillissement van de pandgever niet zomaar genegeerd kan worden door een curator. Maar hoe vestig je een pandrecht op software en toekomstige versies daarvan? Dat dit nog niet zo eenvoudig is, blijkt wel uit een recente uitspraak van de Rechtbank Amsterdam die een klein bommetje heeft gelegd onder de praktijk van menig bank die hun pandaktes zullen moeten aanpassen.
Data zijn in beginsel niemands eigendom. Best wel vreemd in een wereld waarin het lijkt alsof alles alleen nog maar om data gaat (denk aan big data, artificial intelligence). Net zoals dat geldt bij creatieve ideeën (die zijn in beginsel ook vrij) gaat het om de specifieke uitwerking of verschijningsvorm van de data die voor bescherming in aanmerking komt of beschermd is en waar je dan dus rekening mee moet houden. In dit artikel verkennen wij hoe kostbare data juridisch te beschermen zijn en waar je rekening mee moet houden vanuit een juridisch perspectief. Dit artikel is ook verschenen in het ICT&Health magazine.