Een back-up en broncode-escrow klinken als twee manieren om hetzelfde te doen, want in beide gevallen bewaar je een kopie. Toch lossen ze een heel ander probleem op. Een back-up helpt je als je eigen systemen uitvallen. Broncode-escrow helpt je als de leverancier van je software verdwijnt. Wie software inkoopt of laat bouwen, loopt vooral het tweede risico. Dat verschil is voor veel bedrijven niet meteen duidelijk. In dit artikel lees je wat beide oplossingen inhouden, waar ze verschillen en wanneer je welke nodig hebt.
Wat is broncode-escrow?
Broncode is de leesbare code waarmee een programma is gebouwd. Zonder die code kun je software niet aanpassen of onderhouden. Bij broncode-escrow of Software escrow verifieert en bewaart een onafhankelijke partij, de escrow-agent, een kopie van die code voor jou.
Er zijn drie partijen bij betrokken: de leverancier, de afnemer en de escrow-agent. De leverancier legt de code in bewaring. de afnemer krijgt pas toegang als een vooraf afgesproken situatie zich voordoet, zoals een faillissement of het stopzetten van het product. Dat staat vastgelegd in een escrow-overeenkomst. Voor cloudsoftware bestaat ook SaaS escrow. Daarbij gaat het niet om de code, maar om de dienst zelf. Valt de leverancier weg, dan behoudt de afnemer toegang tot de software, op deze manier blijft bedrijfscontinuïteit geborgd.
Wat is een gewone back-up?
Een back-up is een kopie van je bestanden of gegevens. Je gebruikt die om te herstellen na een systeemcrash, een ransomware-aanval of een verwijderde map. Je beheert de back-up zelf of laat dat doen door een IT-partner. Je hebt er altijd direct toegang toe, zonder dat een andere partij toestemming geeft.
Een back-up heeft geen juridische status en kent geen vrijgavevoorwaarden. Ook van broncode kun je een back-up maken. Maar als die code van een externe leverancier is, mag je er niets mee doen. Je hebt dan wel een kopie, maar geen zekerheid over de versie van de kopie, of het daadwerkelijk werkt en recht om de software aan te passen of door te ontwikkelen. Zo zitten er toch grote verschillen in deze vormen van IT safeguarding.
De belangrijkste verschillen op een rij
Het doel is het eerste verschil. Een back-up beschermt tegen dataverlies door technische storingen of menselijke fouten. Broncode-escrow beschermt je als de leverancier wegvalt.
Het tweede verschil is de toegang. Je haalt een back-up op wanneer je wilt. Bij escrow krijg je de code alleen als de afgesproken voorwaarden gelden.
Het derde verschil is de juridische borging. Een escrow-overeenkomst legt de rechten en plichten van alle partijen vast. Een back-up biedt dat niet. Dat is te vergelijken met een octrooi en intellectueel eigendom: beide beschermen, maar op een andere manier. Ook het beheer verschilt. Bij escrow wordt broncode geverifieerd en geupdatet. Is de bewaarde versie verouderd, dan past de code niet meer bij de software die je gebruikt.
Wanneer kies je voor welke oplossing?
Een back-up is voldoende als je de software niet bedrijfskritisch is, en niet hoeft te voldoen aan wet- en regelgeving met betrekking tot bedrijfscontinuïteit.
Ben je afhankelijk van kritieke software van een externe leverancier, dan is broncode-escrow het overwegen waard. Dat geldt vooral bij bedrijfskritische systemen, zoals logistieke-, financiële- en medische software. waar een organisatie toegang toe moet blijven houden.. Zonder escrow sta je met lege handen als de leverancier stopt. Dat geldt ook als je een back-up van de draaiende applicatie hebt.
Veelgestelde vragen
Is broncode-escrow hetzelfde als een back-up?
Nee. Een back-up bewaar je zelf en je hebt er altijd toegang toe. Bij broncode-escrow verifieert en bewaart een onafhankelijke escrow-agent de code. Die geeft hem alleen vrij onder vooraf afgesproken voorwaarden.
Is een back-up van de broncode genoeg?
Bij makkelijk vervangbare en niet kritische software wel.
Hoe vaak moet de code in escrow worden bijgewerkt?
Dat hangt af van hoe vaak de software geupdatet wordt, updates kunnen automatisch doorgevoerd worden, de frequentie hiervan wordt bepaald in samenwerking met de leverancier, gebruiker en escrow-consultants.
