Verarbeiten von Datenschutzanfragen in Real-Time Customer Profile

Der Adobe Experience Platform Privacy Service verarbeitet Anfragen von Kunden, die entsprechend den Datenschutzbestimmungen wie der Datenschutz-Grundverordnung (DSGVO) und dem California Consumer Privacy Act (CCPA) auf ihre personenbezogenen Daten zugreifen, deren Verkauf widersprechen oder sie löschen möchten.

In diesem Dokument werden wesentliche Konzepte zur Verarbeitung von Datenschutzanfragen für Real-Time Customer Profile innerhalb von Adobe Experience Platform dargelegt.

Erste Schritte

Dieses Handbuch setzt ein Verständnis der folgenden Platform voraus:

Identitäts-Namespaces verstehen namespaces

Adobe Experience Platform Identity Service führt Identitätsdaten von Kunden über Systeme und Geräte hinweg zusammen. Identity Service verwendet Identitäts-Namespaces, um durch die Verknüpfung der Identitätswerte mit ihrem Ursprungssystem einen Kontext zu den Werten bereitzustellen. Ein Namespace kann ein allgemeines Konzept wie eine E-Mail-Adresse („E-Mail“) sein oder die Identität einer bestimmten Anwendung zuordnen, wie z. B. eine Adobe Advertising Cloud-ID („AdCloud“) oder eine Adobe Target-ID („TNTID“).

Identity Service verwaltet einen Speicher global definierter (standardmäßiger) und benutzerdefinierter Identitäts-Namespaces. Standardmäßige Namespaces (z. B. „E-Mail“ und „ECID“) stehen für alle Unternehmen zur Verfügung, während Ihr Unternehmen außerdem benutzerdefinierte Namespaces erstellen kann, die den jeweiligen Anforderungen entsprechen.

Weitere Informationen zu Identitäts-Namespaces in Experience Platform finden Sie unter Identitäts-Namespaces – Übersicht.

Übermitteln von Anfragen submit

In den folgenden Abschnitten wird beschrieben, wie Sie Datenschutzanfragen für Real-Time Customer Profile mithilfe der Privacy Service-API oder -Benutzeroberfläche stellen. Bevor Sie diese Abschnitte lesen, sollten Sie die Dokumentation zur Privacy Service-API oder zur Privacy Service-Benutzeroberfläche lesen. Diese Dokumente enthalten vollständige Schritte zum Senden eines Datenschutzauftrags, einschließlich der richtigen Formatierung gesendeter Benutzeridentitätsdaten in Anfrage-Payloads.

Verwenden der API

Beim Erstellen von Vorgangsanfragen in der API müssen alle IDs innerhalb von userIDs über einen spezifischen namespace und type verfügen. Für den namespace-Wert muss ein gültiger, von Identity Service erkannter Identitäts-Namespace bereitgestellt werden, während der type entweder standard (für Standard-Namespaces) oder unregistered (für benutzerdefinierte Namespaces) sein muss.

Darüber hinaus muss das include-Array der Anfrage-Payload die Produktwerte für die verschiedenen Datenspeicher enthalten, an die die Anfrage gesendet wird. Um die mit einer Identität verknüpften Profildaten zu löschen, muss das Array den Wert ProfileService enthalten. Um die Identitätsdiagramm-Zuordnungen des Kunden zu löschen, muss das Array den Wert identity enthalten.

Die folgende Anfrage erstellt einen neuen Datenschutzauftrag für die Daten eines einzelnen Kunden im Profile. Im userIDs-Array werden zwei Identitätswerte für den Kunden bereitgestellt; einer davon verwendet den standardmäßigen Identity-Namespace von Email und der andere einen benutzerdefinierten Namespace von Customer_ID. Sie enthält auch den Produktwert für Profile (ProfileService) im include-Array:

Anfrage

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

Produktantwort

Für den Profil-Service wird nach Abschluss des Datenschutzauftrags eine Antwort im JSON-Format mit Informationen zu den angeforderten Benutzer-IDs zurückgegeben.

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

Verwenden der Benutzeroberfläche

Wählen Sie beim Erstellen von Vorgangsanfragen in der Benutzeroberfläche AEP Data Lake und/oder Profile unter Produkte aus, um Vorgänge für Daten zu verarbeiten, die im Data Lake bzw. Real-Time Customer Profile gespeichert sind.

Profilfragmente in Datenschutzanfragen fragments

Im Profile Datenspeicher bestehen die personenbezogenen Daten für einen einzelnen Kunden häufig aus mehreren Profilfragmenten, die über das Identitätsdiagramm mit der Person verknüpft sind. Beachten Sie bei Datenschutzanfragen an den Profile, dass Anfragen nur auf der Ebene der Profilfragmente und nicht im gesamten Profil verarbeitet werden.

Betrachten Sie beispielsweise eine Situation, in der Sie Kundenattributdaten in drei separaten Datensätzen speichern, die verschiedene Kennungen verwenden, um diese Daten mit einzelnen Kunden zu verknüpfen:

Einer der Datensätze verwendet customer_id als primäre Kennung, während die beiden anderen email_id verwenden. Wenn Sie eine Datenschutzanfrage (Zugriff oder Löschen) nur mit email_id als Benutzer-ID-Wert senden, werden nur die Attribute firstName, lastName und mlScore verarbeitet, während address nicht betroffen sind.

Um sicherzustellen, dass Ihre Datenschutzanfragen alle relevanten Kundenattribute verarbeiten, müssen Sie die primären Identitätswerte für alle entsprechenden Datensätze angeben, in denen diese Attribute gespeichert werden können (bis zu neun IDs pro Kunde). Siehe Abschnitt zu Identitätsfeldern in den Grundlagen der Schemakomposition für weitere Informationen zu Feldern, die häufig als Identitäten markiert sind.

Verarbeitung von Löschanfragen delete

Wenn Experience Platform von Privacy Service eine DELETE-Anfrage erhält, sendet Platform eine Bestätigung an Privacy Service, dass die Anfrage empfangen wurde und die betroffenen Daten zum Löschen markiert wurden. Die Datensätze werden dann entfernt, sobald der Datenschutzauftrag abgeschlossen ist.

Je nachdem, ob Sie in Ihrer Datenschutzanfrage für Profil (ProfileService) auch Identity Service (identity) und den Data Lake (aepDataLake) als Produkte einbezogen haben, werden verschiedene Datensätze, die sich auf das Profil beziehen, zu möglicherweise unterschiedlichen Zeiten aus dem System entfernt:

Weitere Informationen zum Verfolgen Privacy Service Auftragsstatus findenin der Dokumentation .

Profilanfragen versus Identitätsanfragen profile-v-identity

Wenn eine Löschanfrage für Profil (ProfileService), aber nicht für Identity Service (identity) gestellt wird, entfernt der resultierende Auftrag die erfassten Attributdaten für einen Kunden (oder eine Reihe von Kunden), aber nicht die im Identitätsdiagramm eingerichteten Verknüpfungen.

Beispiel: Eine Löschanfrage, die die email_id eines Kunden verwendet und customer_id alle Attributdaten entfernt, die unter diesen IDs gespeichert sind. Alle Daten, die anschließend unter demselben customer_id aufgenommen werden, werden jedoch weiterhin mit dem entsprechenden email_id verknüpft, da die Verknüpfung noch besteht.

Um das Profil und alle Identitätszuordnungen für einen bestimmten Kunden zu entfernen, stellen Sie sicher, dass Sie sowohl Profil als auch Identity Service als Zielprodukte in Ihre Löschanfragen einbeziehen.

Einschränkungen bei Zusammenführungsrichtlinien merge-policy-limitations

Privacy Service kann Profile Daten nur mithilfe einer Zusammenführungsrichtlinie verarbeiten, die keine Identitätszuordnung durchführt. Wenn Sie die Benutzeroberfläche verwenden, um zu bestätigen, ob Ihre Datenschutzanfragen verarbeitet werden, stellen Sie sicher, dass Sie eine Richtlinie mit None als Typ „IDZuordnung verwenden. Mit anderen Worten: Sie können keine Zusammenführungsrichtlinie verwenden, bei der ID-Zuordnung auf "​ Diagramm“ ​ ist.

Nächste Schritte

In diesem Dokument haben Sie eine Einleitung zu den wichtigsten Konzepten bei der Verarbeitung von Datenschutzanfragen in Experience Platform erhalten. Lesen Sie die in diesem Handbuch bereitgestellte Dokumentation, um Ihr Verständnis für die Verwaltung von Identitätsdaten und die Erstellung von Datenschutzaufträgen zu vertiefen.

Informationen zur Verarbeitung von Datenschutzanfragen für Platform Ressourcen, die nicht von Profile verwendet werden, finden im Dokument zur Verarbeitung von Datenschutzanfragen im Data Lake.