Samenvoegbeleid maken

In deze les, zult u samenvoegbeleid tot stand brengen om voorrang te geven aan hoe de veelvoudige gegevensbronnen in profielen samenvoegen.

Met Adobe Experience Platform kunt u gegevens uit meerdere bronnen samenbrengen en combineren om een volledig beeld van elke afzonderlijke klant te krijgen. Bij het samenbrengen van deze gegevens, bepaalt het samenvoegbeleid hoe aan de gegevens prioriteit wordt gegeven en welke gegevens worden gecombineerd om die verenigde mening tot stand te brengen.

We blijven bij de gebruikersinterface voor deze les, maar API-opties bestaan ook voor het maken van samenvoegbeleid.

Gegevensarchitecten moet een samenvoegbeleid maken buiten deze zelfstudie.

Voordat u met de oefeningen begint, bekijkt u deze korte video voor meer informatie over het samenvoegbeleid:

Vereiste machtigingen

In de Machtigingen configureren les, plaatst u opstelling alle toegangscontroles die worden vereist om deze les te voltooien.

Over het samenvoegingsbeleid en Unieschema

U kunt zich herinneren, in de les over partijopname, uploadden wij twee verslagen met lichtjes verschillende informatie voor de zelfde klant. In de Loyalty gegevens, de voornaam van de klant was Daniel en hij leefde in New York City, maar in de CRM-gegevens was de voornaam van de klant Danny en hij leefde in Portland. Wijzigingen in klantgegevens in de loop der tijd. Misschien is hij van Portland tot New York City. Ook andere dingen veranderen, zoals telefoonnummers en e-mailadressen. Met samenvoegingsbeleid kunt u bepalen hoe deze soorten conflicten moeten worden afgehandeld wanneer twee gegevensbronnen verschillende informatie voor dezelfde gebruiker geven.

Waarom? Danny win out as the first name ? Laten we eens kijken:

Wanneer meerdere schema's zijn ingeschakeld voor het profiel, wordt een Unieschema wordt automatisch gemaakt voor alle voor profielen ingeschakelde recordschema's die een basisklasse delen. U kunt de Unieregelingen door naar de Unieschema tab.

Merk op dat er geen verenigingsschema voor de klasse ExperienceEvent is. ExperienceEvent-gegevens blijven in het profiel staan, omdat het tijdreeksen zijn, elke gebeurtenis een tijdstempel en id bevat en botsingen geen probleem zijn.

Wat gebeurt er als dat standaardsamenvoegbeleid u niet bevalt? Wat als Luma beslist dat hun loyaliteitssysteem de bron van de waarheid zou moeten zijn als er een conflict is? Daarvoor zullen we een fusiebeleid ontwikkelen.

Een samenvoegbeleid maken in de gebruikersinterface

Het samenvoegingsbeleid valideren

Laten we eens kijken of het fusiebeleid doet wat we zouden verwachten:

Een samenvoegbeleid met beperkte gegevenssets maken

Wanneer het creëren van beleid van de Fusie gebruikend datasetbelangrijkheid, slechts zijn de datasets van de zelfde basisklasse die u in het recht omvat inbegrepen in het profiel. Laten we een ander samenvoegingsbeleid instellen

Het samenvoegingsbeleid valideren

Laten we nu eens kijken wat dit samenvoegbeleid doet:

CRM-id is een identiteitsveld in het dialoogvenster Luma Loyalty Dataset, maar alleen primaire identiteiten kunnen worden gebruikt om profielen op te zoeken. Laten we dus het profiel opzoeken met de primaire identiteit. Luma Loyalty Id"

Meer informatie over samenvoegingsbeleid

Wijzig in de profielzoekopdracht het samenvoegbeleid waarnaar u teruggaat Default Timebased en selecteert u de Profiel weergeven knop. Danny is terug!

Wat is hier aan de hand? Welnu, het samenvoegen van profielen is niet één keer. De de klantenprofielen van de in real time worden verzameld op de vlucht, die op diverse factoren wordt gebaseerd, met inbegrip van welk fusieprincipe wordt gebruikt. U kunt meerdere samenvoegbeleidsregels maken om in verschillende contexten te gebruiken, afhankelijk van de weergave van de klant die u wilt gebruiken.

Een belangrijke reden voor samenvoegbeleid is gegevensbeheer. Stel bijvoorbeeld dat u gegevens van derden in Platform opgeeft die niet kunnen worden gebruikt voor gevallen waarin persoonlijke instellingen worden gebruikt, maar kan worden gebruikt voor reclamedoeleinden. U kunt een fusiebeleid tot stand brengen dat deze derde dataset sluit en dit fusiebeleid gebruiken om segmenten voor uw het advertentiegebruikgevallen te bouwen.

Aanvullende bronnen

Laten we nu verder gaan naar de gegevensbeheerkader.