Un mapa no es una decisión
También en 28 idiomas
English · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Módulo 4 de 6 del capítulo Datos maestros e identidad, capítulo 6 del curso Data Architect. Cada módulo se sostiene por sí solo. Anterior: Emparejar, fusionar y la supervivencia · Siguiente: Cuando la autoridad es compartida
La pregunta que responde este módulo: ¿Un perfil unificado es lo mismo que un golden record?
El mismo cliente está en tres sistemas. Salesforce conoce a Daniel Reyes, d.reyes@example.com, Dallas. El comercio electrónico conoce a Dan Reyes, el mismo correo, Dallas, TX. Soporte conoce a Daniel Reyes, 214-555-0100, Dallas. Data 360 decide que los tres son la misma persona y construye un perfil unificado. Excelente. ¿Tenemos un golden record? No necesariamente. Sabemos que los registros van juntos; no hemos decidido qué fuente es dueña de la verdad. Esto puede confundir a la gente: la resolución de identidades crea un individuo unificado, pero no un golden record. Así que enseño la diferencia de frente:
Un perfil unificado es un mapa. Un golden record es una decisión.
La resolución de identidades responde “¿quién?”
Sección titulada «La resolución de identidades responde “¿quién?” »Sin resolución de identidades, una persona aparece como perfiles desconectados: marketing ve uno, ventas otro, servicio otro. Data 360 los ingiere y usa reglas de resolución de identidades para decidir cuáles van juntos. Entonces podemos decir estos registros parecen ser la misma persona. Eso resuelve la identidad. No resuelve la gestión de datos maestros.
Y el perfil unificado conserva el mapa de vuelta a sus fuentes. Según la propia descripción de Salesforce, un perfil unificado no es un golden record: es un conjunto de claves, con objetos de vínculo de identidad que unen el ID de cada registro de origen con el ID del perfil unificado (Data 360 Architecture (opens in a new tab), en inglés). La persona unificada 10042 se mapea al contacto de Salesforce 003…, al cliente de comercio electrónico EC-48372 y al cliente de soporte SUP-9128. Los originales no desaparecen. Eso está muy cerca del registro del módulo 2.
Un perfil unificado es un mapa de vuelta a las identidades de origen.
Reglas de emparejamiento: lo estricto es una decisión de riesgo
Sección titulada «Reglas de emparejamiento: lo estricto es una decisión de riesgo »¿Cómo decide Data 360 a quién unificar? Con reglas de emparejamiento (match rules). Los perfiles coinciden cuando se cumplen todos los criterios de una regla, y si tienes varias reglas, una coincidencia en cualquiera de ellas crea el perfil unificado. La propia guía de Salesforce: usa más criterios para ganar precisión (más perfiles distintos), menos para consolidar (Identity Resolution Match Rules (opens in a new tab), en inglés). Así que añadir criterios a una regla la hace más estricta; añadir reglas alternativas amplía las formas en que los perfiles pueden coincidir. Configurar la resolución de identidades no es “activar el emparejamiento”. Es definir qué evidencia basta para decir que estos perfiles son una persona.
Emparejar más no es automáticamente mejor. Diez millones de perfiles de origen se convierten en ocho millones unificados. Afloja las reglas y ahora son seis millones. ¿Mejor? Quizá encontraste más duplicados. O quizá empezaste a combinar a personas distintas. Un número menor no prueba que los datos sean mejores. El objetivo no es tener la menor cantidad de perfiles; es tener las identidades más defendibles para el propósito. Y cada criterio tiene un método de emparejamiento: Exact, Exact Normalized o Fuzzy con precisión alta, media o baja. La propia advertencia de Salesforce lo dice todo: un método menos preciso sube la tasa de consolidación, “pero puede producir coincidencias no deseadas”. (Fuzzy no está disponible para los campos de cuenta, y los valores normalizados solo se usan para comparar; no se guardan en el perfil unificado, que es el paso de armonización del módulo 3 en acción: Identity Resolution Match Methods (opens in a new tab), en inglés). Cuanto más flexible es el método, más se convierte la propia identidad en un juicio. Si se equivoca, ¿solo personalizamos mal una página, o le mostramos a una persona el historial de soporte de otra, o dejamos que un agente actúe sobre los datos de dos personas?
Esa es mi postura: lo estricto que es el emparejamiento es una decisión de riesgo. Depende de qué tan bien identifican a una persona los campos de emparejamiento y de lo que cuesta un falso emparejamiento. Donde mezclar sale caro, empareja de menos a propósito. Dos perfiles para una persona es incómodo. Un perfil que contiene a dos personas puede ser peligroso.
Reconciliar sigue sin ser gestionar como maestro
Sección titulada «Reconciliar sigue sin ser gestionar como maestro »Una vez unificados los perfiles, las fuentes siguen sin coincidir: Salesforce dice Dallas, el comercio electrónico Plano, soporte Dallas. ¿Qué muestra el perfil unificado? Lo deciden las reglas de reconciliación: Last Updated, Most Frequent o Source Priority (la última actualización, el más frecuente o la prioridad de la fuente), definidas por objeto y que se pueden anular por campo (Identity Resolution Reconciliation Rules (opens in a new tab), en inglés). Eso debería recordarte a la supervivencia del módulo 3.
Aquí es donde los equipos se meten en problemas. El perfil unificado muestra Dallas, y alguien dice: “Genial, Dallas es nuestro valor maestro”. Más despacio. El comercio electrónico sigue diciendo Plano. Salesforce es explícito en que la reconciliación no elimina ni cambia los datos de origen ni actualiza los sistemas de origen, y no está pensada para elegir el “mejor” valor para cada aplicación. Solo decide lo que muestra el perfil unificado (misma fuente). Presentar no es tener autoridad.
Conocimiento para el examen. Conoce cómo decide y muestra los datos la resolución de identidades de Data 360: en una regla de emparejamiento, todos los criterios deben coincidir, y basta con que coincida una sola regla para unificar los perfiles (más criterios para la precisión, menos para la consolidación); las tres reglas de reconciliación son Last Updated, Most Frequent y Source Priority, definidas por objeto y que se pueden anular por campo; y la reconciliación no cambia los datos de origen, y los puntos de contacto no se reconcilian.
Los puntos de contacto lo dejan aún más claro. Una persona puede tener un correo personal y uno de trabajo, un móvil y un teléfono de casa, todos legítimos. Data 360 no reconcilia los puntos de contacto en absoluto: cada correo y cada teléfono se quedan en el perfil unificado (misma fuente). A veces, varios valores son sencillamente la verdad. “Unificado” no significa un solo valor para todo.
Un golden record es una decisión
Sección titulada «Un golden record es una decisión »Compáralo con un requisito real de datos maestros. El negocio dice que el ERP tiene la autoridad sobre el nombre legal, y el valor maestro es “Oakline Logistics LLC”. Salesforce, facturación y servicio deben usarlo todos, y si uno no coincide, el proceso de datos maestros devuelve el valor gobernado. Esa es una arquitectura distinta. No estamos eligiendo qué muestra una vista; estamos decidiendo este es el valor que usa la empresa, y cada sistema participante converge en él.
Entonces: un perfil unificado reúne identidades e información. Un golden record es una decisión gobernada sobre qué valores tienen la autoridad. Un perfil unificado puede ser una excelente vista única del cliente, armada a partir de fuentes con autoridad. Eso no lo convierte en el sistema que gestiona al cliente como maestro.
Un perfil unificado es un mapa. Un golden record es una decisión.
Trazabilidad
Sección titulada «Trazabilidad »Si el perfil unificado dice Dallas, ¿de dónde salió: de Salesforce, del ERP, del comercio electrónico? ¿Se eligió como la última actualización, el más frecuente, la prioridad de la fuente? Esa procedencia importa para la auditoría, la privacidad, la resolución de problemas, la corrección de la calidad de los datos y las decisiones de los agentes, y sobre todo para saber dónde corresponde una corrección. Si Dallas está mal, editar la vista armada no arregla la fuente. Necesitas los ID externos, los vínculos de identidad y los campos de linaje para rastrear hasta el registro que debería cambiar.
Tres herramientas para tres trabajos
Sección titulada «Tres herramientas para tres trabajos »Así es como las separo:
- Gestión de duplicados y fusión, dentro de una org de Salesforce, cuando hay un ganador claro y ya no necesitas los duplicados (módulo 3).
- Resolución de identidades de Data 360, para una identidad y una sola vista entre varias fuentes sin cambiarlas: un registro.
- Una plataforma de MDM dedicada, cuando los valores deben decidirse una vez y devolverse a cada sistema participante: coexistencia o centralizado.
Tres herramientas para tres trabajos: fusionar, vincular, gestionar como maestro.
No compres MDM cuando necesitas un mapa. “Queremos que el agente de servicio vea que este cliente de Salesforce es la misma persona que compró en línea” puede necesitar resolución de identidades y contexto combinado, no MDM centralizado. “El ERP, Salesforce, el comercio electrónico y facturación deben usar todos el mismo nombre legal gobernado, y los cambios deben volver a todos ellos” es distinto: eso es gestionar como maestro. No resuelvas lo segundo cuando tienes lo primero, y no finjas que lo primero resolvió lo segundo.
Una identidad no es un permiso
Sección titulada «Una identidad no es un permiso »La resolución de identidades dice que estos registros son una persona. Eso no significa que todos los que pueden ver un registro de origen puedan ver todo lo que está unido a la identidad unificada. Un socio minorista (Retail Partner) puede ver las entregas que envió; las entregas de otro socio al mismo destinatario (Recipient) no son asunto suyo, aunque la capa de identidad sepa que están relacionadas. El grafo de identidades puede estar bien mientras el diseño del acceso está mal. Unificar la identidad no borra las fronteras de seguridad. Por eso emparejar de más se convierte en un problema de privacidad, y por eso el checkpoint de Steve Trucking trata con tanto cuidado la unificación de destinatarios: un mapa de quién es quién no otorga la propiedad, ni el acceso.
Más allá del examen: lo que cambia la IA. Los agentes necesitan una identidad sobre la que actuar, y el perfil unificado se la da. Eso sube lo que está en juego en los dos sentidos. Emparejar de más es ahora un incidente de privacidad: un agente que actúa para una persona sobre los datos de otra. Y un agente que “actualiza al cliente” debe escribir en el sistema de registro del atributo, usando el mapa de autoridad del módulo 1, no en el perfil unificado. El mapa le dice al agente quién es la persona; el modelo de autoridad le dice dónde corresponde un cambio.
Lo que decide aquí un arquitecto
Sección titulada «Lo que decide aquí un arquitecto »- Qué evidencia basta para unificar perfiles, y cómo el costo de un falso emparejamiento fija lo estricto.
- Qué reglas de reconciliación deciden lo que muestra el perfil unificado.
- Si la necesidad es limpiar duplicados en una org, la identidad entre fuentes, o una verdadera gestión de datos maestros de la empresa.
- Qué fuente mantiene la autoridad sobre cada atributo, incluso cuando Data 360 muestra un valor reconciliado.
- Cómo interactúa la identidad unificada con la seguridad, la privacidad, la procedencia y las acciones de los agentes.
Data 360 puede decirnos que estos perfiles van juntos, darnos una identidad unificada, reconciliar lo que muestra y conservar los vínculos con cada fuente. Eso es enormemente valioso. Pero si Salesforce dice una cosa y el ERP otra, alguien todavía tiene que decidir qué sistema puede cambiar la verdad de la empresa. Así que cuando alguien diga “tenemos un perfil unificado, así que tenemos nuestro golden record”, pregunta: ¿unificamos los datos, o los gestionamos como maestros?
Explora
Sección titulada «Explora »- Salesforce Architects, Data 360 Architecture (opens in a new tab) (en inglés), consultado el 2026-10-14.
- Ayuda de Salesforce, Data 360: Identity Resolution Match Rules (opens in a new tab), Identity Resolution Match Methods (opens in a new tab) e Identity Resolution Reconciliation Rules (opens in a new tab) (en inglés), consultado el 2026-10-14.