- XDM-System – Übersicht
- Schemata
- Klassen
- Feldergruppen
- XDM Individual Profile
- Einverständnis und Voreinstellungen
- Demografische Details
- IAB TCF 2.0-Zustimmung
- IdentityMap
- Details zum versicherten Mitglied
- Treuedetails
- Persönliche Kontaktdaten
- Details zur Segmentzugehörigkeit
- Telekom-Abonnement
- Details zu Arbeitskontakten
- XDM-Geschäftspersonenkomponenten
- XDM-Geschäftspersonendetails
- XDM ExperienceEvent
- Volle Adobe Analytics-Erweiterung
- Werbedetails
- Anwendungsdetails
- Bilanzübertragungen
- Kampagnen-Marketing-Details
- Kartenaktionen
- Kanaldetails
- Commerce-Details
- Einlagendetails
- Details zum Gerätehandel
- Essensreservierung
- Details zur Endbenutzer-ID
- Umgebungsdetails
- Flugreservierung
- IAB TCF 2.0-Zustimmung
- Unterkunftsreservierung
- Preisanfragedetails
- Buchungsdetails
- Sitetool-Details
- Unterstützungs-Site-Suche
- Upgrade-Details
- Upselling-Details
- Web-Details
- XDM Business Campaign
- XDM Business Campaign-Mitglieder
- Medizin
- Plan
- Produkt
- Anbieter
- Namensänderungen der Feldergruppe
- XDM Individual Profile
- Datentypen
- Kontodetails
- Anzeigenunterbrechung
- Programm
- Beacon
- Browser-Details
- B2B-Quelle
- Commerce
- Zustimmungszeichenfolge
- Zustimmungen und Voreinstellungen
- Währung
- Gerät
- E-Mail Adresse
- Umgebung
- Erlebniskanal
- Audit-Attribute des externen Quellsystems
- Finanzkonto
- Generisches Einverständnisfeld
- Feld für allgemeine Marketing-Voreinstellungen
- Feld für allgemeine Marketing-Präferenz mit Abonnements
- Feld für allgemeine Personalisierungseinstellungen
- Geo
- Geo-Kreis
- Geo-Koordinaten
- Details zur Geo-Interaktion
- Geo-Form
- Identität
- Impressions
- Implementierungsdetails
- Interne Site-Suche
- Schlüssel-Wert-Paar
- Marketing
- Maßnahme
- Bestellung
- Zahlungselement
- Person
- Personenname
- Telefonnummer
- Ortskontext
- POI-Details
- POI-Interaktion
- Postadresse
- Produktlistenelement
- Suche
- Abonnement
- Telekom-Abonnement
- Transaktion
- Web-Informationen
- Web-Interaktion
- Web-Seitendetails
- Schemata-Benutzeroberfläche
- Schemaregistrierungs-API
- Tutorials
- Erstellen eines Schemas in der Benutzeroberfläche
- Erstellen eines Schemas in der API
- Hinzufügen bestimmter Felder zu einem Schema (API)
- Definieren benutzerdefinierter Felder (API)
- Hinzufügen empfohlener Werte zu einem Feld (API)
- Einstellen eines XDM-Felds in der Benutzeroberfläche
- Ein XDM-Feld in der API verwerfen
- Definieren einer Schemabeziehung in der Benutzeroberfläche
- Definieren einer Schemabeziehung in der API
- Definieren einer Schemabeziehung in Real-time CDP B2B Edition
- Verwalten von Datennutzungskennzeichnungen für ein Schema
- Erstellen eines Ad-hoc-Schemas
- Handbuch zur Fehlerbehebung
- API-Referenz
- Platform – Versionshinweise
Finanzdienstleistungen Branchendatenmodell ERD
Das folgende Entitätsbeziehungsdiagramm (ERD) stellt ein standardisiertes Datenmodell für den Banken-, Finanz- und Versicherungssektor (BFSI) dar. Der ERD wird absichtlich denormalisiert und unter Berücksichtigung der Art und Weise, wie Daten in Adobe Experience Platform gespeichert werden, präsentiert.
Der ERD wie beschrieben ist eine Empfehlung, wie Sie Ihre Daten für diesen branchenspezifischen Anwendungsfall modellieren sollten. Um dieses Datenmodell in Platform nutzen zu können, müssen Sie die empfohlenen Schemas und deren Beziehungen selbst erstellen. Siehe Handbücher zur Verwaltung Schemas und Beziehungen in der Benutzeroberfläche für weitere Informationen.
Verwenden Sie die folgende Legende, um diese ERD zu interpretieren:
- Jede in angezeigte Entität basiert auf einem zugrunde liegenden Experience-Datenmodell (XDM)-Klasse.
- Für eine bestimmte Entität jede Zeile, die in fett stellt eine Feldergruppe oder einen Datentyp mit den entsprechenden Feldern dar, die unten im unfetteten Text aufgeführt sind.
- Die wichtigsten Felder für eine bestimmte Entität sind rot hervorgehoben.
- Alle Eigenschaften, die zur Identifizierung einzelner Kunden verwendet werden können, werden als "Identität"gekennzeichnet, wobei eine dieser Eigenschaften als "primäre Identität"markiert ist.
- Entitätsbeziehungen werden als nicht abhängig markiert, da Cookie-basierte Ereignisse häufig nicht die Person oder Person bestimmen können, die die Transaktion getätigt hat.
Die Entität "Erlebnisereignis"enthält ein Feld "_ID", das die eindeutige Kennung (_id), das von der XDM ExperienceEvent-Klasse bereitgestellt wird. Siehe Referenzdokument unter XDM ExperienceEvent für weitere Details darüber, was für diesen Wert erwartet wird.
Finanzdienstleistungen Anwendungsfälle
In der folgenden Tabelle sind die empfohlenen Klassen und Schemafeldgruppen für verschiedene gängige finanzielle Anwendungsfälle aufgeführt.
| Anwendungsfall | Empfohlene Klassen und Feldergruppen |
|---|---|
| Personalisierung für bevorzugte Segmente im Maßstab durch Omnichannel-Reporting-Einblicke und die Automatisierung von Journey, um die Registrierung zu einem bevorzugten Prämienprogramm zu verbessern. | |
| Optimieren Sie die kanalübergreifende Personalisierung über Online- und Offline-Kanäle hinweg. | |
| treiben Sie neue Umsatzmöglichkeiten, indem Sie Einblicke aus der kanalübergreifenden Verhaltensanalyse nutzen und Muster der Produktnutzung identifizieren, die zu neuen Produktangeboten führen könnten. |
Ressourcen
Adobe-Konto
