Udostępnij za pośrednictwem


Czy RODO ma zastosowanie do mnie?

Ważne

Program Visual Studio App Center został wycofany 31 marca 2025 r. z wyjątkiem funkcji analizy i diagnostyki, które będą nadal obsługiwane do 30 czerwca 2026 r. Dowiedz się więcej.

Przegląd

Celem tego przewodnika jest pomoc w ustaleniu, czy i gdzie mogły zostać zebrane dane osobowe użytkowników końcowych przy użyciu Centrum aplikacji. Dokument jest podzielony według usług App Center i przypisany do scenariuszy.

Jeśli jeden z tych scenariuszy ma zastosowanie, a jeden z Twoich użytkowników żąda wykonania prawa podmiotu danych, możesz zapoznać się z odpowiednią sekcją, aby wyeksportować lub usunąć dane użytkownika końcowego.

Scenariusz 1. Mapuję identyfikatory instalacji na identyfikatory użytkowników

Identyfikatory instalacji nie są danymi osobowymi samodzielnie. Mogą być jednak mapowane na dane osobowe, które mogą służyć do identyfikowania użytkownika końcowego.

Typowym sposobem mapowania identyfikatorów jest śledzenie użytkowników, gdy logują się do aplikacji, łącząc ich poświadczenia z identyfikatorem instalacji.

Scenariusz 2: Analiza — dodałem informacje osobiste w zdarzeniach niestandardowych

Jeśli używasz Niestandardowych Zdarzeń Analitycznych w usłudze App Center Analytics, zdarzenia mogą być potencjalnym miejscem, w którym mogłeś dodać dane osobowe, takich jak:

  • Nazwa zdarzenia
  • Klucz właściwości zdarzenia
  • Wartość właściwości zdarzenia

Wartość właściwości zdarzenia

Dane osobowe można wprowadzać za pomocą wartości właściwości zdarzenia. Na przykład, można utworzyć zdarzenie o nazwie "Login", które przechwytuje adresy e-mail w polu wartości właściwości.

Map<String, String> properties = new HashMap<>();
properties.put("email_address", "blXXX@microsoft.com");
properties.put("phone_number","555-123-XXX");
Analytics.trackEvent("Login", properties);

Nazwa zdarzenia lub klucz właściwości zdarzenia

Te dwa przypadki są mniej prawdopodobne, ponieważ są one statycznie zdefiniowane przez dewelopera raz. Istnieją jednak również miejsca, w których można było dodać dane osobowe. Zapoznaj się z poniższymi przykładami.

Nazwa zdarzenia:

Analytics.trackEvent("blXXX@microsoft.com", properties);

Klucz właściwości zdarzenia:

Map<String, String> properties = new HashMap<>();
properties.put("blXXX@microsoft.com", "microsoft_address");
properties.put("555-123-XXX", "washington_state");

Analytics.trackEvent("Origin", properties);

Scenariusz 3: Awarie — dodałem informacje osobiste w awariach

Załączniki awaryjne

Jeśli używasz zestawu SDK do przesyłania informacji o awarii, być może dodałeś dane użytkownika jako załącznik tekstowy do zgłoszenia awarii.

Komunikat o wyjątku

Podczas zgłaszania wyjątku w komunikacie o wyjątku może zostać uwzględnione dane osobowe użytkownika.

Adnotacja

Podczas pisania adnotacji w portalu lub za pośrednictwem interfejsu API możesz napisać dane osobowe użytkownika w adnotacjach.

Scenariusz 4: Błędy — dodano informacje osobiste w atrybutach błędu

Jeśli używasz błędów usługi App Center, właściwości błędu są potencjalnym miejscem, w którym mogły zostać dodane dane osobowe.

Wartość właściwości błędu

Najbardziej typowym scenariuszem jest posiadanie danych osobowych we właściwości błędu. Przykład:

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);
}

Klucz właściwości błędu

Jest to mniej typowy przypadek, ponieważ są one statyczne, zdefiniowane przez dewelopera raz.

Informacje osobiste w kluczu właściwości błędu:

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);
}