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 Schemaeigenschaften zu sehen ist, wurde dieses Schema für die Verwendung in Real-Time Customer Profile aktiviert.

Opportunities-Schema

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.

Schema für Konten

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 auf der Arbeitsfläche das Pfeilsymbol ( Pfeilsymbol ) neben dem betreffenden Feld aus. Im Fall des Schemas Opportunities ist dies das Feld accountKey.sourceKey , da das Ziel darin besteht, eine n:n-Beziehung zu einem Konto herzustellen.

Relationship Button

Es wird ein Dialogfeld angezeigt, in dem Sie Details zur Beziehung angeben können. Der Beziehungstyp wird automatisch auf Viele zu eins gesetzt.

Dialogfeld Beziehung

Verwenden Sie unter Referenzschema die Suchleiste, 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 Schemas aktualisiert.

Referenzschema

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 Speichern aus, um die Änderungen anzuwenden und das Schema zu speichern.

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.

Angewendete Beziehung

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

Zielschema-Beziehungsmarke

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