Le RGPD s’applique-t-il à moi ?
Important
La mise hors service de Visual Studio App Center est prévue pour le 31 mars 2025. Bien que vous puissiez continuer à utiliser Visual Studio App Center jusqu’à sa mise hors service complète, il existe plusieurs alternatives recommandées vers lesquelles vous pouvez envisager la migration.
En savoir plus sur les chronologies et les alternatives de support.
Vue d’ensemble
L’objectif de ce guide est de vous aider à déterminer si et où vous avez peut-être collecté des informations personnelles sur vos utilisateurs finaux à l’aide d’App Center. Le document est divisé par service App Center, mappé à des scénarios.
Si l’un de ces scénarios s’applique et que l’un de vos utilisateurs demande à exercer un droit de personne concernée, vous pouvez consulter la section correspondante pour exporter ou supprimer vos données d’utilisateur final.
Scénario 1 : Je mapper les ID d’installation aux ID utilisateur
Les ID d’installation ne sont pas des informations personnelles en soi. Toutefois, ils peuvent être mappés à des informations personnelles, qui peuvent être utilisées pour identifier un utilisateur final.
Un moyen courant de mapper les ID consiste à suivre les utilisateurs lorsqu’ils se connectent à votre application, en liant leurs informations d’identification à leur ID d’installation.
Scénario 2 : Analytique - J’ai ajouté des informations personnelles dans des événements personnalisés
Si vous utilisez des événements personnalisés Analytics dans App Center Analytics, les événements sont un endroit potentiel où vous pourriez avoir ajouté des informations personnelles, notamment :
- Nom d'événement
- Clé de propriété d’événement
- Valeur de la propriété d’événement
Valeur de la propriété d’événement
Les informations personnelles peuvent être introduites via des valeurs de propriété d’événement. Par exemple, vous pouvez créer un événement appelé « Connexion » qui capture les adresses e-mail dans le champ valeur de propriété.
Map<String, String> properties = new HashMap<>();
properties.put("email_address", "blXXX@microsoft.com");
properties.put("phone_number","555-123-XXX");
Analytics.trackEvent("Login", properties);
Nom de l’événement ou clé de propriété d’événement
Ces deux cas sont moins probables, car ils sont définis statiquement par le développeur une seule fois. Toutefois, il existe également des endroits où vous pouvez avoir ajouté des informations personnelles. Considérons les exemples ci-dessous.
Nom de l’événement :
Analytics.trackEvent("blXXX@microsoft.com", properties);
Clé de propriété d’événement :
Map<String, String> properties = new HashMap<>();
properties.put("blXXX@microsoft.com", "microsoft_address");
properties.put("555-123-XXX", "washington_state");
Analytics.trackEvent("Origin", properties);
Scénario 3 : Incidents - J’ai ajouté des informations personnelles dans Incidents
Pièces jointes sur incident
Si vous utilisez le Kit de développement logiciel (SDK) pour transmettre des informations sur les incidents, vous avez peut-être ajouté les données de votre utilisateur dans une pièce jointe de texte pour un incident.
Message d’exception
Lorsque vous lèvez une exception, vous avez peut-être inclus les informations personnelles d’un utilisateur dans le message d’exception.
Annotation
Lorsque vous écrivez une annotation sur le portail ou via l’API, vous avez peut-être écrit les informations personnelles d’un utilisateur dans des annotations.
Scénario 4 : Erreurs - J’ai ajouté des informations personnelles dans les propriétés d’erreur
Si vous utilisez des erreurs App Center, les propriétés d’erreur sont un emplacement potentiel où vous avez peut-être ajouté des informations personnelles.
Valeur de la propriété Error
Le scénario le plus courant consiste à avoir des informations personnelles dans la valeur de propriété d’erreur. Par exemple :
try
{
// your code here.
}
catch (Exception exception)
{
var properties = new Dictionary<string, string>
{
{ "email_address", "blXXX@microsoft.com"},
{ "phone_number", "555-123-XXX"}
};
Crashes.TrackError(exception, properties);
}
Clé de propriété Error
Il s’agit d’un cas moins courant, car ils sont statiques, définis par le développeur une seule fois.
Informations personnelles dans la clé de propriété d’erreur :
try
{
// your code here.
}
catch (Exception exception)
{
var properties = new Dictionary<string, string>
{
{ "blXXX@microsoft.com", "@microsoft.com" },
{ "555-123-XXX", "Washington number" }
};
Crashes.TrackError(exception, properties);
}