Hoe zijn AEP-naamruimten gerelateerd aan AAM gegevensbronnen

In dit artikel wordt de correlatie tussen AEP Identity Namespaces en AAM Data Sources besproken. Kortom, alle AAM apparaatgegevensbronnen die in AAM zijn gemaakt, hebben een overeenkomstige naamruimte voor AEP-identiteit en de verwijdering van de gegevensbron resulteert in de verwijdering van de naamruimte identity.

Beschrijving description

Milieu

  • Adobe Experience Platform (AEP)
  • Adobe Audience Manager (AAM)

Kwesties/Symptomen

Is er een verband tussen AAM Gegevensbronnen en de Namespaces van de Identiteit AEP?

Resolutie resolution

Ja. Deze zijn op de volgende manieren verwant.:

  • Alle AAM apparaatgegevensbronnen die sinds april 2019 in AAM zijn gemaakt, hebben een overeenkomstige AEP-naamruimte die met dezelfde naam in hetzelfde Experience Cloud Org is gemaakt, zelfs als het Experience Cloud Org geen licentie voor AEP had.
  • Voor alle AAM apparaatgegevensbronnen die vóór april 2019 zijn gemaakt, is in april 2019 een overeenkomstige naamruimte voor de AEP-identiteit gecreëerd.
  • Door AAM gegenereerde naamruimten hebben een aanwijzer naar, maar zijn niet dezelfde entiteit als de AAM tegenhangers van de gegevensbron voor andere apparaten. Het zijn afzonderlijke identiteiten waarnaar in dezelfde rij van een opzoektabel op de Experience Edge wordt verwezen.
  • Alleen AAM bronnen met apparaatgegevens hebben een naamruimte-tegenhanger voor identiteit. Op cookie gebaseerde AAM gegevensbronnen doen dit niet.

Op grond van deze informatie zijn er enkele belangrijke punten waarop u zich bewust moet zijn:

  • Als een AAM gegevensbron voor meerdere apparaten wordt verwijderd, wordt de bijbehorende naamruimte voor de identiteit verwijderd.
  • Om het even welke updates aan de AAM dwars-apparatengegevensbron naam of integratiecode zal NIET in AEP identiteit worden weerspiegeld namespace UI.
  • Elke AAM code voor apparaatgegevensbronintegratie die na april 2019 is gemaakt met speciale tekens (zoals een afbreekstreepje of onderstrepingsteken), resulteert in een nieuw naamruimtesymbool voor identiteit dat bestaat uit drie hoofdletters
  • Het symbool van identiteitskaart namespace zou de AAM van de dwars-apparatengegevensbronintegratie (zelfs als het speciale karakters) heeft moeten aanpassen ALS AAM gegevensbron voorafgaand aan April 2019 werd gecreeerd EN de integratiecode is sindsdien niet bijgewerkt.

Hoe wordt deze informatie praktisch toegepast?

Als een bestaande AAM implementatie tijdens een migratie aan het Web van AEP of Mobiele SDKs moet worden gehandhaafd, dan is de manier om de Gebruiker of CRM IDs tot AAM over te gaan (wat historisch via de Vastgestelde functie van gebruikersidentiteitskaart/de methode van de Dienst van de Identiteit ECID) door de Kaart van de Identiteit SDKmet het symbool van identiteitskaart wordt gevonden in AEP of de Inzameling UI die van Gegevens te plaatsen die met de AAM kruis die met de dwars-kruis. apparaatgegevensbron in kwestie.  De rand van de ervaring zal het identiteitssymbool zien, omhoog het corollary AAM integratiecode kijken, dan door:sturen de slag van de gegevensinzameling met de correcte AAM integratiecode, daardoor toestaand de AAM dwars-apparatengegevensbron om gebruiker-IDs voor de AAM gebruiksgevallen te blijven verzamelen gebruikend die IDs.

Belangrijke Nota: AEP zal om het even welke identiteiten behandelen die via de identiteitskaart in het Web SDK van AEP (of anders) als stitchable identiteiten worden overgegaan, zelfs als de identiteitsnamespaces in kwestie niet aan een profiel-toegelaten XDM gebied gebonden zijn. Dit kan problematisch zijn als de id's die moeten worden doorgegeven aan AAM geen individuele id's/id's op profielniveau zijn. Dit kan ertoe leiden dat meerdere AEP-profielen worden samengevoegd/samengevouwen als de id in kwestie bijvoorbeeld een huishoudelijke id is in plaats van een individuele id.

Nuttige Hint: als het niet duidelijk is welke AAM dwars-apparatengegevensbron met een bepaalde Namespace van de Identiteit AEP kan verwant zijn, dan zal het roepen van AAM API voor één van de potentiële AAM gegevensbronnen die gebruiken deze API vraageen JSON nuttige lading terugkeren die het customNamespaceCode gebied bevat. De waarde van dat veld moet overeenkomen met de AEP-naamruimte die naar die AAM gegevensbron verwijst.

Verwante Lezen:

Van het Web SDK van AEP Voor authentiek verklaarde Staten in AAM: Dit artikel bespreekt de kwestie waar dwars-apparaat IDs/gegevensbronnen niet synchroniseren of zich gedragen op de zelfde manier zoals alvorens u migreerde.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f