Dataresidentie beschrijft waar gegevens worden opgeslagen of verwerkt. Een Zwitserse server bewijst niet de locatie van back-ups, supportsystemen, externe integraties of iedere persoon met toegang; beoordeel die componenten afzonderlijk.
Scheid de locatie van de machine van de gegevensreis
Een landlabel op een hostingplan beantwoordt een smalle vraag: waar de vermelde configuratie zich bevindt. Uw applicatie kan nog steeds informatie elders naartoe sturen. Foutrapportage, e-mailbezorging, betalingsverwerking, off-site back-ups en beheerderstoegang maken deel uit van de service, zelfs wanneer ze ontbreken in het infrastructuurdiagram. Behandel de Zwitserse bestemming als één vermelding in een gegevenskaart, niet als een conclusie over het volledige project.
Begin met het benoemen van de informatie die u verwerkt. Een openbare documentatiesite, een klantenportaal en een privéarchief vereisen verschillende maatregelen. Maak onderscheid tussen gepubliceerde inhoud, persoonsgegevens, authenticatiegeheimen en interne operationele gegevens. Noteer waarom elke categorie bestaat en wat er zou gebeuren als deze openbaar werd, werd gewijzigd of verloren ging. Dit maakt latere locatiebeslissingen concreet in plaats van te vertrouwen op de algemene aantrekkingskracht van een rechtsgebied.
Bouw een klein verwerkingsregister
Volg één representatieve gebruikersactie van de browser tot de opslag. Noteer welk systeem het verzoek ontvangt, wat het schrijft en welke andere services worden genotificeerd. Herhaal de oefening voor accountaanmaak, wachtwoordherstel, uploads en ondersteuning. U ontdekt vaak secundaire kopieën in logs, e-mailwachtrijen en diagnostische exports. Leg deze vast terwijl de architectuur nog eenvoudig genoeg is om te wijzigen.
Gebruik een register met een doel, bestemming, toegangseigenaar en retentiebeslissing voor elke component. U hebt geen uitgebreid compliancehulpmiddel nodig om te beginnen. De nuttige eigenschap is dat iemand elke rij kan uitleggen en bijwerken na een nieuwe integratie. Een diagram zonder back-uplocaties of beheerderstoegang is onvolledig voor een residentiebeslissing.
| Component | Wat u moet vastleggen | Nuttig bewijs |
|---|---|---|
| Primaire database | Hostinglocatie en toegestane toegang | Servicespecificatie en toegangsbeleid |
| Herstelkopie | Bestemming, retentie en verwijdering | Back-upconfiguratie en herstelprocedure |
| Supportexport | Inhoud en ontvangers | Geredigeerd voorbeeld en supportbeleid |
| Externe integratie | Verzonden informatie en verwerkingsvoorwaarden | Integratieconfiguratie en providerdocumentatie |
Begrijp de verantwoordelijkheid die bij u blijft
De Zwitserse federale commissaris voor gegevensbescherming en informatie legt uit dat uitbesteding van verwerking de verantwoordelijkheid van de verwerkingsverantwoordelijke voor gegevensbescherming niet wegneemt. De richtlijnen behandelen het selecteren van verwerkers, het geven van instructies en het controleren van de omgang met persoonsgegevens. Dit is een reden om zowel de servicerelatie als de locatie van het rack te onderzoeken. De exacte verplichtingen voor uw organisatie hangen af van het toepasselijke kader en de betrokken informatie.
Gebruik waar informatie grensoverschrijdend mag worden verstrekt de relevante officiële richtlijnen en vraag advies voor beslissingen die een juridische beoordeling vereisen. Vermijd de bewering dat een landnaam de applicatie automatisch compliant maakt. Vraag wie de verwerkers en subverwerkers zijn, waar verwerking plaatsvindt en welke regelingen gelden. Bewaar de antwoorden bij de operationele documentatie van het project, zodat de beslissing later kan worden herzien.
Beperk de informatie waarvoor een locatiebeslissing nodig is
Verzamel alleen wat een gedefinieerd doel dient. Een nieuwsbrief heeft niet per se een volledig postadres nodig, en een probleemrapport zelden een volledige klantendatabase. Het verwijderen van onnodige velden vermindert blootstelling en vereenvoudigt retentie. Houd geheimen buiten diagnostische hulpmiddelen en overweeg of geaggregeerde metingen de operationele vraag beantwoorden zonder individuele records te reproduceren.
Versleuteling kan specifieke kopieën helpen beschermen, maar bepaal wie de sleutels beheert en waar ontsleuteling plaatsvindt. Een applicatie die leesbare gegevens moet verwerken, kan niet worden behandeld alsof niemand er ooit toegang toe heeft. Evenzo kan een pseudonieme identificatie records in de loop van de tijd nog steeds koppelen. Beschrijf de geïmplementeerde maatregel nauwkeurig in plaats van een encryptielabel te gebruiken als vervanging voor de verwerkingskaart.
Een praktisch scenario: een klein klantenportaal
Stel u een portaal voor dat wordt gehost op een Zwitserse VPS, met een onafhankelijke herstelkopie en een e-mailservice van een derde partij. De klantendatabase blijft tijdens normaal gebruik op de VPS, maar wachtwoordresetberichten en supportmeldingen verlaten die machine. Het team moet de minimumvelden in die berichten, de gebruikte bestemming voor back-ups en de personen die records mogen exporteren vastleggen.
Een verstandige herziening zou een volledig record in een foutrapport kunnen vervangen door een willekeurige incidentreferentie, de diagnostische retentie kunnen verkorten en de toegang tot back-ups kunnen beperken. Deze wijzigingen zijn nuttig ongeacht het gekozen land. Het voorbeeld is een planningsoefening, geen verklaring dat SwissOctet deze integraties bevat of een bepaalde residentieregeling heeft geverifieerd.
Verifieer de kaart voordat u een publieke toezegging doet
Vergelijk voordat u uw gebruikers een locatie belooft het register met de werkelijke configuratie en bevestigde servicevoorwaarden. Test of back-up- en verwijderprocedures werken zoals verwacht. Controleer exports, monitoringagents en geplande taken, omdat ze kopieën kunnen introduceren die niemand zich bij de initiële aankoop herinnert. Wijs iemand aan om nieuwe bestemmingen goed te keuren en het register bij te werken wanneer de architectuur verandert.
SwissOctet presenteert Zwitserse configuraties in zijn catalogus. De verwerkingsregelingen, supporttoegang en retentieregels van de live operator moeten afzonderlijk worden bevestigd voordat een echte bestelling wordt geplaatst. Kies de infrastructuur met die grens in gedachten: een duidelijke Zwitserse locatie kan uw architectuur ondersteunen, terwijl een volledige en actueel gehouden gegevenskaart de claims ondersteunt die u erover doet.
Uw praktische checklist.
- Classificeer de informatie die het project verwerkt.
- Breng primaire opslag, back-ups, logs en integraties in kaart.
- Identificeer verwerkers, toegangseigenaren en retentiebeslissingen.
- Raadpleeg officiële richtlijnen voor toepasselijke grensoverschrijdende vragen.
- Verifieer de werkelijke configuratie voordat u residentie belooft.
De details die ertoe doen.
Betekent een Zwitserse server dat elke kopie in Zwitserland blijft?+
Nee. Back-upbestemmingen, exports, supportsystemen en integraties hebben hun eigen gegevenspaden en moeten afzonderlijk worden gecontroleerd.
Maakt versleuteling het in kaart brengen van verwerking overbodig?+
Nee. U moet nog steeds weten waar gegevens en sleutels zich bevinden, wie ze kan ontsleutelen en welke verwerking plaatsvindt.
Certificeert deze gids een SwissOctet-implementatie?+
Nee. De gids biedt een planningsmethode. Actuele verwerkingsvoorwaarden en geïmplementeerde maatregelen moeten voor de specifieke service worden bevestigd.
Ga naar de bron.
Deze referenties ondersteunen de technische concepten in deze gids. Volg de actuele documentatie voordat u een productiesysteem wijzigt.
- FDPIC: Gegevensverwerking in de cloud www.edoeb.admin.ch
- FDPIC: Uitbesteding van gegevensverwerking www.edoeb.admin.ch
- FDPIC: Grensoverschrijdende doorgifte van persoonsgegevens www.edoeb.admin.ch
Redactionele begeleiding door SwissOctet. Voorbeelden zijn illustratief. Dienstspecificaties, beschikbare opties en contractuele voorwaarden moeten afzonderlijk worden geverifieerd.