Adobe Experience Platform Privacy Service processa solicitações de acesso, recusa de venda ou exclusão de seus dados pessoais pelo cliente, conforme definido pelas regulamentações de privacidade, como o Regulamento Geral sobre a Proteção de Dados (GDPR) e California Consumer Privacy Act (CCPA).
Este documento aborda conceitos essenciais relacionados ao processamento de solicitações de privacidade de Real-Time Customer Profile no Adobe Experience Platform.
Este guia só aborda como fazer solicitações de privacidade para o armazenamento de dados do perfil no Experience Platform. Se também planeja fazer solicitações de privacidade para o lago de dados da Plataforma, consulte o guia sobre processamento de solicitação de privacidade no data lake além deste tutorial.
Para obter etapas sobre como fazer solicitações de privacidade para outros aplicativos Adobe Experience Cloud, consulte o Documentação do Privacy Service.
Este guia requer uma compreensão funcional do seguinte Platform componentes:
Adobe Experience Platform Identity Service faz a ponte entre os dados de identidade do cliente em todos os sistemas e dispositivos. Identity Service uses namespaces de identidade fornecer contexto aos valores de identidade, relacionando-os com o seu sistema de origem. Um namespace pode representar um conceito genérico, como um endereço de email ("Email") ou associar a identidade a um aplicativo específico, como uma Adobe Advertising Cloud ID ("AdCloud") ou Adobe Target ID ("TNTID").
O Serviço de identidade mantém um armazenamento de namespaces de identidade definidos globalmente (padrão) e definidos pelo usuário (personalizados). Os namespaces padrão estão disponíveis para todas as organizações (por exemplo, "Email" e "ECID"), enquanto sua organização também pode criar namespaces personalizados para atender às suas necessidades específicas.
Para obter mais informações sobre namespaces de identidade em Experience Platform, consulte o visão geral do namespace de identidade.
As seções abaixo descrevem como fazer solicitações de privacidade para Real-Time Customer Profile usando o Privacy Service API ou interface do usuário. Antes de ler essas seções, é altamente recomendável revisar a seção API Privacy Service ou Interface do usuário do Privacy Service documentação para obter as etapas completas sobre como enviar um trabalho de privacidade, incluindo como formatar corretamente os dados de identidade do usuário enviados nas cargas de solicitação.
O Privacy Service só pode processar Profile dados que usam uma política de mesclagem que não executa a identificação. Consulte a seção sobre limitações da política de mesclagem para obter mais informações.
Observe que o tempo que uma solicitação de privacidade pode levar para ser concluída cannot ser garantidas. Se ocorrerem alterações no Profile dados enquanto uma solicitação ainda está sendo processada, não é possível garantir se esses registros são processados ou não.
Ao criar solicitações de trabalho na API, qualquer ID fornecida em userIDs
deve usar um namespace
e type
. Um namespace de identidade reconhecido por Identity Service devem ser previstas namespace
, enquanto a variável type
deve ser standard
ou unregistered
(para namespaces padrão e personalizados, respectivamente).
Talvez seja necessário fornecer mais de uma ID para cada cliente, dependendo do gráfico de identidade e de como os fragmentos de perfil são distribuídos nos conjuntos de dados da plataforma. Consulte a próxima seção fragmentos de perfil para obter mais informações.
Além disso, a variável include
a matriz da carga da solicitação deve incluir os valores do produto para os diferentes armazenamentos de dados em que a solicitação está sendo feita. Para excluir os dados de perfil associados a uma identidade, a matriz deve incluir o valor ProfileService
. Para excluir as associações de gráficos de identidade do cliente, a matriz deve incluir o valor identity
.
Consulte a seção sobre solicitações de perfil e solicitações de identidade mais adiante neste documento para obter informações mais detalhadas sobre os efeitos da utilização de ProfileService
e identity
no include
matriz.
A solicitação a seguir cria um novo trabalho de privacidade para os dados de um único cliente na Profile armazenar. Dois valores de identidade são fornecidos para o cliente na variável userIDs
Array; uma usando a norma Email
namespace de identidade e outro usando um Customer_ID
namespace. Também inclui o valor do produto para Profile (ProfileService
) na include
array:
Solicitação
curl -X POST \
https://platform.adobe.io/data/core/privacy/jobs \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'Content-Type: application/json' \
-d '{
"companyContexts": [
{
"namespace": "imsOrgID",
"value": "{ORG_ID}"
}
],
"users": [
{
"key": "user12345",
"action": ["access","delete"],
"userIDs": [
{
"namespace": "Email",
"value": "ajones@acme.com",
"type": "standard"
},
{
"namespace": "Customer_ID",
"value": "12345678",
"type": "unregistered"
}
]
}
],
"include": ["ProfileService","identity"],
"expandIds": false,
"priority": "normal",
"regulation": "ccpa"
}'
A plataforma processa solicitações de privacidade em todas as sandboxes pertencente à sua organização. Como resultado, qualquer x-sandbox-name
o cabeçalho incluído na solicitação é ignorado pelo sistema.
Resposta do produto
Para o Serviço de perfil, uma vez concluída a tarefa de privacidade, uma resposta é retornada no formato JSON com informações relacionadas às IDs de usuário solicitadas.
{
"privacyResponse": {
"jobId": "7467850f-9698-11ed-8635-355435552164",
"response": [
{
"sandbox": "prod",
"mergePolicyId": "none",
"result": {
"person": {
"gender": "female"
},
"personalEmail": {
"address": "ajones@acme.com",
},
"identityMap": {
"crmid": [
{
"id": "5b7db37a-bc7a-46a2-a63e-2cfe7e1cc068"
}
]
}
}
},
{
"sandbox": "prod",
"mergePolicyId": "none",
"result": {
"person": {
"gender": "male"
},
"id": 12345678,
"identityMap": {
"crmid": [
{
"id": "e9d439f2-f5e4-4790-ad67-b13dbd89d52e"
}
]
}
}
}
]
}
}
Ao criar solicitações de trabalho na interface do usuário, selecione AEP Data Lake e/ou Perfil under Produtos para processar trabalhos de dados armazenados no lago de dados ou Real-Time Customer Profile, respectivamente.
No Profile armazenamento de dados, os dados pessoais de um cliente individual geralmente serão compostos de vários fragmentos de perfil, que estão associados à pessoa por meio do gráfico de identidade. Ao fazer solicitações de privacidade para a Profile , é importante observar que as solicitações são processadas somente no nível do fragmento de perfil, em vez do perfil inteiro.
Por exemplo, considere uma situação em que você está armazenando dados de atributos do cliente em três conjuntos de dados separados, que usam identificadores diferentes para associar esses dados a clientes individuais:
Nome do conjunto de dados | Campo de identidade primária | Atributos armazenados |
---|---|---|
Conjunto de dados 1 | customer_id |
address |
Conjunto de dados 2 | email_id |
firstName , lastName |
Conjunto de dados 3 | email_id |
mlScore |
Um dos conjuntos de dados usa customer_id
como seu identificador principal, enquanto os outros dois usam email_id
. Se você enviasse uma solicitação de privacidade (acesso ou exclusão) usando somente email_id
como o valor da ID do usuário, somente a variável firstName
, lastName
e mlScore
os atributos seriam processados, enquanto address
não seria afetada.
Para garantir que suas solicitações de privacidade processem todos os atributos relevantes do cliente, você deve fornecer os principais valores de identidade para todos os conjuntos de dados aplicáveis, onde esses atributos podem ser armazenados (até no máximo nove IDs por cliente). Consulte a seção sobre campos de identidade na seção noções básicas da composição do schema para obter mais informações sobre campos comumente marcados como identidades.
When Experience Platform recebe uma solicitação de exclusão de Privacy Service, Platform envia confirmação para Privacy Service que a solicitação foi recebida e os dados afetados foram marcados para exclusão. Os registros são removidos após a conclusão do trabalho de privacidade.
Dependendo de você também ter incluído o Serviço de identidade (identity
) e o lago de dados (aepDataLake
) como produtos em sua solicitação de privacidade para Perfil (ProfileService
), conjuntos diferentes de dados relacionados ao perfil são removidos do sistema em momentos potencialmente diferentes:
Produtos incluídos | Efeitos |
---|---|
ProfileService only |
O perfil é imediatamente excluído assim que a Platform envia a confirmação de que a solicitação de exclusão foi recebida. No entanto, o gráfico de identidade do perfil ainda permanece, e o perfil pode ser reconstruído como novos dados com as mesmas identidades são assimilados. Os dados associados ao perfil também permanecem no lago de dados. |
ProfileService e identity |
O perfil e seu gráfico de identidade associado são imediatamente excluídos assim que a Platform envia a confirmação de que a solicitação de exclusão foi recebida. Os dados associados ao perfil permanecem no lago de dados. |
ProfileService e aepDataLake |
O perfil é imediatamente excluído assim que a Platform envia a confirmação de que a solicitação de exclusão foi recebida. No entanto, o gráfico de identidade do perfil ainda permanece, e o perfil pode ser reconstruído como novos dados com as mesmas identidades são assimilados. Quando o produto do data lake responde que a solicitação foi recebida e está em processamento no momento, os dados associados ao perfil são excluídos automaticamente e, portanto, não podem ser acessados por qualquer Platform serviço. Uma vez concluída a tarefa, os dados são totalmente removidos do lago de dados. |
ProfileService , identity , e aepDataLake |
O perfil e seu gráfico de identidade associado são imediatamente excluídos assim que a Platform envia a confirmação de que a solicitação de exclusão foi recebida. Quando o produto do data lake responde que a solicitação foi recebida e está em processamento no momento, os dados associados ao perfil são excluídos automaticamente e, portanto, não podem ser acessados por qualquer Platform serviço. Uma vez concluída a tarefa, os dados são totalmente removidos do lago de dados. |
Consulte a Privacy Service documentação para obter mais informações sobre o rastreamento de status de trabalho.
Se uma solicitação de exclusão for feita para o Perfil (ProfileService
), mas não Serviço de identidade (identity
), o trabalho resultante remove os dados do atributo coletados para um cliente (ou conjunto de clientes), mas não remove as associações estabelecidas no gráfico de identidade.
Por exemplo, uma solicitação de exclusão que usa um email_id
e customer_id
remove todos os dados do atributo armazenados nessas IDs. Contudo, quaisquer dados que sejam posteriormente assimilados ao abrigo do mesmo customer_id
ainda estará associada ao email_id
, já que a associação ainda existe.
Para remover o perfil e todas as associações de identidade de um determinado cliente, inclua o Perfil e o Serviço de identidade como produtos de destino nas solicitações de exclusão.
O Privacy Service só pode processar Profile dados que usam uma política de mesclagem que não executa a identificação. Se você estiver usando a interface do usuário para confirmar se as solicitações de privacidade estão sendo processadas, verifique se está usando uma política com None como Compilação de ID tipo . Em outras palavras, não é possível usar uma política de mesclagem em que Compilação de ID está definida como Gráfico privado.
Ao ler este documento, você foi apresentado aos conceitos importantes envolvidos no processamento de solicitações de privacidade no Experience Platform. Para aprofundar sua compreensão de como gerenciar dados de identidade e criar tarefas de privacidade, continue lendo a documentação fornecida neste guia.
Para obter informações sobre o processamento de solicitações de privacidade de Platform recursos não usados por Profile, consulte o documento em processamento de solicitação de privacidade no data lake.