Individuele escrowregeling met meerdere leveranciers

Hoe het werkt

Soms is één organisatie voor één samenhangende oplossing van meerdere leveranciers afhankelijk. De onderdelen werken alleen samen als ze alle drie of alle vier beschikbaar blijven. Valt één leverancier weg, dan valt in de praktijk de hele keten stil, ook al functioneren de andere onderdelen nog.

In dit model tekenen leverancier 1 tot en met leverancier n samen met de begunstigde en Escrow Alliance. Iedere leverancier deponeert zijn eigen materiaal in een eigen deposit: broncode, documentatie en bouwinstructies. De deposits blijven strikt gescheiden, zodat geen enkele leverancier inzage krijgt in het materiaal van een ander.

Voor de begunstigde is er één regeling, één set afgiftegronden en één procedure. Doet een afgiftegrond zich voor bij één leverancier, dan wordt alleen de deposit van die leverancier afgegeven. De overige deposits blijven gewoon in bewaring.

Vanuit elk perspectief

Wanneer kies je dit model

Kies dit model als één afnemer voor één bedrijfskritische oplossing van meerdere softwareleveranciers afhankelijk is.

• Samengestelde oplossingen waarin modules van verschillende leveranciers samenwerken
• Ketens waarin een koppeling of middleware van een andere partij komt dan de kernapplicatie
• Aanbestedingen met een hoofdaannemer en onderaannemers die ieder software leveren
• Meerjarige programma's waarin leveranciers in de loop van de tijd worden toegevoegd

Wat er wordt vastgelegd

Voor deze regeling gelden de volgende documenten. Samen bepalen ze wie partij is, wat wordt gedeponeerd en onder welke voorwaarden afgifte plaatsvindt.

Escrow-overeenkomst (individueel)

De driepartijenovereenkomst tussen leverancier, begunstigde en Escrow Alliance. Hierin staan het materiaal, de actualisatiefrequentie, het verificatieniveau, de afgiftegronden en de gebruiksrechten na afgifte.

Escrow-certificaat

Het certificaat waarmee de leverancier de regeling aan de markt toont. Een QR-code op het certificaat verwijst naar de actuele status, zodat een klant of aanbestedende dienst kan controleren dat de regeling loopt.

Afgiftegronden

• Faillissement of surseance van betaling van de leverancier
• Staken van onderhoud of support
• Niet nakomen van contractuele verplichtingen
• Bedrijfsbeëindiging

Verificatie en bewaring

In het schema hierboven vind je deze stappen terug als Transfer, Verification, Deposit en Storage. De Engelse termen komen uit de originele documentatie van Escrow Alliance; hieronder staat wat ze in de praktijk betekenen.

Overdracht. Materiaal komt binnen via een beveiligde upload, via Source Code Connect (een koppeling met GitHub, GitLab, Bitbucket of Azure DevOps) of op een fysiek medium.

Verificatie in vier niveaus. Het verificatieniveau wordt per regeling afgesproken en staat in het verificatierapport.

TVS I Integriteitscontrole

Is de deposit compleet, leesbaar en vrij van versleuteling of wachtwoorden die niet zijn meegeleverd?

TVS II Material audit

Inhoudelijke controle van de bestanden, de documentatie en de bouwinstructies.

TVS III Volledige verificatie inclusief build

De software wordt vanuit de deposit gebouwd en getest, zodat vaststaat dat het materiaal werkt.

TVS IV Maatwerk

Verificatie op maat, bijvoorbeeld met een testomgeving, hostingcontrole of periodieke steekproeven.

Deponering. Elektronisch versleuteld in EA_eVault (dual storage, geografisch gescheiden) of fysiek in een verzegelde sealbag in EA_Realvault (offline).

Communicatie. Brochure voor de klanten van de leverancier, verificatierapport per deposit, klantportaal my.escrowalliance.com en de QR-code op het certificaat.

Verwante regelingen

• Individuele escrowregelingEén leverancier, één afnemer
• Escrowregeling voor joint-venturepartnersPartners die van elkaars code afhankelijk zijn
• Individuele escrowregeling via distributeur of businesspartnerEén eindklant achter een tussenschakel

Terug naar alle 10 regelingen