Service Level Agreement (SLA)

Wat is een SLA?

Een Service Level Agreement is een formele, gestructureerde overeenkomst tussen twee partijen om een of meer diensten te leveren op een onderling overeengekomen niveau. Een van de partijen is altijd de klant van de dienstverlening. De wederpartij is de leverancier die de diensten levert. Een leverancier kan onderdeel zijn van dezelfde organisatie als de klant (dienstverlener) of in een andere organisatie (extern). De SLA kan een fysiek of elektronisch document zijn. Personen van beide partijen met een passende bevoegdheid moeten het document ondertekenen. Het breidt de definitie van een service uit ten opzichte van de definitie in de servicecatalogus en biedt een overeengekomen en gegarandeerd minimumniveau van serviceprestaties.

Wat staat er in een SLA?

Een SLA beschrijft de services die het omvat, de reikwijdte van de services; de kenmerken van de service, inclusief de uren waarop deze beschikbaar is en de uren die worden ondersteund; de doelstellingen voor deze services (ook wel serviceniveaus genoemd) en de verantwoordelijkheden van beide partijen, inclusief verantwoordelijkheden voor beoordeling en onderhoud van de inhoud. Het kan ook een prijsmodel bevatten, met eventuele kosten voor het gebruik van de service en boetes die moeten worden betaald voor het niet voldoen aan de serviceniveaus. De SLA moet worden geschreven vanuit het standpunt van de klant, om begrip te vergemakkelijken.

Wat is een Onderliggend contract?

Een Onderliggend Contract (“Underpinning Contract” of UC) beschrijft een contract tussen een klant en een leverancier, inclusief SLA's voor de geleverde diensten. Het UC zal ook contractuele clausules bevatten die niet rechtstreeks verband houden met de serviceniveaus, zoals het gebruik van onderaannemers, technische normen die vereist zijn van de leverancier en wie de intellectuele eigendomsrechten voor de services bezit. Voor elke vereiste in een contract is het een goede gewoonte om aan te geven wat er zal gebeuren als niet aan de vereiste wordt voldaan. Het opnemen van streefdoelen voor naleving in SLA's is een nuttig mechanisme, aangezien naleving kan worden gemeten en gerapporteerd. Dit kan doelen omvatten voor het indienen van wijzigingsverzoeken binnen een bepaalde tijdsperiode, het bijwonen van servicebeoordelingsbijeenkomsten en het naleven van beleid voor kennisoverdracht. Het gebruik van SLA's biedt een hoger profiel voor eventuele storingen en kan leiden tot financiële sancties als deze zijn gedefinieerd.

SLA, OLA of UC?

Deze verschillende termen kunnen verwarrend zijn, vooral voor degenen die niet gekwalificeerd zijn in ITSM (waarin ze voorkomen). Het is belangrijk om te onthouden dat er altijd een formele overeenkomst moet zijn over de serviceniveaus die een leverancier aan een klant levert, welke gedocumenteerd is in een SLA. Zo weet de klant wat hij of zij kan verwachten en weet de leverancier wat hij moet leveren. De term is niet zo belangrijk; als het maar gebruikt wordt. Veel organisaties gebruiken de term SLA gewoon om naar al deze drie varianten van service level agreement te verwijzen. Dat kan de gesprekken tussen alle partijen, vooral die buiten ITSM, aanzienlijk vereenvoudigen, aangezien de meeste mensen het concept van serviceniveaus begrijpen. Het gebruik van de term SLA tijdens het gesprek leidt eerder tot succes bij het gebruik van ITSM. In de rest van deze SLA Best Practice-gids zal deze term worden gebruikt voor alle drie de soorten overeenkomsten, inclusief die met interne leveranciers en degenen die deel uitmaken van een contract met externe leveranciers.

SLA Procesbeheer

Wat is een SLA met meerdere niveaus?

Een SLA met meerdere niveaus is een structuur die wordt gebruikt om duplicatie te voorkomen en de frequentie van updates van de SLA's te verminderen, terwijl het de flexibiliteit biedt om ze aan te passen aan specifieke klanten en diensten. Het gebruik van een SLA-structuur met meerdere niveaus is typisch voor het documenteren van serviceniveaus wanneer de leveranciers zich binnen dezelfde organisatie bevinden. Het kan ook bijzonder nuttig zijn wanneer een externe leverancier meerdere diensten aanbiedt, die meestal gemeenschappelijke vereisten delen, maar waar bepaalde diensten andere serviceniveaus of vereisten hebben, zoals 24/7 ondersteuningsvereisten. Een typische SLA-structuur met meerdere niveaus bestaat uit drie niveaus:

• Zakelijk niveau, dat betrekking heeft op vereisten die elke klant binnen een bedrijf gemeen heeft. Een voorbeeld is een SLA voor elke gebruiker van een e-mailsysteem, waarbij wachtwoorden elke 30 dagen gewijzigd kunnen worden.
• Klantniveau, dat betrekking heeft op vereisten die specifiek zijn voor een bepaalde klant of een verzameling klanten binnen een bedrijf, inclusief alle diensten die eraan worden geleverd. Een voorbeeld is een standaard servicebeschikbaarheid voor alle diensten die aan één klant worden geleverd.
• Serviceniveau, met vereisten voor specifieke diensten. Dit is het laagste niveau en kan worden gebruikt als een specifieke dienst andere eisen en serviceniveaus heeft dan de standaard voor het bedrijf of een klant.

Wie is de klant binnen een SLA?

De klant is de persoon of organisatie die de diensten gebruikt. De klant kan intern of extern zijn aan de organisatie. Alle bedrijven leveren diensten aan externe klanten. Dit kunnen services zijn die op IT zijn gebaseerd, zoals cloudgebaseerde applicaties, of niet-IT-services, zoals een callcenter voor vakantieboekingen. De klant van de service kan een individu of een ander bedrijf zijn. Zelfs als het voor externe klanten niet praktisch is om een overeenkomst formeel te ondertekenen, moeten er toch SLA's worden gemaakt, omdat ze een duidelijke en nauwkeurige beschrijving geven van wat de klant kan verwachten en omdat ze verbeteringen van de servicekwaliteit stimuleren.

Welke soorten diensten moeten onderdeel zijn van een SLA?

SLA's kunnen nuttig zijn wanneer er behoefte is aan een formele overeenkomst tussen twee partijen, met gedetailleerde informatie over het verwachte serviceniveau en de bijbehorende verantwoordelijkheden. ITSM heeft traditioneel gezien alleen IT-services opgenomen in SLA’s, inclusief de servicedesk. Serviceniveaus en de bijbehorende overeenkomsten moeten echter in feite voor elk type service worden gebruikt. Dit kunnen onder meer arbeidsgerelateerde diensten zijn, zoals het bieden van consultancy; ondersteunende diensten, zoals het leveren van verbruiksartikelen en technische, niet-IT-diensten, zoals ondersteunende brandalarmsystemen. SLA's kunnen ook worden gebruikt voor procesgerelateerde activiteiten waarbij de naleving moet worden gedefinieerd, bewaakt en gemeten. Dit kan bestaan uit het bijwonen van formele vergaderingen, streefdoelen voor het reageren op klachten en het halen van deadlines voor het indienen van facturen.

SLA’s in de Praktijk

Wat is het verschil tussen SLA’s en KPI’s?

Het is belangrijk om de details van de SLA-overeenkomst consistent te gebruiken en toe te passen. Serviceniveauprestaties moeten worden gerapporteerd en beoordeeld tussen de klant en de leverancier. Als er niet wordt voldaan aan de overeengekomen serviceniveaus, bestaat de mogelijkheid om deze open te breken, of wanneer een van de partijen hun in de SLA gedocumenteerde verantwoordelijkheden niet is nagekomen, moeten ze overeenstemming bereiken over de maatregelen die moeten worden genomen om de redenen te onderzoeken en op te lossen. Als er sancties zijn voor mislukking, moeten deze routinematig worden toegepast. Een van de meest voorkomende redenen voor het schenden van SLA's met externe leveranciers is inconsistentie en er niet voor zorgen dat de details van de SLA-overeenkomst ook daadwerkelijk plaatsvinden. Dit omvat onder meer het opstellen van rapporten in het overeengekomen formaat en deze leveren volgens het schema, en het toepassen van boetes wanneer deze veroorzaakt worden door schendingen. Gebeurt dit niet, dan zal de leverancier eerder tegen de klant ingaan wanneer hij/zij uiteindelijk besluit om de service level agreement toe te passen. Als beide partijen problemen met de overeenkomst erkennen, kan de SLA worden gewijzigd met dezelfde aanpak als voor de totstandkoming ervan.

Wat is de rol van SLA’s in een bedrijf?

Gebruikers verwachten te weten welk serviceniveau ze zullen ontvangen. Ze zijn misschien pas geïnteresseerd als ze problemen ondervinden, maar het is nog steeds een goede gewoonte om dit in een SLA op te nemen, zodat de inhoud wordt gepresenteerd op een manier die gebruikers kunnen begrijpen. SLA's helpen een bedrijf om zijn leveranciers te beheren door hun verwachte prestaties vast te stellen. Er is een risico voor een bedrijf dat zijn SLA's aan externe klanten publiceert zonder ervoor te zorgen dat aan de serviceniveaus kan worden voldaan. Klanten beschouwen deze serviceniveaus als beloften en worden snel ontevreden als er niet aan voldaan wordt. Zelfs één fout kan al leiden tot een afname van klantloyaliteit.

SLA’s in het digitale tijdperk

SLA’s in het digitale tijdperk

Wanneer een bedrijf dezelfde online diensten aanbiedt aan meerdere individuele klanten en gebruikers buiten de organisatie, bijvoorbeeld een financiële instelling die online bankdiensten aanbiedt, is er meestal één SLA voor alle klanten, met een beschrijving van de diensten en doelen die zij zullen ontvangen. Het zal niet mogelijk zijn om van al deze klanten toestemming te krijgen, dus wordt een SLA van dit type doorgaans overeengekomen met een vertegenwoordiger, zoals de interne producteigenaar in het bedrijf voor die diensten. Als er een gebruikersgroep is voor de diensten, moet deze worden geraadpleegd over de vereisten voor de serviceniveaus; het kan echter een uitdaging zijn om consensus en overeenstemming over de definitieve SLA te verkrijgen.

SLA’s en geleverde diensten vanuit de cloud

Leveranciers die diensten via de cloud aanbieden, moeten nog steeds SLA's gebruiken, omdat deze hun klanten een garantie bieden voor het serviceniveau dat ze kunnen verwachten. Dit kan het bedrijf concurrentievoordeel opleveren. De meeste cloudproviders bieden alle klanten dezelfde standaard SLA met gemeenschappelijke serviceniveaus. Sommige bieden verbeterde ondersteuningsniveaus in gelaagde "Gouden/Zilveren/Bronzen" SLA's, waarbij de klant betere serviceniveaus ontvangt als de klant een hogere vergoeding betaalt. Klanten die cloudservices kopen, moeten over het algemeen de aangeboden serviceniveaus accepteren. Het is onwaarschijnlijk dat een cloudleverancier een SLA speciaal voor hen aanpast.

De SLA opnieuw uitvinden

Sommige organisaties richten zich meer op het serviceniveau van hun individuele IT-services dan op de service die klanten daadwerkelijk ontvangen. Dit leidt vaak tot het zogenaamde 'watermeloen'-effect, waarbij de SLA-statistieken laten zien dat alles goed is ('groen'), maar de klant is niet tevreden ('rood'). Een typisch voorbeeld is wanneer servicerapporten aantonen dat aan alle serviceniveaus wordt voldaan, ook al hadden de services tijdens de werkdag ongeplande downtime. Dit komt meestal omdat de serviceniveaus zijn ontworpen vanuit een IT-perspectief, kijkend naar één IT-service tegelijk. Dit kan worden voorkomen met een techniek die bekend staat als 'Outside in'. SLA's moeten in eerste instantie worden ontworpen vanuit het perspectief van de klant, kijkend naar de services die ze gebruiken en de zakelijke vereisten voor een goede service. De serviceniveaus voor de IT en aanverwante services, zoals de servicedesk, moeten vervolgens worden ontworpen om aan deze zakelijke vereisten te voldoen. Dit resulteert in serviceniveaus die zowel de klantervaring als de individuele IT en andere services weerspiegelen die de ervaring creëren.

SLA's gebruiken om het risico van niet-naleving van de wetgeving inzake gegevensbescherming te beheersen

Service level agreements kunnen u helpen om te voldoen aan de wetgeving inzake gegevensbescherming, zoals de AVG. Naast het specificeren van doelen voor traditionele ITSM-serviceniveaus, zoals beschikbaarheid, moeten SLA's ook doelen bevatten voor andere soorten vereisten, waaronder beveiliging. Met een doel kunt u de naleving meten. Dit kan zo simpel zijn als een serviceniveau om te reageren op verzoeken om toegang tot een onderwerp, bijvoorbeeld wanneer een persoon de opgeslagen gegevens over zichzelf wil weten. Dit is vooral belangrijk als u externe leveranciers gebruikt om uw zakelijke diensten te verlenen.