# Zwitserse dataresidentie: breng de hele service in kaart | SwissOctet Insights https://swissoctet.com/nl/insights/swiss-data-residency-map/ SwissOctet / Insights / Privacy by design Privacy by design Fundament · 6 min leestijd Zwitserse datalocatie: breng de hele service in kaart Een Zwitserse serverlocatie is een startpunt. Breng applicatiedata, back-ups, supporttoegang en externe services in kaart voordat je een locatieverplichting aangaat. Door SwissOctet Editorial Gids opslaan Link kopiëren OP DEZE PAGINA 01 Scheid de locatie van de machine van de gegevensreis 02 Bouw een klein verwerkingsregister 03 Begrijp de verantwoordelijkheid die bij u blijft 04 Beperk de informatie waarvoor een locatiebeslissing nodig is 05 Een praktisch scenario: een klein klantenportaal 06 Verifieer de kaart voordat u een publieke toezegging doet Uw praktische checklist Bronnen & verder lezen Terug naar de bibliotheek HET DIRECTE ANTWOORD 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. 01 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. 02 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 03 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. 04 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. 05 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. 06 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. ZET HET OM IN ACTIE 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. Checklist downloaden VEELGESTELDE VRAGEN 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. PRIMAIRE REFERENTIES 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. VERBIND DE KENNIS Gerelateerde infrastructuur. Vector VPS Zwitserland Vault Storage Zwitserland Metal Atlas Zwitserland HOUD DE DRAAD VAST Uw volgende veldnotities. Ontdek elke gids VELDNOTITIE / 01 + Cloud & VPS Fundament Hoe je een VPS kiest zonder te gokken Zet een applicatie-idee om in een bruikbaar resourcebudget en vergelijk daarna CPU, geheugen, opslag en overdracht samen. 4 min leestijd Lees de gids VELDNOTITIE / 02 + Dedicated & GPU Fundament VPS of dedicated: kies de grens die past Begrijp wat een fysieke machine verandert, wat niet en wanneer het een nuttige stap wordt voor uw workload. 4 min leestijd Lees de gids VELDNOTITIE / 03 + Privacy by design Fundament Geen KYC en privacy: begrijp het verschil Onboarding zonder documenten raakt één verzamelpunt. Begrijp de andere registraties, toegangspaden en betalingssporen rond een gehost project. 6 min leestijd Lees de gids