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 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 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 das Handbuch unter Erstellen einer Eins-zu-Eins-Beziehung anstatt.
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 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 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 Referenzschema. In den folgenden Schritten: "Opportunities" dient als Quellschema, während "Accounts" dient als Referenzschema.

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.

Dazu 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

NOTE
Wann Festlegen eines XDM-Felds als Identitätmü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. 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 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 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 Referenzschema "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 namens B2B Account. Dieses Schema wurde auch für die Verwendung in Profil aktiviert.

Konten-Schema

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. 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.

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 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 Referenzschemas. Wenn Sie den Namen des Referenzschemas 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 Anzeigenamen für die Beziehung im Kontext der Quell- bzw. Referenzschemas an. Wählen Sie zum Abschluss 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 Referenzschemas 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 für die Segmentierung mehrerer Klassen.

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