Calidad y gobierno de datos

También en 28 idiomas

English · Español · 日本語 · 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 · Français (Canada) · Deutsch (Schweiz)

An open sketchbook on a drafting table at dawn, a building sketched on one page and a data model on the other, with a pencil, an eraser, a cup and a lamp. — Imagen generada con IA

Guía de estudio del capítulo 5 del curso Data Architect. Lee primero los seis módulos; esta página te ayuda a comprobar lo que te quedó.

Sobre esta guía de estudio. Está construida solo con el contenido de este curso y con la lista de objetivos publicada en la guía del examen de Salesforce. Nunca se basa en preguntas reales del examen, y no pretende saber qué hay en el examen. Si ya hiciste el examen, por favor no me envíes preguntas: el acuerdo de certificación prohíbe compartirlas, y memorizar respuestas es, de todos modos, la forma equivocada de convertirse en arquitecto.

Este capítulo lleva la sección Data Governance del examen (10%) y partes de Data Modeling (metadatos) y de Salesforce Data Management (consistencia). También es donde la ley de privacidad se encuentra con el modelo de datos. Es arquitectura, no asesoramiento legal: el área legal decide qué aplica, y el arquitecto lo hace cumplible. Los números de la plataforma cambian, así que comprueba los actuales antes de confiar en ellos.

Para el examen

Márcalos a medida que avanzas. Cada uno enlaza con el lugar donde se enseña.

GOV-2: diseñar un programa de gobierno de datos

Sé que el propietario del registro (un mecanismo de la plataforma para el acceso) no es el dueño de los datos (que responde por los datos como activo del negocio), y que cada campo puede registrar un Data Owner. (El propietario del registro no es el dueño de los datos)
Puedo distinguir al dueño de los datos (fija la política), al responsable de los datos (los mantiene funcionando) y al custodio (opera el sistema). (Dueño, responsable, custodio)
Conocimiento para el examen: conozco las tres formas de gestionar un programa de gobierno de datos, centralizado, federado (descentralizado) e híbrido, y lo que significa cada una para quién fija la política y dónde viven las definiciones compartidas. (Cómo funciona el programa)
Puedo usar una matriz RACI para responder dónde se crean, se editan y se referencian los datos. (Haz que la matriz RACI se gane su lugar)
Puedo nombrar un punto de cumplimiento para una política de gobierno (permisos, validación, campos solo de integración, historial de campos), no solo la formación. (El gobierno de datos tiene que volverse mecánico)
Sé que las señales de calidad que vale la pena medir son aquellas sobre las que alguien va a actuar. (Mide aquello sobre lo que alguien va a actuar)

SDM-2 y MDM-4: mantener fuera los datos malos

Puedo decidir si la creación de cuentas debería ser abierta o cerrada, y conozco el camino del tipo de registro provisional para las cuentas que se mantienen como datos maestros en un ERP. (¿Abierta o cerrada?, El camino intermedio)
Puedo proteger los atributos gobernados (un ID del ERP, un nombre legal) dejando editables los campos propios de Salesforce: un golden record híbrido. Y sé que un campo de solo lectura en una página de Dynamic Forms no es cumplimiento; la seguridad a nivel de campo o una regla de validación sí lo son. (Protege el registro gobernado, Un tipo de registro para cada flujo)
Sé que los flujos bidireccionales son los más difíciles: si el ERP gestiona un campo como maestro, Salesforce está pidiendo que lo cambien, y una colisión necesita una regla (gana el ERP, se rechaza si cambió, o lo resuelve una persona). (Protege el registro gobernado)
Sé que los campos obligatorios pueden crear datos falsos (N/A, 999999), y conozco las alternativas. (No dejes que los campos obligatorios creen datos falsos)
Puedo decidir qué pasa con los datos de entrada que no pasan las comprobaciones: aceptar, rechazar o poner en cuarentena, y quién es dueño de la excepción. (Cada frontera de datos necesita una decisión de calidad)
Sé que los datos de referencia también necesitan metadatos: definiciones, un dueño, un origen y mapeos entre sistemas. (Los datos de referencia también necesitan metadatos)

DM-3: metadatos de negocio y técnicos

Conocimiento para el examen: distingo los metadatos de negocio (significado, definiciones, dueño, reglas, sensibilidad) de los metadatos técnicos (objetos, campos, tipos, nombres de API, esquemas, asignaciones, linaje). (Dos tipos de metadatos)
Sé la diferencia entre un diccionario de negocio (qué significa), el linaje (de dónde vino) y la clasificación (cómo hay que tratarlo). (Conoce tus datos)
Conozco los campos de clasificación de Salesforce: Data Owner, Field Usage, Data Sensitivity Level, Compliance Categorization, en campos estándar y personalizados. (La clasificación responde otra pregunta)
Sé que hay que clasificar los campos sensibles, no todos los campos, y que la clasificación sin cumplimiento es decoración. (La clasificación sin cumplimiento es decoración)

GOV-1: datos personales y sensibles

Más allá del examen

El examen es el piso, no el techo. Estos son los hábitos de este capítulo que necesita un arquitecto, los pregunte o no el examen.

Una política sin un punto de cumplimiento es casi solo un deseo.
Los dueños fijan la política; los arquitectos la hacen cumplir. No te inventes la política, y no hagas de abogado.
El gobierno de datos nunca termina. Va en flujos y reflujos; diseña la retroalimentación.
No confíes en el buen comportamiento. Construye el control: las personas, las integraciones y los agentes cometen errores.
Gobierna lo suficiente, no todo.
Evita primero los errores costosos. Un duplicado con dos años de historial es un problema grande.
Distingue lo que leen las personas de aquello con lo que deciden las máquinas.
Documenta en amplitud; clasifica de forma deliberada.
Los datos sensibles más baratos de gobernar son los que nunca copiaste.
El consentimiento son datos, y el permiso para usar los datos tiene que poder representarse como datos.
Controla primero adónde van los datos personales, porque la eliminación es rara y difícil.
El cumplimiento no es un producto.
Capturar → Clasificar → Proteger → Usar → Conservar → Eliminar → Auditar.
Captura la evidencia antes de que nadie la pida.

Palabras que conviene conocer

Término	En una línea
Gobierno de datos	Las políticas sobre los datos, y la arquitectura que las hace ciertas
Dueño de los datos	La persona o la función que responde por un tipo de datos
Responsable de los datos (data steward)	La persona que mantiene sanos los datos día a día
Custodio	El equipo que opera los sistemas que guardan los datos
RACI	Responsable, Aprobador (quien responde), Consultado, Informado
Registro provisional	Un registro creado antes de que el sistema con la autoridad lo haya aceptado
Diccionario de negocio	Definiciones acordadas de los términos importantes del negocio
Linaje	De dónde vino un valor y qué le pasó por el camino
Clasificación de datos	Etiquetar los datos por confidencialidad y categoría de cumplimiento para que reciban los controles adecuados
Taxonomía	El conjunto de etiquetas que usa una organización para clasificar los datos
Datos personales	Información que identifica a una persona, o que puede vincularse con una
Seudonimización	Reemplazar los identificadores mientras sigue existiendo un camino de vuelta; siguen siendo datos personales
Anonimización	Eliminar la capacidad razonable de identificar a la persona
Modelo de datos de consentimiento	Los objetos de Salesforce para el consentimiento por persona, canal, punto de contacto y propósito
Derecho al olvido	El derecho de una persona, donde la ley lo otorga, a que se borren sus datos personales
Golden record híbrido	Un registro con los campos del sistema maestro y los campos propios de Salesforce, cada uno con un único origen
Metadatos de negocio / técnicos	Qué significan los datos y quién es su dueño / cómo se construyen y se mueven
Field Audit Trail	Historial de campos más largo: hasta 200 campos por objeto, conservado hasta que se elimina
Event Monitoring	Registros de inicios de sesión, exportaciones, llamadas a la API y visualizaciones, conservados por un tiempo limitado
SIEM	Un repositorio de seguridad donde se guardan y se analizan los registros de eventos

Ponte a prueba

Escenarios cortos al estilo del curso. Decide tu respuesta antes de abrirla.

1. La política dice que solo Finanzas puede cambiar el nombre legal de un cliente. El equipo planea cubrirlo en la formación. ¿Qué falta?

Un punto de cumplimiento. La formación no es un control: usa el acceso a nivel de campo, un campo que solo escribe la integración, una regla de validación o un proceso controlado. Los dueños fijan la política; el arquitecto la hace mecánicamente cierta. Vuelve a leer El gobierno de datos tiene que volverse mecánico.

2. Los clientes se mantienen como datos maestros en el ERP. Los representantes de ventas necesitan empezar a vender a los nuevos prospectos de inmediato. ¿Cómo se lo permites sin que dos sistemas creen el registro maestro?

Deja que los representantes creen la cuenta con un tipo de registro provisional, y luego conviértela mediante un proceso controlado: Finanzas la aprueba, o la integración la envía al ERP, que empareja o crea el cliente y devuelve el ID de referencia. Vuelve a leer El camino intermedio.

3. Un campo obligatorio nuevo se llena de "N/A" y "999999". ¿Qué pasó, y qué harías en su lugar?

Se obligó a los usuarios a responder antes de saber la respuesta. Exígelo más adelante en el proceso, deja que lo aporte otro sistema, usa un estado provisional o permite un Desconocido explícito cuando esa es una respuesta real. Vuelve a leer No dejes que los campos obligatorios creen datos falsos.

4. El equipo reemplazó los nombres por tokens y dice que los datos están anonimizados, así que la solicitud de eliminación está resuelta. ¿Lo está?

No si los tokens pueden vincularse de nuevo con la persona: eso es seudonimización, y los datos siguen siendo personales. Di exactamente qué hace el sistema, dónde vive el mapeo, y deja que el área legal decida si cumple el requisito. Vuelve a leer Anonimizado, seudonimizado, cifrado, enmascarado.

5. Un destinatario acepta mensajes de texto sobre la entrega pero no de marketing. ¿Cómo debería guardarlo el modelo?

Con el modelo de datos de consentimiento, no con una sola casilla: la persona, el canal (SMS), el número concreto y el propósito de uso de los datos (avisos de entrega, no marketing). Y decide qué sistema es la referencia para el consentimiento, para que una retirada llegue a cada sistema que actúa sobre él. Vuelve a leer Usa el modelo que Salesforce ya construyó.

6. Cumplimiento necesita filtrar informes por un campo cifrado de número de Seguro Social. El campo usa el esquema de cifrado predeterminado. ¿Cuál es el problema?

El cifrado probabilístico no permite filtrar en las cláusulas WHERE de SOQL ni en los filtros de gestión de datos. El cifrado determinista permite filtrar con un pequeño costo en solidez. El cifrado es una decisión de diseño con compensaciones, no una casilla al final. Vuelve a leer El cifrado es un control, no el cumplimiento.

7. Seis meses después de un incidente, alguien pregunta quién exportó un conjunto de registros. Nadie configuró el almacenamiento de Event Monitoring. ¿Qué puedes decirle?

Probablemente nada: los registros de eventos se conservan un tiempo limitado (como mucho un año, incluso ampliado), así que todo lo anterior ha desaparecido a menos que se exportara. Configura Event Monitoring y envía los eventos a un SIEM antes de necesitarlos. Vuelve a leer Auditar y monitorear no son lo mismo.

8. Un representante pide a Salesforce cambiar el nombre legal de un cliente, que el ERP gestiona como maestro. En esos mismos minutos, alguien lo cambia en el ERP. ¿Qué debería decir el diseño?

Que Salesforce estaba pidiendo, no cambiando: el ERP gestiona el campo como maestro. Decide la regla de colisión de antemano (gana el ERP, se rechaza si el valor cambió, o lo resuelve una persona) y si los campos relacionados viajan juntos. Vuelve a leer Protege el registro gobernado.

9. Llega la solicitud de borrado de una persona. El equipo planea empezar a mapear dónde viven sus datos. ¿Cuál es el problema?

El reloj ya está corriendo: con el RGPD, un mes, ampliable otros dos para solicitudes complejas. El mapa de copias tiene que existir antes de que llegue la solicitud. Vuelve a leer El reloj está corriendo.

Explora

Guía del examen Salesforce Certified Platform Data Architect (opens in a new tab), Ayuda de Salesforce (en inglés, consultado el 2026-09-25): la lista oficial de objetivos y sus pesos. Revisa siempre la versión actual antes de reservar el examen.
La sección Explora de cada módulo enumera la documentación de Salesforce y las leyes detrás de sus datos, con la fecha en que se comprobaron.