Asignar objetos obligatorios

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

• Reconocer los componentes del modelo de datos de Customer 360.
  
• Describir objetos individuales, de punto de contacto y de parte.
  
• Identificar requisitos de asignación para conjuntos de reglas de resolución de identidad.
  

Componentes del modelo de datos de Customer 360

Para comprender mejor los requisitos para los conceptos de datos e identidad, es necesario repasar el modelo de datos de Customer 360. El modelo de datos de Customer 360 es el modelo de datos estándar de Data Cloud que le ayuda con la interoperabilidad de los datos. En otras palabras, hace que los datos se puedan utilizar donde los necesite. La comprensión de los componentes del modelo de datos de Customer 360 puede hacer que resulte más sencillo el hecho de asignar datos y crear conjuntos de reglas de resolución de identidad. Vamos a verlo.

Tema (objetivo empresarial)

El modelo de datos de Customer 360 agrupa temas o modelos de datos según los objetivos empresariales. Estos objetivos podrían ser vender o promocionar su producto o proporcionar asistencia sobre productos sin problemas a los clientes. Es posible que los temas del modelo de datos incluyan una clasificación de identificadores únicos llamados identificadores de parte, o bien podrían ser datos de interacciones, pedidos de ventas o información de productos. 

Objeto de modelo de datos, también llamado DMO (grupos de datos)

Un objeto en el modelo de datos creado a partir de transmisiones de datos y perspectivas ingeridas. Los DMO pueden ser estándar o personalizados, según las necesidades de su negocio. Un DMO almacena datos como candidatos, información del producto, información del cliente, etc. 

Atributos (datos sobre los contactos)

Los atributos son datos únicos que conoce sobre un contacto en concreto, que proceden de diferentes fuentes. Estos datos le ayudan a vincular los datos de una persona y, finalmente, crear un perfil unificado del cliente. Para los expertos en marketing, estos puntos de datos son muy valiosos, ya que pueden utilizarse para crear segmentos ajustados. Por ejemplo, es posible que quiera enviar un cupón a todos los contactos menores de 25 años que prefieran realizar levantamiento de pesas en lugar de salir a correr. Para ello, necesita datos de edad y preferencia de actividad en Data Cloud. 

Existen atributos estándar ya creados para que pueda utilizarlos; sin embargo, su organización también puede crear atributos personalizados según el caso de uso de su empresa.

La importancia de la asignación de datos

Ahora que ya hemos hecho un recordatorio, es hora de ponerse serios. Para crear perfiles unificados, debe asignar los datos correctamente. Data Cloud es como la inteligencia artificial (IA), ya que requiere datos de calidad y la intervención de los seres humanos para ser más eficaz. 

Con Data Cloud, el sistema solo puede unificar perfiles si están asignados correctamente al objeto individual y a otro elemento: unobjeto de punto de contacto o un objeto de identificador de parte. 

Comencemos con la primera opción necesaria, el objeto individual.

Objeto individual

El objeto individual es el más importante, ya que contiene toda la información personal que conoce sobre el cliente. Esos datos pueden proceder de todo tipo de fuentes (desde datos de comercio a publicaciones de redes sociales). De hecho, cada transmisión de datos que se agrega debe tener un campo que se conecte al campo de Id. individual a fin de crear un perfil individual unificado. Es necesario para la resolución de identidad. 

Vamos a repetir esto una vez más para darle más énfasis. 

Todas las transmisiones de datos con información del cliente deben tener un campo asignado al campo de Id. individual desde el objeto individual a fin de utilizar la resolución de identidad. 

Asignaciones y relaciones necesarias

En el ejemplo en el que utilizamos la fuente de datos del programa de fidelidad de NTO, el campo asignado al Id. individual es el campo SubscriberKey. El Id. individual es el atributo más importante para los con conjuntos de reglas de resolución de identidad. Sirve como clave principal para el objeto individual y es necesario para la asignación y la resolución de identidad. En su transmisión de datos, el campo que sea el identificador único para el cliente debe asignarse a ese Id. Estos son los requisitos y las opciones de asignación específicos para el objeto individual.

También puede asignar cualquier campo adicional desde los datos de su cliente hasta los atributos estándar o personalizados asociados con el objeto individual. Por ejemplo, asigne información como la fecha de cumpleaños, el nombre, el apellido, etc. 

Además de asignar todos los datos del cliente al campo de Id. individual, también debe asignar sus datos a otro objeto. Veamos las opciones.

Objetos de punto de contacto

Los puntos de contacto (como el correo electrónico, el teléfono, la dirección, el dispositivo y las redes sociales) tienen objetos asociados que pueden utilizarse para la resolución de identidad. Esta información representa información específica sobre una persona que puede cambiar o ser diferente en varios sistemas. De manera similar al Id. individual, un punto de contacto sirve como clave principal para el objeto punto de contacto y es necesario para la asignación y la resolución de identidad. En su transmisión de datos, el campo que sea el identificador único para el cliente debe asignarse a ese Id.  Vamos a repasar estos requisitos de objeto. 

Objeto de identificación de parte

Por último, pero no por ello menos importante, está el objeto de identificación de parte. El emparejamiento de identificador de parte le permite utilizar sus propios identificadores proporcionados por el cliente. El emparejamiento con un identificador de parte es especialmente importante con paquetes de datos de Marketing Cloud Engagement. Los paquetes de datos incluyen fuentes de datos que contienen datos relacionados con el suscriptor (como mediciones de implicación) y que se asocian con el Id. de un suscriptor Y con extensiones de datos que contienen información sobre el cliente. Si decide emparejar basándose en un Id. de parte, hay otros tipos de atributos que deben asignarse. 

A fin de obtener una lista de los paquetes de datos disponibles actualmente para otras nubes de Salesforce, consulte la documentación Starter Data Bundles (Paquetes de datos básicos) en la Guía de referencia de Data Cloud.

• Id. de identificación de parte: de manera similar al Id. individual y a los Id. de punto de contacto, el Id. de identificación de parte es la clave principal o el identificador principal de los datos de su cliente. Puede ser cualquier Id. único.
  
• Party (Parte): este Id. es la misma clave externa que se utiliza en el objeto individual.
  
• Party Identification Type (Tipo de identificación de parte): este es un campo necesario para asignar; sin embargo, es opcional para la resolución de identidad. Este campo proporciona información adicional sobre el identificador, por ejemplo las redes sociales. Sea descriptivo, ya que se utiliza para establecer las reglas de coincidencia.
  
• Identification Number (Número de identificación): el Id. que se utiliza para la comparación de la resolución de identidad.
  
• Nombre de identificación: Similar al tipo, este campo obligatorio se utiliza para especificar el nombre del espacio de Id., por ejemplo, el Id. del móvil o el Id. de LinkedIn. Este nombre también se utiliza en la configuración de reglas de coincidencia, por lo que debe ser descriptivo.
  
• Atributos estándar y personalizados: asigne cualquier campo adicional desde los datos de su cliente hasta los atributos estándar o personalizados asociados con el identificador de parte.
  

Veamos un ejemplo en el que se utiliza el permiso de conducción como identificador único.

En resumen, estas son las asignaciones requeridas para la identificación de parte.

Relaciones de parte

Para permitir la unificación en los espacios de Id., el objeto de identificación de parte tiene una cardinalidad de relación de muchos a uno, que significa que puede tener varios campos de parte asignados a un objeto individual. En este ejemplo, hay 3 tipos de identificación de parte: uno de LinkedIn, otro llamado Id. de contacto y una clave de suscriptor de Marketing Cloud. Las tres son posibles y, por lo tanto, el motivo para la cardinalidad es de muchos a uno. 

Como muchos sistemas utilizan identificadores, puede agregarlos fácilmente a sus reglas de coincidencia después de la asignación y configuración. Asegúrese de anotar los tipos y los nombres para que le resulte más sencillo para la configuración. 

Ejemplo de asignación de datos

Para ayudarle a visualizar este proceso, veamos un ejemplo de asignación de datos del modelo de datos de Northern Trail Outfitters (NTO). En este ejemplo, la transmisión de datos, el programa de fidelidad de NTO (1), se asocia al objeto individual (2) y al objeto Teléfono de punto de contacto (3). NTO ha creado esta asignación para utilizar los números de teléfono como regla de coincidencia. 

En esta asignación, hay tres asignaciones obligatorias (identificadas como claves principales). Para este ejemplo, las claves principales son las siguientes:

• Clave de suscriptor
  
• Id. del teléfono de punto de contacto
  
• Id. individual
  

Observe que la clave de suscriptor de la fuente de datos se asigna a las otras claves y parte principales. ¿Por qué a la parte? Porque el campo de parte ayuda a proporcionar una relación entre objetos y claves principales encontrados en fuentes de datos.

Encuentre documentación de referencia sobre el objeto de modelo de datos en la página de Salesforce Developer Modelado de datos.

Lo próximo será lo siguiente: Conjuntos de reglas de resolución de identidad

Ahora que comprende la importancia de la asignación, en la siguiente unidad hablaremos sobre el concepto de conjuntos de reglas de resolución de identidad. 

Recursos

• Ayuda de Salesforce: Party Subject Area (Área de partes)
  
• Ayuda de Salesforce: Customer 360 Data Model Individual and Contact Points (Puntos de contacto y perfil individual del modelo de datos de Customer 360)
  
• Ayuda de Salesforce: Data Modeling Requirements for Identity Resolution (Requisitos de modelado de datos para la resolución de identidad)
  
• Salesforce Developers: Model Data (Modelado de datos)