Configuración del esquema de socio

Experience Platform utiliza esquemas para describir la estructura de los datos de una manera uniforme y reutilizable. Al ingerir datos en Experience Platform, se estructuran según un esquema XDM. Para obtener más información sobre el modelo de composición de esquema, incluidos los principios de diseño y las prácticas recomendadas, vea los conceptos básicos de la composición de esquema.

Al crear un destino con Destination SDK, puede definir su propio esquema de socio para que lo utilice su plataforma de destino. Utilice el esquema del socio para asignar atributos de perfil de Experience Platform a campos específicos que la plataforma de destino reconoce, todo ello dentro de la interfaz de usuario de Experience Platform.

Al configurar el esquema de socio para el destino, puede ajustar la asignación de campos admitida por la plataforma de destino, como:

  • Asigne un atributo XDM phoneNumber a un atributo phone compatible con la plataforma de destino.
  • Cree esquemas de socios dinámicos a los que Experience Platform pueda llamar dinámicamente para recuperar una lista de todos los atributos admitidos dentro del destino.
  • Defina las asignaciones de campos obligatorias que requiere la plataforma de destino.

Para saber dónde encaja este componente en una integración creada con Destination SDK, consulte el diagrama en la documentación de opciones de configuración o vea la guía sobre cómo usar Destination SDK para configurar un destino basado en archivos.

Puede configurar las opciones del esquema a través del extremo /authoring/destinations. Consulte las siguientes páginas de referencia de la API para ver ejemplos detallados de llamadas de la API donde puede configurar los componentes que se muestran en esta página.

Este artículo describe todas las opciones de configuración de esquema admitidas que puede usar para el destino y muestra lo que ve en la interfaz de usuario de Experience Platform.

IMPORTANT
Todos los nombres y valores de parámetro admitidos por Destination SDK distinguen entre mayúsculas y minúsculas. Para evitar errores de distinción entre mayúsculas y minúsculas, utilice los nombres y valores de parámetros exactamente como se muestra en la documentación.

Tipos de integración admitidos supported-integration-types

Consulte la tabla siguiente para obtener detalles sobre qué tipos de integraciones admiten la funcionalidad descrita en esta página.

Tipo de integración
Admite funcionalidad
Integraciones en tiempo real (streaming)
Integraciones basadas en archivos (por lotes)

Configuración de esquema admitida supported-schema-types

Destination SDK admite varias configuraciones de esquema:

  • Los esquemas estáticos se definen mediante la matriz profileFields en la sección schemaConfig. En un esquema estático, define todos los atributos de destino que deben mostrarse en la interfaz de usuario de Experience Platform en la matriz profileFields. Si necesita actualizar su esquema, debe actualizar la configuración de destino.
  • Los esquemas dinámicos utilizan un tipo de servidor de destino adicional, denominado servidor de esquema dinámico, para recuperar dinámicamente los atributos de destino admitidos y generar esquemas basados en su propia API. Los esquemas dinámicos no utilizan la matriz profileFields. Si necesita actualizar su esquema, no es necesario actualizar la configuración de destino. En su lugar, el servidor de esquema dinámico recupera el esquema actualizado de la API.
  • En la configuración del esquema, tiene la opción de añadir las asignaciones necesarias (o predefinidas). Son asignaciones que se pueden ver en la interfaz de usuario de Experience Platform, pero no se pueden modificar al configurar una conexión con el destino. Por ejemplo, puede hacer que el campo de dirección de correo electrónico se envíe siempre al destino.

La sección schemaConfig utiliza varios parámetros de configuración, según el tipo de esquema que necesite, como se muestra en las secciones siguientes.

Creación de un esquema estático attributes-schema

Para crear un esquema estático con atributos de perfil, defina los atributos de destino en la matriz profileFields como se muestra a continuación.

"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"]

}
Parámetro
Tipo
Obligatorio/Opcional
Descripción
profileFields
Matriz
Opcional
Define la matriz de atributos de destinatario aceptados por la plataforma de destino a los que se pueden asignar los atributos de perfil. Al utilizar una matriz profileFields, puede omitir completamente el parámetro useCustomerSchemaForAttributeMapping.
useCustomerSchemaForAttributeMapping
Booleano
Opcional

Habilita o deshabilita la asignación de atributos del esquema cliente a los atributos definidos en la matriz profileFields.

  • Si se establece en true, solo verá la columna de origen en el campo de asignación. profileFields no son aplicables en este caso.
  • Si se establece en false, puede asignar atributos de origen del esquema a los atributos definidos en la matriz profileFields.

El valor predeterminado es false.

profileRequired
Booleano
Opcional
Use true si desea asignar atributos de perfil de Experience Platform a atributos personalizados en la plataforma de destino.
segmentRequired
Booleano
Requerido
Este parámetro lo requiere Destination SDK y siempre se debe establecer en true.
identityRequired
Booleano
Requerido
Se establece en true si debería poder asignar tipos de identidad de Experience Platform a los atributos definidos en la matriz profileFields.
segmentNamespaceAllowList
Matriz
Opcional
Asigna solo audiencias de las áreas de nombres de audiencia definidas en la matriz al destino.

En la mayoría de los casos se desaconseja el uso de este parámetro. En su lugar, use "segmentNamespaceDenyList":[] para permitir que se exporten todos los tipos de audiencias a su destino.

Si faltan segmentNamespaceAllowList y segmentNamespaceDenyList en la configuración, solo puede exportar audiencias que se originen del servicio de segmentación.

segmentNamespaceAllowList y segmentNamespaceDenyList se excluyen mutuamente.
segmentNamespaceDenyList
Matriz
Opcional
Restringe la asignación de audiencias de las áreas de nombres de audiencia definidas en la matriz al destino.

Adobe recomienda permitir la exportación de todas las audiencias, independientemente del origen, configurando "segmentNamespaceDenyList":[].

Importante: Si no especifica segmentNamespaceDenyList en su schemaConfig y no usa segmentNamespaceAllowList, el sistema establece automáticamente segmentNamespaceDenyList en []. Esto evita la pérdida de audiencias personalizadas en el futuro. Por motivos de seguridad, Adobe recomienda establecer explícitamente "segmentNamespaceDenyList":[] en la configuración.

segmentNamespaceAllowList y segmentNamespaceDenyList se excluyen mutuamente.

La experiencia de IU resultante se muestra en las imágenes siguientes.

Al seleccionar la asignación de destino, puede ver los campos definidos en la matriz profileFields.

Imagen de interfaz de usuario que muestra la pantalla de atributos de destino.

Después de seleccionar los atributos, puede verlos en la columna del campo de destinatario.

Imagen de interfaz de usuario que muestra un esquema de destino estático con atributos

Creación de un esquema dinámico dynamic-schema-configuration

Destination SDK admite la creación de esquemas de socios dinámicos. A diferencia de un esquema estático, un esquema dinámico no utiliza una matriz profileFields. En su lugar, los esquemas dinámicos utilizan un servidor de esquema dinámico que se conecta a su propia API desde donde recupera la configuración de esquema.

IMPORTANT
Antes de crear un esquema dinámico, debe crear un servidor de esquema dinámico.

En una configuración de esquema dinámico, la matriz profileFields se reemplaza por la sección dynamicSchemaConfig, como se muestra a continuación.

"schemaConfig":{
   "dynamicSchemaConfig":{
      "dynamicEnum": {
         "authenticationRule":"CUSTOMER_AUTHENTICATION",
         "destinationServerId":"DYNAMIC_SCHEMA_SERVER_ID",
         "value": "Schema Name",
         "responseFormat": "SCHEMA"
      }
   },
   "profileRequired":true,
   "segmentRequired":true,
   "identityRequired":true
}
Parámetro
Tipo
Obligatorio/Opcional
Descripción
dynamicEnum.authenticationRule
Cadena
Requerido

Indica cómo se conectan los clientes de Experience Platform a su destino. Los valores aceptados son CUSTOMER_AUTHENTICATION, PLATFORM_AUTHENTICATION, NONE.

  • Use CUSTOMER_AUTHENTICATION si los clientes de Experience Platform inician sesión en su sistema mediante cualquiera de los métodos de autenticación descritos en la documentación de autenticación de clientes.
  • Use PLATFORM_AUTHENTICATION si existe un sistema de autenticación global entre Adobe y su destino y el cliente Experience Platform no necesita proporcionar credenciales de autenticación para conectarse a su destino. En este caso, debe crear un objeto de credenciales mediante la API de credenciales y pasar el identificador del objeto de credenciales en el parámetro authenticationId de la configuración entrega de destino.
  • Use NONE si no se requiere autenticación para enviar datos a la plataforma de destino.
dynamicEnum.destinationServerId
Cadena
Requerido
El instanceId de su servidor de esquema dinámico. Este servidor de destino incluye el extremo de API que Experience Platform llama para recuperar el esquema dinámico.
dynamicEnum.value
Cadena
Requerido
El nombre del esquema dinámico, tal como se define en la configuración del servidor de esquema dinámico.
dynamicEnum.responseFormat
Cadena
Requerido
Siempre se establece en SCHEMA al definir un esquema dinámico.
profileRequired
Booleano
Opcional
Use true si desea asignar atributos de perfil de Experience Platform a atributos personalizados en la plataforma de destino.
segmentRequired
Booleano
Requerido
Este parámetro lo requiere Destination SDK y siempre se debe establecer en true.
identityRequired
Booleano
Requerido
Se establece en true si debería poder asignar tipos de identidad de Experience Platform a los atributos definidos en la matriz profileFields.

Asignaciones requeridas required-mappings

En la configuración del esquema, además del esquema estático o dinámico, tiene la opción de añadir las asignaciones necesarias (o predefinidas). Son asignaciones que se pueden ver en la interfaz de usuario de Experience Platform, pero no se pueden modificar al configurar una conexión con el destino.

Por ejemplo, puede hacer que el campo de dirección de correo electrónico se envíe siempre al destino.

NOTE
Actualmente se admiten las siguientes combinaciones de asignaciones requeridas:
  • Puede configurar un campo de origen y un campo de destino obligatorios. En este caso, no puede editar ni seleccionar ningún campo y solo puede ver la selección.
  • Solo puede configurar un campo de destino requerido. En este caso, puede seleccionar un campo de origen para asignarlo al destino.
Actualmente solo se admite la configuración de un campo de origen obligatorio no.

Vea a continuación dos ejemplos de una configuración de esquema con asignaciones requeridas y cómo se ven en el paso de asignación de activar datos en el flujo de trabajo de destinos por lotes.

Asignaciones de origen y destino requeridas

El ejemplo siguiente muestra las asignaciones de origen y destino requeridas. Cuando los campos de origen y de destino se especifican como asignaciones necesarias, no se puede seleccionar ni editar ninguno de los campos y sólo se puede ver la selección predefinida.

code language-json
"schemaConfig": {
    "requiredMappingsOnly": true,
    "requiredMappings": [
      {
        "sourceType": "text/x.schema-path",
        "source": "personalEmail.address",
        "destination": "personalEmail.address"
      }
    ]
}
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 layout-auto
Parámetro Tipo Obligatorio/Opcional Descripción
requiredMappingsOnly Booleano Opcional Cuando se establece en true, no se pueden asignar otros atributos e identidades en el flujo de activación, aparte de las asignaciones necesarias que defina en la matriz requiredMappings.
requiredMappings.sourceType Cadena Requerido

Indica el tipo del campo source. Valores compatibles:

  • text/x.schema-path: utilice este valor cuando el campo source sea un atributo de perfil de un esquema XDM.
  • text/x.aep-xl: utilice este valor cuando su campo source esté definido por una expresión regular. Ejemplo: iif(segmentMembership.ups.aep_seg_id.status==\"exited\", \"1\", \"0\")
  • text/plain: utilice este valor cuando el campo source esté definido por una plantilla de macro. Actualmente, la única plantilla de macro admitida es metadata.segment.alias.
requiredMappings.source Cadena Requerido

Indica el valor del campo de origen. Tipos de valores admitidos:

  • Atributos de perfil XDM. Ejemplo: personalEmail.address. Si el atributo de origen es un atributo de perfil XDM, establezca el parámetro sourceType en text/x.schema-path.
  • Expresiones regulares. Ejemplo: iif(segmentMembership.ups.aep_seg_id.status==\"exited\", \"1\", \"0\"). Si el atributo de origen es una expresión regular, establezca el parámetro sourceType en text/x.aep-xl.
  • Plantillas de macros. Ejemplo:metadata.segment.alias. Si el atributo de origen es una plantilla de macro, establezca el parámetro sourceType en text/plain. Actualmente, la única plantilla de macro admitida es metadata.segment.alias.
requiredMappings.destination Cadena Requerido Indica el valor del campo de destino. Cuando los campos de origen y de destino se especifican como asignaciones requeridas, no se puede seleccionar ni editar ninguno de los campos y solo se puede ver la selección.

Como resultado, las secciones Campo de Source y Campo de destino de la interfaz de usuario de Experience Platform están desactivadas.

Imagen de las asignaciones requeridas en el flujo de activación de la interfaz de usuario.

Asignación de destino requerida

El ejemplo siguiente muestra una asignación de destino requerida. Si solo se especifica el campo de destino como obligatorio, puede seleccionar qué campo de origen desea asignarle.

code language-json
"schemaConfig": {
    "requiredMappingsOnly": true,
    "requiredMappings": [
      {
        "destination": "identityMap.ExamplePartner_ID",
        "mandatoryRequired": true,
        "primaryKeyRequired": true
      }
    ]
}
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 layout-auto
Parámetro Tipo Obligatorio/Opcional Descripción
requiredMappingsOnly Booleano Opcional Cuando se establece en true, no se pueden asignar otros atributos e identidades en el flujo de activación, aparte de las asignaciones necesarias que defina en la matriz requiredMappings.
requiredMappings.destination Cadena Requerido Indica el valor del campo de destino. Cuando solo se especifica el campo de destino, puede seleccionar un campo de origen para asignarlo al destino.
mandatoryRequired Booleano Opcional Indica si la asignación debe marcarse como atributo obligatorio.
primaryKeyRequired Booleano Opcional Indica si la asignación debe marcarse como clave de anulación de duplicación.

Como resultado, la sección Campo de destino de la interfaz de usuario de Experience Platform está desactivada, mientras que la sección Campo de Source está activa y puede interactuar con ella. Las opciones Clave obligatoria y Clave de anulación de duplicación están activas y no puede cambiarlas.

Imagen de las asignaciones requeridas en el flujo de activación de la interfaz de usuario.

Configuración de la compatibilidad con audiencias externas external-audiences

Para configurar el destino de modo que admita la activación de audiencias generadas externamente, incluya el fragmento de código siguiente en la sección schemaConfig.

"schemaConfig": {
  "segmentNamespaceDenyList": [],
  ...
}

Consulte las descripciones de las propiedades en la tabla más arriba en esta página para obtener más información acerca de la funcionalidad segmentNamespaceDenyList.

Próximos pasos next-steps

Ahora comprende los tipos de esquema estático y dinámico admitidos por Destination SDK, cómo agregar las asignaciones necesarias y cómo configurar el destino para que admita audiencias externas.

Para obtener más información acerca de los demás componentes de destino, consulte los siguientes artículos:

recommendation-more-help
experience-platform-help-destinations