Zum Inhalt springen
Search the hub
Zweck- und Kanalgrenzen für aufgelöste Identität

Zweck- und Kanalgrenzen für aufgelöste Identität

Aufgelöste Identität darf nicht jeden Zweck freischalten: Purpose, Kanal und Consent begrenzen die Nutzung des 360-Views.

Category
Data Governance
Reading time
4 min
Published
Tags
purpose-limitation consent channel identity privacy
Download PDF

Ein erfolgreicher Match darf nicht stillschweigend jeden Kanal und Zweck freischalten. Party 360 ohne Purpose-/Kanalmatrix wird zur Compliance-Falle für Marketing und Sales: die Service-ID wandert in Outreach, obwohl Consent nur E-Mail und nie SMS erlaubt hat.

Dieser Teil bindet Zweck und Kanal an die aufgelöste Identität — nach Grain und Survivorship aus Teil 2 und 3.

Anschluss an MDM- und Referenzdaten, Marketing-Landschaft und Sales-Landschaft.

Vorher: Survivorship und Konflikt-Autorität. Weiter: Downstream-Consumer-Verträge für 360-Views.

zur Compliance-Falle für Marketing und Sales: die Service-ID wandert in Outreach, obwohl Consent nur E-Mail und nie SMS erlaubt hat.

Lösung: Vor Nutzung des 360-Views für Outreach oder Scoring gelten eine Zweckmatrix je Attributklasse, Kanalgrenzen mit Consent-Bezug, restriktive Merge-Vererbung, Steward-Review bei Zweckwechsel und Custodian-Durchsetzung an Export- und Aktivierungspunkten.

In einem Satz: Kein Outreach oder Scoring aus dem 360-View ohne Zweckmatrix, Kanalgrenze und Gate am Export.

Entscheidung

Vor Nutzung des 360-Views für Outreach oder Scoring gilt:

  1. eine Zweckmatrix (erlaubt / eingeschränkt / verboten) je Attributklasse;
  2. Kanalgrenzen mit Consent-/Preference-Bezug;
  3. Vererbungsregeln nach Merge (restriktiver Default);
  4. Steward-Review bei Zweckwechsel;
  5. Custodian-Durchsetzung an Export- und Aktivierungspunkten.

Data Owner trägt die fachliche Freigabe der Matrix.

Zweck- und Kanal-Workflow

1. Zwecke benennen

Der Data Owner benennt produktive Zwecke einzeln — Service, Billing, Marketing, Scoring — keine Sammelzwecke. Jeder Use Case braucht einen Matrix-Eintrag mit Attributklasse. Steward führt die Matrix; ohne Eintrag ist der Use Case nicht freigegeben. Wird dieser Schritt übersprungen, gilt „haben wir gematcht, dürfen wir alles“.

Kanal ohne Consent-Status ist kein freigegebener Kanal. Steward verknüpft E-Mail, SMS, Push und Partner-Export mit dem Consent-/Preference-Stand am 360-View, nicht nur im Quellsystem. Custodian mapped die Statusfelder. Fehlt die Verknüpfung, erbt Marketing den Service-Match und sendet auf dem falschen Kanal.

3. Merge-Vererbung

Nach einem Merge gewinnt der restriktivere Status, bis der Data Owner anders entscheidet. Soft-Opt-out darf nicht durch den „besseren“ Datensatz überschrieben werden. Steward dokumentiert die Vererbungsregel; Custodian durchgesetzt sie in der Merge-Nacht. Ohne Default entstehen Consent-Löcher genau dort, wo Teil 2 False Merges riskiert.

4. Aktivierungsgates

Exports und Activation prüfen Zweck und Kanal — nicht nur die Party-ID. Custodian verdrahtet das Gate; Steward reviewed Zweckwechsel. Partner-Exports ohne Prüfung sind Scope-Verletzungen. Fehlt das Gate, bleibt die Matrix eine Folie.

5. Ausnahme mit Ablauf

Kampagnen-Sonderfälle brauchen Freigeber, Grund und Datum. Data Owner genehmigt; Steward legt den Beleg neben die Gate-Logs. Eine Ausnahme ohne Ablauf ist ein dauerhafter Zweckwechsel ohne Review.

Handoffs

Von An Artefakt
Data Owner Steward Zweck-/Kanalmatrix
Steward Custodian Durchsetzung an Export/Activation
Steward Marketing Owner Erlaubte Kampagnen-Zwecke
Steward Sales Owner Erlaubte Outreach-Kanäle
Custodian Evidence Gate-Logs + Ausnahmebelege

Anti-Patterns

  • „Haben wir einmal gematcht, dürfen wir alles“
  • Consent nur im Quellsystem, nicht am 360-View
  • Partner-Exports ohne Zweckprüfung
  • Soft-Opt-out nach Merge überschreiben
  • Matrix nur auf Folien, nicht an Gates

Umsetzung im Alltag

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

  1. Drei produktive Zwecke und zwei Kanäle in einer Matrix skizzieren.
  2. Merge-Vererbung für Consent/Preference festlegen.
  3. Ein Activation-/Export-Gate mit Custodian verdrahten.
  4. Eine Ausnahme mit Ablauf und Freigeber testen.

Identity resolution and party 360

Part 4 of 5

View series

Knowledge check

Tour