Konfiguration av partnerschema
Experience Platform använder scheman för att beskriva datastrukturen på ett konsekvent och återanvändbart sätt. När data hämtas till Platform struktureras de enligt ett XDM-schema. Mer information om schemakompositionsmodellen, inklusive designprinciper och bästa praxis, finns i Grunderna för schemakomposition.
När du skapar ett mål med Destination SDK kan du definiera ett eget partnerschema som ska användas av målplattformen. Detta ger användarna möjlighet att mappa profilattribut från Plattform till specifika fält som målplattformen känner igen, allt inom plattformens användargränssnitt.
När du konfigurerar partnerschemat för målet kan du finjustera den fältmappning som stöds av målplattformen, till exempel:
- Tillåt användare att mappa ett
phoneNumber
XDM-attribut till ettphone
-attribut som stöds av målplattformen. - Skapa dynamiska partnerscheman som Experience Platform kan anropa dynamiskt för att hämta en lista över alla attribut som stöds i destinationen.
- Definiera obligatoriska fältmappningar som målplattformen kräver.
Mer information om var den här komponenten passar in i en integrering som skapats med Destination SDK finns i diagrammet i dokumentationen för konfigurationsalternativ eller i guiden om hur du använder Destination SDK för att konfigurera ett filbaserat mål.
Du kan konfigurera schemainställningarna via slutpunkten /authoring/destinations
. På följande API-referenssidor finns detaljerade API-anropsexempel där du kan konfigurera komponenterna som visas på den här sidan.
I den här artikeln beskrivs alla schemakonfigurationsalternativ som stöds och som du kan använda för ditt mål. Här visas vad kunderna kommer att se i plattformsgränssnittet.
Integrationstyper som stöds supported-integration-types
Se tabellen nedan för mer ingående information om vilka typer av integreringar som stöder de funktioner som beskrivs på den här sidan.
Schemakonfiguration som stöds supported-schema-types
Destinationen SDK stöder flera schemakonfigurationer:
- Statiska scheman definieras via arrayen
profileFields
i avsnittetschemaConfig
. I ett statiskt schema definierar du alla målattribut som ska visas i användargränssnittet i Experience Platform iprofileFields
-arrayen. Om du behöver uppdatera ditt schema måste du uppdatera målkonfigurationen. - Dynamiska scheman använder en ytterligare målservertyp, som kallas dynamisk schemaserver, för att dynamiskt hämta de målattribut som stöds och generera scheman baserat på ditt eget API. Dynamiska scheman använder inte
profileFields
-arrayen. Om du behöver uppdatera schemat behöver du inte uppdatera målkonfigurationen. I stället hämtar den dynamiska schemaservern det uppdaterade schemat från ditt API. - I schemakonfigurationen kan du lägga till obligatoriska (eller fördefinierade) mappningar. Det här är mappningar som användare kan visa i plattformsgränssnittet, men de kan inte ändra dem när de konfigurerar en anslutning till ditt mål. Du kan t.ex. framtvinga att e-postadressfältet alltid skickas till målet.
Avsnittet schemaConfig
använder flera konfigurationsparametrar, beroende på vilken typ av schema du behöver, vilket visas i avsnitten nedan.
Skapa ett statiskt schema attributes-schema
Om du vill skapa ett statiskt schema med profilattribut definierar du målattributen i profileFields
-arrayen enligt nedan.
"schemaConfig":{
"profileFields":[
{
"name":"phoneNo",
"title":"phoneNo",
"description":"This is a fixed attribute on your destination side that customers can map profile attributes to. For example, the mobilePhone.number value in Experience Platform could be phoneNo on your side.",
"type":"string",
"isRequired":false,
"readOnly":false,
"hidden":false
},
{
"name":"firstName",
"title":"firstName",
"description":"This is a fixed attribute on your destination side that customers can map profile attributes to. For example, the person.name.firstName value in Experience Platform could be firstName on your side.",
"type":"string",
"isRequired":false,
"readOnly":false,
"hidden":false
},
{
"name":"lastName",
"title":"lastName",
"description":"This is a fixed attribute on your destination side that customers can map profile attributes to. For example, the person.name.lastName value in Experience Platform could be phoneNo on your side.",
"type":"string",
"isRequired":false,
"readOnly":false,
"hidden":false
}
],
"useCustomerSchemaForAttributeMapping":false,
"profileRequired":true,
"segmentRequired":true,
"identityRequired":true,
"segmentNamespaceAllowList": ["someNamespace"],
"segmentNamespaceDenyList": ["someOtherNamespace"]
}
profileFields
profileFields
-array kan du helt utelämna parametern useCustomerSchemaForAttributeMapping
.useCustomerSchemaForAttributeMapping
Aktiverar eller inaktiverar mappningen av attribut från kundschemat till de attribut som du definierar i profileFields
-arrayen.
- Om värdet är
true
kan användarna bara se källkolumnen i mappningsfältet.profileFields
kan inte användas i det här fallet. - Om värdet är
false
kan användare mappa källattribut från sitt schema till de attribut du definierade iprofileFields
-arrayen.
Standardvärdet är false
.
profileRequired
true
om användare ska kunna mappa profilattribut från Experience Platform till anpassade attribut på målplattformen.segmentRequired
true
.identityRequired
true
om användare ska kunna mappa identitetstyper från Experience Platform till de attribut du definierade i arrayen profileFields
.segmentNamespaceAllowList
segmentNamespaceDenyList
.Exempel:
"segmentNamespaceAllowList": ["AudienceManager"]
tillåter användare att endast mappa målgrupper från namnområdet AudienceManager
till det här målet.Om du vill tillåta användare att exportera alla målgrupper till ditt mål, kan du ignorera den här parametern.
Om både
segmentNamespaceAllowList
och segmentNamespaceDenyList
saknas i konfigurationen kan användarna bara exportera målgrupper som kommer från segmenteringstjänsten.segmentNamespaceDenyList
segmentNamespaceAllowed
.Exempel:
"segmentNamespaceDenyList": ["AudienceManager"]
kommer att blockera användare från att mappa målgrupper från namnområdet AudienceManager
till det här målet.Om du vill tillåta användare att exportera alla målgrupper till ditt mål, kan du ignorera den här parametern.
Om både
segmentNamespaceAllowed
och segmentNamespaceDenyList
saknas i konfigurationen kan användarna bara exportera målgrupper som kommer från segmenteringstjänsten.Om du vill tillåta export av alla målgrupper, oavsett ursprung, anger du
"segmentNamespaceDenyList":[]
.Den slutliga användarupplevelsen visas i bilderna nedan.
När användarna väljer målmappning kan de se fälten som definierats i profileFields
-arrayen.
När attributen har markerats kan de se dem i målfältskolumnen.
Skapa ett dynamiskt schema dynamic-schema-configuration
Destination SDK stöder skapande av dynamiska partnerscheman. I motsats till ett statiskt schema använder inte ett dynamiskt schema en profileFields
-matris. I stället använder dynamiska scheman en dynamisk schemaserver som ansluter till din egen API från den plats där schemakonfigurationen hämtas.
I en dynamisk schemakonfiguration ersätts profileFields
-arrayen av avsnittet dynamicSchemaConfig
, vilket visas nedan.
"schemaConfig":{
"dynamicSchemaConfig":{
"dynamicEnum": {
"authenticationRule":"CUSTOMER_AUTHENTICATION",
"destinationServerId":"DYNAMIC_SCHEMA_SERVER_ID",
"value": "Schema Name",
"responseFormat": "SCHEMA"
}
},
"profileRequired":true,
"segmentRequired":true,
"identityRequired":true
}
dynamicEnum.authenticationRule
Anger hur Platform-kunder ansluter till ditt mål. Godkända värden är CUSTOMER_AUTHENTICATION
, PLATFORM_AUTHENTICATION
, NONE
.
- Använd
CUSTOMER_AUTHENTICATION
om plattformskunder loggar in i systemet med någon av de autentiseringsmetoder som beskrivs här. - Använd
PLATFORM_AUTHENTICATION
om det finns ett globalt autentiseringssystem mellan Adobe och ditt mål och Platform-kunden inte behöver ange några autentiseringsuppgifter för att ansluta till ditt mål. I det här fallet måste du skapa ett autentiseringsobjekt med hjälp av API:t för autentiseringsuppgifter. - Använd
NONE
om ingen autentisering krävs för att skicka data till målplattformen.
dynamicEnum.destinationServerId
instanceId
för din dynamiska schemaserver. Målservern innehåller API-slutpunkten som Experience Platform ska anropa för att hämta det dynamiska schemat.dynamicEnum.value
dynamicEnum.responseFormat
SCHEMA
när ett dynamiskt schema definieras.profileRequired
true
om användare ska kunna mappa profilattribut från Experience Platform till anpassade attribut på målplattformen.segmentRequired
true
.identityRequired
true
om användare ska kunna mappa identitetstyper från Experience Platform till de attribut du definierade i arrayen profileFields
.Obligatoriska mappningar required-mappings
I schemakonfigurationen kan du, förutom ditt statiska eller dynamiska schema, lägga till nödvändiga (eller fördefinierade) mappningar. Det här är mappningar som användare kan visa i plattformsgränssnittet, men de kan inte ändra dem när de konfigurerar en anslutning till ditt mål.
Du kan t.ex. framtvinga att e-postadressfältet alltid skickas till målet.
- Du kan konfigurera ett obligatoriskt källfält och ett obligatoriskt målfält. I det här fallet kan användare inte redigera eller markera något av de två fälten och bara visa markeringen.
- Du kan bara konfigurera ett obligatoriskt målfält. I det här fallet kan användarna välja ett källfält som ska kopplas till målet.
Se två exempel nedan på en schemakonfiguration med obligatoriska mappningar och hur dessa ser ut i mappningssteget i arbetsflödet för att aktivera data till batchmål.
I exemplet nedan visas både obligatoriska käll- och målmappningar. När både käll- och målfält anges som obligatoriska mappningar kan användare inte markera eller redigera något av de två fälten och bara visa den fördefinierade markeringen.
code language-json |
---|
|
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 layout-auto | |||
---|---|---|---|
Parameter | Typ | Obligatoriskt/valfritt | Beskrivning |
requiredMappingsOnly |
Boolean | Valfritt | Om värdet är true kan användare inte mappa andra attribut och identiteter i aktiveringsflödet, förutom de nödvändiga mappningarna som du definierar i requiredMappings -arrayen. |
requiredMappings.sourceType |
Sträng | Obligatoriskt |
Anger typen för fältet
|
requiredMappings.source |
Sträng | Obligatoriskt |
Anger värdet för källfältet. Värdetyper som stöds:
|
requiredMappings.destination |
Sträng | Obligatoriskt | Anger målfältets värde. När både käll- och målfält har angetts som obligatoriska mappningar kan användare inte markera eller redigera något av de två fälten och bara visa markeringen. |
Därför är både Source field- och Target field-avsnitten i plattformsgränssnittet nedtonade.
I exemplet nedan visas en nödvändig målmappning. Om bara målfältet anges som obligatoriskt kan användarna välja vilket källfält som ska kopplas till det.
code language-json |
---|
|
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 layout-auto | |||
---|---|---|---|
Parameter | Typ | Obligatoriskt/valfritt | Beskrivning |
requiredMappingsOnly |
Boolean | Valfritt | Om värdet är true kan användare inte mappa andra attribut och identiteter i aktiveringsflödet, förutom de nödvändiga mappningarna som du definierar i requiredMappings -arrayen. |
requiredMappings.destination |
Sträng | Obligatoriskt | Anger målfältets värde. När endast målfältet är angivet kan användarna välja ett källfält som ska kopplas till målet. |
mandatoryRequired |
Boolean | Valfritt | Anger om mappningen ska markeras som ett obligatoriskt attribut. |
primaryKeyRequired |
Boolean | Valfritt | Anger om mappningen ska markeras som en dedupliceringsnyckel. |
Därför är avsnittet Target field i plattformsgränssnittet nedtonat, medan avsnittet Source field är aktivt och användarna kan interagera med det. Alternativen Mandatory key och Deduplication key är aktiva, och användare kan inte ändra dem.
Konfigurera stöd för externa målgrupper external-audiences
Om du vill konfigurera målet så att det stöder aktivering av externt genererade målgrupper inkluderar du fragmentet nedan i avsnittet schemaConfig
.
"schemaConfig": {
"segmentNamespaceDenyList": [],
...
}
Mer information om funktionen segmentNamespaceDenyList
finns i egenskapsbeskrivningarna i tabellen ovan på den här sidan.
Nästa steg next-steps
När du har läst den här artikeln bör du få en bättre förståelse för vilka schematyper som stöds av Destinationen SDK och hur du kan konfigurera ditt schema.
Mer information om de andra målkomponenterna finns i följande artiklar: