MKB Juristen stelt juridische documenten op maat op
Het beste is om belangrijke contracten, algemene voorwaarden en andere juridische documenten niet zelf te knutselen of te kopiëren. Wij helpen ondernemers budgetvriendelijk met juridisch maatwerk, vooraf duidelijke kosten en praktische uitleg.
- Contracten, voorwaarden en juridische documenten op maat
- Budgetvriendelijk en vooraf duidelijk over de kosten
- Gratis adviesgesprek of vrijblijvend een offerte aanvragen
Wat is een escrowovereenkomst broncode? Het is een afspraak tussen drie partijen (de softwareleverancier, de afnemer en een onafhankelijke escrow-agent) waarbij de broncode van software bij een neutrale bewaarder wordt gedeponeerd, zodat de afnemer die code onder vooraf afgesproken voorwaarden krijgt als de leverancier wegvalt. De afnemer koopt normaal gesproken alleen een gebruiksrecht op de werkende software, niet de onderliggende broncode. Escrow overbrugt dat risico: gaat de leverancier failliet of stopt hij met onderhoud, dan komt de gedeponeerde code vrij en kan de afnemer de software zelf laten voortzetten.
Het korte antwoord
- Een escrowovereenkomst broncode zet de broncode bij een onafhankelijke bewaarder (escrow-agent).
- De afnemer gebruikt de software gewoon; de broncode blijft afgeschermd tot een afgesproken gebeurtenis.
- Die gebeurtenis (release-trigger) is meestal faillissement of het staken van onderhoud door de leverancier.
- Pas dan krijgt de afnemer toegang tot de code, met een gebruiksrecht om de software te onderhouden.
- Het doel is continuïteit: de afnemer blijft niet met onbruikbare software zitten.
Wat is een escrowovereenkomst broncode precies?
Bij standaardsoftware krijgt de afnemer een licentie op de gecompileerde, werkende versie. De broncode (de leesbare programmeerinstructies waarmee de software wordt gebouwd en aangepast) blijft bij de leverancier. Dat is logisch: die broncode is het bedrijfskapitaal van de softwareleverancier en auteursrechtelijk beschermd als werk in de zin van artikel 10 lid 1 sub 12 van de Auteurswet. Zolang de leverancier blijft bestaan en onderhoud levert, heeft de afnemer die broncode niet nodig.
Het probleem ontstaat als de leverancier omvalt. Zonder broncode kan niemand anders de software repareren, beveiligingslekken dichten of aanpassen aan nieuwe wetgeving. Voor bedrijfskritische software (denk aan een planningssysteem, een boekhoudpakket of een besturingssysteem in een machine) is dat een reëel bedrijfsrisico. De escrowovereenkomst broncode lost dat op door de code bij een derde te bewaren, met een duidelijke regeling wanneer en hoe die vrijkomt.
De drie partijen en hun rol
- De leverancier. Blijft eigenaar van het auteursrecht op de broncode en deponeert een actuele versie bij de escrow-agent, met updates bij nieuwe releases.
- De afnemer. Betaalt (vaak) voor de escrowregeling en krijgt zekerheid dat hij bij calamiteiten verder kan. Hij mag de code pas gebruiken na een geldige release.
- De escrow-agent. Een onafhankelijke bewaarder die de code veilig opslaat, controleert of de deposito’s compleet zijn en de release-voorwaarden toetst voordat hij iets vrijgeeft.
De onafhankelijkheid van de agent is de kern. Zou de leverancier de code zelf bewaren, dan heeft de afnemer bij een faillissement niets: de curator beheert dan de boedel en de afnemer staat achteraan in de rij.
Wanneer komt de broncode vrij?
De vrijgave hangt aan een release-trigger die je vooraf scherp omschrijft. Gebruikelijke triggers zijn:
- Faillissement of surseance van betaling van de leverancier.
- Het staken van de bedrijfsactiviteiten of ontbinding van de leverancier.
- Het structureel niet nakomen van de onderhoudsverplichtingen, ondanks ingebrekestelling.
Bij faillissement is timing juridisch belangrijk. De curator bepaalt op grond van artikel 37 van de Faillissementswet of lopende wederkerige overeenkomsten worden nagekomen; onderhoud en support kunnen daardoor stilvallen. Voor duurovereenkomsten zoals licenties bestaat bovendien een tussentijdse beëindigingsmogelijkheid die vergelijkbaar is met de huurregeling van artikel 39 van de Faillissementswet. Juist daarom moet de escrowovereenkomst zo zijn opgesteld dat het gebruiksrecht op de vrijgekomen broncode ook tegenover de curator standhoudt. Een goed opgestelde regeling zorgt dat de afnemer na de release door mag met onderhoud, zonder dat de curator de code kan terugvorderen.
Een praktijkvoorbeeld
Een mkb-bedrijf in de logistiek draait volledig op een routeplanner van een kleine softwareleverancier. Die leverancier gaat failliet. Zonder escrow zou het bedrijf vastlopen: de software werkt nog, maar niemand kan hem aanpassen als er een fout opduikt of als een koppeling met een vervoerder wijzigt. Omdat er een escrowovereenkomst broncode was, geeft de escrow-agent na verificatie van het faillissement de broncode vrij. Het bedrijf schakelt een ander softwarehuis in dat de code overneemt en het onderhoud voortzet. De bedrijfsvoering loopt door.
Wat regelt escrow niet?
Escrow is geen garantie dat de software foutloos is en geen vervanging voor goede afspraken over onderhoud en beveiliging. Het regelt continuïteit bij calamiteiten, geen kwaliteit. Ook geeft de afnemer met de vrijgekomen broncode niet automatisch alle rechten: hij krijgt een gebruiksrecht om de software voor eigen gebruik te onderhouden en aan te passen, niet het volledige auteursrecht om de software commercieel te verkopen. Die reikwijdte leg je expliciet vast. Let er verder op dat de deposito’s actueel blijven; verouderde broncode is bij een release weinig waard.
Eerlijke aanbeveling
Je hebt niet altijd een jurist nodig. Draait je bedrijf op algemene standaardsoftware van een grote leverancier (waar meerdere partijen onderhoud kunnen overnemen of waarvoor eenvoudig alternatieven bestaan), dan is escrow vaak overbodig. Ook bij goedkope, makkelijk vervangbare software weegt de moeite niet op tegen het risico. Voor die situaties is een standaardregeling van de leverancier of geen escrow prima.
Wel verstandig is juridische hulp zodra de software echt bedrijfskritisch is, op maat is gebouwd of nergens anders te krijgen is. Dan valt of staat je continuïteit met een sluitende release-trigger, een gebruiksrecht dat een faillissement overleeft en de zekerheid dat de gedeponeerde code compleet en actueel is. Laat de overeenkomst in die gevallen nakijken voordat je tekent.
Meer weten? Lees hoe je de afspraken vastlegt in escrowovereenkomst broncode opstellen en wat uitbesteden kost in escrowovereenkomst broncode laten opstellen. Direct een regeling nodig? Bekijk onze escrowovereenkomst broncode.
Veelgestelde vragen
Een driepartijenafspraak waarbij de broncode van software bij een onafhankelijke bewaarder wordt gedeponeerd. De afnemer gebruikt de software normaal, maar krijgt toegang tot de broncode als de leverancier wegvalt, bijvoorbeeld door faillissement of het staken van onderhoud.
De broncode is het bedrijfskapitaal van de leverancier en auteursrechtelijk beschermd op grond van artikel 10 lid 1 sub 12 van de Auteurswet. Je koopt een gebruiksrecht op de werkende software, niet de code zelf. Escrow overbrugt het risico dat je met onbruikbare software achterblijft.
Bij een vooraf omschreven release-trigger, meestal faillissement, surseance, bedrijfsbeëindiging of het structureel niet nakomen van onderhoud. De escrow-agent toetst of de trigger zich echt heeft voorgedaan voordat hij de code vrijgeeft.
Dat moet je goed regelen. De curator bepaalt op grond van artikel 37 Faillissementswet of overeenkomsten worden nagekomen, en voor duurovereenkomsten geldt een beëindigingsmogelijkheid vergelijkbaar met artikel 39 Faillissementswet. Een sluitende overeenkomst zorgt dat het gebruiksrecht op de vrijgekomen code ook tegenover de curator standhoudt.
Nee. Je krijgt een gebruiksrecht om de software voor eigen gebruik te onderhouden en aan te passen, niet het volledige auteursrecht om de software te verkopen. De reikwijdte van dat recht leg je vast in de escrowovereenkomst.
Vooral voor bedrijfskritische of op maat gebouwde software van een enkele leverancier, waarvoor geen makkelijk alternatief bestaat. Voor algemene standaardsoftware van grote leveranciers is escrow meestal overbodig.
Een onafhankelijke escrow-agent, niet de leverancier zelf. Die onafhankelijkheid is essentieel: bij een faillissement zou code bij de leverancier in de boedel vallen en niet gegarandeerd bij jou terechtkomen.
