Datos de referencia: qué son y en qué se diferencian de los datos maestros

Toda empresa tiene un montón de listas que parecen un detalle y que nadie gobierna. La lista de tipos de proveedor, la de estados del pedido, la de unidades de medida, la de grupos de mercancía, la de países, la de monedas, la de NCM (Nomenclatura Común del Mercosur, el código de clasificación fiscal de Brasil). Los datos de referencia son exactamente esas listas: los conjuntos de valores estandarizados que clasifican y dan sentido al resto de los datos de la empresa. Parece poco. El problema empieza cuando cada sistema tiene su propia versión de esa lista, y entonces el reporte no cuadra, la integración se rompe y la IA aprende de una base que nadie acordó.

Qué son los datos de referencia

Los datos de referencia son conjuntos de valores permitidos, usados para clasificar, categorizar o estandarizar otros datos. Funcionan como el vocabulario oficial de la empresa. Cuando un registro maestro dice que el material pertenece al grupo de mercancía "MRO", que la moneda es "BRL", que la unidad es "UN" y que el país de origen es "BR", cada uno de esos valores viene de una lista de referencia.

La característica que define a un dato de referencia es que es un valor de dominio cerrado. Existe una lista finita de opciones válidas, y el dato solo puede tomar un valor dentro de ella. El país sigue la norma ISO 3166. La moneda sigue la ISO 4217. El NCM sigue la tabla de la Receita Federal (la autoridad tributaria federal de Brasil). El plan de cuentas sigue la estructura contable de la empresa. Son datos que cambian poco, valen para toda la organización y son compartidos por varios sistemas al mismo tiempo.

En la práctica, el dato de referencia es lo que convierte un campo libre en un campo confiable. Sin él, el analista escribe "unidad", "un", "und", "pieza" y "pz" para decir lo mismo. Con él, existe una lista única, y el sistema solo acepta lo que está en ella.

Datos de referencia y datos maestros: la diferencia que confunde a todos

Esta es la duda más común de quien está entrando en el área, y vale separarla bien. Los datos maestros son las entidades de negocio de la empresa: el proveedor, el cliente, el material, el producto, el empleado. Son los registros maestros centrales, con muchos atributos, que sustentan las transacciones. Los datos de referencia son las listas de valores que clasifican esos registros maestros y esas transacciones.

Un ejemplo lo deja claro. El proveedor "Metalúrgica São Jorge Ltda" es un dato maestro. El campo "tipo de proveedor" dentro de su registro, que solo puede ser "nacional", "extranjero" o "intercompany", es un dato de referencia. El material "tornillo hexagonal M8" es dato maestro. El grupo de mercancía y la unidad de medida de ese material son datos de referencia.

La diferencia práctica está en el volumen y en la frecuencia de cambio. El dato maestro es grande, crece todos los días y cambia con cada nuevo registro. El dato de referencia es pequeño, cambia raramente y, cuando cambia, cambia para toda la empresa de una vez. Cambiar un código de impuesto o incluir un nuevo grupo de mercancía es una decisión de gobernanza, no un registro cualquiera. Quien ya participó en un proyecto de SAP sabe que las tablas de dominio y las listas de valores suelen tratarse como configuración, y es exactamente por eso que nadie asume la responsabilidad por ellas.

Cómo funcionan los datos de referencia en la práctica

El punto central de la gestión de datos de referencia, el Reference Data Management, es tener una lista única y oficial de cada dominio, publicada para todos los sistemas desde una fuente confiable. En lugar de mantener la lista de tipos de proveedor duplicada en el ERP, en el sistema de compras, en el fiscal y en la hoja de cálculo de un analista, mantienes una versión gobernada y la distribuyes a los demás.

Esto resuelve un problema silencioso que aparece mucho en las empresas: el mismo concepto representado por códigos distintos en cada sistema. El ERP usa "01" para persona jurídica, el CRM usa "PJ", el sistema fiscal usa "J". Cada uno tiene razón dentro de su mundo, pero a la hora de integrar, alguien necesita hacer un mapeo de equivalencias. Y ese mapeo se convierte en un pedazo de código escondido que nadie documenta, que se rompe cuando entra un valor nuevo y que nadie sabe explicar seis meses después.

Gestionar bien los datos de referencia significa tres cosas. Primero, definir la lista oficial de cada dominio y quién puede modificarla. Segundo, mantener los mapeos entre los códigos internos y los estándares externos, como ISO, NCM y CFOP (el código fiscal de operaciones de Brasil), para que sistemas distintos se entiendan. Tercero, versionar los cambios, porque cuando un código deja de valer o es sustituido, los datos históricos todavía apuntan a él y necesitan seguir teniendo sentido en el reporte.

Quién cuida los datos de referencia

Aquí vive un problema común. El dato de referencia suele ser tierra de nadie. Como parece configuración del sistema, el negocio cree que es responsabilidad de TI, y TI cree que es decisión del negocio. Al final, la lista crece sin criterio, gana valores duplicados y nadie la limpia.

En una gobernanza madura, cada dominio de referencia tiene un dueño claro. El plan de cuentas es de finanzas. Los códigos fiscales son del área fiscal. Los grupos de mercancía y las unidades de medida suelen quedar con abastecimiento o con el área de datos maestros. El rol del data steward es operacionalizar esto: mantener la lista, evaluar las solicitudes de inclusión, evitar duplicidades y garantizar que el cambio se comunique a quienes consumen ese dato. El data owner, generalmente un líder del área de negocio, es quien aprueba lo que entra y lo que sale.

Lo que poca gente percibe es que un dato de referencia mal gobernado tiene impacto directo en el negocio. Una nueva unidad de medida creada sin criterio rompe la conversión de inventario. Un código fiscal equivocado genera riesgo tributario. Un grupo de mercancía desordenado destruye el análisis de gasto de compras y la capacidad de negociar con proveedores. No es solo un tema de mantenimiento de registros. Es margen, riesgo y decisión.

Qué herramientas ayudan a gestionar datos de referencia

El mercado tiene plataformas específicas para esto, algunas dedicadas al Reference Data Management y otras que traen el RDM como parte de una solución mayor de gobernanza y MDM. Entre las más citadas están Collibra, que tiene un módulo propio de datos de referencia integrado al catálogo, SAP Master Data Governance, que trata listas de códigos y dominios dentro del ecosistema SAP, Semarchy, Informatica, Ataccama, Stibo Systems y Profisee. Cada una resuelve el núcleo del problema a su manera, pero todas parten de la misma idea: una fuente oficial, mapeos versionados y distribución controlada a los sistemas que consumen.

Vale un aviso que suelo repetir. La herramienta ayuda, pero no sustituye la decisión de gobernanza. Comprar una plataforma de RDM sin definir quién es dueño de cada lista y cuál es el proceso de cambio solo organiza mejor el desorden. La tecnología entra después de que la empresa acordó qué es lo correcto, no antes.

Cómo aprender y evolucionar en el área

El camino de estudio para quien quiere dominar los datos de referencia empieza entendiendo el contexto mayor de la gestión de datos. El cuerpo de conocimiento de DAMA, el DAMA-DMBOK, trata Reference and Master Data como una de las áreas de conocimiento, y es una lectura de base para quien se lo toma en serio. La certificación CDMP, también de DAMA, es la referencia del mercado para validar ese conocimiento de forma estructurada.

En la práctica, quien quiere aprender de verdad debería empezar mirando las propias listas de dominio de la empresa donde trabaja. Toma la tabla de grupos de mercancía, la de tipos de proveedor o la de códigos de impuesto y pregunta: ¿esta lista tiene dueño? ¿Tiene duplicidades? ¿Es igual en todos los sistemas? Este ejercicio simple enseña más que muchos cursos teóricos, porque muestra el problema ocurriendo en el mundo real.

Las oportunidades de carrera

El Reference Data Management es una de esas competencias que casi nadie pone en el currículo y que hace una enorme diferencia en el día a día de un profesional de datos. Quien entiende de datos de referencia entiende de integración, de calidad y de gobernanza al mismo tiempo, porque este tema toca los tres.

La demanda de profesionales de gobernanza y datos maestros viene creciendo de forma consistente, impulsada por proyectos de migración a SAP S/4HANA, por programas de calidad de datos y ahora por la carrera de la inteligencia artificial dentro de las empresas. Roles como data steward, analista de datos maestros, especialista en gobernanza y data quality analyst piden exactamente este tipo de conocimiento. Es un área con poca gente calificada y demanda creciente, lo que suele traducirse en buena remuneración y estabilidad para quien se especializa.

Principales dudas

¿Los datos de referencia son lo mismo que los datos maestros? No. Los datos maestros son las entidades de negocio, como cliente, proveedor y material. Los datos de referencia son las listas de valores estandarizados que clasifican esos registros maestros, como país, moneda, unidad de medida y tipo de proveedor. Los dos forman parte de la gestión de datos, pero tienen volumen, dueño y frecuencia de cambio diferentes.

¿Los datos de referencia pueden ser internos y externos? Sí. Existen datos de referencia externos, que siguen estándares públicos como ISO, NCM y CFOP, y datos de referencia internos, creados por la propia empresa, como categorías de riesgo, tipos de contrato o estados internos de un proceso.

¿Por qué los datos de referencia causan problemas de integración? Porque el mismo concepto suele tener códigos distintos en cada sistema. Cuando no existe una lista oficial ni un mapeo gobernado, cada integración crea su propio mapeo de equivalencias, que se rompe apenas entra un valor nuevo.

¿Quién debe ser el dueño de los datos de referencia? Cada dominio necesita un dueño en el negocio. Finanzas para el plan de cuentas, el área fiscal para los códigos de impuesto, abastecimiento o datos maestros para los grupos de mercancía y las unidades de medida. El data steward opera la lista y el data owner aprueba los cambios.

¿Necesito una herramienta específica para gestionar datos de referencia? Ayuda, pero no es el primer paso. Antes de la herramienta, hay que definir la lista oficial de cada dominio, quién aprueba los cambios y cómo se comunican. La tecnología organiza y automatiza eso después de que la gobernanza fue acordada.

MDM Academy

MDM Academy es la escuela de gobernanza y datos maestros de 4MDG. Nació para resolver un problema que veo en casi todas las empresas: falta gente que entienda de datos maestros, datos de referencia, calidad y gobernanza de forma práctica, conectada con la realidad de SAP, compras, supply chain y alta y mantenimiento de registros maestros. La formación traduce el concepto técnico en impacto de negocio, con ejemplos reales y lenguaje accesible, para que el profesional salga capaz de actuar, y no solo de repetir teoría.

Si trabajas con datos maestros, datos, compras o tecnología y quieres posicionarte en un área que solo crece, vale la pena conocer MDM Academy y entrar al Club de los Datos, donde compartimos contenido, discusiones y práctica sobre gobernanza y datos maestros con quienes viven estos desafíos todos los días.

Conclusión

Los datos de referencia son el tipo de tema que parece pequeño hasta el día en que el reporte no cuadra, la integración se rompe o la IA toma una decisión equivocada porque cada sistema entendía "tipo de proveedor" de una manera. Son listas cortas, que cambian poco, pero que sustentan la coherencia de todo lo que la empresa hace con datos. Gobernarlas bien cuesta poco y evita mucho. El primer paso no es comprar una herramienta, es mirar tus propias listas de dominio y preguntar quién es el dueño de ellas. En la mayoría de las empresas, esa pregunta todavía no tiene respuesta.