B2B-Namespaces und -Schemata
In diesem Dokument finden Sie Informationen zum zugrunde liegenden Setup für die Namespaces und Schemata, die mit B2B-Quellen verwendet werden sollen. In diesem Dokument finden Sie auch Informationen zum Einrichten Ihres Postman-Automatisierungsdienstprogramms, das zum Generieren von B2B-Namespaces und -Schemata erforderlich ist.
Einrichten von B2B-Namespaces und des Dienstprogramms zur automatischen Schemaerstellung
In der folgenden Dokumentation finden Sie vorausgesetzte Informationen zum Einrichten Ihrer Postman-Umgebung zur Unterstützung des B2B-Namespace und des Dienstprogramms zur automatischen Schemaerstellung.
- Sie können den Namespace und die Dienstprogrammsammlung zur automatischen Schemaerstellung sowie die Umgebung aus diesem GitHubRepository.
- Informationen zur Verwendung von Platform-APIs, einschließlich Details zum Erfassen von Werten für erforderliche Kopfzeilen und zum Lesen von Beispiel-API-Aufrufen, finden Sie im Handbuch Erste Schritte mit Platform-APIs.
- Informationen zum Generieren Ihrer Anmeldeinformationen für Platform-APIs finden Sie im Tutorial zum Authentifizieren und Zugreifen auf Experience Platform-APIs.
- Informationen zum Einrichten von Postman für Platform-APIs finden Sie im Tutorial zum Einrichten Entwicklerkonsole und Postman.
Wenn eine Platform-Entwicklerkonsole und Postman eingerichtet sind, können Sie jetzt damit beginnen, die entsprechenden Umgebungswerte auf Ihre Postman anzuwenden.
Die folgende Tabelle enthält Beispielwerte sowie zusätzliche Informationen zum Ausfüllen Ihrer Postman:
CLIENT_SECRET
{ACCESS_TOKEN}
verwendet wird. Weitere Informationen zum Abrufen Experience Platform-APIs finden Sie im TutorialAuthentifizieren und Zugreifen auf {CLIENT_SECRET}
".{CLIENT_SECRET}
API_KEY
{API_KEY}
".c8d9a2f5c1e03789bd22e8efdd1bdc1b
ACCESS_TOKEN
{ACCESS_TOKEN}
".Bearer {ACCESS_TOKEN}
META_SCOPE
ent_dataservices_sdk
festgelegt.ent_dataservices_sdk
CONTAINER_ID
global
-Container enthält alle von standardmäßigen Adobe- und Experience Platform-Partnern bereitgestellten Klassen, Schemafeldgruppen, Datentypen und Schemata. In Bezug auf Marketo ist dieser Wert fest und wird immer auf global
festgelegt.global
TECHNICAL_ACCOUNT_ID
D42AEVJZTTJC6LZADUBVPA15@techacct.adobe.com
IMS
ims-na1.adobelogin.com
festgelegt.ims-na1.adobelogin.com
IMS_ORG
{ORG_ID}
finden im Tutorial zum Einrichten Postman Entwicklerkonsole und .ABCEH0D9KX6A7WA7ATQE0TE@adobeOrg
SANDBOX_NAME
prod
TENANT_ID
b2bcdpproductiontest
PLATFORM_URL
http://platform.adobe.io/
festgelegt.http://platform.adobe.io/
Skripte ausführen
Nachdem Sie Ihre Postman und Umgebung eingerichtet haben, können Sie das Skript jetzt über die Postman ausführen.
Wählen Sie in der Postman den Stammordner des Dienstprogramms zur automatischen Generierung und dann Run aus der oberen Kopfzeile aus.
Die Runner wird angezeigt. Stellen Sie von hier aus sicher, dass alle Kontrollkästchen aktiviert sind, und wählen Sie dann Run Namespaces and Schemas Autogeneration Utility aus.
Bei einer erfolgreichen Anfrage werden die für B2B erforderlichen Namespaces und Schemata erstellt.
B2B-Namespaces
Identity-Namespaces sind eine Komponente von Identity Service, die dazu dienen, den Kontext einer Identität zu unterscheiden. Eine vollqualifizierte Identität enthält einen Identitätswert und einen Namespace. Weitere Informationen finden in derzu Namespaces .
B2B-Namespaces werden in der primären Identität der Entität verwendet.
Die folgende Tabelle enthält Informationen zur zugrunde liegenden Einrichtung für B2B-Namespaces.
b2b_person
CROSS_DEVICE
b2b_account
B2B_ACCOUNT
b2b_opportunity
B2B_OPPORTUNITY
b2b_opportunity_person_relation
B2B_OPPORTUNITY_PERSON
b2b_campaign
B2B_CAMPAIGN
b2b_campaign_member
B2B_CAMPAIGN_MEMBER
b2b_marketing_list
B2B_MARKETING_LIST
b2b_marketing_list_member
B2B_MARKETING_LIST_MEMBER
b2b_account_person_relation
B2B_ACCOUNT_PERSON
B2B-Schemata
Schemata dienen in Experience Platform zur konsistenten und wiederverwendbaren Beschreibung der Struktur von Daten. Durch die systemübergreifende einheitliche Definition von Daten wird es einfacher, deren Bedeutung beizubehalten und somit Wert aus Daten zu ziehen.
Bevor Daten in Platform aufgenommen werden können, muss ein Schema erstellt werden, das die Datenstruktur beschreibt und den Datentyp entsprechend des jeweiligen Feldes einschränkt. Schemata bestehen aus einer Basisklasse und keiner oder mehreren Schema-Feldergruppen.
Weitere Informationen zum Schemaaufbaumodell, einschließlich Planungsgrundsätzen und Best Practices, finden Sie in den Grundlagen des Schemaaufbaus.
Die folgende Tabelle enthält Informationen zur zugrunde liegenden Einrichtung von B2B-Schemata.
accountKey.sourceKey
der BasisklasseextSourceSystemAudit.externalKey.sourceKey
der BasisklasseaccountParentKey.sourceKey
in der Feldergruppe XDM Business-Kontodetails .- Zieleigenschaft:
/accountKey/sourceKey
- Typ: Eins-zu-eins
- Referenzschema: B2B-Konto
- Namespace: B2B-Konto
- XDM-Geschäftspersonendetails
- XDM-Geschäftspersonenkomponenten
- IdentityMap
- Details zu Einverständnis und Voreinstellungen
b2b.personKey.sourceKey
in der Feldergruppe „XDM-Geschäftspersonendetails“extSourceSystemAudit.externalKey.sourceKey
der Feldergruppe „XDM-Geschäftspersonendetails“workEmail.address
der Feldergruppe „XDM-Geschäftspersonendetails“
- B2B-Person
personComponents.sourceAccountKey.sourceKey
der Feldergruppe XDM-Geschäftspersonenkomponenten- Typ: Viele-zu-eins
- Referenzschema: B2B-Konto
- Namespace: B2B-Konto
- Ziel-Eigenschaft: accountKey.sourceKey
- Beziehungsname aus aktuellem Schema: Konto
- Beziehungsname aus Referenzschema: Personen
opportunityKey.sourceKey
der BasisklasseextSourceSystemAudit.externalKey.sourceKey
der BasisklasseaccountKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Konto
- Namespace: B2B-Konto
- Zieleigenschaft:
accountKey.sourceKey
- Beziehungsname aus aktuellem Schema: Konto
- Beziehungsname aus Referenzschema: Opportunities
opportunityPersonKey.sourceKey
der BasisklasseextSourceSystemAudit.externalKey.sourceKey
der BasisklasseErste Beziehung
personKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Person
- Namespace: B2B-Person
- Zieleigenschaft: b2b.personKey.sourceKey
- Beziehungsname aus aktuellem Schema: Person
- Beziehungsname aus Referenzschema: Opportunities
Zweite Beziehung
opportunityKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Opportunity
- Namespace: B2B-Opportunity
- Zieleigenschaft:
opportunityKey.sourceKey
- Beziehungsname aus aktuellem Schema: Opportunity
- Beziehungsname aus Referenzschema: Personen
campaignKey.sourceKey
der BasisklasseextSourceSystemAudit.externalKey.sourceKey
der BasisklasseccampaignMemberKey.sourceKey
der BasisklasseextSourceSystemAudit.externalKey.sourceKey
der BasisklasseErste Beziehung
personKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Person
- Namespace: B2B-Person
- Zieleigenschaft:
b2b.personKey.sourceKey
- Beziehungsname aus aktuellem Schema: Person
- Beziehungsname aus Referenzschema: Kampagnen
Zweite Beziehung
campaignKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Kampagne
- Namespace: B2B-Kampagne
- Zieleigenschaft:
campaignKey.sourceKey
- Beziehungsname aus aktuellem Schema: Kampagne
- Beziehungsname aus Referenzschema: Personen
marketingListKey.sourceKey
der BasisklassemarketingListMemberKey.sourceKey
der BasisklasseErste Beziehung
PersonKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Person
- Namespace: B2B-Person
- Zieleigenschaft:
b2b.personKey.sourceKey
- Beziehungsname aus aktuellem Schema: Person
- Beziehungsname aus Referenzschema: Marketing-Listen
Zweite Beziehung
marketingListKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Marketing-Liste
- Namespace: B2B-Marketing-Liste
- Zieleigenschaft:
marketingListKey.sourceKey
- Beziehungsname aus aktuellem Schema: Marketing-Liste
- Beziehungsname aus Referenzschema: Personen
- Web-Seite besuchen
- Neuer Lead
- Lead konvertieren
- Zur Liste hinzufügen
- Von Liste entfernen
- Zur Opportunity hinzufügen
- Aus der Opportunity entfernen
- Formular ausgefüllt
- Link-Klicks
- E-Mail zugestellt
- E-Mail geöffnet
- E-Mail angeklickt
- E-Mail gebounct
- E-Mail nicht zugestellt (Soft-Bounce)
- E-Mail abbestellt
- Bewertung wurde geändert
- Opportunity aktualisiert
- Status im Kampagnenfortschritt geändert
- Personenkennung
- Marketo Web-URL
- Interessanter Moment
- Webhook aufrufen
- Kampagnenkadenz ändern
- Umsatzschritt geändert
- Leads zusammenführen
- E-Mail gesendet
- Kampagnen-Stream ändern
- Zu Kampagne hinzufügen
personKey.sourceKey
der Feldergruppe „Personenkennung“Erste Beziehung
listOperations.listKey.sourceKey
- Typ: Eins-zu-eins
- Referenzschema: B2B-Marketing-Liste
- Namespace: B2B-Marketing-Liste
Zweite Beziehung
opportunityEvent.opportunityKey.sourceKey
- Typ: Eins-zu-eins
- Referenzschema: B2B-Opportunity
- Namespace: B2B-Opportunity
Dritte Beziehung
leadOperation.campaignProgression.campaignKey.sourceKey
- Typ: Eins-zu-eins
- Referenzschema: B2B-Kampagne
- Namespace: B2B-Kampagne
ExperienceEvent
unterscheidet sich von Entitäten. Die Identität des Erlebnisereignisses ist die Person, die die Aktivität durchgeführt hat.accountPersonKey.sourceKey
der BasisklasseErste Beziehung
personKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Person
- Namespace: B2B-Person
- Zieleigenschaft:
b2b.personKey.SourceKey
- Beziehungsname aus aktuellem Schema: Personen
- Beziehungsname aus Referenzschema: Konto
Zweite Beziehung
accountKey.sourceKey
der Basisklasse- Typ: Viele-zu-eins
- Referenzschema: B2B-Konto
- Namespace: B2B-Konto
- Zieleigenschaft:
accountKey.sourceKey
- Beziehungsname aus aktuellem Schema: Konto
- Beziehungsname aus Referenzschema: Personen
Nächste Schritte
Informationen zum Verbinden Ihrer Marketo mit Platform finden Sie im Tutorial zum eines Marketo-Quell-Connectors in der Benutzeroberfläche.