Rótulos de privacidade de dados para variáveis do Analytics

Os clientes do Adobe, como controladores de dados, são responsáveis por cumprir as leis de Privacidade de dados aplicáveis, como o Regulamento Geral sobre a Proteção de Dados (GDPR) e a Lei de Privacidade do Consumidor da Califórnia (CCPA). Os clientes devem consultar suas próprias equipes jurídicas para determinar como os dados devem ser tratados para cumprir as leis de privacidade de dados. A Adobe entende que cada um de seus clientes tem necessidades exclusivas relacionadas à privacidade, por isso ela permite que seus clientes personalizem as configurações desejadas para o processamento de dados de privacidade. Isso permite que cada cliente único processe solicitações de Privacidade de dados da maneira mais adequada para sua marca e conjunto de dados exclusivo.

O Adobe Analytics fornece ferramentas para rotulação de dados de acordo com sua sensibilidade e restrições contratuais. Os rótulos são importantes para: (1) identificar os titulares de dados; (2) determinar quais dados retornar como parte de uma solicitação de acesso; e (3) identificar campos de dados que devem ser excluídos como parte de uma solicitação de exclusão.

Antes de descobrir quais rótulos devem ser aplicados a quais campos/variáveis, é necessário compreender as IDs que você está capturando nos dados do Analytics e decidir quais serão usadas nas solicitações de Privacidade de dados.

A implementação da Privacidade de dados do Adobe Analytics oferece suporte aos seguintes rótulos para dados de identidade, dados sensíveis e governança de dados.

Rótulos de dados de identidade identity-data-labels

Os rótulos “I” de dados de identidade são usados para classificar dados que podem identificar ou permitir o contato com uma pessoa específica.

Rótulos de dados confidenciais sensitive-data-labels

Os rótulos “S” de dados sensíveis são usados para classificar dados sensíveis, como dados geográficos. Os rótulos de dados confidenciais adicionais serão introduzidos no futuro para identificar outros tipos de informações confidenciais.

Rótulos de governança de dados (Privacidade de dados) data-governance-labels

Os rótulos de governança de dados oferecem aos usuários a capacidade de classificar dados que refletem considerações relativas à privacidade e condições contratuais, a fim de auxiliar os clientes da Adobe a manter a conformidade com os regulamentos e as políticas corporativas.

Rótulos de acesso da privacidade de dados access

Embora poucas variáveis recebam qualquer um dos outros rótulos, espera-se que os rótulos de acesso sejam aplicados em muitas de suas variáveis. No entanto, cabe a você, com a orientação de sua equipe jurídica, decidir quais dados coletados devem ser compartilhados com os titulares de dados.

Rótulos de exclusão da privacidade de dados delete

Ao contrário dos outros rótulos, esses rótulos de Exclusão não são mutuamente exclusivos. Você pode selecionar ambos ou nenhum. Um rótulo Nenhum separado não é necessário, pois o valor Nenhum pode ser indicando simplesmente por não selecionar as opções de exclusão.

Um rótulo de exclusão é necessário apenas para campos que contenham um valor que permita a associação de uma ocorrência ao titular de dados (ou seja, que permita a identificação do titular de dados). Outras informações pessoais (favoritos, histórico de navegação/compras, condições de integridade etc.) não precisam ser excluídas, já que a associação com o titular de dados será encerrada.

Rótulos de identidade da privacidade de dados identity

Fornecer um namespace ao rotular uma variável como ID-DEVICE ou ID-PERSON provide-namespace

Ao rotular uma variável como ID-DEVICE ou ID-PERSON, você receberá uma solicitação para fornecer um namespace. Você pode usar um namespace definido anteriormente ou definir um novo.

Usar um namespace definido anteriormente previously-defined

Se você atribuiu anteriormente um rótulo de ID a outras variáveis em qualquer um dos conjuntos de relatórios na empresa de logon, será possível selecionar um desses namespaces existentes. Reutilize o namespace se essa variável contiver o mesmo tipo de IDs que outras variáveis já rotuladas com esse namespace e você desejar pesquisar todos eles ao enviar uma solicitação.

Definir um novo namespace define

Você também pode definir um novo namespace. Recomendamos que as sequências de caracteres do namespace sejam limitadas a caracteres alfanuméricos, além de caracteres com sublinhado, traço e espaço. Elas serão inteiramente convertidas para letras minúsculas.

A sequência de caracteres especificada como namespace é a mesma que deve ser usada ao enviar solicitações por meio da API da privacidade de dados como o valor do parâmetro “namespace”. A solicitação fará com que o Adobe Analytics pesquise todas as variáveis em todos os conjuntos de relatórios que compartilham esse namespace com a ID especificada na solicitação.

Você não precisa especificar os rótulos de ID-DEVICE ou ID-PERSON para todas as variáveis que contenham IDs (os rótulos I1/I2 são destinados a isso). Use esse rótulo se for enviar solicitações de Privacidade de dados usando IDs armazenadas nessa variável e quiser pesquisá-la para a ID especificada. Por exemplo, se eVar1 puder conter um endereço de email e eVar2 um nome de usuário de logon, mas as solicitações serão enviadas usando somente o nome de usuário, será possível rotular eVar1 como I1, ACC-PERSON, DEL-PERSON, mas eVar2 como I2, ACC-PERSON, DEL-PERSON, ID-PERSON com o namespace “nome de usuário”. Em seguida, você pode enviar uma solicitação com um bloco JSON da seção do usuário, como:

{
     "namespace": "user name",
     "type": "analytics",
     "value": "rocketman123"
}

É aceitável usar o mesmo namespace para variáveis diferentes no mesmo conjunto de relatórios. Por exemplo, algumas implementações personalizadas armazenam uma ID do CRM em uma prop e uma eVar. Se a ID do CRM sempre aparecer em uma delas (como a eVar), e apenas ocasionalmente na outra (a prop), ou seja, nunca nas duas ao mesmo tempo, então apenas a eVar exigirá um rótulo de ID e um namespace, já que a Adobe poderá pesquisar a ID apenas nessa eVar. No entanto, se a ID do CRM ocorrer às vezes em uma variável e, ocasionalmente, na outra, as duas deverão ter o mesmo namespace e a Adobe pesquisará em ambas por ocorrências da ID especificada, como parte de uma solicitação de Privacidade de dados com esse namespace. Você ainda deve ter os rótulos DEL em todas essas variáveis, para que o valor torne-se anônimo independentemente de onde ocorrer.

Como outro exemplo, você pode ter uma ID do CRM que, às vezes, é enviada pela eVar1 e outras pela prop7. Em seguida, você tem uma regra de processamento que copia o valor da eVar1, se existir, para a eVar3. Caso contrário, ela copia o valor da prop7 para a eVar3. Nesse cenário, a eVar3 sempre conterá a ID do CRM, se for conhecida. Portanto, somente a eVar3 exigirá um rótulo de ID-PERSON.

Tipos de variáveis e seus rótulos de privacidade de dados compatíveis variable-types

A rotulagem da privacidade de dados afeta quatro grandes classes de variáveis do Analytics. Nem todas as variáveis são compatíveis com todos os rótulos. Esta tabela mostra quais variáveis são compatíveis ou não com quais rótulos.

Variáveis às quais outros rótulos, além de ACC-ALL/ACC-PERSON, podem ser atribuídos ou modificados variables

Lidar com exclusões deletion

O suporte do Adobe Analytics para solicitações de exclusão da Privacidade de dados foi projetado para minimizar os impactos a relatórios. Na maioria dos casos, as métricas exibidas nos relatórios não devem ser alteradas. Um relatório histórico que foi executado antes de uma exclusão da Privacidade de dados corresponderá ao mesmo relatório executado depois da exclusão. Isso é feito ao desvincular completamente os dados excluídos do titular dos dados, porém mantendo os dados não identificáveis para que os valores relatados permaneçam consistentes.

A tabela a seguir descreve como as variáveis são “excluídas”. Esta não é uma lista completa.

Variáveis que podem não ser compatíveis com os rótulos de exclusão esperados no-delete-support

Esta seção pretende esclarecer informações sobre as variáveis do Analytics que podem não ter suporte à exclusão. Às vezes, essas variáveis são excluídas por usuários que não usam o Analytics (como a equipe jurídica), os quais não compreendem os tipos de dados contidos na variável e fazem apenas suposições com base no nome da variável.

É importante entender quais tipos de dados estão contidos em cada variável antes de tomar uma decisão sobre rotulagem ou exclusão, e não depender apenas do nome da variável. Veja a seguir uma lista de algumas dessas variáveis e por que elas podem não exigir a exclusão, ou por que elas podem não exigir um rótulo de exclusão específico:

Campos de data para solicitações de acesso access-requests

Há cinco variáveis padrão que contêm carimbos de data e hora:

O código para geração de arquivos retornados por solicitações de Privacidade de dados de acesso exige que pelo menos uma das primeiras três variáveis de carimbo de data e hora sejam incluídas na solicitação de acesso (tenham um rótulo ACC aplicável ao tipo de solicitação). Se não forem incluídas, o Horário personalizado da ocorrência em UTC será tratado como se tivesse um rótulo ACC-ALL.

O arquivo CSV em nível de ocorrência retornado para solicitações de Privacidade de dados de acesso converterá os valores desses campos de carimbos de data e hora unix em campos de data e hora no formato YYYY-MM-DD HH:MM:SS (por exemplo, 2018-05-01 13:49:22). No arquivo HTML de resumo, esses valores de carimbos de data e hora serão truncados para incluir somente a data, YYYY-MM-DD, para reduzir o número de valores únicos que ocorrem para tais campos.