Asignar objetos requeridos

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

• Reconocer los componentes del modelo de datos Customer 360.
  
• Describir los objetos Individual (Individuo), Contact Point (Punto de contacto) y Party (Parte).
  
• Identificar los requisitos de asignación para los conjuntos de reglas de resolución de identidad.
  

Componentes del modelo de datos Customer 360

Para comprender en detalle los requisitos de datos y los conceptos de identidad, debe revisar el Modelo de datos de Customer 360. Se trata del modelo de datos estándar de Data Cloud que ayuda con la interoperabilidad de los datos. Es una manera sofisticada de decir que hace que los datos puedan utilizarse cada vez que se los necesita. Entender los componentes del modelo de datos Customer 360 puede facilitar la asignación de datos y la creación de conjuntos de reglas de resolución de identidad. Hagamos una revisión.

Área temática (objetivo de negocio)

El modelo de datos Customer 360 agrupa áreas temáticas o modelos de datos según los objetivos de negocio. Esos objetivos podrían ser comercializar o promocionar su producto, o proporcionar asistencia para productos sin dificultades a sus clientes. Las áreas temáticas de los modelos de datos pueden incluir la agrupación de identificadores exclusivos denominados "partes" o podrían abarcar datos de implicación, pedidos de ventas o información de productos. 

Objeto Data Model (Modelo de datos), también denominado DMO (grupos de datos)

Es un objeto en el modelo de datos creado por perspectivas y transmisiones de datos procesados. Los DMO pueden ser estándar o personalizados, según las necesidades de su negocio. Un DMO almacena datos como prospectos, información de productos y datos de clientes, entre otros. 

Atributos (datos sobre los contactos)

Los atributos son las piezas únicas de información que usted conoce sobre un determinado contacto, a partir de diferentes fuentes. Estos datos ayudan a vincular los datos de un individuo y, en última instancia, a crear un perfil unificado del cliente. Para los expertos en marketing, estos puntos de datos son puro oro, ya que pueden utilizarse para crear segmentos muy adaptados. Por ejemplo, es posible que quiera enviar un cupón a todos los contactos menores de 25 años que prefieran levantar pesas a correr. En ese caso, necesitaría datos de edad y preferencias de actividad física en su instancia de Data Cloud. 

Ya hay creados atributos estándar que puede utilizar; no obstante, su organización también puede crear atributos personalizados en función de su casos de uso de negocio.

La importancia de la asignación de datos

Ahora que repasó el contenido, es hora de trabajar en serio. Para crear perfiles unificados, debe asignar los datos correctamente. Data Cloud se asemeja a la inteligencia artificial (IA) en que requiere datos de calidad y cierta intervención humana para ser más eficaz. 

Con Data Cloud, el sistema solo puede unificar perfiles si están correctamente asignados a un objeto Individual (Individuo) y a otro elemento: un objeto Contacto Point (Punto de contacto) o un objeto Party Identifier (Identificador de parte). 

Empecemos por la primera opción requerida, el objeto Particular.

Objeto Particular

El objeto Particular es el más importante porque tiene toda la información personal que conoce sobre su cliente. Además, los datos pueden provenir de todo tipo de fuentes (ya sean datos comerciales o publicaciones en redes sociales). De hecho, cada transmisión de datos que se agrega debe tener un campo que se conecte con el campo de Id. de individuo para poder crear un perfil individual unificado. Es un requisito para la resolución de identidad. 

Repitamos este concepto una vez más para enfatizarlo. 

Todas las transmisiones de datos con información del cliente deben tener un campo asignado al campo de Id. de individuo a partir del objeto Particular para poder usar la resolución de identidad. 

Relaciones y asignaciones obligatorias

En nuestro ejemplo, donde usamos la fuente de datos del programa de fidelidad de NTO, el campo asignado al campo de Id. de individuo es SubscriberKey (Clave de suscriptor). El Id. de individuo es el atributo más importante para los conjuntos de reglas de resolución de identidad. Sirve como clave principal del objeto Particular y es obligatorio para la asignación y la resolución de identidad. En su transmisión de datos, el campo que sea el identificador exclusivo de ese cliente debería asignarse a este Id. Estos son los requisitos de asignación y las opciones específicos para el objeto Particular.

También puede asignar campos adicionales de sus datos de cliente a los atributos estándar y personalizados asociados con el objeto Particular. Por ejemplo, puede asignar información como la fecha de nacimiento, el nombre, el apellido, etc. 

No solo debe asignar todos los datos de cliente al campo de Id. de individuo, sino que también debe asignar sus datos a otro objeto. Revisemos las opciones.

Objetos Punto de contacto

Los puntos de contacto (como email, teléfono, dirección, dispositivo y redes sociales) tienen todos asociados objetos que pueden usarse para la resolución de identidad. Estos datos representan información específica sobre una persona y pueden cambiar o diferir en diversos sistemas. De modo similar al Id. de individuo, un Id. de punto de contacto sirve como clave principal del objeto de punto de contacto, y es obligatorio para la asignación y la resolución de identidad. En su transmisión de datos, el campo que sea el identificador exclusivo de ese cliente debería asignarse a este Id.  Revisemos los requisitos de los objetos. 

Objeto Identificación de parte

Por último, pero no menos importante, tenemos el objeto de identificación de parte. La búsqueda de coincidencias de identificadores de parte le permite usar sus propios identificadores proporcionados por el cliente. Buscar coincidencias con un identificador de parte es especialmente importante para los paquetes de datos de Marketing Cloud Engagement. Los paquetes de datos incluyen fuentes de datos que tienen datos relacionados con los suscriptores (como mediciones de implicación) y que están asociados con un Id. de suscriptor Y con extensiones de datos que incluyen también información del cliente. Si decide buscar coincidencias a partir del Id. de parte, hay otros tipos de atributos que deben asignarse. 

Si desea ver una lista de los paquetes de datos actuales que están disponibles para otras instancias de Salesforce Cloud, consulte la documentación de Paquetes de datos de inicio en la Guía de referencia de Data Cloud.

• Id. de identificación de parte: similar al Id. de individuo y a los Id. de punto de contacto, el Id. de identificación de parte es la clave principal o el identificador principal de sus datos del cliente. Puede ser cualquier Id. exclusivo.
  
• Parte: este Id. es una clave externa que es igual a la utilizada en el objeto Particular.
  
• Tipo de identificación de parte: es un campo obligatorio para la asignación, pero opcional para la resolución de identidad. Este campo proporciona información adicional sobre el identificador, por ejemplo Redes sociales. Sea descriptivo, ya que se utiliza para configurar las reglas de coincidencia.
  
• 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 de identificación, este campo obligatorio se utiliza para especificar el nombre del espacio de Id.; por ejemplo, el Id. móvil o el Id. de LinkedIn. Este nombre también se utiliza en la configuración de reglas de coincidencias, por lo que debe ser descriptivo.
  
• Atributos estándar y personalizados: asigne campos adicionales de sus datos de cliente a los atributos estándar y personalizados asociados con el identificador de parte.
  

Veamos un ejemplo donde se usa una licencia de conducir como identificador exclusivo.

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

Relaciones de parte

Para permitir la unificación en todos los espacios de Id., el objeto de identificación de parte tiene una cardinalidad de relación de Muchos a uno; en simples palabras, significa que usted puede tener varios campos de parte asignados a un solo objeto Particular. En este ejemplo, hay tres tipos de identificación de parte: uno de LinkedIn, otro denominado Id. de contacto y una clave de suscriptor de Marketing Cloud. Los tres son posibles y, por ende, la razón de la cardinalidad de Muchos a uno. 

Dado que muchos sistemas usan identificadores, puede agregarlos fácilmente a sus reglas de búsqueda de coincidencias después de la asignación y la configuración. Solo debe procurar tomar nota de los tipos y nombres para facilitar la configuración. 

Ejemplo de asignación de datos

Para visualizar este proceso, revisemos un ejemplo de asignación de datos a partir de un modelo de datos de Northern Trail Outfitters (NTO). En este ejemplo, la transmisión de datos, el Programas de lealtad de NTO (1), está asignada al objeto Individual (Individuo) (2) y al objeto Contact Point Phone (Teléfono de punto de contacto) (3). NTO creó esta asignación para usar los números de teléfono como regla de coincidencia. 

Dentro de esta asignación, hay tres asignaciones requeridas (identificadas como claves principales). Para este ejemplo, esas claves principales son las siguientes:

• SubscriberKey
  
• Id. de teléfono de punto de contacto
  
• Id. de individuo
  

También tenga en cuenta que la clave SubscriberKey de la fuente de datos está asignada a las otras claves principales y a otra parte. ¿Por qué a la parte? Porque el campo de parte ayuda a establecer la relación entre los objetos y las claves principales que se encuentran en las fuentes de datos.

Puede encontrar documentación de referencia sobre los objetos del modelo de datos en la página de desarrollador de Salesforce sobre el modelo de datos.

Lo siguiente: Conjuntos de reglas de resolución de identidad

Ahora que comprende por qué es importante la asignación, en la próxima unidad analizaremos el concepto de conjuntos de reglas de resolución de identidad. 

Recursos

• Ayuda de Salesforce: Área temática de parte
  
• Ayuda de Salesforce: Individuo y puntos de contacto del Modelo de datos Customer 360
  
• Ayuda de Salesforce: Requisitos de modelado de datos para resolución de identidad
  
• Salesforce Developers: Modelo de datos