Definieren einer Beziehung zwischen zwei Schemata in Real-time Customer Data Platform B2B Edition

HINWEIS

Wenn Sie Real-time Customer Data Platform B2B Edition nicht verwenden, lesen Sie das Handbuch unter Erstellen einer Nicht-B2B-Beziehung anstatt.

Real-time Customer Data Platform B2B Edition bietet mehrere Experience-Datenmodell (XDM)-Klassen, die grundlegende B2B-Datenentitäten erfassen, darunter auch Konten, Gelegenheiten, Kampagnenund mehr. Indem Sie Schemas erstellen, die auf diesen Klassen basieren, und sie zur Verwendung in Echtzeit-Kundenprofilkönnen Sie Daten aus unterschiedlichen Quellen in 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 der Echtzeit-CDP B2B Edition beschrieben.

HINWEIS

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 B2B-Namespaces und -Schemata finden Sie in der Quelldokumentation zu B2B-Namespaces . mit dem Dienstprogramm zur automatischen Erzeugung.

Erste Schritte

Dieses Tutorial setzt ein grundlegendes Verständnis von XDM System und dem Schema-Editor im Experience Platform Benutzeroberfläche. Bevor Sie mit dem Tutorial beginnen, lesen Sie die folgenden Dokumente:

Quell- und Zielschemas definieren

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

Schemabeziehungen werden durch ein dediziertes Feld in einer Quellschema , das auf das primäre Identitätsfeld eines Zielschema. In den folgenden Schritten: "Opportunities" dient als Quellschema, während "Accounts" dient als Zielschema.

Identitäten in B2B-Beziehungen verstehen

Um eine Beziehung herzustellen, müssen beide Schemas definierte primäre Identitäten aufweisen und für Real-time Customer Profile. 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-Quelle Datentyp. 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, sourceKeyverkettet 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-Feld

HINWEIS

Wann Festlegen eines XDM-Felds als Identitätmüssen Sie einen Identitäts-Namespace bereitstellen, unter dem die Identität definiert wird. Dies kann ein von Adobe bereitgestellter Standard-Namespace oder ein von Ihrem Unternehmen definierter benutzerdefinierter Namespace sein. 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. Siehe Übersicht unter Identitäts-Namespaces für weitere Informationen.

Zu Referenzzwecken wird in den folgenden Abschnitten die Struktur der einzelnen Schemas beschrieben, die in dieser Anleitung verwendet werden, bevor eine Beziehung definiert wird. 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 Variablen XDM-Geschäftschancen -Klasse. Eines der von der Klasse bereitgestellten Felder, opportunityKeydient als Kennung für das Schema. Insbesondere wird die sourceKey Feld unter opportunityKey -Objekt wird als primäre Identität des Schemas unter einem benutzerdefinierten Namespace mit dem Namen B2B Opportunity.
Siehe unter Schemaeigenschaften wurde dieses Schema zur Verwendung in Real-time Customer Profile.

Opportunities-Schema

Accounts schema

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

Kontoschema

Beziehungsfeld für das Quellschema definieren

Um eine Beziehung zwischen zwei Schemas zu definieren, muss das Quellschema über ein dediziertes Feld verfügen, das auf die primäre Identität des Zielschemas verweist. Standard-B2B-Klassen enthalten dedizierte Quellschlüsselfelder für häufig verwandte Geschäftsentitäten. Beispiel: die XDM-Geschäftschancen -Klasse enthält Quellschlüsselfelder für ein verwandtes Konto (accountKey) und einer damit verbundenen Kampagne (campaignKey). Sie können jedoch auch andere B2B-Quelle -Felder durch Verwendung benutzerdefinierter Feldergruppen zum Schema hinzufügen, wenn Sie mehr als die Standardkomponenten benötigen.

HINWEIS

Derzeit können nur n:n-Beziehungen von einem Quellschema zu einem Zielschema 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 Pfeilsymbol (Pfeilsymbol) neben dem entsprechenden Feld auf der Arbeitsfläche. Im Falle der Opportunities schema, dies ist das accountKey.sourceKey -Feld, da das Ziel darin besteht, eine Viele-zu-Eins-Beziehung zu einem Konto herzustellen.

Schaltfläche "Beziehung"

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

Dialog über Beziehungen

under Referenzschema verwenden, suchen Sie in der Suchleiste nach dem Namen des Zielschemas. Wenn Sie den Namen des Zielschemas markieren, wird die Referenz-Identitäts-Namespace -Feld aktualisiert automatisch den Namespace der primären Identität des Schemas.

Referenzschema

under Beziehungsname aus aktuellem Schema und Beziehungsname aus Referenzschema, geben benutzerfreundliche Namen für die Beziehung im Kontext der Quell- bzw. Zielschemas an. Wenn Sie fertig sind, wählen Sie Speichern , 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 Zielschemas anzeigen, wird die Beziehungsmarke neben dem primären Identitätsfeld des Schemas und in der linken Leiste angezeigt.

Zielschema-Beziehungsmarkierung

Nächste Schritte

In diesem Tutorial haben Sie mithilfe der Funktion Schema Editor. 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 der Segmentierung mehrerer Klassen verwenden. Weitere Informationen finden Sie in der Dokumentation zur Echtzeit-Kundendatenplattform B2B Edition .

Auf dieser Seite