Qué es MDM: master data management que sostiene el ERP

MDM (master data management), o gestión de datos maestros, es la disciplina que garantiza un registro único, correcto y compartido de cliente, proveedor, material, producto y servicio en toda la empresa. No es un módulo del ERP: es proceso, roles, reglas de calidad y tecnología que validan el dato antes de que entre en SAP, TOTVS u Oracle.

En resumen

• MDM es la disciplina que crea y mantiene el registro único de las entidades que usa toda la empresa, con una definición clara de quién aprueba, quién corrige y qué reglas rigen antes de la grabación en el ERP.
• Según Gartner (2021), la mala calidad de datos cuesta a las organizaciones, en promedio, 12,9 millones de dólares al año, y buena parte de ese perjuicio nace en registros duplicados, incompletos o fuera de estándar.
• El ERP ejecuta transacciones y no juzga la calidad del dato maestro: la orden de compra, la nota fiscal y el pago heredan el error que el registro dejó pasar.
• Con la reforma tributaria instituida por la Enmienda Constitucional 132/2023 y detallada por la Ley Complementaria 214/2025, un cliente, un proveedor o un producto mal registrados pasan a comprometer la determinación del IBS y de la CBS.

Qué es MDM (master data management)

MDM (master data management) es el conjunto de procesos, roles y tecnología que mantiene una versión única, precisa y compartida de los datos maestros de la empresa. El DAMA-DMBOK (2017) define master data management como el control sobre los valores e identificadores de los datos maestros para mantener una versión consistente, precisa y compartida de la verdad.

Gartner (2024) describe el MDM como una disciplina en la que negocio y TI actúan juntos para garantizar uniformidad, precisión, stewardship (la curaduría continua del dato por parte de un responsable designado), semántica y responsabilidad sobre los activos de datos maestros compartidos. Es decir: MDM no es un software aislado, es un acuerdo de gestión sostenido por software.

Dato maestro, dato transaccional y dato de referencia

El DAMA-DMBOK (2017) separa los datos maestros, que describen entidades como cliente, proveedor y material, de los datos transaccionales, generados por eventos como una orden de compra o una nota fiscal. El dato de referencia es la lista estandarizada que alimenta a ambos, como unidad de medida, NCM y código de país.

En la práctica del ERP la diferencia se hace visible. Según SAP (2024), la tabla MARA guarda los datos generales de material, la KNA1 los datos generales de cliente y la LFA1 los datos generales de proveedor. En TOTVS, el SB1 cumple un papel equivalente para material. Esos registros son maestros: existen antes de la transacción y se reutilizan miles de veces.

La orden de compra y la nota fiscal son transaccionales. Nacen heredando el registro maestro. Si la unidad de medida del material está equivocada en la MARA, la requisición compra la cantidad equivocada. Si el proveedor está duplicado en la LFA1, el título va al CNPJ equivocado y el pago se traba. El error no aparece en el registro, aparece en el proceso siguiente.

Los dominios de datos maestros

El MDM organiza el trabajo por dominio. Los más comunes en las empresas brasileñas son cliente, proveedor, material, producto, servicio y, en operaciones industriales, activo y centro de costo. Cada dominio de datos tiene dueño, reglas propias y un ciclo de vida. Proveedor exige homologación y due diligence; material exige estandarización descriptiva; cliente exige validación fiscal y de crédito.

Por qué el MDM no es un módulo del ERP

El ERP es excelente para ejecutar procesos y pésimo para impedir un registro malo. Valida el formato, no valida el sentido. Acepta "tornillo hex 1/2" y "TORNILLO HEXAGONAL 1/2 POL" como dos materiales diferentes. SAP (2023) unificó el alta de clientes y proveedores en el Business Partner de S/4HANA, en lugar de las transacciones XD01 y XK01, lo que mejora la estructura, pero no sustituye el flujo de solicitud, aprobación y regla de calidad que corre antes de la grabación.

Por qué el MDM importa en dinero y en riesgo

El MDM importa porque un registro malo se convierte en costo recurrente, y no en un incidente aislado. Según Gartner (2021), la mala calidad de datos cuesta a las organizaciones, en promedio, 12,9 millones de dólares al año. El dinero desaparece en compras de emergencia de un ítem que ya existía en stock con otra descripción, en duplicidad de pagos, en retrabajo de conciliación y en notas fiscales rechazadas.

También está el riesgo regulatorio. La Ley 13.709/2018 establece en el artículo 6º, inciso V, el principio de calidad, exigiendo datos exactos, claros, relevantes y actualizados conforme a la necesidad del tratamiento. No es una recomendación: es una obligación legal aplicada al registro de cliente, de contacto y de persona física en la base de proveedores. La misma Ley 13.709/2018 prevé una multa de hasta el 2% de la facturación en Brasil, limitada a 50 millones de reales por infracción.

El riesgo fiscal aumentó

La clasificación fiscal depende del registro maestro. De acuerdo con la Receita Federal (2022), la Nomenclatura Común del Mercosur tiene ocho dígitos, se basa en el Sistema Armonizado y es obligatoria en la clasificación fiscal de mercancías informada en la nota fiscal electrónica. El Convenio ICMS 142/2018 determina que el Código Especificador de la Sustitución Tributaria, de siete dígitos, identifique las mercancías sujetas a sustitución tributaria en el documento fiscal.

La Enmienda Constitucional 132/2023 creó el IBS, de competencia de estados y municipios, y la CBS, federal, en sustitución de ICMS, ISS, PIS y Cofins. La Ley Complementaria 214/2025 instituye el IBS, la CBS y el Impuesto Selectivo, detallando reglas de registro, clasificación de operaciones y determinación de los tributos. En 2026 rige el año de prueba, con CBS del 0,9% e IBS del 0,1%, compensables con PIS y Cofins.

El efecto práctico es directo: una empresa con múltiples CNPJ y registros inconsistentes de cliente, proveedor y producto no logra determinar correctamente los nuevos tributos. Quien ya organizó su base maestra entra en el período de convivencia con ventaja, como mostramos en el material sobre reforma tributaria.

La IA depende de un dato maestro confiable

La IA no arregla un dato malo por arte de magia. Un modelo de previsión de demanda entrenado sobre una base con el mismo material registrado cinco veces va a prever cinco demandas fragmentadas. Un agente de compras que consulta una base con proveedores duplicados elige la condición comercial equivocada. La gobernanza de datos maestros es la base para que la IA funcione, y no al revés.

Cómo implantar MDM paso a paso

1. Defina dominios y alcance

Elija por dónde empezar, normalmente proveedor o material, que son los dominios con mayor pérdida financiera visible. Delimite qué empresas, plantas y sistemas entran en la primera ola. Un alcance demasiado amplio hace que el proyecto muera a mitad de camino.

1. Nombre data owner y data steward

El data owner es el gestor del área que responde por la definición y por las reglas del dominio, como el gerente de suministros para proveedor. El data steward es quien ejecuta la curaduría diaria, analiza solicitudes y corrige desvíos. Sin nombre y sin credencial, la gobernanza no sale del slide.

1. Escriba el estándar antes de comprar tecnología

Defina taxonomía y diccionario de datos: la forma de organizar el registro maestro para que compras, logística, mantenimiento, fiscal y TI hablen el mismo idioma. La ISO 8000-110 (2021) define requisitos para el intercambio de datos maestros, incluyendo conformidad sintáctica, referencia a un diccionario de datos y semántica explícitamente codificada. Use eso como referencia de estándar descriptivo.

1. Sanee la base existente

Antes de blindar la puerta de entrada, limpie lo que está adentro. Identificación de duplicidades por similitud, enriquecimiento de atributos, estandarización descriptiva y bloqueo de registros inactivos. Ese trabajo de saneamiento de datos es lo que transforma la base actual en un punto de partida confiable.

1. Diseñe el ciclo de vida del registro

Mapee solicitud, validación automática, aprobación por nivel de autoridad, creación en el ERP, actualización, bloqueo y reactivación. Cada etapa necesita plazo, responsable y pista de auditoría. Es ese flujo el que impide el registro creado "a las apuradas" para liberar un pedido urgente.

1. Automatice la validación con fuentes externas e IA

La consulta automática a la base de la Receita Federal para verificar el CNPJ y la situación registral antes de grabar el registro evita tener proveedores inhabilitados en la base. La Instrucción Normativa RFB 2.229/2024 instituyó el CNPJ alfanumérico, con la emisión de los nuevos números prevista para julio de 2026 y el mantenimiento de los CNPJ numéricos existentes, lo que exige campos y validaciones preparados en todos los sistemas.

1. Elija el modelo de arquitectura e integre

Decida entre registro, consolidación, coexistencia y centralizado según la madurez y la cantidad de sistemas involucrados. La decisión sobre capacidades y arquitectura determina si el MDM apenas ve el dato o si gobierna su creación en el ERP.

1. Mida, publique y corrija

Defina indicadores de calidad por dominio, publique el resultado para las áreas y trate cada desvío como un incidente. Gobernanza sin medición se vuelve burocracia. Medición sin consecuencia se vuelve un informe ignorado.

La tabla siguiente compara los cuatro modelos de arquitectura de MDM, para ayudarlo a elegir el punto de partida de acuerdo con la cantidad de sistemas y el nivel de control deseado.

Modelo	Cómo funciona	Cuándo tiene sentido	Limitación principal
Registro	El MDM mantiene solo los identificadores y apunta al dato que sigue en los sistemas de origen	Muchos sistemas legados y necesidad rápida de una visión única	No corrige el dato en el origen, solo relaciona registros
Consolidación	Los datos se copian a un repositorio central que genera el golden record para análisis	Base para BI, informes gerenciales y determinación fiscal consolidada	El ERP sigue recibiendo registros sin control previo
Coexistencia	El golden record se construye en el MDM y se devuelve a los sistemas de origen, que siguen operando	Empresas con múltiples ERP o varias unidades y CNPJ	Exige integración bidireccional bien monitoreada
Centralizado	Todo registro nace en el MDM, con workflow y reglas, y solo después se graba en el ERP	Operaciones que necesitan un control fuerte de compliance y niveles de aprobación	Depende de disciplina de proceso y adhesión de las áreas

Ejemplo práctico

Una industria brasileña de bienes de consumo con cuatro CNPJ opera en SAP S/4HANA. El registro de proveedores lo hacían tres equipos diferentes, cada uno creando el Business Partner a las apuradas para liberar el pedido del día.

Antes. El mismo prestador de mantenimiento aparecía tres veces: un registro con el CNPJ digitado con puntuación, otro sin ella y un tercero con un dígito cambiado. Finanzas pagaba en dos cuentas distintas, el área fiscal no lograba consolidar la retención y el contrato negociado con descuento por volumen nunca se aplicaba, porque el volumen quedaba fragmentado. En el registro de material, los ítems de MRO tenían descripción libre, y el análisis identificó el mismo rodamiento bajo cuatro códigos, con stock parado en una planta y compra de emergencia en otra. En el producto terminado, tres SKU tenían NCM divergente para la misma mercancía, un riesgo directo en la clasificación exigida por la Receita Federal (2022) y en la determinación del año de prueba de 2026, con CBS del 0,9% e IBS del 0,1% previstos en la Ley Complementaria 214/2025.

Qué cambió. La empresa implantó un flujo de solicitud con aprobación por alzada antes de la grabación en SAP. La validación de CNPJ pasó a consultar la base pública automáticamente, rechazando situaciones registrales irregulares. La IA embarcada en el software pasó a detectar duplicidad por similitud en el momento de la solicitud y a estandarizar la descripción de material mediante plantilla de categoría, con atributos obligatorios. Un data owner de suministros y data stewards nombrados por dominio asumieron la curaduría.

Después. El proveedor duplicado dejó de entrar en la base, el pago dejó de trabarse por divergencia de CNPJ, el comprador pasó a encontrar el ítem existente antes de abrir una requisición y el área fiscal ganó una NCM consistente por familia de producto. El ERP siguió siendo el mismo. Lo que cambió fue lo que ocurre antes de que el registro llegue a él.

Errores comunes

• Tratar el MDM como un proyecto de TI. Sin data owner en el área de negocio, nadie decide la regla y todo se convierte en un ticket. Nombre responsables por dominio antes de la primera línea de configuración.
• Limpiar la base sin blindar la entrada. El saneamiento sin gobernanza tiene validez corta: en pocos meses la duplicidad vuelve. Trate los dos frentes dentro del mismo programa.
• Creer que el ERP ya hace MDM. El ERP valida formato, no valida sentido ni semántica. Las reglas de calidad, el workflow de aprobación y la verificación de similitud necesitan ejecutarse antes de la grabación.
• Dejar la descripción de material en un campo libre. El texto libre genera diez versiones del mismo ítem. Use plantilla por categoría, con atributos obligatorios y diccionario de abreviaturas, alineado con los requisitos de semántica codificada de la ISO 8000-110 (2021).
• Ignorar el dato personal dentro del registro. El contacto de cliente y el socio de un proveedor son datos personales sujetos al principio de calidad del artículo 6º, inciso V, de la Ley 13.709/2018. Defina retención, actualización y responsable.
• Comprar la herramienta antes de definir el estándar. El software acelera la regla que existe. Si la regla no existe, la herramienta solo automatiza la inconsistencia.

Indicadores para acompañar

• Tasa de duplicidad por dominio. Mida el porcentaje de registros identificados como duplicados sobre el total activo, usando comparación por similitud de nombre, CNPJ, descripción y atributos. Acompañe mensualmente por dominio, no por la base entera.
• Completitud de atributos obligatorios. Calcule el porcentaje de registros con todos los campos obligatorios completados por categoría. Un material sin unidad de medida, NCM o fabricante debe contar como incompleto.
• Tiempo medio del ciclo de registro. Mida desde la solicitud hasta la creación en el ERP, separando tiempo de fila, de validación y de aprobación. Ese número muestra si la gobernanza está protegiendo o entorpeciendo la operación.
• Tasa de rechazo en la entrada. Porcentaje de solicitudes bloqueadas por regla automática, como CNPJ irregular o duplicidad detectada. Un rechazo alto al inicio es señal de que el filtro está funcionando.
• Incidentes aguas abajo causados por el registro. Cuente facturas rechazadas, pagos bloqueados y compras de emergencia cuya causa raíz fue el dato maestro. Es el indicador que traduce calidad en dinero.

Preguntas frecuentes

¿Qué significa MDM en gestión de datos?

MDM significa master data management, traducido como gestión de datos maestros. El DAMA-DMBOK (2017) define la disciplina como el control sobre valores e identificadores de datos maestros para mantener una versión consistente, precisa y compartida de la verdad. En la práctica, es el conjunto de procesos, roles, reglas y tecnología que garantiza que cliente, proveedor, material y producto existan una única vez y correctamente en todos los sistemas.

¿Cuál es la diferencia entre dato maestro y dato transaccional?

El dato maestro describe entidades que la empresa reutiliza, como cliente, proveedor y material. El dato transaccional registra eventos, como una orden de compra o una factura. El DAMA-DMBOK (2017) hace esa separación de forma explícita. En SAP, según la propia SAP (2024), la MARA guarda datos generales de material y la LFA1 datos generales de proveedor, mientras que el pedido y la factura nacen después, heredando lo que el registro definió.

¿MDM es un módulo del ERP?

No. El ERP ejecuta transacciones y almacena el registro, pero no garantiza que el registro sea correcto. Valida formato y obligatoriedad, no detecta que dos registros son la misma cosa escrita de formas distintas. El MDM actúa antes: flujo de solicitud, validación automática, verificación de duplicidad por similitud y aprobación por alzada, grabando en SAP, TOTVS u Oracle solamente el registro aprobado.

¿Cuáles son los dominios de datos maestros más comunes?

Cliente, proveedor, material, producto y servicio son los dominios presentes en casi toda empresa de mediano y gran porte. Las operaciones industriales suelen agregar activo, centro de costo y plan de mantenimiento. Cada dominio tiene reglas, aprobadores y ciclo de vida propios: el proveedor pasa por homologación y due diligence, el material exige estandarización descriptiva, el cliente exige validación fiscal y de situación registral antes de la liberación de venta.

¿Qué es un golden record en MDM?

El golden record es el registro único y confiable de una entidad, construido a partir de la mejor información disponible en los distintos sistemas, y adoptado como single source of truth, la fuente única de la verdad. Consolida un único proveedor donde había tres registros con el CNPJ digitado de formas distintas. El golden record solo se sostiene con una regla de supervivencia definida, un data steward responsable e integración activa con los sistemas de origen.

¿Cómo afecta la reforma tributaria al registro de clientes y productos?

La Enmienda Constitucional 132/2023 creó el IBS y la CBS en sustitución de ICMS, ISS, PIS y Cofins, y la Ley Complementaria 214/2025 detalló reglas de registro, clasificación de operaciones y liquidación. En 2026 rige el año de prueba, con CBS del 0,9% e IBS del 0,1%. Sin NCM consistente, registro de cliente con régimen tributario correcto y CNPJ organizados, la determinación de los nuevos tributos queda expuesta a error y sanción.

¿Cuánto tiempo lleva implantar MDM?

Depende del número de dominios, de sistemas integrados y del estado actual de la base. Los proyectos suelen avanzar por olas: se comienza por un dominio de alto impacto, como proveedor o material, con saneamiento y gobernanza en paralelo, y después se expande. El error frecuente es intentar todos los dominios al mismo tiempo. Un alcance delimitado por ola entrega resultado visible temprano y sostiene la adhesión de las áreas.

¿La IA resuelve el problema de registro por sí sola?

No. La IA acelera tareas específicas: detectar duplicidad por similitud, estandarizar la descripción de material, sugerir el llenado de atributos y clasificar ítems por categoría. Pero aprende de la base existente, y una base mala enseña mal. Un modelo entrenado sobre el mismo material registrado cinco veces fragmenta la previsión de demanda. La gobernanza de datos maestros con reglas y responsables definidos es la condición para que la IA genere valor.

Cómo ayuda 4MDG con MDM (master data management)

Somos especialistas en MDM y trabajamos en los dos frentes que el tema exige: software de MDM con IA integrada a SAP, TOTVS y Oracle, y servicio especializado ejecutado por quienes lidian con registros todos los días. La inteligencia artificial embarcada en nuestro software detecta duplicidad por similitud, estandariza la descripción de material y valida CNPJ y situación registral antes de que el registro llegue al ERP. Nuestro método MDM Engineering organiza dominios, roles de data owner y data steward, ciclo de vida del registro y arquitectura, y la MDM Academy forma al equipo interno para sostener el estándar después de la implantación. Desde el saneamiento de la base actual hasta la homologación de proveedores y el onboarding de clientes, cuidamos la puerta de entrada y el stock de datos que ya existe. Hable con 4MDG y lleve el problema real de su operación a una conversación con quien hace esto todos los días.