Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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);
}