Datenresidenz beschreibt, wo Daten gespeichert oder verarbeitet werden. Ein Schweizer Server belegt nicht den Standort von Backups, Support-Systemen, externen Integrationen oder jeder Person mit Zugriff; bewerten Sie diese Komponenten separat.
Trennen Sie den Maschinenstandort vom Datenweg
Ein Länderlabel auf einem Hosting-Plan beantwortet eine enge Frage: wo sich die aufgeführte Konfiguration befindet. Ihre Anwendung kann Informationen trotzdem anderswohin senden. Fehlerberichte, E-Mail-Zustellung, Zahlungsabwicklung, Offsite-Backups und Administratorzugriff sind Teil des Dienstes, auch wenn sie im Infrastrukturdiagramm fehlen. Behandeln Sie das Schweizer Ziel als einen Eintrag in einer Datenkarte, nicht als Schlussfolgerung über das gesamte Projekt.
Beginnen Sie damit, die Informationen zu benennen, die Sie verarbeiten. Eine öffentliche Dokumentationsseite, ein Kundenportal und ein privates Archiv benötigen unterschiedliche Kontrollen. Unterscheiden Sie veröffentlichte Inhalte, personenbezogene Informationen, Authentifizierungsgeheimnisse und interne Betriebsaufzeichnungen. Halten Sie fest, warum jede Kategorie existiert und was passieren würde, wenn sie offengelegt, verändert oder verloren ginge. Das macht spätere Standortentscheidungen konkret, statt sich auf die allgemeine Attraktivität einer Jurisdiktion zu verlassen.
Erstellen Sie ein kleines Verarbeitungsregister
Verfolgen Sie eine repräsentative Benutzeraktion vom Browser bis zum Speicher. Notieren Sie, welches System die Anfrage erhält, was es schreibt und welche anderen Dienste benachrichtigt werden. Wiederholen Sie die Übung für Kontoerstellung, Passwortwiederherstellung, Uploads und Support. Sie werden oft sekundäre Kopien in Protokollen, E-Mail-Warteschlangen und Diagnose-Exporten entdecken. Halten Sie diese fest, solange die Architektur noch einfach genug ist, um sie zu ändern.
Verwenden Sie ein Register mit Zweck, Ziel, Zugriffsverantwortlichem und Aufbewahrungsentscheidung für jede Komponente. Sie brauchen kein aufwendiges Compliance-Tool, um anzufangen. Die nützliche Eigenschaft ist, dass jemand jede Zeile erklären und sie nach einer neuen Integration aktualisieren kann. Ein Diagramm ohne Backup-Standorte oder administrativen Zugriff ist für eine Residenzentscheidung unvollständig.
| Komponente | Was festzulegen ist | Nützliche Nachweise |
|---|---|---|
| Primäre Datenbank | Hosting-Standort und zulässiger Zugriff | Dienstspezifikation und Zugriffsrichtlinie |
| Wiederherstellungskopie | Ziel, Aufbewahrung und Löschung | Backup-Konfiguration und Wiederherstellungsverfahren |
| Support-Export | Inhalt und Empfänger | Redigierte Stichprobe und Support-Richtlinie |
| Externe Integration | Gesendete Informationen und Verarbeitungsbedingungen | Integrationskonfiguration und Anbieterdokumentation |
Verstehen Sie die Verantwortung, die bei Ihnen bleibt
Der Eidgenössische Datenschutz- und Öffentlichkeitsbeauftragte erklärt, dass die Auslagerung der Verarbeitung die Verantwortung des Verantwortlichen für den Datenschutz nicht aufhebt. Seine Leitlinien behandeln die Auswahl von Auftragsverarbeitern, die Erteilung von Weisungen und die Prüfung des Umgangs mit personenbezogenen Daten. Das ist ein Grund, sowohl die Dienstbeziehung als auch den Rack-Standort zu prüfen. Die genauen Pflichten für Ihre Organisation hängen vom anwendbaren Rahmen und den beteiligten Informationen ab.
Wo Informationen grenzüberschreitend offengelegt werden dürfen, verwenden Sie die relevanten offiziellen Leitlinien und holen Sie Rat für Entscheidungen ein, die eine rechtliche Bewertung erfordern. Vermeiden Sie die Erklärung, dass ein Ländername die Anwendung automatisch konform macht. Fragen Sie, wer die Auftragsverarbeiter und Unterauftragsverarbeiter sind, wo die Verarbeitung stattfindet und welche Vereinbarungen gelten. Bewahren Sie die Antworten zusammen mit der Betriebsdokumentation des Projekts auf, damit die Entscheidung später überprüft werden kann.
Reduzieren Sie die Informationen, die eine Standortentscheidung erfordern
Erheben Sie nur, was einem definierten Zweck dient. Ein Newsletter benötigt nicht unbedingt eine vollständige Postanschrift, und ein Fehlerbehebungsbericht braucht selten eine gesamte Kundendatenbank. Das Entfernen unnötiger Felder reduziert die Exposition und vereinfacht die Aufbewahrung. Halten Sie Geheimnisse aus Diagnosewerkzeugen heraus und prüfen Sie, ob aggregierte Messungen die betriebliche Frage beantworten, ohne einzelne Datensätze zu reproduzieren.
Verschlüsselung kann helfen, bestimmte Kopien zu schützen, aber identifizieren Sie, wer die Schlüssel kontrolliert und wo entschlüsselt wird. Eine Anwendung, die lesbare Daten verarbeiten muss, kann nicht so behandelt werden, als könne niemand jemals darauf zugreifen. Ebenso kann eine pseudonyme Kennung Datensätze im Laufe der Zeit verknüpfen. Beschreiben Sie die implementierte Kontrolle präzise, statt ein Verschlüsselungssymbol als Ersatz für die Verarbeitungskarte zu verwenden.
Ein praktisches Szenario: ein kleines Kundenportal
Stellen Sie sich ein Portal vor, das auf einer Schweizer VPS gehostet wird, mit einer unabhängigen Wiederherstellungskopie und einem E-Mail-Dienst eines Drittanbieters. Die Kundendatenbank bleibt im Normalbetrieb auf der VPS, aber Passwort-Zurücksetzungsnachrichten und Support-Benachrichtigungen verlassen diese Maschine. Das Team sollte die Mindestfelder in diesen Nachrichten, das für Backups verwendete Ziel und die Personen, die Datensätze exportieren dürfen, festhalten.
Eine sinnvolle Überprüfung könnte einen vollständigen Datensatz in einem Fehlerbericht durch eine zufällige Vorfallreferenz ersetzen, die Aufbewahrung von Diagnosedaten verkürzen und den Backup-Zugriff einschränken. Diese Änderungen sind unabhängig vom gewählten Land nützlich. Das Beispiel ist eine Planungsübung, keine Aussage, dass SwissOctet diese Integrationen enthält oder eine bestimmte Residenzvereinbarung verifiziert hat.
Überprüfen Sie die Karte, bevor Sie eine öffentliche Zusage machen
Bevor Sie Ihren Nutzern einen Standort versprechen, vergleichen Sie das Register mit der tatsächlichen Konfiguration und bestätigten Dienstbedingungen. Testen Sie, ob Backup- und Löschverfahren wie erwartet funktionieren. Überprüfen Sie Exporte, Monitoring-Agenten und geplante Jobs, denn sie können Kopien einführen, an die sich beim Erstkauf niemand erinnert. Weisen Sie jemanden zu, neue Ziele zu genehmigen und das Register zu aktualisieren, wenn sich die Architektur ändert.
SwissOctet präsentiert Schweizer Konfigurationen in seinem Katalog. Die Verarbeitungsvereinbarungen, Support-Zugriffe und Aufbewahrungsregeln des Live-Betreibers müssen vor einer echten Bestellung separat bestätigt werden. Wählen Sie die Infrastruktur mit dieser Grenze im Blick: Ein klarer Schweizer Standort kann Ihre Architektur unterstützen, während eine vollständige und gepflegte Datenkarte die Aussagen stützt, die Sie darüber machen.
Ihre praktische Checkliste.
- Klassifizieren Sie die vom Projekt verarbeiteten Informationen.
- Kartieren Sie primären Speicher, Backups, Protokolle und Integrationen.
- Identifizieren Sie Auftragsverarbeiter, Zugriffsverantwortliche und Aufbewahrungsentscheidungen.
- Prüfen Sie offizielle Leitlinien für anwendbare grenzüberschreitende Fragen.
- Überprüfen Sie die tatsächliche Konfiguration, bevor Sie Residenz versprechen.
Die Details, die zählen.
Bedeutet ein Schweizer Server, dass jede Kopie in der Schweiz bleibt?+
Nein. Backup-Ziele, Exporte, Support-Systeme und Integrationen haben ihre eigenen Datenwege und müssen separat geprüft werden.
Entfällt durch Verschlüsselung die Notwendigkeit, die Verarbeitung zu kartieren?+
Nein. Sie müssen weiterhin wissen, wo Daten und Schlüssel existieren, wer sie entschlüsseln kann und welche Verarbeitung stattfindet.
Zertifiziert dieser Leitfaden eine SwissOctet-Bereitstellung?+
Nein. Er bietet eine Planungsmethode. Live-Verarbeitungsbedingungen und implementierte Kontrollen müssen für den konkreten Dienst bestätigt werden.
Gehen Sie zur Quelle.
Diese Referenzen unterstützen die technischen Konzepte in diesem Leitfaden. Folgen Sie der aktuellen Dokumentation, bevor Sie ein Produktionssystem ändern.
- FDPIC: Datenverarbeitung in der Cloud www.edoeb.admin.ch
- EDÖB: Auslagerung der Datenverarbeitung www.edoeb.admin.ch
- EDÖB: Grenzüberschreitende Übermittlung von Personendaten www.edoeb.admin.ch
Redaktionelle Beratung durch SwissOctet. Beispiele sind illustrativ. Servicespezifikationen, verfügbare Optionen und vertragliche Bedingungen müssen separat überprüft werden.