Controleer wat je online software werkelijk teruggeeft

Beschrijf twee situaties: de dienst is onbereikbaar, en de dienst werkt maar de benodigde inhoud ontbreekt. Bij de tweede situatie helpt een beschikbaarheidsbelofte niet vanzelf. Vraag de leverancier welke handeling jouw verkeerde wijziging of verwijdering kan herstellen, wie die mag starten en welke voorwaarden daarop gelden.

Laat je beheerder de eigen rol toevoegen. De cloudleverancier beheert een deel van de omgeving, terwijl gegevens, identiteiten en eigen configuraties nog aandacht vragen. De precieze contractuele taakverdeling moet uit de gekozen dienst blijken. Gebruik het verantwoordelijkheidsmodel als gesprekshulp en geef niemand automatisch een niet bewezen aansprakelijkheid.

Doe dit: Vraag per belangrijke applicatie één beschreven route voor ontbrekende of verkeerde bedrijfsinhoud.

Kies een bekend type object, zoals een document uit persoonlijke Drive-opslag, en lees de daarbij horende beheerdersroute. Google beschrijft voor die specifieke route een venster van 25 dagen na het legen van de prullenbak. Het herstel werkt op een datumbereik; dat is iets anders dan vrij een enkel bestand naar iedere gewenste plek terugzetten.

Neem de randvoorwaarden mee in de opdracht: juiste bevoegdheid, voldoende ruimte en controle van toegang na herstel. Voor een gedeelde schijf of andere dienst kan een andere route gelden. Maak daarom geen algemene Workspace-belofte op basis van één handleiding. Vraag bij ieder kritisch object welk bronartikel er werkelijk op van toepassing is.

Doe dit: Leg voor twee objecttypen de passende bron, grens en nog onbekende randvoorwaarden vast.

Een bewaarvoorziening kan nuttig zijn voor onderzoek en naslag zonder te zijn ontworpen voor terugzetten. Google benoemt Vault expliciet als iets anders dan een back-upinstrument. Een bewaard object zoeken of exporteren is een andere handeling dan het terugbrengen van de werkstructuur met de juiste toegang en relaties.

Laat daarom twee resultaten apart tonen: de inhoud kunnen uitlezen en de taak weer kunnen uitvoeren. Vraag bij een export welk formaat ontstaat en hoe de ontvangende applicatie daarmee omgaat. Neem een proef met een afgesproken voorbeeld op in de voorbereiding. Een grote download zegt weinig over de volledigheid van een latere import.

Doe dit: Maak twee acceptatievakken: leesbare export en bruikbaar herstel, met per vak het bewijs.

Vergelijk de ingebouwde mogelijkheden met je eigen hersteldoelen. Als een noodzakelijk scenario ontbreekt, onderzoek een aanvullende voorziening of pas de werkwijze aan. Een andere leverancier kan andere beheerafhankelijkheden hebben; dezelfde leverancier kan juist een handige specifieke herstelroute bieden. Beoordeel scenario’s in plaats van alleen een merkvoorkeur.

Laat de eigenaar de overblijvende gaten benoemen, bijvoorbeeld inhoud buiten de ondersteunde dienst of het gewenste tijdvenster. Zet erbij wie een antwoord levert en welk bewijs nodig is. Een onbekend punt mag niet als afgedekt in de overdracht verdwijnen. Houd de lijst bij wanneer een abonnement of productfunctie verandert.

Doe dit: Beslis per herstelvraag: ingebouwd aantoonbaar, aanvulling onderzoeken of expliciet open met eigenaar.