Processamento de solicitação de privacidade em Real-time Customer Profile

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.

OBSERVAÇÃO

Este guia só aborda como fazer solicitações de privacidade para o armazenamento de dados do perfil no Experience Platform. Se você também planeja fazer solicitações de privacidade para o Platform Data Lake, 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.

Introdução

É recomendável que você tenha uma compreensão funcional do seguinte Experience Platform antes de ler este guia:

  • Privacy Service: Gerencia solicitações de clientes para acessar, recusar a venda ou excluir seus dados pessoais nos aplicativos Adobe Experience Cloud.
  • Identity Service: Resolve o desafio fundamental colocado pela fragmentação dos dados de experiência do cliente ao unir identidades entre dispositivos e sistemas.
  • Real-time Customer Profile: Fornece um perfil de consumidor unificado e em tempo real com base em dados agregados de várias fontes.

Noções básicas sobre namespaces de identidade

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.

Envio de solicitações

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.

IMPORTANTE

O Privacy Service só pode processar Profile dados que usam uma política de mesclagem que não executa a identificação. Se estiver usando a interface do usuário para confirmar se as solicitações de privacidade estão sendo processadas, verifique se você 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".

Também é importante observar que o tempo que uma solicitação de privacidade pode levar para ser concluída não pode ser garantido. 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.

Uso da API

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).

OBSERVAÇÃO

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. Ao fazer solicitações à Data Lake, a matriz deve incluir o valor "ProfileService".

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:

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: {IMS_ORG}' \
  -H 'Content-Type: application/json' \
  -d '{
    "companyContexts": [
      {
        "namespace": "imsOrgID",
        "value": "{IMS_ORG}"
      }
    ],
    "users": [
      {
        "key": "user12345",
        "action": ["access","delete"],
        "userIDs": [
          {
            "namespace": "Email",
            "value": "ajones@acme.com",
            "type": "standard"
          },
          {
            "namespace": "Customer_ID",
            "value": "12345678",
            "type": "unregistered"
          }
        ]
      }
    ],
    "include": ["ProfileService"],
    "expandIds": false,
    "priority": "normal",
    "regulation": "ccpa"
}'
IMPORTANTE

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.

Uso da interface do usuário

Ao criar solicitações de trabalho na interface do usuário, selecione AEP Data Lake e/ou Perfil under Produtos para processar tarefas para dados armazenados no Data Lake ou Real-time Customer Profile, respectivamente.


Fragmentos de perfil em solicitações de privacidade

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, lastNamee 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.

Excluir processamento de solicitação

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 então removidos do Data Lake ou Profile armazenar após a conclusão do trabalho de privacidade. Enquanto o trabalho de exclusão ainda estiver sendo processado, os dados serão excluídos automaticamente e, portanto, não poderão ser acessados por nenhum Platform serviço. Consulte a Privacy Service documentação para obter mais informações sobre o rastreamento de status de trabalho.

IMPORTANTE

Embora uma solicitação de exclusão bem-sucedida remova os dados de atributo coletados para um cliente (ou conjunto de clientes), a solicitação 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.

Em versões futuras, Platform enviará confirmação para Privacy Service após os dados terem sido fisicamente excluídos.

Próximas etapas

Ao ler este documento, você foi apresentado aos conceitos importantes envolvidos no processamento de solicitações de privacidade no Experience Platform. É recomendável continuar lendo a documentação fornecida neste guia para aprofundar sua compreensão de como gerenciar dados de identidade e criar tarefas de privacidade.

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.

Nesta página