Essentiële transparantie bij online backup-diensten voor bedrijven
Transparantie in online backup-diensten is cruciaal om misverstanden over datadekking en verantwoordelijkheden te voorkomen, vooral voor middelgrote bedrijven die afhankelijk zijn van Microsoft 365.
- Onjuiste aannames over Microsoft 365-retentie kunnen leiden tot permanent dataverlies zonder externe backup.
- Transparantie helpt bij het vaststellen van eigenaarschap en verantwoordelijkheden voor databeheer en herstel.
- Een duidelijk backupvoorstel moet opslaglocatie, verwerkersovereenkomst en dekking expliciet vermelden.
- Veelvoorkomende fouten zijn vertrouwen op vage formuleringen en de aanname dat Microsoft 365 alle backupbehoeften dekt.
- AVG-naleving vereist dat backup-data binnen de EU wordt opgeslagen met een verwerkersovereenkomst.
- Onvoldoende documentatie kan leiden tot operationele onzekerheid en juridische risico's bij dataverlies.
Waarom transparantie in online backup-diensten essentieel is
Een onjuiste aanname over Microsoft 365-retentie laat een gat ontstaan: er wordt geen externe backup ingericht, een gebruiker verwijdert per ongeluk een kritieke SharePoint-map, de retentieperiode loopt af en de data is permanent weg. Dat is precies waar transparantie het verschil maakt. Als een aanbieder in de offerte of het gesprek niet scherp afbakent wat onder retentie valt en wat onder backup, ontstaat er snel een verkeerd beeld van de werkelijke dekking.
Die onduidelijkheid werkt door in de dagelijkse verantwoordelijkheid. In een cloudomgeving ligt niet alles automatisch bij één partij, en juist daar gaat het in de praktijk mis. Een middelgroot bedrijf kan ervan uitgaan dat verwijderde data binnen Microsoft 365 afdoende wordt opgevangen, terwijl er in werkelijkheid geen aparte voorziening actief is voor herstel buiten de retentiegrens. Zolang er niets misgaat, blijft dat onzichtbaar. Pas na een verwijdering of ander verliesmoment blijkt dat de veronderstelde bescherming nooit onderdeel was van de dienst.
Transparantie voorkomt daarom niet alleen misverstanden over techniek, maar ook over eigenaarschap. Als vooraf niet duidelijk is wie verantwoordelijk is voor de aanwezigheid van een externe backup, wie bewaakt of die dekking er daadwerkelijk is, en waar de grens van de standaarddienst ligt, verschuift het risico ongemerkt naar de klant. Dat levert operationele onzekerheid op: teams denken dat herstel mogelijk is, terwijl de basis daarvoor ontbreekt.
Voor middelgrote bedrijven raakt dit direct aan continuïteit. Een backup-dienst lijkt op papier al snel volledig, maar zonder expliciete communicatie over dekking en verantwoordelijkheden kan een verwijderde SharePoint-map buiten herstel vallen zodra de retentieperiode is verstreken. Dan gaat het niet meer om interpretatie van servicegrenzen, maar om permanent dataverlies.
Criteria voor het valideren van backup-aanbieders
Een backupvoorstel blijft onvolledig zodra niet expliciet staat waar backup-data wordt opgeslagen en of er een verwerkersovereenkomst aanwezig is.
| Validatiecriterium | Wat expliciet in het voorstel moet staan | Vraag voor de aanbieder | Operationele betekenis |
|---|---|---|---|
| Opslaglocatie van backup-data | Of backup-data binnen de EU wordt opgeslagen. | Waar wordt onze backup-data opgeslagen, en geldt dat voor de volledige dienst? | Bij persoonsgegevens raakt dit direct de AVG-kaders rond gegevensopslag. Als die opslaglocatie niet vooraf duidelijk is, blijft een juridisch en operationeel deel van de dienst feitelijk buiten beeld. |
| Verwerkersovereenkomst | Of een verwerkersovereenkomst onderdeel is van de dienstverlening. | Is er een verwerkersovereenkomst beschikbaar en valt de backupdienst daar volledig onder? | Ontbreekt deze afspraak in de commerciële documentatie, dan ontstaat onduidelijkheid over de verwerking van persoonsgegevens binnen de backupdienst. |
| Dekking van de dienst | Welke data en onderdelen daadwerkelijk onder de backupdienst vallen, en welke niet. | Welke onderdelen vallen wel onder de service, en welke expliciet niet? | Juist bij een shortlist ontstaat anders het risico dat dekking wordt verondersteld op basis van algemene formuleringen, terwijl grenzen van de dienst pas later zichtbaar worden. |
| Uitsluitingen en aannames | Welke uitsluitingen, voorwaarden en aannames gelden vanaf onboarding. | Welke aannames gelden bij de start van de dienst, en welke situaties zijn uitgesloten? | Als aannames alleen impliciet blijven, verschuift de beoordeling van risico naar de uitvoeringsfase. Dan blijkt pas later of bescherming afhankelijk was van voorwaarden die niet scherp waren vastgelegd. |
| Herstelverantwoordelijkheid | Wie verantwoordelijk is voor herstel: de aanbieder, de klant, of een gedeelde verdeling. | Wie voert herstel uit, wie beoordeelt het verzoek, en waar eindigt uw verantwoordelijkheid? | Bij herstel telt niet alleen of er een backup bestaat, maar ook wie de handeling uitvoert en wie daarop aanspreekbaar is. Zonder die afbakening ontstaat discussie op het moment dat tijd en continuïteit onder druk staan. |
| Servicegrenzen rond persoonsgegevens | Hoe de backupdienst omgaat met persoonsgegevens binnen de overeengekomen kaders. | Welke onderdelen van uw dienst raken de verwerking van persoonsgegevens, en hoe is dat contractueel afgebakend? | Deze afbakening voorkomt dat compliance als losse bijlage wordt behandeld terwijl zij in de praktijk onderdeel is van de dienst zelf. |
Checklist voor transparantie bij backup-aanbieders
Onduidelijke voorstellen laten vaak open welke backup-data binnen de EU wordt opgeslagen en of er een verwerkersovereenkomst is, terwijl daar bij AVG-naleving geen ruimte voor interpretatie zit.
- Staat expliciet beschreven welke dekking de dienst wel en niet omvat. Een voorstel dat alleen over “backup” spreekt, maar geen uitsluitingen noemt, laat ruimte voor misverstanden over de feitelijke bescherming.
- Zijn uitsluitingen zichtbaar opgenomen in plaats van verstopt in algemene formuleringen. Juist daar wordt duidelijk welke onderdelen buiten de dienst vallen en waar dus geen dekking geldt.
- Worden unsupported workloads of andere niet-gedekte scenario’s vooraf benoemd. Als die grens ontbreekt, ontstaat pas bij een incident discussie over wat de aanbieder wel of niet onder de service rekent.
- Is vastgelegd hoe restore responsibility is verdeeld. Zonder die afbakening blijft onduidelijk wie verantwoordelijk is voor herstel en wie aanspreekbaar is als terugzetten niet binnen de verwachting verloopt.
- Worden retention policy en eventuele beperkingen concreet genoemd. Vage formuleringen over bewaartermijnen maken het lastig om te beoordelen of de dienst aansluit op interne eisen en externe verplichtingen.
- Zijn onboarding assumptions en andere aannames zichtbaar opgenomen. Als een aanbieder uitgaat van voorwaarden die niet expliciet zijn gemaakt, kan de feitelijke dekking afwijken van wat commercieel is voorgespiegeld.
- Staan service boundaries duidelijk in het voorstel. Dat voorkomt dat monitoring, opvolging en herstel achteraf tussen klant en aanbieder blijven hangen.
- Wordt uitgelegd hoe monitoring alerts en backup health worden gecommuniceerd zodra de bescherming afwijkt van de afgesproken situatie. Zonder die transparantie blijft een verminderde beschermingsstatus te lang onzichtbaar in de dagelijkse operatie.
- Is opgenomen waar backup-data wordt opgeslagen. Bij AVG-naleving geldt de voorwaarde dat backup-data binnen de EU wordt opgeslagen; als die locatie niet expliciet is vermeld, blijft een juridisch en operationeel risico openstaan.
- Is er een verwerkersovereenkomst beschikbaar en hoort die aantoonbaar bij de dienst. Ontbreekt die koppeling, dan blijft onduidelijk hoe de verwerking van persoonsgegevens contractueel is afgedekt.
- Wordt risk disclosure concreet geformuleerd in plaats van verzacht. Voorstellen die beperkingen alleen indirect benoemen, maken het lastiger om service scope, verantwoordelijkheden en resterende gaten vooraf goed te beoordelen.
Veelvoorkomende fouten bij het kiezen van een backup-aanbieder
Backupschade ontstaat vaak al in de offertefase: alleen lokale servers worden meegenomen, terwijl kritieke data in Teams, OneDrive en Exchange Online buiten de scope blijft.
- Een veelgemaakte fout is vertrouwen op algemene formuleringen over “backup” zonder expliciete uitsluitingen. Dan lijkt de dekking breed, maar in de praktijk kan de aanbieder alleen een deel van de omgeving meenemen. Die onvolledige scope wordt pas zichtbaar zodra data moet worden teruggezet en blijkt dat Teams, OneDrive of Exchange Online niet onder de dienst vielen. Voor een middelgroot bedrijf betekent dat niet alleen ontbrekende bescherming, maar ook onduidelijkheid over wie dit vooraf had moeten signaleren.
- Een tweede fout is de aanname dat Microsoft 365 zelf alle backupbehoeften afdekt. Binnen een shared responsibility-model blijft een deel van de verantwoordelijkheid bij de klant liggen. Als die aanname niet expliciet wordt gecorrigeerd in commerciële documentatie, ontstaat gemakkelijk een gat tussen wat intern verwacht wordt en wat daadwerkelijk is geregeld. Dat vergroot het risico op permanent dataverlies, juist omdat de ontbrekende externe backupconfiguratie vaak pas opvalt nadat gegevens al weg zijn.
- Ook AVG-naleving wordt regelmatig te oppervlakkig beoordeeld. Als in een voorstel niet duidelijk staat hoe de aanbieder omgaat met de eisen rond gegevensopslag binnen de EU, blijft een juridisch en operationeel risico openstaan. Dat is geen detail voor later in het traject: zodra backup-data buiten de vereiste kaders wordt opgeslagen, kan niet-naleving leiden tot sancties en boetes. Een voorstel zonder heldere documentatie hierover laat dus niet alleen technische vragen open, maar ook verantwoordelijkheid rond persoonsgegevens.
- Verwarring tussen dekking en verantwoordelijkheid maakt deze fouten hardnekkig. Een aanbieder kan backup aanbieden, terwijl onduidelijk blijft welke workloads zijn inbegrepen en waar de grens ligt tussen dienstverlener en klant. In de dagelijkse praktijk geeft dat een vals gevoel van volledigheid. Op papier lijkt de continuïteit geregeld, maar bij uitval of verwijderde data blijkt dat een deel van de omgeving nooit onder bescherming heeft gestaan.
Expertanalyse van risico's en aandachtspunten bij backup-aanbieders
Onduidelijkheid over wie het herstel uitvoert, blijft vaak pas zichtbaar op het moment dat data nodig is en niet direct beschikbaar blijkt. In een voorstel kan backup als afgedekt ogen, terwijl herstelverantwoordelijkheid, documentatie en operationele grenzen niet scherp zijn vastgelegd. Dan ontstaat een gat tussen wat commercieel is verkocht en wat in de praktijk geleverd of verwacht wordt. Voor een middelgroot bedrijf betekent dat niet alleen vertraging in een hersteltraject, maar ook discussie over eigenaarschap op een moment waarop de bedrijfsvoering al onder druk staat.
Die spanning wordt groter zodra persoonsgegevens onderdeel zijn van de backup. AVG-naleving hangt niet alleen af van het bestaan van een backupdienst, maar ook van duidelijke documentatie over hoe persoonsgegevens worden beveiligd en onder welke voorwaarden data beschikbaar moet zijn. Als die documentatie ontbreekt of te algemeen blijft, verschuift het risico niet weg. Het blijft bij de afnemer liggen, juist omdat bij een verzoek van betrokkenen of bij dataverlies aantoonbaarheid nodig is. Een dienst zonder heldere vastlegging van verantwoordelijkheden en grenzen geeft dan geen duidelijke dekking, maar extra onzekerheid in de uitvoering.
De praktische breuklijn zit meestal niet in de aanwezigheid van backup, maar in de combinatie van aannames, verantwoordelijkheden en compliance-eisen. Zodra een aanbieder bescherming suggereert zonder precies te markeren wat onder de dienst valt, wie herstel oppakt en hoe persoonsgegevens binnen de geldende eisen worden behandeld, ontstaat een operationeel en juridisch risico tegelijk. Dat risico eindigt niet bij een technische storing, maar bij het niet kunnen overleggen van data na een verzoek van betrokkenen door dataverlies, met boetes van de Autoriteit Persoonsgegevens als concrete consequentie.