Czy RODO ma zastosowanie do mnie?

Omówienie

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 przez usługę App Center, mapowany na scenariusze.

Jeśli ma zastosowanie jeden z tych scenariuszy, a jeden z użytkowników żąda wykonania prawa podmiotu danych, możesz przyjrzeć się odpowiedniej sekcji w celu wyeksportowania lub usunięcia danych użytkownika końcowego.

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

Identyfikatory instalacji nie są danymi osobowymi samodzielnie. Mogą jednak być 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 podczas logowania się do aplikacji, łączenie poświadczeń z identyfikatorem instalacji.

Scenariusz 2: Analiza — dodano dane osobowe w zdarzeniach niestandardowych

Jeśli używasz zdarzeń niestandardowych analizy w usłudze App Center Analytics, zdarzenia są potencjalnym miejscem, w którym można było dodać dane osobowe, w tym:

• 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. Można na przykład 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 mogły zostać dodane dane osobowe. Zobacz poniższe przykłady.

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 — dodano dane osobowe w awarii

Załączniki awaryjne

Jeśli używasz zestawu SDK do przesyłania informacji o awarii, dane użytkownika mogły zostać dodane w załączniku tekstowym w przypadku awarii.

Komunikat o wyjątku

Podczas zgłaszania wyjątku w komunikacie o wyjątku mogły 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 we właściwościach błędów

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

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

Najbardziej typowym scenariuszem jest posiadanie informacji osobistych w wartości właściwości błędu. Na 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);
}