De afspraken over beschikbaarheid, support, onderhoud en prestaties van het FlyID-platform. Deze SLA hoort bij de SaaS-overeenkomst en de Algemene Voorwaarden.
Behorende bij de SaaS-overeenkomst tussen Starruk B.V. (in oprichting) (handelend onder de naam FlyID) en de Klant · Versie 1.0 · 06-08-2026
Artikel 1 – Definities
In deze Service Level Agreement (SLA) wordt verstaan onder:
Beschikbaarheid (Uptime): het percentage van de overeengekomen servicetijd waarin het Platform operationeel en bereikbaar is, met uitzondering van overeengekomen onderhoudsvensters en situaties van overmacht.
Dienst: de door Starruk geleverde SaaS-dienst, inclusief het FlyID-platform, API's, hosting en de in de Overeenkomst overeengekomen functionaliteiten.
Gepland Onderhoud: vooraf aangekondigd onderhoud dat noodzakelijk is voor het beheer, de beveiliging of verbetering van de Dienst.
Incident: een ongeplande verstoring of vermindering van de kwaliteit van de Dienst.
Klant: de contractspartij van Starruk die gebruikmaakt van de Dienst.
Prioriteit (P1 t/m P4): de classificatie van een Incident op basis van de ernst en de impact op de dienstverlening.
Responstijd: de maximale tijd tussen de melding van een Incident en de eerste inhoudelijke reactie van Starruk.
Servicetijd: de periode waarin de afgesproken servicelevels gelden zoals omschreven in deze SLA.
Starruk: Starruk B.V. (in oprichting), handelend onder de naam FlyID.
Werkdag: maandag tot en met vrijdag van 08.30 uur tot 17.30 uur (Nederlandse tijd), met uitzondering van algemeen erkende feestdagen in Nederland.
Artikel 2 – Toepasselijkheid
1. Deze SLA is van toepassing op de Diensten die Starruk aan de Klant levert voor zover Partijen deze SLA schriftelijk van toepassing hebben verklaard.
2. Deze SLA vormt een aanvulling op de Overeenkomst en de Algemene Voorwaarden. Bij strijdigheid geldt de volgende rangorde: a. de Overeenkomst; b. deze SLA; c. de Verwerkersovereenkomst; d. de Algemene Voorwaarden.
3. De in deze SLA opgenomen servicelevels zijn inspanningsverbintenissen, tenzij uitdrukkelijk anders is overeengekomen.
Artikel 3 – Omschrijving van de Dienst
1. Starruk levert een cloudgebaseerd Software-as-a-Service-platform voor digitale identificatie, documentverwerking en workflowondersteuning.
2. De Dienst omvat, voor zover overeengekomen: a. toegang tot het FlyID-platform; b. hosting van de applicatie; c. beveiligde opslag van gegevens; d. gebruikersbeheer; e. API-koppelingen; f. logging en auditfunctionaliteiten; g. software-updates; h. technisch onderhoud; i. support overeenkomstig deze SLA.
3. Functionaliteiten die niet uitdrukkelijk in de Overeenkomst zijn opgenomen, maken geen onderdeel uit van de overeengekomen Dienst.
Artikel 4 – Beschikbaarheidsniveau
1. Starruk streeft naar een maandelijkse beschikbaarheid van 99,8% van het Platform, gemeten over de overeengekomen servicetijd.
2. De beschikbaarheid wordt berekend volgens de formule:
Beschikbaarheid (%) = ((Totale Servicetijd − Niet-geplande Uitvaltijd) / Totale Servicetijd) × 100
3. De volgende perioden worden niet aangemerkt als niet-geplande uitvaltijd: a. gepland onderhoud dat overeenkomstig artikel 5 is aangekondigd; b. spoedonderhoud dat noodzakelijk is ter bescherming van de beveiliging of integriteit van het Platform; c. storingen veroorzaakt door internetproviders, cloudleveranciers of andere derden waarop Starruk geen beslissende invloed kan uitoefenen; d. overmacht zoals omschreven in de Algemene Voorwaarden; e. verstoringen die zijn veroorzaakt door de systemen, apparatuur of internetverbinding van de Klant.
4. Een tijdelijke beperking van functionaliteit die de kernfunctionaliteiten van het Platform niet wezenlijk beïnvloedt, wordt niet zonder meer aangemerkt als uitval.
Artikel 5 – Gepland onderhoud
1. Starruk verricht periodiek gepland onderhoud om de beschikbaarheid, veiligheid en prestaties van de Dienst te waarborgen.
2. Gepland onderhoud wordt in beginsel buiten reguliere kantooruren uitgevoerd.
3. Starruk informeert de Klant ten minste vijf (5) Werkdagen vooraf over gepland onderhoud dat naar verwachting een merkbare impact heeft op de beschikbaarheid van de Dienst.
4. Indien spoedeisend onderhoud noodzakelijk is om een beveiligingsrisico of ernstige storing te verhelpen, kan Starruk hiervan afwijken. De Klant wordt in dat geval zo spoedig mogelijk geïnformeerd.
Artikel 6 – Servicevensters
1. De standaard servicetijden voor de Dienst zijn 24 uur per dag en 7 dagen per week, behoudens onderhoudsvensters en uitzonderingen zoals opgenomen in deze SLA.
2. Support is beschikbaar binnen de in deze SLA genoemde supporturen, tenzij Partijen een uitgebreid supportpakket zijn overeengekomen.
3. Voor bedrijfskritische incidenten (Prioriteit P1) kan buiten reguliere supporturen een storingsdienst beschikbaar zijn indien dit schriftelijk is overeengekomen.
Artikel 7 – Meldingen van Incidenten
1. De Klant meldt Incidenten via de door Starruk aangewezen supportkanalen, waaronder het supportportaal, e-mail of telefoon.
2. Een melding bevat voor zover redelijkerwijs mogelijk: a. de naam van de melder; b. de naam van de organisatie; c. datum en tijdstip van constatering; d. een duidelijke omschrijving van het Incident; e. de impact op de bedrijfsvoering; f. eventuele foutmeldingen of logbestanden; g. de reeds door de Klant uitgevoerde herstelacties.
3. Starruk bevestigt de ontvangst van de melding en kent een prioriteit toe overeenkomstig artikel 8.
4. Starruk kan de prioriteit aanpassen indien tijdens het onderzoek blijkt dat de ernst of impact afwijkt van de oorspronkelijke melding. De Klant wordt hiervan gemotiveerd op de hoogte gesteld.
Artikel 8 – Prioriteitsclassificatie
Incidenten worden ingedeeld in de volgende prioriteitsniveaus:
Prioriteit 1 (P1) – Kritiek. Een storing waardoor: het FlyID-platform volledig onbeschikbaar is; identificatieprocessen niet kunnen worden uitgevoerd; een groot aantal gebruikers is getroffen; geen redelijke workaround beschikbaar is.
Prioriteit 2 (P2) – Hoog. Een storing waarbij: een essentiële functionaliteit ernstig is beperkt; een aanzienlijk deel van de gebruikers wordt geraakt; een tijdelijke workaround mogelijk is, maar met substantiële beperkingen.
Prioriteit 3 (P3) – Normaal. Een storing waarbij: niet-kritieke functionaliteiten niet correct werken; de kernfunctionaliteiten van het Platform beschikbaar blijven; een bruikbare workaround beschikbaar is.
Prioriteit 4 (P4) – Laag. Verzoeken of meldingen met betrekking tot: cosmetische fouten; documentatie; gebruikersvragen; wijzigingsverzoeken; kleine functionele afwijkingen zonder materiële impact.
De uiteindelijke classificatie van een Incident wordt door Starruk vastgesteld op basis van de objectieve impact op de dienstverlening.
Artikel 9 – Responstijden
Starruk hanteert de volgende maximale responstijden gedurende de overeengekomen supporturen:
| Prioriteit | Maximale eerste inhoudelijke reactie |
|---|---|
| P1 | 30 minuten |
| P2 | 2 uur |
| P3 | 1 Werkdag |
| P4 | 2 Werkdagen |
1. De responstijd betreft het moment waarop Starruk inhoudelijk reageert op de melding en de behandeling start.
2. Een automatische ontvangstbevestiging geldt niet als inhoudelijke reactie.
3. Buiten de overeengekomen supporturen worden meldingen behandeld vanaf de eerstvolgende supportperiode, tenzij een 24/7-storingsdienst is overeengekomen.
Artikel 10 – Streeftermijnen voor herstel
Tenzij schriftelijk anders is overeengekomen, hanteert Starruk de volgende streeftermijnen voor herstel of het bieden van een werkbare workaround:
| Prioriteit | Streeftermijn |
|---|---|
| P1 | 8 uur |
| P2 | 1 Werkdag |
| P3 | 5 Werkdagen |
| P4 | In een toekomstige release of volgens planning |
1. De genoemde termijnen zijn inspanningsverplichtingen en geen fatale termijnen.
2. Indien een definitieve oplossing niet direct mogelijk is, zal Starruk zich inspannen om een tijdelijke workaround beschikbaar te stellen.
3. De hersteltermijnen worden opgeschort voor zover de voortgang afhankelijk is van: a. medewerking van de Klant; b. informatie van de Klant; c. leveranciers van derden; d. overmacht.
Artikel 11 – Escalatieprocedure
1. Indien een Incident niet binnen de beoogde streeftermijn kan worden opgelost, wordt het intern geëscaleerd naar een hoger technisch of organisatorisch niveau.
2. Voor Prioriteit 1-incidenten wordt, indien noodzakelijk, een incidentmanager aangewezen die verantwoordelijk is voor de coördinatie van het herstelproces.
3. Tijdens een Prioriteit 1-incident informeert Starruk de Klant periodiek over: a. de voortgang van het onderzoek; b. de vermoedelijke oorzaak; c. de getroffen maatregelen; d. de verwachte hersteltijd.
4. Na afsluiting van een Prioriteit 1-incident kan Starruk op verzoek van de Klant een evaluatie of incidentrapport verstrekken met daarin: a. een beschrijving van het Incident; b. de oorzaak; c. de uitgevoerde herstelmaatregelen; d. aanbevelingen ter voorkoming van herhaling.
Artikel 12 – Afsluiting van Incidenten
1. Een Incident wordt als opgelost beschouwd indien: a. de gemelde storing is verholpen; b. een werkbare workaround beschikbaar is gesteld en de Klant daarmee redelijkerwijs verder kan; c. uit onderzoek blijkt dat geen storing aanwezig is binnen de verantwoordelijkheid van Starruk.
2. Indien Starruk aanvullende informatie van de Klant nodig heeft en deze informatie ondanks een verzoek daartoe niet binnen een redelijke termijn wordt verstrekt, kan Starruk de melding tijdelijk sluiten. De Klant kan de melding binnen een redelijke termijn laten heropenen zodra de gevraagde informatie beschikbaar is.
3. Afsluiting van een Incident laat eventuele rechten van de Klant uit hoofde van de Overeenkomst of de Algemene Voorwaarden onverlet.
Artikel 13 – Omvang van de support
1. Starruk verleent gedurende de looptijd van de Overeenkomst technische ondersteuning met betrekking tot het gebruik en de beschikbaarheid van de Dienst.
2. De standaard support omvat onder meer: a. behandeling van Incidenten; b. ondersteuning bij storingen; c. beantwoording van technische gebruikersvragen; d. begeleiding bij configuratie van standaardfunctionaliteiten; e. ondersteuning bij API-integraties, voor zover overeengekomen; f. informatie over updates en geplande onderhoudswerkzaamheden.
3. Support wordt uitsluitend verleend aan door de Klant aangewezen contactpersonen.
4. Starruk is gerechtigd het aantal geautoriseerde contactpersonen per Klant te beperken indien dit noodzakelijk is voor een efficiënte afhandeling van supportverzoeken.
Artikel 14 – Supportkanalen
1. Support wordt verleend via de volgende communicatiekanalen: a. supportportaal; b. e-mail; c. telefoon voor urgente Incidenten; d. overige door Starruk aangewezen digitale communicatiekanalen.
2. Starruk kan de beschikbare supportkanalen wijzigen indien de kwaliteit van de dienstverlening hierdoor wordt verbeterd.
3. Voor Prioriteit 1-Incidenten dient de Klant, naast een digitale melding, telefonisch contact op te nemen indien dit in de supportinstructies is voorgeschreven.
Artikel 15 – Supporturen
1. Tenzij schriftelijk anders overeengekomen gelden de volgende standaard supporturen: Werkdagen van 08:30 uur tot 17:30 uur (Nederlandse tijd).
2. Buiten de standaard supporturen worden meldingen geregistreerd en behandeld op de eerstvolgende Werkdag, tenzij een uitgebreid supportpakket of een 24/7-storingsdienst is overeengekomen.
3. Voor overeengekomen 24/7-ondersteuning gelden de in de Overeenkomst of een aanvullende SLA opgenomen servicelevels.
Artikel 16 – Uitsluitingen van support
De standaard support omvat in ieder geval niet: a. maatwerkontwikkeling; b. consultancy; c. gebruikersopleidingen; d. projectmanagement; e. ondersteuning voor software van derden, tenzij schriftelijk overeengekomen; f. herstel van fouten die zijn veroorzaakt door wijzigingen die door of namens de Klant zijn aangebracht buiten de door Starruk ondersteunde configuratie; g. ondersteuning voor verouderde softwareversies die niet langer door Starruk worden ondersteund. Voor deze werkzaamheden kan Starruk afzonderlijke tarieven in rekening brengen.
Artikel 17 – Monitoring
1. Starruk monitort de beschikbaarheid en prestaties van de Dienst met behulp van passende technische hulpmiddelen.
2. De monitoring is gericht op het tijdig detecteren van: a. beschikbaarheidsproblemen; b. prestatieverminderingen; c. beveiligingsincidenten; d. technische storingen; e. capaciteitsproblemen.
3. Monitoring vindt plaats binnen de grenzen van de toepasselijke wet- en regelgeving en met inachtneming van de privacy van gebruikers.
4. De monitoring is primair gericht op de technische werking van het Platform en niet op de inhoud van de door de Klant verwerkte gegevens.
Artikel 18 – Prestatiemetingen
1. Starruk meet periodiek de prestaties van de Dienst aan de hand van objectieve technische indicatoren.
2. Hierbij kan onder meer worden gekeken naar: a. beschikbaarheid; b. responstijden van de applicatie; c. foutpercentages; d. systeembelasting; e. capaciteit van de infrastructuur.
3. De gebruikte meetmethoden kunnen door Starruk worden aangepast indien hierdoor een betrouwbaarder beeld van de dienstverlening ontstaat.
Artikel 19 – Rapportages
1. Starruk kan periodiek rapportages beschikbaar stellen over de geleverde dienstverlening.
2. Een rapportage kan onder meer bevatten: a. gerealiseerde beschikbaarheid; b. geregistreerde Incidenten; c. onderhoudswerkzaamheden; d. beveiligingsincidenten voor zover relevant; e. trends en aanbevelingen.
3. Rapportages zijn uitsluitend bedoeld voor informatieve doeleinden en vormen geen zelfstandige grondslag voor aansprakelijkheid.
Artikel 20 – Evaluatie
1. Op verzoek van de Klant kunnen Partijen periodiek overleg voeren over de kwaliteit van de dienstverlening.
2. Tijdens een evaluatie kunnen onder meer worden besproken: a. Incidenten; b. beschikbaarheid; c. supportervaringen; d. wijzigingsverzoeken; e. toekomstige ontwikkelingen.
3. Een evaluatie leidt uitsluitend tot gewijzigde afspraken indien deze schriftelijk worden vastgelegd.
Artikel 21 – Wijzigingen aan de Dienst
1. Starruk ontwikkelt de Dienst voortdurend door en kan wijzigingen aanbrengen in de software, infrastructuur en onderliggende systemen.
2. Wijzigingen kunnen betrekking hebben op: a. beveiliging; b. prestaties; c. stabiliteit; d. gebruikersinterface; e. API-functionaliteiten; f. technische architectuur; g. nieuwe functionaliteiten.
3. Starruk zal zich inspannen om wijzigingen achterwaarts compatibel uit te voeren, tenzij dit redelijkerwijs niet mogelijk is.
Artikel 22 – Geplande wijzigingen
1. Niet-spoedeisende wijzigingen worden, indien zij een wezenlijke invloed hebben op de Klant, vooraf aangekondigd.
2. De aankondiging bevat voor zover mogelijk: a. de aard van de wijziging; b. de verwachte impact; c. de geplande uitvoeringsdatum; d. eventuele acties die van de Klant worden verwacht.
3. Kleine technische verbeteringen of beveiligingsupdates hoeven niet afzonderlijk te worden aangekondigd indien deze geen merkbare invloed hebben op het gebruik van de Dienst.
Artikel 23 – Spoedwijzigingen
1. Starruk is gerechtigd zonder voorafgaande aankondiging wijzigingen door te voeren indien dit noodzakelijk is ter: a. bescherming van de informatiebeveiliging; b. beperking van een ernstig Incident; c. naleving van wettelijke verplichtingen; d. bescherming van de continuïteit van de Dienst.
2. Indien redelijkerwijs mogelijk informeert Starruk de Klant zo spoedig mogelijk na uitvoering van een spoedwijziging.
Artikel 24 – Verzoeken tot wijziging
1. De Klant kan wijzigingsverzoeken indienen met betrekking tot de Dienst.
2. Starruk beoordeelt dergelijke verzoeken op onder meer: a. technische haalbaarheid; b. beveiligingsrisico's; c. impact op andere klanten; d. ontwikkelkosten; e. planning.
3. Starruk is niet verplicht een wijzigingsverzoek uit te voeren.
4. Indien Starruk bereid is een wijziging uit te voeren, kunnen Partijen hierover afzonderlijke afspraken maken, waaronder afspraken over planning, kosten en acceptatie.
Artikel 25 – Back-upbeleid
1. Starruk maakt periodiek back-ups van de gegevens die noodzakelijk zijn voor het waarborgen van de continuïteit van de Dienst.
2. Back-ups worden opgeslagen in een logisch gescheiden en adequaat beveiligde omgeving.
3. De frequentie, retentieperiode en herstelprocedures worden door Starruk vastgesteld op basis van de aard van de Dienst en de daaraan verbonden risico's.
4. Back-ups zijn uitsluitend bedoeld voor: a. herstel na een storing; b. calamiteiten; c. testen van herstelprocedures; d. naleving van continuïteitsmaatregelen.
5. De back-upvoorziening is geen archiefvoorziening. Klant blijft verantwoordelijk voor de naleving van wettelijke bewaartermijnen en het bewaren van gegevens voor eigen doeleinden.
Artikel 26 – Herstelprocedures
1. Starruk beschikt over procedures voor het herstellen van de Dienst na een ernstige storing of calamiteit.
2. Herstelprocedures worden periodiek geëvalueerd en, waar passend, getest.
3. Het testen van herstelprocedures vindt plaats op een wijze die de reguliere dienstverlening zo min mogelijk verstoort.
4. Op verzoek van Klant kan Starruk informatie verstrekken over de algemene opzet van de herstelprocedures, voor zover dit geen afbreuk doet aan de beveiliging van de Dienst.
Artikel 27 – Business Continuity en Disaster Recovery
1. Starruk onderhoudt een Business Continuity Plan (BCP) en een Disaster Recovery Plan (DRP) die zijn afgestemd op de aard en omvang van de dienstverlening.
2. Deze plannen bevatten onder meer procedures voor: a. herstel van kritieke systemen; b. communicatie tijdens ernstige Incidenten; c. continuïteit van de dienstverlening; d. herstel van gegevens uit back-ups.
3. De aanwezigheid van een BCP of DRP vormt geen garantie dat iedere verstoring volledig kan worden voorkomen of binnen een bepaalde termijn kan worden opgelost, tenzij Partijen hierover uitdrukkelijk schriftelijke afspraken hebben gemaakt.
Artikel 28 – Beveiligingsmaatregelen
1. Starruk treft passende technische en organisatorische maatregelen om de vertrouwelijkheid, integriteit, beschikbaarheid en veerkracht van de Dienst te waarborgen.
2. Deze maatregelen worden periodiek geëvalueerd en waar nodig aangepast aan: a. de stand van de techniek; b. gewijzigde risico's; c. nieuwe wettelijke verplichtingen; d. technologische ontwikkelingen.
3. De beveiligingsmaatregelen omvatten, voor zover passend: a. versleutelde netwerkverbindingen; b. rolgebaseerde toegangscontrole; c. multi-factor authenticatie voor beheerders; d. logging en monitoring; e. kwetsbaarhedenbeheer; f. patchmanagement; g. netwerksegmentatie waar passend; h. beveiligde softwareontwikkelprocessen.
4. Een nadere beschrijving van de technische en organisatorische maatregelen is opgenomen in de Verwerkersovereenkomst of een afzonderlijke Security Annex.
Artikel 29 – Beveiligingsincidenten
1. Starruk beschikt over een procedure voor het registreren, onderzoeken en afhandelen van beveiligingsincidenten.
2. Indien een beveiligingsincident tevens kwalificeert als een inbreuk in verband met persoonsgegevens, handelt Starruk overeenkomstig de Verwerkersovereenkomst.
3. Starruk informeert de Klant zonder onredelijke vertraging indien een beveiligingsincident wezenlijke gevolgen heeft voor de beschikbaarheid, integriteit of vertrouwelijkheid van de Dienst.
4. Op verzoek verstrekt Starruk, voor zover redelijk en zonder de beveiliging van de Dienst of andere klanten te schaden, een samenvatting van de oorzaak, de genomen maatregelen en de preventieve acties.
Artikel 30 – Toepasselijkheid
1. Service Credits zijn uitsluitend van toepassing indien Partijen dit uitdrukkelijk schriftelijk zijn overeengekomen.
2. Service Credits vormen de in deze SLA overeengekomen compensatie voor het niet behalen van specifieke servicelevels en laten overige wettelijke of contractuele rechten onverlet, tenzij Partijen uitdrukkelijk anders zijn overeengekomen.
Artikel 31 – Toekenning van Service Credits
1. Indien de overeengekomen maandelijkse beschikbaarheid niet wordt gerealiseerd, kan Klant aanspraak maken op Service Credits overeenkomstig onderstaande tabel:
| Gerealiseerde beschikbaarheid | Service Credit |
|---|---|
| 99,8% of hoger | Geen |
| 99,5% – 99,79% | 5% van de maandelijkse abonnementsvergoeding |
| 99,0% – 99,49% | 10% van de maandelijkse abonnementsvergoeding |
| Lager dan 99,0% | 20% van de maandelijkse abonnementsvergoeding |
2. Service Credits worden uitsluitend verstrekt in de vorm van een verrekening met een toekomstige factuur, tenzij Partijen schriftelijk anders overeenkomen.
3. De totale Service Credits bedragen maximaal de maandelijkse abonnementsvergoeding waarop de claim betrekking heeft.
Artikel 32 – Uitsluitingen
Geen recht op Service Credits bestaat indien de verminderde beschikbaarheid geheel of gedeeltelijk is veroorzaakt door: a. gepland onderhoud; b. spoedonderhoud; c. overmacht; d. storingen bij derden waarop Starruk geen beslissende invloed kan uitoefenen; e. onjuist gebruik van de Dienst door Klant; f. wijzigingen of koppelingen die buiten verantwoordelijkheid van Starruk vallen; g. storingen in apparatuur, software of netwerken van Klant.
Artikel 33 – Evaluatie van de SLA
1. Partijen kunnen de werking van deze SLA periodiek evalueren.
2. Naar aanleiding van een evaluatie kunnen Partijen schriftelijk wijzigingen overeenkomen.
3. Een evaluatie leidt niet automatisch tot wijziging van de overeengekomen servicelevels.
Artikel 34 – Wijziging van de SLA
1. Starruk is gerechtigd deze SLA te wijzigen indien dit noodzakelijk is wegens: a. wijzigingen in wet- of regelgeving; b. beveiligingsvereisten; c. technologische ontwikkelingen; d. wijzigingen in de Dienst.
2. Materiële wijzigingen worden, voor zover redelijkerwijs mogelijk, ten minste dertig (30) kalenderdagen vooraf aan de Klant bekendgemaakt.
3. Indien een wijziging de dienstverlening wezenlijk beïnvloedt en niet voortvloeit uit een wettelijke verplichting, treden Partijen in overleg over de gevolgen daarvan.
Artikel 35 – Rangorde
Bij strijdigheid tussen documenten geldt de volgende rangorde: 1. de ondertekende Overeenkomst; 2. deze Service Level Agreement; 3. de Verwerkersovereenkomst; 4. de Algemene Voorwaarden; 5. overige documentatie.
Artikel 36 – Toepasselijk recht en geschillen
1. Op deze SLA is uitsluitend Nederlands recht van toepassing.
2. Geschillen worden behandeld overeenkomstig de geschillenregeling in de Overeenkomst en de Algemene Voorwaarden.
Artikel 37 – Inwerkingtreding
1. Deze SLA treedt in werking op de ingangsdatum van de Overeenkomst, tenzij Partijen schriftelijk een andere datum zijn overeengekomen.
2. Deze SLA blijft van kracht zolang de Overeenkomst voortduurt, tenzij Partijen schriftelijk anders overeenkomen.