--- title: "Wat is een escrowovereenkomst broncode? Uitleg en gebruik" url: https://mkbjuristen.nl/blog/ondernemen/wat-is-een-escrowovereenkomst-broncode/ date: 2026-08-19 modified: 2026-08-19 author: "denian@mkbrecht.nl" description: "Wat is een escrowovereenkomst broncode? Uitleg van de functie, wanneer je het nodig hebt en waar je op let voor het mkb." categories: - "Ondernemen" image: https://mkbjuristen.nl/wp-content/uploads/2026/07/wat-is-een-escrowovereenkomst-broncode-hero-1024x576.jpg word_count: 1184 --- # Wat is een escrowovereenkomst broncode? Uitleg en gebruik 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. ![Uitleg wat is een escrowovereenkomst broncode met leverancier, afnemer en escrow-agent](https://mkbjuristen.nl/wp-content/uploads/2026/07/wat-is-een-escrowovereenkomst-broncode-hero.jpg) ## 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 drie partijen bij een escrowovereenkomst broncode: leverancier, afnemer en bewaarder](https://mkbjuristen.nl/wp-content/uploads/2026/07/wat-is-een-escrowovereenkomst-broncode-body1.jpg) - **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? ![Grenzen van een escrowovereenkomst broncode bij faillissement van de leverancier](https://mkbjuristen.nl/wp-content/uploads/2026/07/wat-is-een-escrowovereenkomst-broncode-body2.jpg) 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 ![Ondernemer bespreekt met een jurist of een escrowovereenkomst broncode nodig is](https://mkbjuristen.nl/wp-content/uploads/2026/07/wat-is-een-escrowovereenkomst-broncode-advies.jpg) 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](https://mkbjuristen.nl/blog/ondernemen/escrowovereenkomst-broncode-opstellen/) en wat uitbesteden kost in [escrowovereenkomst broncode laten opstellen](https://mkbjuristen.nl/blog/ondernemen/escrowovereenkomst-broncode-laten-opstellen/). Direct een regeling nodig? Bekijk onze [escrowovereenkomst broncode](https://mkbjuristen.nl/contracten/escrowovereenkomst-broncode/). ## Veelgestelde vragen **Wat is een escrowovereenkomst broncode in het kort?** 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. **Waarom krijg ik als afnemer niet gewoon de broncode?** 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. **Wanneer komt de broncode vrij?** 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. **Houdt escrow stand bij een faillissement van de leverancier?** 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. **Krijg ik met de broncode ook het auteursrecht?** 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. **Voor welke software is escrow zinvol?** 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. **Wie bewaart de broncode?** 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.