Een map met broncode is nog geen continuïteitsoplossing. Vraag vóór een escrowafspraak wat een vervangende ontwikkelaar nodig heeft om uw productieversie te bouwen, onderhouden en herstellen. Controleer daarnaast wanneer het depot kan worden vrijgegeven en wat u na vrijgave met de inhoud mag doen.
Een depot helpt pas als actuele code, bouwinstructies en gebruiksrechten samen een werkende versie opleveren.
Controleer samenhang, niet alleen aanwezigheid
PIANOo’s toelichting bij broncode-escrow beschrijft een depot bij een derde met informatie voor gebruik en onderhoud. Maak daarvan een concrete verificatie: versie, afhankelijkheden, bouwomgeving, configuratie en technische documentatie. Een depotcontrole die alleen bestandsnamen telt, vertelt niet of de software op een nieuwe omgeving werkt.
Vraag wie na updates het depot bijwerkt en hoe een technisch resultaat wordt bevestigd. Houd klantdata, wachtwoorden en productiesleutels buiten een onbeheerd codepakket. Voor noodzakelijke toegang maakt u een beveiligde aparte route. Controleer licenties van onderdelen van derden: vrijgegeven eigen code maakt niet vanzelf iedere externe dienst beschikbaar.
Voorbeeld: versie 4.2 draait, versie 4.0 ligt in depot
Fictief: uw planning draait op versie 4.2, maar het depot bevat 4.0 zonder migratiebestand. Een proefbouw lukt; openen van de actuele database niet. Alleen “code ontvangen” is dus een misleidende uitkomst. Laat de leverancier het pakket aanvullen en test met veilige testdata de overgang naar de actuele structuur. Noteer het resultaat en de benodigde hersteltijd.
Scheid vrijgave van technisch herstel
Bespreek met leverancier en depotbeheerder welke gebeurtenis vrijgave rechtvaardigt, welk bewijs nodig is en welke rechten volgen. Plan ook vervangende expertise, hosting en dataherstel. Escrow kan een afhankelijkheid verminderen; het vervangt die voorzieningen niet. Laat een ongeteste versie niet als volledige continuïteitswaarborg registreren.