SLAs voor datadienstaanbieders
- Bauke Rietveld (Unlicensed)
- Merel Noort (Unlicensed)
- Constantijn Molengraaf (Unlicensed)
Voor datadienstaanbieders in het DSGO gelden de SLAs vermeld op deze pagina. SLAs van datadiensten zijn een onderdeel van de datadienstspecificatie, in de serviceLevelAgreements parameter (zie pagina Datadienstspecificatie en Data service specification).
Beschikbaarheid
Beschikbaarheid geeft aan wat de eisen zijn over de tijd dat een datadienst werkend is. Beschikbaarheid wordt gedefinieerd door de volgende vensters:
Openstellingsvenster – De periode dat de datadienst beschikbaar wordt gesteld en door datadienstgebruikers te benaderen is.
Onderhoudsvenster – De tijden dat regulier onderhoud van de datadienst plaatsvindt. Tijdens het onderhoudsvenster kan het voorkomen dat (onderdelen van) de datadienst niet beschikbaar is (zijn).
Beschikbaarheidsvenster – De tijden binnen het openstellingsvenster waarbij de datadienstaanbieder garanties voor de datadienst afgeeft. Gelijk aan het openstellingsvenster min het onderhoudsvenster.
Om flexibiliteit te bieden aan het ontwerpen van datadiensten, definieren datadienstaanbieders zelf het openstellingsvenster van de datadiensten.
Merk op, het oplossen van incidenten maakt geen deel uit van regulier onderhoud, en valt niet onder het beschikbaarheidsvenster zoals beschreven (zie incidentenbeheer voor meer informatie).
Datadienstaanbieders MOETEN het openstellingsvenster van de datadienst definiëren en beschikbaar stellen aan datadienstgebruikers
Datadienstaanbieders MOETEN het onderhoudsvenster van de datadienst definiëren en beschikbaar stellen aan datadienstgebruikers
Datadienstaanbieders MOETEN het onderhoudsvenster plannen buiten reguliere kantooruren
Datadienstaanbieders MOGEN gepland onderhoud uitvoeren op elke tijdstip, als er geen uitval wordt verwacht
Datadienstaanbieders ZOUDEN datadiensten binnen het beschikbaarheidsvenster minimaal 95% van de tijd beschikbaar MOETEN stellen aan datadienstgebruikers
Prestatie
Prestatie geeft de tijd aan waarin een partij moet reageren op een API verzoek en wordt gemeten in tijd of aantallen. De prestatie van een datadienst is nodig voor de waarborging van de kwaliteitsbeleving van datadienstgebruikers.
Datadienstaanbieders ZOUDEN op 95% van API verzoeken binnen 2 seconden MOETEN reageren binnen het beschikbaarheidsvenster
Datadienstaanbieders ZOUDEN op 99% van API verzoeken binnen 5 seconden MOETEN reageren binnen het beschikbaarheidsvenster
Datadienstaanbieders ZOUDEN ten minste 100 API verzoeken gelijktijdig MOETEN kunnen verwerken binnen het beschikbaarheidsvenster
Continuïteit
In het geval van een incident, is het van belang dat een datadienst na afhandeling van een incident efficiënt kan worden hersteld en beschikbaar kan worden gesteld. Om dit doel te bereiken zijn er SLAs opgesteld rondom de opslag van data (back-up).
Datadienstaanbieders ZOUDEN op een passende frequentie een back-up MOETEN maken van data belangrijk voor de datadienst
Datadienstaanbieders ZOUDEN de back-ups MOETEN opslaan voor een passende periode
Ondersteuning
Ondersteuning betreft de hulp of assistentie bij vragen, verzoeken en klachten van partijen of het beheer. Het is aan de datadienstaanbieder om geschikte ondersteuning te bieden, de volgende eisen gelden als minimale best practices voor het bieden van ondersteuning van datadiensten.
Datadienstaanbieders ZOUDEN bereikbaar MOETEN zijn voor ondersteuning via e-mail
Datadienstaanbieders ZOUDEN binnen een werkdag na ontvangst van een vraag, verzoek of klacht MOETEN aangeven dat hiervan kennis is genomen
Datadienstaanbieders ZOUDEN binnen vijf werkdagen na ontvangst van een vraag, verzoek of klacht deze MOETEN beantwoorden of oplossen
Releasebeheer
Releasebeheer bevat o.a. het proces van het testen, uitrollen en controleren van datadiensten. Binnen het afsprakenstelsel zijn er eisen gelegd aan het uitbrengen van updates op datadiensten om de integriteit van het DSGO te behouden.
Datadienstaanbieders MOETEN aan alle releasebeheer eisen voldoen