Behandeling van privacyaanvraag in Real-Time Customer Profile

Adobe Experience Platform Privacy Service verwerkt verzoeken van klanten om toegang te krijgen tot, zich uit de verkoop te sluiten van of hun persoonsgegevens te verwijderen, zoals is vastgelegd in privacyregels zoals de General Data Protection Regulation (GDPR) en California Consumer Privacy Act (CCPA).

In dit document worden de belangrijkste concepten besproken die betrekking hebben op het verwerken van privacyverzoeken voor Real-Time Customer Profile in Adobe Experience Platform.

Aan de slag

Deze handleiding vereist een goed begrip van de volgende Platform -componenten:

Naamruimten voor identiteiten namespaces

Adobe Experience Platform Identity Service biedt een brug tussen identiteitsgegevens van klanten op systemen en apparaten. Identity Service gebruikt identiteit namespaces om context aan identiteitswaarden te verstrekken door hen op hun systeem van oorsprong met elkaar in verband te brengen. Een naamruimte kan een algemeen concept vertegenwoordigen, zoals een e-mailadres ("e-mail") of de identiteit koppelen aan een specifieke toepassing, zoals een Adobe Advertising Cloud-id ("AdCloud") of een Adobe Target-id ("TNTID").

De Dienst van de identiteit handhaaft een opslag van globaal bepaalde (standaard) en user-defined (douane) identiteitsnamespaces. Standaard naamruimten zijn beschikbaar voor alle organisaties (bijvoorbeeld E-mail en ECID), terwijl uw organisatie aangepaste naamruimten kan maken die aan de specifieke behoeften voldoen.

Voor meer informatie over identiteit namespaces in Experience Platform, zie het overzicht van identiteitskaart namespace.

Verzoeken indienen submit

In de onderstaande secties wordt beschreven hoe u privacyverzoeken voor Real-Time Customer Profile kunt indienen met de API of UI van Privacy Service . Alvorens deze secties te lezen, zou u moeten herzien, of zich bewust zijn van, de Privacy Service APIof Privacy Service UIdocumentatie. Deze documenten bevatten volledige stappen voor het verzenden van een privacytaak, waaronder het correct indelen van verzonden identiteitsgegevens van gebruikers in aanvragen voor nuttige taken.

De API gebruiken

Bij het maken van taakaanvragen in de API moeten alle id's in userIDs een specifieke namespace en type gebruiken. Een geldige identiteitskaart namespacedie door Identity Service wordt erkend moet voor de namespace waarde worden verstrekt, terwijl type of standard of unregistered (voor standaard en douanenaamruimten, respectievelijk) moet zijn.

Bovendien moet de include -array van de payload van de aanvraag de productwaarden voor de verschillende gegevensopslagruimten bevatten waarnaar de aanvraag wordt verzonden. Als u de profielgegevens wilt verwijderen die aan een identiteit zijn gekoppeld, moet de array de waarde ProfileService bevatten. Als u de identiteitsgrafiekkoppelingen van de klant wilt verwijderen, moet de array de waarde identity bevatten.

Met de volgende aanvraag wordt een nieuwe privacytaak gemaakt voor de gegevens van één klant in de Profile Store. Er worden twee identiteitswaarden opgegeven voor de klant in de array userIDs ; een die de standaardnaamruimte Email identity gebruikt en een andere die een aangepaste naamruimte Customer_ID gebruikt. De methode bevat ook de productwaarde voor Profile (ProfileService) in de array include :

Verzoek

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"
}'

reactie van het Product

Als de privacytaak eenmaal is voltooid, wordt een antwoord in JSON-indeling geretourneerd met informatie over de aangevraagde gebruikers-id's.

{
    "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"
                            }
                        ]
                    }
                }
            }
        ]
    }
}

UI gebruiken

Wanneer u taakaanvragen maakt in de gebruikersinterface, moet u AEP Data Lake en/of Profile under Products selecteren om taken te verwerken voor respectievelijk gegevens die in het gegevenspeer of Real-Time Customer Profile zijn opgeslagen.

wordt geselecteerd

Profielfragmenten in privacyverzoeken fragments

In de Profile gegevensopslag, zullen de persoonlijke gegevens voor een individuele klant vaak van veelvoudige profielfragmenten bestaan, die met de persoon door de identiteitsgrafiek worden geassocieerd. Wanneer u een privacyaanvraag indient bij de Profile -winkel, is het belangrijk om te weten dat aanvragen alleen op profielfragmentniveau worden verwerkt en niet op het hele profiel.

Bijvoorbeeld, overweeg een situatie waar u de gegevens van de klantenattributen in drie afzonderlijke datasets opslaat, die verschillende herkenningstekens gebruiken om die gegevens met individuele klanten te associëren:

Een van de gegevenssets gebruikt customer_id als primaire id, terwijl de andere twee email_id gebruiken. Als u een privacyaanvraag (access or delete) alleen met email_id als waarde voor de gebruikers-id wilt verzenden, worden alleen de kenmerken firstName , lastName en mlScore verwerkt, terwijl address niet wordt beïnvloed.

Om ervoor te zorgen dat uw privacyverzoeken alle relevante klantenattributen verwerken, moet u de primaire identiteitswaarden voor alle toepasselijke datasets verstrekken waar die attributen (tot een maximum van negen IDs per klant) kunnen worden opgeslagen. Zie de sectie over identiteitsgebieden in de grondbeginselen van schemacompositievoor meer informatie over gebieden die algemeen als identiteiten worden gemerkt.

Verzoek om verwerking verwijderen delete

Wanneer Experience Platform een verwijderaanvraag ontvangt van Privacy Service , stuurt Platform een bevestiging naar Privacy Service dat de aanvraag is ontvangen en de desbetreffende gegevens zijn gemarkeerd voor verwijdering. De records worden vervolgens verwijderd nadat de privacytaak is voltooid.

Afhankelijk van of u ook de Dienst van de Identiteit (identity) en het gegevens meer (aepDataLake) als producten in uw privacyverzoek voor Profiel (ProfileService) omvatte, worden de verschillende reeksen gegevens met betrekking tot het profiel verwijderd uit het systeem op potentieel verschillende tijden:

Verwijs naar de Privacy Service documentatievoor meer informatie bij het volgen van baanstatussen.

Profielaanvragen versus identiteitsverzoeken profile-v-identity

Als een schrappingsverzoek voor Profiel (ProfileService) maar niet de Dienst van de Identiteit (identity) wordt gemaakt, verwijdert de resulterende baan de verzamelde attributengegevens voor een klant (of reeks klanten) maar verwijdert niet de verenigingen die in de identiteitsgrafiek worden gevestigd.

Een verwijderingsaanvraag die de namen email_id en customer_id van een klant gebruikt, verwijdert bijvoorbeeld alle kenmerkgegevens die onder die id's zijn opgeslagen. Gegevens die daarna onder dezelfde customer_id worden ingevoerd, worden echter nog steeds gekoppeld aan de juiste email_id , omdat de koppeling nog steeds bestaat.

Om het profiel en alle identiteitskoppelingen voor een bepaalde klant te verwijderen, zorg ervoor om zowel de Dienst van het Profiel als van de Identiteit als doelproducten in uw schrappingsverzoeken te omvatten.

Beleidsbeperkingen samenvoegen merge-policy-limitations

Privacy Service kan Profile gegevens alleen verwerken met behulp van een samenvoegbeleid dat geen identiteitsstitching uitvoert. Als u de interface gebruikt om te bevestigen of uw privacyverzoeken worden verwerkt, controleert u of u een beleid gebruikt met None als ID stitching -type. Met andere woorden, u kunt geen samenvoegbeleid gebruiken waarbij ID stitching is ingesteld op Private graph .

Volgende stappen

Door dit document te lezen, hebt u kennis genomen van de belangrijke concepten voor het verwerken van privacyverzoeken in Experience Platform . Als u meer inzicht wilt in de manier waarop u identiteitsgegevens kunt beheren en privacytaken kunt maken, blijft u de documentatie in deze handleiding lezen.

Voor informatie bij de behandeling van privacyverzoeken voor Platform middelen die niet door Profile worden gebruikt, zie het document over verwerking van de privacyaanvraag in het gegevens meer.