Definieren einer n:1-Zuordnung zwischen zwei Schemata in der Real-time Customer Data Platform B2B Edition relationship-b2b

Adobe Real-time Customer Data Platform B2B Edition bietet mehrere Experience-Datenmodell (XDM)-Klassen, die grundlegende B2B-Datenentitäten erfassen, darunter Konten, Chancen, Kampagnen und mehr. Wenn Sie Schemas erstellen, die auf diesen Klassen basieren, und sie für die Verwendung im Echtzeit-Kundenprofil aktivieren, können Sie Daten aus unterschiedlichen Quellen zu einer einheitlichen Darstellung zusammenführen, die als Vereinigungsschema bezeichnet wird.

Vereinigungsschemata dürfen jedoch nur Felder enthalten, die von Schemas erfasst werden, die dieselbe Klasse verwenden. Hier kommen die Schemabeziehungen an. Durch die Implementierung von Beziehungen in Ihre B2B-Schemas können Sie beschreiben, wie sich diese Geschäftsentitäten gegenseitig beeinflussen, und Attribute aus mehreren Klassen in Anwendungsfällen für nachgelagerte Segmentierung einbeziehen.

Das folgende Diagramm zeigt ein Beispiel dafür, wie die verschiedenen B2B-Klassen in einer Basisimplementierung miteinander in Beziehung stehen können:

B2B-Klassenbeziehungen

In diesem Tutorial werden die Schritte zum Definieren einer 1:1-Beziehung zwischen zwei Schemas in Real-Time CDP B2B Edition beschrieben.

NOTE
Wenn Sie Real-time Customer Data Platform B2B Edition nicht verwenden oder eine Eins-zu-Eins-Beziehung erstellen möchten, lesen Sie stattdessen das Handbuch zum Erstellen einer Eins-zu-Eins-Beziehung🔗 .
In diesem Tutorial wird beschrieben, wie Sie in der Platform-Benutzeroberfläche manuell Beziehungen zwischen B2B-Schemas herstellen. Wenn Sie Daten aus einer B2B-Quellverbindung einbringen, können Sie stattdessen ein Dienstprogramm zur automatischen Generierung verwenden, um die erforderlichen Schemas, Identitäten und Beziehungen zu erstellen. Weitere Informationen zu Verwendung des Dienstprogramms zur automatischen Generierung finden Sie in der Quelldokumentation zu B2B-Namespaces und -Schemata .

Erste Schritte

Für dieses Tutorial sind ein grundlegendes Verständnis von XDM System und des Schema-Editors in der Benutzeroberfläche von Experience Platform erforderlich. Bevor Sie mit dem Tutorial beginnen, lesen Sie die folgenden Dokumente:

Quell- und Referenzschema definieren

Wir gehen davon aus, dass Sie die beiden Schemata, die in der Beziehung definiert werden sollen, bereits erstellt haben. Zu Demonstrationszwecken wird in diesem Tutorial eine Beziehung zwischen Geschäftschancen (definiert in einem "Opportunities"-Schema) und dem zugehörigen Geschäftskonto (definiert in einem "Accounts"-Schema) erstellt.

Schemabeziehungen werden durch ein dediziertes Feld innerhalb eines Quellschemas dargestellt, das auf das primäre Identitätsfeld eines Referenzschemas verweist. In den folgenden Schritten dient "Opportunities"als Quellschema, während "Accounts"als Referenzschema dient.

Grundlegendes über Identitäten in B2B-Beziehungen

Um eine Beziehung herzustellen, muss das Referenzschema über eine definierte primäre Identität verfügen. Beachten Sie beim Festlegen einer primären Identität für eine B2B-Entität, dass sich die Zeichenfolgen-basierten Entitäts-IDs überschneiden können, wenn Sie sie über verschiedene Systeme oder Standorte hinweg erfassen. Dies könnte zu Datenkonflikten in Platform führen.

Um dies zu berücksichtigen, enthalten alle standardmäßigen B2B-Klassen "key"-Felder, die dem B2B Source -Datentyp entsprechen. Dieser Datentyp stellt Felder für eine Zeichenfolgenkennung für die B2B-Entität zusammen mit anderen Kontextinformationen zur Quelle der Kennung bereit. Eines dieser Felder, sourceKey, verkettet die Werte der anderen Felder im Datentyp, um eine vollständig eindeutige Kennung für die Entität zu erhalten. Dieses Feld sollte immer als primäre Identität für B2B-Entitätsschemas verwendet werden.

sourceKey field

NOTE
Wenn ein XDM-Feld als Identität festlegen, müssen Sie einen Identitäts-Namespace bereitstellen, unter dem die Identität definiert wird. Dabei kann es sich um einen Standard-Namespace handeln, der von Adobe bereitgestellt wird, oder um einen benutzerdefinierten Namespace, der von Ihrem Unternehmen definiert wird. In der Praxis ist der Namespace lediglich eine kontextbezogene Zeichenfolge und kann auf einen beliebigen Wert festgelegt werden, vorausgesetzt, er ist für Ihre Organisation für die Kategorisierung des Identitätstyps sinnvoll. Weitere Informationen finden Sie in der Übersicht zu Identitäts-Namespaces .

Zu Referenzzwecken wird in den folgenden Abschnitten die Struktur der einzelnen Schemas beschrieben, die in diesem Tutorial vor der Definition einer Beziehung verwendet werden. Beachten Sie, wo die primären Identitäten in der Schemastruktur und in den von ihnen verwendeten benutzerdefinierten Namespaces definiert wurden.

Opportunities-Schema

Das Quellschema "Opportunities" basiert auf der Klasse XDM Business Opportunity . Eines der von der Klasse bereitgestellten Felder, opportunityKey, dient als Kennung für das Schema. Insbesondere wird das Feld sourceKey unter dem Objekt opportunityKey als primäre Identität des Schemas unter einem benutzerdefinierten Namespace namens B2B Opportunity festgelegt.

Wie unter Feldeigenschaften zu sehen ist, wurde dieses Schema für die Verwendung in Real-Time Customer Profile aktiviert.

Das Schema Chancenim Schema Editor mit dem Objekt OpportunitiesKey und dem Umschalter Aktivieren für Profil markiert.

Accounts schema

Das Referenzschema "Accounts" basiert auf der Klasse XDM-Konto . Das Feld accountKey auf der Stammebene enthält den sourceKey , der als primäre Identität unter einem benutzerdefinierten Namespace namens B2B Account fungiert. Dieses Schema wurde auch für die Verwendung in Profil aktiviert.

Das Schema Konten im Schema Editor mit dem Objekt accountKey und dem Umschalter Aktivieren für Profil markiert.

Definieren eines Beziehungsfelds für das Quellschema relationship-field

Um eine Beziehung zwischen zwei Schemas zu definieren, muss das Quellschema über ein dediziertes Feld verfügen, das die primäre Identität des Referenzschemas angibt. Standard-B2B-Klassen enthalten dedizierte Quellschlüsselfelder für häufig verwandte Geschäftsentitäten. Beispielsweise enthält die Klasse XDM Business Opportunity Quellschlüsselfelder für ein verwandtes Konto (accountKey) und eine zugehörige Kampagne (campaignKey). Sie können dem Schema jedoch auch andere B2B Source -Felder hinzufügen, indem Sie benutzerdefinierte Feldergruppen verwenden, wenn Sie mehr als die Standardkomponenten benötigen.

NOTE
Derzeit können von einem Quellschema zu einem Referenzschema nur n:1- und 1:1-Beziehungen definiert werden. Bei 1:n-Beziehungen müssen Sie das Beziehungsfeld im Schema definieren, das die "viele"darstellt.

Um ein Beziehungsfeld festzulegen, wählen Sie das betreffende Feld auf der Arbeitsfläche aus, gefolgt von Beziehung hinzufügen in der Seitenleiste Schemaeigenschaften . Im Fall des Schemas Opportunities ist dies das Feld accountKey.sourceKey , da das Ziel darin besteht, eine n:n-Beziehung zu einem Konto herzustellen.

Der Schema-Editor mit dem sourceKey -Feld und der Option Beziehung hinzufügen hervorgehoben.

Das Dialogfeld Beziehung hinzufügen wird angezeigt. Verwenden Sie dieses Dialogfeld, um Beziehungsdetails anzugeben. Der Beziehungstyp ist standardmäßig auf Viele-zu-eins eingestellt.

Das Dialogfeld Beziehung hinzufügen mit einer Viele-zu-Eins-Schemabeziehung hervorgehoben.

Verwenden Sie unter Referenzschema die Suchleiste oder das Dropdown-Menü, um den Namen des Referenzschemas zu suchen. Wenn Sie den Namen des Referenzschemas markieren, wird das Feld Referenz-Identitäts-Namespace automatisch auf den Namespace der primären Identität des Referenzschemas aktualisiert.

NOTE
Die Liste der verfügbaren Referenzschemata wird so gefiltert, dass sie nur geeignete Schemata enthalten. Schemas müssen eine zugewiesene primäre Identität aufweisen und entweder eine B2B-Klasse oder die Klasse "Individuelles Profil"sein. Prospect-Klassenschemas können keine Beziehungen haben.

Das Dialogfeld Beziehung hinzufügen mit den Feldern Referenzschema und Referenz-Identitäts-Namespace wurde hervorgehoben.

Geben Sie unter Beziehungsname aus aktuellem Schema und Beziehungsname aus Referenzschema Anzeigenamen für die Beziehung im Kontext der Quell- bzw. Referenzschemas an. Wählen Sie abschließend Anwenden aus, um die Änderungen zu bestätigen und die Beziehung zu speichern.

NOTE
Die Beziehungsnamen dürfen maximal 35 Zeichen lang sein.

Das Dialogfeld Beziehung hinzufügenmit den hervorgehobenen Feldern Beziehungsname.

Die Arbeitsfläche wird wieder angezeigt, wobei das Beziehungsfeld jetzt mit dem Anzeigenamen markiert ist, den Sie zuvor angegeben haben. Der Beziehungsname wird auch in der linken Leiste zur einfachen Referenz aufgeführt.

Der Schema-Editor mit dem neuen Beziehungsnamen.

Wenn Sie die Struktur des Referenzschemas anzeigen, wird die Beziehungsmarke neben dem primären Identitätsfeld des Schemas und in der linken Leiste angezeigt.

Das Zielschema im Schema-Editor mit hervorgehobener neuer Beziehungsmarke.

B2B-Schemabeziehung bearbeiten edit-schema-relationship

Nachdem eine Schemabeziehung hergestellt wurde, wählen Sie das Beziehungsfeld im Quellschema gefolgt von Beziehung bearbeiten aus.

NOTE
Um alle zugehörigen Beziehungen anzuzeigen, wählen Sie das primäre Identitätsfeld im Referenzschema gefolgt von Beziehungen anzeigen aus.
Der Schema-Editor mit einem ausgewählten Beziehungsfeld und hervorgehobener Ansichtsbeziehung. {width="100" modal="regular"}

Der Schema-Editor mit einem Beziehungsfeld und hervorgehobener Beziehung bearbeiten .

Das Dialogfeld Beziehung bearbeiten wird angezeigt. In diesem Dialogfeld können Sie das Referenzschema und die Beziehungsnamen ändern oder die Beziehung löschen. Der Beziehungstyp von "n:1"kann nicht geändert werden.

Das Dialogfeld Beziehung bearbeiten.

Um die Datenintegrität zu wahren und Störungen bei der Segmentierung und anderen Prozessen zu vermeiden, sollten Sie beim Verwalten von Schemabeziehungen mit verknüpften Datensätzen die folgenden Richtlinien beachten:

  • Vermeiden Sie das direkte Löschen von Beziehungen, wenn ein Schema mit einem Datensatz verknüpft ist, da dies die Segmentierung negativ beeinflussen kann. Löschen Sie stattdessen den zugehörigen Datensatz, bevor Sie die Beziehung entfernen.
  • Sie können das Referenzschema nicht ändern, ohne zuerst die vorhandene Beziehung zu löschen. Dies sollte jedoch mit Vorsicht erfolgen, da das Löschen einer Beziehung mit einem zugehörigen Datensatz unbeabsichtigte Folgen haben kann.
  • Das Hinzufügen neuer Beziehungen zu einem Schema mit vorhandenen verknüpften Datensätzen funktioniert möglicherweise nicht wie gewünscht und kann zu potenziellen Konflikten führen.

Sie können bestimmte Beziehungen innerhalb Ihrer Schemas über die Registerkarte Beziehungen im Arbeitsbereich Schemas filtern und nach ihnen suchen. Sie können diese Ansicht verwenden, um Ihre Beziehungen schnell zu finden und zu verwalten. Lesen Sie das Dokument unter Erkunden von Schemaressourcen , um detaillierte Anweisungen zu den Filteroptionen zu erhalten.

Die Registerkarte Beziehungen im Arbeitsbereich Schemas.

Nächste Schritte

Durch Befolgen dieses Tutorials haben Sie erfolgreich eine n:1-Beziehung zwischen zwei Schemas mit dem Schema Editor erstellt. Sobald Daten mit Datensätzen erfasst wurden, die auf diesen Schemas basieren, und diese Daten im Profildatenspeicher aktiviert wurden, können Sie Attribute aus beiden Schemas für Anwendungsfälle für die Segmentierung mehrerer Klassen verwenden.

recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07