La résidence des données décrit où les données sont stockées ou traitées. Un serveur suisse n'établit pas la localisation des sauvegardes, des systèmes de support, des intégrations externes ou de chaque personne ayant accès ; évaluez ces composants séparément.
Séparer l'emplacement de la machine du parcours des données
Un label de pays sur une offre d'hébergement répond à une question étroite : où se trouve la configuration listée. Votre application peut toujours envoyer des informations ailleurs. Le signalement d'erreurs, l'envoi d'e-mails, le traitement des paiements, les sauvegardes hors site et l'accès administrateur font partie du service même lorsqu'ils sont absents du schéma d'infrastructure. Traitez la destination suisse comme une entrée dans une cartographie des données, plutôt que comme une conclusion sur le projet complet.
Commencez par nommer les informations que vous traitez. Un site de documentation publique, un portail client et une archive privée nécessitent des contrôles différents. Distinguez le contenu publié, les informations personnelles, les secrets d'authentification et les enregistrements opérationnels internes. Notez pourquoi chaque catégorie existe et ce qui se passerait si elle était divulguée, modifiée ou perdue. Cela rend les décisions ultérieures de localisation concrètes au lieu de s'appuyer sur l'attrait général d'une juridiction.
Construire un petit registre de traitement
Suivez une action utilisateur représentative du navigateur jusqu'au stockage. Notez quel système reçoit la requête, ce qu'il écrit et quels autres services sont notifiés. Répétez l'exercice pour la création de compte, la récupération de mot de passe, les téléversements et le support. Vous découvrirez souvent des copies secondaires dans les journaux, les files d'attente d'e-mails et les exports de diagnostic. Enregistrez-les pendant que l'architecture est encore assez simple pour être modifiée.
Utilisez un registre avec une finalité, une destination, un responsable d'accès et une décision de conservation pour chaque composant. Vous n'avez pas besoin d'un outil de conformité élaboré pour commencer. La propriété utile est que quelqu'un puisse expliquer chaque ligne et la mettre à jour après une nouvelle intégration. Un schéma sans emplacements de sauvegarde ni accès administratif est incomplet pour une décision de résidence.
| Composant | Ce qu'il faut établir | Éléments de preuve utiles |
|---|---|---|
| Base de données principale | Emplacement d'hébergement et accès autorisé | Spécification du service et politique d'accès |
| Copie de récupération | Destination, conservation et suppression | Configuration de sauvegarde et procédure de restauration |
| Export de support | Contenu et destinataires | Échantillon expurgé et politique de support |
| Intégration externe | Informations envoyées et conditions de traitement | Configuration de l'intégration et documentation du fournisseur |
Comprendre la responsabilité qui vous incombe
Le Préposé fédéral à la protection des données et à la transparence explique que l'externalisation du traitement ne supprime pas la responsabilité du responsable du traitement en matière de protection des données. Ses recommandations couvrent la sélection des sous-traitants, l'émission d'instructions et la vérification du traitement des données personnelles. C'est une raison d'examiner la relation de service autant que l'emplacement des serveurs. Les obligations exactes pour votre organisation dépendent du cadre applicable et des informations concernées.
Lorsque des informations peuvent être divulguées au-delà des frontières, utilisez les recommandations officielles pertinentes et demandez conseil pour les décisions nécessitant une évaluation juridique. Évitez de déclarer qu'un nom de pays rend automatiquement l'application conforme. Demandez qui sont les sous-traitants et sous-traitants ultérieurs, où le traitement a lieu et quelles dispositions s'appliquent. Conservez les réponses avec la documentation opérationnelle du projet afin que la décision puisse être réexaminée ultérieurement.
Réduire les informations nécessitant une décision de localisation
Ne collectez que ce qui sert une finalité définie. Une newsletter n'a pas nécessairement besoin d'une adresse postale complète, et un rapport de dépannage a rarement besoin d'une base de données client entière. Supprimer les champs inutiles réduit l'exposition et simplifie la conservation. Tenez les secrets à l'écart des outils de diagnostic, et demandez-vous si des mesures agrégées répondent à la question opérationnelle sans reproduire des enregistrements individuels.
Le chiffrement peut aider à protéger certaines copies, mais identifiez qui contrôle les clés et où le déchiffrement a lieu. Une application qui doit traiter des données lisibles ne peut pas être considérée comme si personne ne pouvait jamais y accéder. De même, un identifiant pseudonyme peut encore relier des enregistrements au fil du temps. Décrivez précisément le contrôle mis en œuvre au lieu d'utiliser un badge de chiffrement comme substitut à la cartographie du traitement.
Un scénario pratique : un petit portail client
Imaginez un portail hébergé sur un VPS suisse, avec une copie de récupération indépendante et un service d'e-mail tiers. La base de données client reste sur le VPS en fonctionnement normal, mais les messages de réinitialisation de mot de passe et les notifications de support quittent cette machine. L'équipe doit enregistrer les champs minimaux dans ces messages, la destination utilisée pour les sauvegardes et les personnes autorisées à exporter des enregistrements.
Un examen judicieux pourrait remplacer un enregistrement complet dans un rapport d'erreur par une référence d'incident aléatoire, raccourcir la conservation des diagnostics et restreindre l'accès aux sauvegardes. Ces changements sont utiles quel que soit le pays choisi. L'exemple est un exercice de planification, et non une déclaration selon laquelle SwissOctet inclut ces intégrations ou a vérifié un arrangement de résidence particulier.
Vérifier la cartographie avant de prendre un engagement public
Avant de promettre un emplacement à vos utilisateurs, comparez le registre avec la configuration réelle et les conditions de service confirmées. Testez si les procédures de sauvegarde et de suppression fonctionnent comme prévu. Examinez les exports, les agents de surveillance et les tâches planifiées, car ils peuvent introduire des copies dont personne ne se souvient lors de l'achat initial. Chargez quelqu'un d'approuver les nouvelles destinations et de mettre à jour le registre lorsque l'architecture change.
SwissOctet présente des configurations suisses dans son catalogue. Les arrangements de traitement de l'exploitant en production, l'accès au support et les règles de conservation doivent être confirmés séparément avant une commande réelle. Choisissez l'infrastructure en gardant cette frontière à l'esprit : un emplacement suisse clair peut soutenir votre architecture, tandis qu'une cartographie des données complète et maintenue soutient les affirmations que vous faites à son sujet.
Votre liste de contrôle pratique.
- Classifiez les informations traitées par le projet.
- Cartographiez le stockage principal, les sauvegardes, les journaux et les intégrations.
- Identifiez les sous-traitants, les responsables d'accès et les décisions de conservation.
- Consultez les recommandations officielles pour les questions transfrontalières applicables.
- Vérifiez la configuration réelle avant de promettre une résidence.
Les détails qui comptent.
Un serveur suisse signifie-t-il que chaque copie reste en Suisse ?+
Non. Les destinations de sauvegarde, les exports, les systèmes de support et les intégrations ont leurs propres parcours de données et doivent être vérifiés séparément.
Le chiffrement supprime-t-il la nécessité de cartographier le traitement ?+
Non. Vous devez toujours savoir où se trouvent les données et les clés, qui peut les déchiffrer et quel traitement a lieu.
Ce guide certifie-t-il un déploiement SwissOctet ?+
Non. Il fournit une méthode de planification. Les conditions de traitement en production et les contrôles mis en œuvre doivent être confirmés pour le service spécifique.
Allez à la source.
Ces références soutiennent les concepts techniques de ce guide. Suivez la documentation actuelle avant de modifier un système de production.
- PFPDT : le traitement des données dans le cloud www.edoeb.admin.ch
- PFPDT : externalisation du traitement des données www.edoeb.admin.ch
- PFPDT : transfert transfrontalier de données personnelles www.edoeb.admin.ch
Conseils éditoriaux par SwissOctet. Les exemples sont illustratifs. Les spécifications de service, les options disponibles et les conditions contractuelles doivent être vérifiées séparément.