Configuratie partnerschema
Experience Platform gebruikt schema's om de gegevensstructuur op een consistente en herbruikbare manier te beschrijven. Wanneer gegevens in Experience Platform worden opgenomen, worden ze gestructureerd volgens een XDM-schema. Voor meer informatie over het model van de schemacompositie, met inbegrip van ontwerpprincipes en beste praktijken, zie de grondbeginselen van schemacompositie.
Wanneer het bouwen van een bestemming met Destination SDK, kunt u uw eigen partnerschema bepalen dat door uw bestemmingsplatform moet worden gebruikt. Hiermee kunnen gebruikers profielkenmerken van Experience Platform toewijzen aan specifieke velden die uw doelplatform herkent, allemaal in de interface van Experience Platform.
Wanneer het vormen van het partnerschema voor uw bestemming, kunt u de gebiedstoewijzing verfijnen die door uw bestemmingsplatform wordt gesteund, zoals:
- Gebruikers mogen een
phoneNumber
XDM-kenmerk toewijzen aan eenphone
-kenmerk dat door uw doelplatform wordt ondersteund. - Creeer dynamische partnerschema's die Experience Platform dynamisch kan roepen om een lijst van alle gesteunde attributen binnen uw bestemming terug te winnen.
- Geef verplichte veldtoewijzingen op die uw doelplatform nodig heeft.
Om te begrijpen waar deze component in een integratie past die met Destination SDK wordt gecreeerd, zie het diagram in de configuratieoptiesdocumentatie of zie de gids op hoe te Destination SDK gebruiken om een op dossier-gebaseerde bestemmingte vormen.
U kunt uw schemamontages via het /authoring/destinations
eindpunt vormen. Zie de volgende API verwijzingspagina's voor gedetailleerde API vraagvoorbeelden waar u de componenten kunt vormen die in deze pagina worden getoond.
Dit artikel beschrijft alle gesteunde opties van de schemaconfiguratie die u voor uw bestemming kunt gebruiken, en toont welke klanten in Experience Platform UI zullen zien.
Ondersteunde integratietypen supported-integration-types
Raadpleeg de onderstaande tabel voor meer informatie over de integratietypen die de op deze pagina beschreven functionaliteit ondersteunen.
Ondersteunde schemaconfiguratie supported-schema-types
Destination SDK ondersteunt meerdere schemeconfiguraties:
- Statische schema's worden gedefinieerd via de array
profileFields
in de sectieschemaConfig
. In een statisch schema definieert u elk doelkenmerk dat in de Experience Platform-gebruikersinterface in deprofileFields
-array moet worden weergegeven. Als u uw schema moet bijwerken, moet u de bestemmingsconfiguratiebijwerken. - De dynamische schema's gebruiken een extra type van bestemmingsserver, genoemd a dynamische schemaserver, om de gesteunde doelattributen dynamisch terug te winnen en schema's te produceren die op uw eigen API worden gebaseerd. Dynamische schema's maken geen gebruik van de array
profileFields
. Als u uw schema moet bijwerken, is er geen behoefte om de bestemmingsconfiguratiebij te werken. In plaats daarvan haalt de dynamische schemaserver het bijgewerkte schema van uw API terug. - Binnen de schemaconfiguratie, hebt u de optie om vereiste (of vooraf bepaalde) afbeeldingen toe te voegen. Dit zijn toewijzingen die gebruikers kunnen weergeven in de gebruikersinterface van Experience Platform, maar ze kunnen deze niet wijzigen wanneer ze een verbinding met uw doel instellen. U kunt bijvoorbeeld afdwingen dat het veld E-mailadres altijd naar de bestemming wordt verzonden.
De sectie schemaConfig
gebruikt veelvoudige configuratieparameters, afhankelijk van het type van schema dat u nodig hebt, zoals aangetoond in de hieronder secties.
Een statisch schema maken attributes-schema
Als u een statisch schema met profielkenmerken wilt maken, definieert u de doelkenmerken in de array profileFields
, zoals hieronder wordt weergegeven.
"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
gebruikt, kunt u de parameter useCustomerSchemaForAttributeMapping
volledig weglaten.useCustomerSchemaForAttributeMapping
Schakelt de toewijzing van kenmerken van het klantschema naar de kenmerken die u in de array profileFields
definieert in of uit.
- Indien ingesteld op
true
, zien gebruikers alleen de bronkolom in het toewijzingsveld.profileFields
is in dit geval niet van toepassing. - Als de waarde
false
is, kunnen gebruikers bronkenmerken vanuit hun schema toewijzen aan de kenmerken die u in deprofileFields
-array hebt gedefinieerd.
De standaardwaarde is false
.
profileRequired
true
als gebruikers in staat moeten zijn om profielkenmerken van Experience Platform toe te wijzen aan aangepaste kenmerken op uw doelplatform.segmentRequired
true
.identityRequired
true
als de gebruikers identiteitstypesvan Experience Platform aan de attributen zouden moeten kunnen in kaart brengen u in de profileFields
serie bepaalde.segmentNamespaceAllowList
Het gebruik van deze parameter wordt in de meeste gevallen afgeraden. Gebruik in plaats daarvan
"segmentNamespaceDenyList":[]
om alle soorten publiek naar uw doel te laten exporteren.als zowel
segmentNamespaceAllowList
als segmentNamespaceDenyList
van uw configuratie ontbreken, zullen de gebruikers slechts publiek uit de Dienst van de Segmentatiekunnen uitvoeren.segmentNamespaceAllowList
en segmentNamespaceDenyList
sluiten elkaar uit.segmentNamespaceDenyList
Adobe adviseert om de uitvoer van alle publiek, ongeacht de oorsprong, toe te staan door
"segmentNamespaceDenyList":[]
te plaatsen.als zowel
segmentNamespaceAllowed
als segmentNamespaceDenyList
van uw configuratie ontbreken, zullen de gebruikers slechts publiek uit de Dienst van de Segmentatiekunnen uitvoeren.segmentNamespaceAllowList
en segmentNamespaceDenyList
sluiten elkaar uit.De resulterende ervaring met de gebruikersinterface wordt weergegeven in de onderstaande afbeeldingen.
Wanneer gebruikers de doeltoewijzing selecteren, kunnen ze de velden zien die in de array profileFields
zijn gedefinieerd.
Na het selecteren van de attributen, kunnen zij hen in de kolom van het doelgebied zien.
Een dynamisch schema maken dynamic-schema-configuration
Destination SDK steunt de verwezenlijking van dynamische partnerschema's. In tegenstelling tot een statisch schema gebruikt een dynamisch schema geen profileFields
-array. In plaats daarvan gebruiken dynamische schema's een dynamische schemaserver die met uw eigen API verbindt van waar het de schemaconfiguratie terugwint.
In een dynamische schemaconfiguratie, wordt de profileFields
serie vervangen door de dynamicSchemaConfig
sectie, zoals hieronder getoond.
"schemaConfig":{
"dynamicSchemaConfig":{
"dynamicEnum": {
"authenticationRule":"CUSTOMER_AUTHENTICATION",
"destinationServerId":"DYNAMIC_SCHEMA_SERVER_ID",
"value": "Schema Name",
"responseFormat": "SCHEMA"
}
},
"profileRequired":true,
"segmentRequired":true,
"identityRequired":true
}
dynamicEnum.authenticationRule
Geeft aan hoe Experience Platform -klanten verbinding maken met uw doel. Accepteerde waarden zijn CUSTOMER_AUTHENTICATION
, PLATFORM_AUTHENTICATION
, NONE
.
- Gebruik
CUSTOMER_AUTHENTICATION
als de klanten van Experience Platform zich in uw systeem via om het even welke beschreven authentificatiemethodes hierregistreren. - Gebruik
PLATFORM_AUTHENTICATION
als er een wereldwijd verificatiesysteem is tussen Adobe en uw bestemming en de klant van Experience Platform geen verificatiereferenties hoeft op te geven om verbinding te maken met uw bestemming. In dit geval, moet u een geloofsbrieven tot voorwerpleiden gebruikend geloofsbrieven API. - Gebruik
NONE
als er geen verificatie vereist is om gegevens naar het doelplatform te verzenden.
dynamicEnum.destinationServerId
instanceId
van uw dynamische schemaserver. Deze bestemmingsserver omvat het API eindpunt dat Experience Platform zal roepen om het dynamische schema terug te winnen.dynamicEnum.value
dynamicEnum.responseFormat
SCHEMA
bij het definiƫren van een dynamisch schema.profileRequired
true
als gebruikers in staat moeten zijn om profielkenmerken van Experience Platform toe te wijzen aan aangepaste kenmerken op uw doelplatform.segmentRequired
true
.identityRequired
true
als de gebruikers identiteitstypesvan Experience Platform aan de attributen zouden moeten kunnen in kaart brengen u in de profileFields
serie bepaalde.Vereiste toewijzingen required-mappings
Binnen de schemaconfiguratie, naast uw statisch of dynamisch schema, hebt u de optie om vereiste (of vooraf bepaalde) afbeeldingen toe te voegen. Dit zijn toewijzingen die gebruikers kunnen weergeven in de gebruikersinterface van Experience Platform, maar ze kunnen deze niet wijzigen wanneer ze een verbinding met uw doel instellen.
U kunt bijvoorbeeld afdwingen dat het veld E-mailadres altijd naar de bestemming wordt verzonden.
- U kunt een vereist brongebied en een vereist bestemmingsgebied vormen. In dit geval kunnen gebruikers geen van de twee velden bewerken of selecteren en alleen de selectie weergeven.
- U kunt een vereist bestemmingsgebied slechts vormen. In dit geval kunnen gebruikers een bronveld selecteren om toe te wijzen aan het doel.
Zie onder twee voorbeelden van een schemaconfiguratie met vereiste afbeeldingen en wat deze in de afbeeldingsstap van kijken activeert gegevens aan batch bestemmingen werkschema.
In het onderstaande voorbeeld ziet u zowel de vereiste bron- als doeltoewijzingen. Wanneer zowel bron- als doelvelden als vereiste toewijzingen zijn opgegeven, kunnen gebruikers geen van de twee velden selecteren of bewerken en alleen de vooraf gedefinieerde selectie weergeven.
code language-json |
---|
|
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 layout-auto | |||
---|---|---|---|
Parameter | Type | Vereist/optioneel | Beschrijving |
requiredMappingsOnly |
Boolean | Optioneel | Wanneer deze waarde is ingesteld op true, kunnen gebruikers geen andere kenmerken en identiteiten in de activeringsstroom toewijzen, behalve de vereiste toewijzingen die u in de array requiredMappings definieert. |
requiredMappings.sourceType |
String | Vereist |
Geeft het type van het veld
|
requiredMappings.source |
String | Vereist |
Hiermee wordt de waarde van het bronveld aangegeven. Ondersteunde waardetypen
|
requiredMappings.destination |
String | Vereist | Hiermee wordt de waarde van het doelveld aangegeven. Wanneer zowel bron- als doelvelden als vereiste toewijzingen zijn opgegeven, kunnen gebruikers geen van de twee velden selecteren of bewerken en alleen de selectie weergeven. |
Hierdoor worden zowel de secties Source field als Target field in de gebruikersinterface van Experience Platform grijs weergegeven.
In het onderstaande voorbeeld ziet u een vereiste doeltoewijzing. Als alleen het doelveld naar wens is opgegeven, kunnen gebruikers selecteren welk bronveld ernaar moet worden toegewezen.
code language-json |
---|
|
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 layout-auto | |||
---|---|---|---|
Parameter | Type | Vereist/optioneel | Beschrijving |
requiredMappingsOnly |
Boolean | Optioneel | Wanneer deze waarde is ingesteld op true, kunnen gebruikers geen andere kenmerken en identiteiten in de activeringsstroom toewijzen, behalve de vereiste toewijzingen die u in de array requiredMappings definieert. |
requiredMappings.destination |
String | Vereist | Hiermee wordt de waarde van het doelveld aangegeven. Wanneer alleen het doelveld wordt opgegeven, kunnen gebruikers een bronveld selecteren om toe te wijzen aan het doel. |
mandatoryRequired |
Boolean | Optioneel | Wijst erop of de afbeelding als a verplichte attributenzou moeten worden gemerkt. |
primaryKeyRequired |
Boolean | Optioneel | Wijst erop of de afbeelding als sleutel van a deduplicatiezou moeten worden gemerkt. |
Hierdoor wordt de sectie Target field in de gebruikersinterface van Experience Platform grijs weergegeven, terwijl de sectie Source field actief is en gebruikers ermee kunnen werken. De opties Mandatory key en Deduplication key zijn actief en gebruikers kunnen deze niet wijzigen.
Ondersteuning voor extern publiek configureren external-audiences
Om uw bestemming te vormen om de activering van extern geproduceerd publiekte steunen, omvat het hieronder fragment in de schemaConfig
sectie.
"schemaConfig": {
"segmentNamespaceDenyList": [],
...
}
Zie de bezitsbeschrijvingen in de lijstverder hierboven op deze pagina om meer over de segmentNamespaceDenyList
functionaliteit te leren.
Volgende stappen next-steps
Na het lezen van dit artikel hebt u beter inzicht in welke schematypen door Destination SDK worden ondersteund en hoe u uw schema kunt configureren.
Raadpleeg de volgende artikelen voor meer informatie over de andere doelcomponenten: