SLA staat voor Service Level Agreement. In gewone taal: de set afspraken over service, beschikbaarheid, support en herstel tussen organisatie en leverancier. In due diligence zegt een SLA vooral iets over de vraag of de dienstverlening echt past bij de bedrijfsimpact van verstoring.
Deze pagina legt de term zakelijk en begrijpelijk uit: wat het is, waarom het ertoe doet en hoe u de term in de context van due diligence het best moet lezen.
Een SLA heeft alleen waarde als de afspraken aansluiten op de werkelijke impact van storingen en op de beschikbaarheid die de organisatie nodig heeft.
In due diligence moet u deze term zelden technisch geïsoleerd lezen. Vrijwel altijd zegt de term iets over continuïteit, afhankelijkheden, regie, kosten of verandervermogen. Juist die context bepaalt of een bevinding klein, beheersbaar of strategisch relevant is.
Per term staat niet alleen wat het is, maar ook hoe u de term bestuurlijk moet duiden als deze in een rapport, gesprek of data room opduikt.
Een SLA is een afspraak over het niveau van dienstverlening dat een leverancier levert. Denk aan beschikbaarheid, supporttijden, responstijden en oplostijden. In due diligence leest u een SLA niet als papier op zichzelf, maar als toets: sluiten de afspraken aan op de werkelijke bedrijfsimpact?
Beschikbaarheid gaat over de tijd waarin een dienst bruikbaar hoort te zijn. Een uptime-percentage klinkt vaak degelijk, maar zonder context zegt het weinig. U moet deze term lezen in combinatie met openingstijden, proceskritiek en uitzonderingen in het contract.
Responstijd is de tijd waarbinnen een leverancier reageert op een melding. Dat betekent niet automatisch dat het probleem ook snel is opgelost. In due diligence moet u dus onderscheid maken tussen snel reageren en echt herstel.
Oplostijd is de afgesproken tijd waarbinnen een issue opgelost of hersteld hoort te zijn. Juist hier blijkt vaak of de dienstverlening past bij kritische processen. Een nette oplostijd op papier kan in de praktijk nog steeds te traag zijn voor de business.
Het supportvenster geeft aan op welke dagen en tijden ondersteuning beschikbaar is. Bijvoorbeeld alleen kantoortijden of juist 24/7. U moet deze term lezen tegen de vraag wanneer de processen van de organisatie echt moeten kunnen doordraaien.
Escalatie is de route waarlangs een probleem meer aandacht of een hoger beslisniveau krijgt. Het zegt iets over regie en volwassenheid. In due diligence is escalatie belangrijk omdat grote verstoringen zelden netjes binnen standaardprocedures blijven.
Een technische term krijgt pas waarde als duidelijk is wat de impact is op processen, contracten, investeringen of risicoverdeling na closing.
De kernvraag is niet of er een SLA bestaat, maar of de afgesproken service echt aansluit op de maximaal aanvaardbare downtime en schade van kritische processen.
Een zwakke SLA wijst vaak op een bredere afhankelijkheid van de leverancier. Dat raakt regie, onderhandelingspositie, exit en vaak ook de prijs na de deal.
Als een leverancier cruciaal is, maar support alleen op werkdagen levert, dan is dat geen technisch detail maar een contractueel risico met directe businessimpact.
Soms zijn processen kritischer dan de huidige contractlaag toelaat. Dan volgt na closing alsnog aanvullende investering in support, monitoring of redundantie.
Duidelijke antwoorden op veelgebruikte vragen, in gewone taal en in de context van due diligence, risico's en beheersbaarheid.
SLA is een term die in IT- en due diligence-context wordt gebruikt om een technisch onderdeel, beveiligingsmaatregel of beheersproces te beschrijven. De precieze betekenis hangt af van de context, maar het woord zegt vrijwel altijd iets over risico, continuïteit, beheersbaarheid of afhankelijkheid.
Omdat SLA helpt om te beoordelen hoe volwassen, beheersbaar en toekomstbestendig een IT-omgeving werkelijk is. In due diligence gaat het niet alleen om de term zelf, maar vooral om wat die zegt over operationeel risico, herstelvermogen en benodigde investeringen.
Dat verschilt per situatie, maar meestal gaat het om uitval, beveiligingsproblemen, verkeerde configuraties, afhankelijkheid van mensen of leveranciers, beperkte schaalbaarheid of extra herstelkosten na een incident of na closing.
Denk aan beleid, documentatie, configuraties, rapportages, verantwoordelijkheden, testresultaten, incidentinformatie en bewijs dat het onderwerp niet alleen op papier bestaat maar ook aantoonbaar werkt in de praktijk.
Zie SLA niet als los technisch jargon, maar als signaal over de kwaliteit van de omgeving. De echte vraag is steeds: wat betekent dit voor continuïteit, herstel, security, afhankelijkheden, toekomstige investeringen en de waarde van de onderneming?