Locatie Amsterdam
Jollemanshof 12
1019 GW Amsterdam
Telefoon
020 663 1941
E-mail
info@ictrecht.nl
KvK
34216164
BTW
NL8223.30.040.B01
Locatie Groningen
Leonard Springerlaan 35
9727 KB Groningen
Telefoon
050 209 34 99
E-mail
info@ictrecht.nl
KvK
68038712
BTW
NL857275835.B01
Locatie Brussel
Avenue Louise 65
1000 Brussel
Telefoon
+32 (0)2 535 77 55.
E-mail
info@legalict.com
Ondernemingsnummer
0696.909.465
BTW
BE 0696.909.465
Terug naar overzicht

10 aandachtspunten bij het sluiten van een escrow-overeenkomst

Juridisch Product

Heeft u een escrow of continuïteitsoplossing voor uw organisatie nodig? Of krijgt u een escrow of continuïteitsoplossing voorgelegd? ICTRecht is de specialist op dit gebied.

Bij klassieke escrow geeft de leverancier van software de broncode in bewaring bij een escrow-agent of een bewaarnemer. Deze partij bewaart een kopie van de broncode in een kluis tot het moment dat de leverancier niet meer in staat is de software te onderhouden, bijvoorbeeld in geval van een faillissement. Middels een escrow-overeenkomst verkrijgt de klant op dat moment de kopie van de broncode inclusief het recht op deze voor continuïteitsdoeleinden te gebruiken. De praktijk leert dat escrow-overeenkomsten er heel verschillend uit kunnen zien. In deze blog 10 punten waarop te letten bij het sluiten van een escrow-overeenkomst.

1. Past de regeling bij de praktijk?

In sommige gevallen wordt nog steeds de klassieke escrow aangeboden, terwijl er sprake is van een clouddienst. Alleen afgifte van de broncode van de software is dan niet voldoende om continuïteit te bieden voor de afnemers van de clouddienst. Er moeten aanvullende maatregelen worden getroffen ten aanzien van de beschikbaarheid van de data en het in de lucht houden van de dienst (lees voor meer info onze blog ‘Escrow voor clouddiensten: hoe werkt het?’). Niet alle standaard escrow-overeenkomsten zijn dus een daadwerkelijke praktische oplossing voor continuïteit.

2. Breng alle relevante partijen en assets goed in kaart

Bij escrow is het van belang om te inventariseren welke partijen en assets relevant zijn in geval zich een calamiteit voordoet bij de softwareleverancier. Het kan hier bijvoorbeeld gaan om een hostingleverancier of een colocatieleverancier, die niet meer doorbetaald wordt door de softwareleverancier, als deze failliet gaat. Tevens is het van belang om te beoordelen welke assets onderdeel zijn van de dienstverlening, zoals bijvoorbeeld het eigendom van de hardware. Valt deze hardware bijvoorbeeld in de boedel? Als dit niet van te voren goed in kaart is gebracht, is het mogelijk dat de escrow-overeenkomst niet goed uitgevoerd kan worden.

3. Bij wie liggen de intellectuele eigendomsrechten?

In een inventarisatie is het van belang om vooraf duidelijkheid te hebben wie rechthebbende is ten aanzien van de software. Als je niet van tevoren goed controleert hoe het zit met de intellectuele eigendomsrechten loop je namelijk de kans dat de escrow-overeenkomst met de verkeerde partij wordt gesloten – bijvoorbeeld de werkmaatschappij – terwijl die niet de auteursrechten heeft. Tevens kan tijdens de inventarisatie vooraf blijken dat de rechten überhaupt niet liggen bij de partij, die er zelf vanuit gaat dat hij rechthebbende is, omdat de rechten bijvoorbeeld nog bij een externe ontwikkelaar ligt. Ook kunnen verpandingen of open source componenten conflicteren met de afspraken in een escrow-overeenkomst.

4. Hoe zit het met de back to back afspraken?

Zoals hierboven ook aangegeven, is het van belang om de keten te kennen die achter de softwareleverancier zit. In geval de software bijvoorbeeld een cloudapplicatie betreft kunnen de afspraken die de softwareleverancier maakt met zijn toeleveranciers effect hebben op de tenuitvoerlegging van de escrow-overeenkomst. De toeleveranciers moeten hun medewerking hebben toegezegd aan dergelijke constructies.

5. Exit voor de escrow regelen

Het moet mogelijk zijn om de escrow-overeenkomst op te zeggen, zowel voor de softwareleverancier als de afnemer. Wel moet dit op een manier gebeuren dat de softwareleverancier niet om “twee voor twaalf” de escrow-overeenkomst kan opzeggen, zodat de afnemers alsnog vlak voor een calamiteit met lege handen kunnen komen te staan.

6. Escrow is meer dan alleen broncode depot

Bij cloudapplicaties is escrow meer dan broncode depot alleen, dat hebben we hierboven al gezien. Los van de continuïteit ten aanzien van de data en de hosting, kunnen ook medewerkers relevant zijn voor de continuïteit. Dit kunnen bijvoorbeeld de belangrijkste ontwikkelaars zijn of bepaalde helpdeskmedewerkers. Toegang tot deze medewerkers in geval van calamiteit moet dus onderdeel zijn van de escrow-overeenkomst.

7. Is de escrow-overeenkomst technisch praktisch uitvoerbaar?

Bij klassieke escrow komt het nog steeds wel eens voor dat er broncodes in escrow worden genomen, die niet gecontroleerd zijn door een onafhankelijke derde. In dat geval loop je het risico dat je een escrow-object hebt, wat niet geschikt is voor het doel: het voorkomen van continuïteitsproblemen met de afnemer. Van belang is het om met betrekking tot datgene wat in escrow wordt gebracht te controleren of het goed gedocumenteerd, bruikbaar en overdraagbaar is. Tevens is het essentieel om periodiek het escrow-proces te herhalen, zodat je zeker weet dat er een actueel escrow-object aanwezig is en dat er niks veranderd is in de auteursrechtelijke situatie.

8. Voldoet de escrow-overeenkomst aan de voorwaarden van de AVG?

Indien er persoonsgegevens worden verwerkt in het escrow-proces is het van belang om te controleren of deze conform de AVG worden verwerkt. Het is uiteraard niet te bedoeling dat de escrow-overeenkomst niet kan worden uitgevoerd, omdat dit bijvoorbeeld strijdig zou zijn met de rechten van betrokkenen. Zorg bij verwerking van persoonsgegevens voor een duidelijke wettelijke grondslag, zodat je niet voor verrassingen komt te staan bij een calamiteit.

9. Wat als er conflict is over de regeling?

Check bij een escrow-overeenkomst goed wat er is afgesproken in geval er conflict ontstaat over de tenuitvoerlegging van de overeenkomst. Wat zijn de afgiftegronden en wat gebeurt er als er conflict is over deze gronden op het moment van calamiteit? Wat gebeurt er als er onenigheid is over het wel of niet aanwezig zijn van wanprestatie? Het is voor een afnemer van belang dat er op zo kort mogelijke termijn continuïteit wordt geleverd, in geval van calamiteit. Zorg dus voor heldere afgiftegronden en goede afspraken over conflictoplossing.

10. Zorg ervoor dat er in de escrow-overeenkomst geen afspraken staan die conflicteren met andere afspraken

De afspraken in de licentieovereenkomst of in de SLA moeten er niet voor zorgen dat de tenuitvoerlegging van de escrow-overeenkomst in gevaar komt. Zo kan er in de licentieovereenkomst staan dat de overeenkomst eindigt bij faillissement van de softwareleverancier. Een geldige licentie is echter wel nodig om een beroep te kunnen doen op de escrow-overeenkomst. Zorg er dus voor dat deze afspraken op elkaar aansluiten.

André Kamps

Oud-medewerker ICTRecht

Mr. André Kamps was werkzaam als juridisch adviseur bij ICTRecht Groningen.


Er zijn nog geen reacties.

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *

Uw persoonsgegevens gebruiken wij alleen voor het plaatsen en verwerken van uw reactie. Lees de privacyverklaring voor meer informatie