Definición / Qué es
MDM (Master Data Management) es la disciplina que asegura que los datos maestros de la organización —aquellos que describen las entidades de negocio críticas y se reutilizan en múltiples procesos— estén definidos una sola vez, gobernados de forma centralizada y sincronizados de manera consistente entre todos los sistemas que los consumen. Los datos maestros típicos son: clientes, proveedores, artículos, empleados, cuentas contables, centros de coste, dimensiones analíticas, ubicaciones de almacén y, en sectores específicos, equipos (mantenimiento), pacientes (sanidad) o proyectos (servicios profesionales).
MDM se distingue de otros tipos de dato por frecuencia de cambio y reutilización: el dato maestro cambia poco pero se referencia muchas veces. Frente a él están los datos transaccionales (pedidos, facturas, partes), que cambian mucho y describen eventos; los datos de referencia (códigos postales, divisas, unidades), que son externos y casi inmutables; y los metadatos, que describen la propia estructura del sistema.
El MDM como disciplina formal aparece a comienzos de los 2000 con Gartner y se materializa en herramientas dedicadas (Informatica MDM, SAP MDG, Microsoft Master Data Services). En el ecosistema BC moderno, el papel de “hub de datos maestros” lo ocupa cada vez más Dataverse y, en estructuras más complejas, Azure Purview para gobierno y catalogación.
Por qué importa
El primer motivo es operativo. Un cliente duplicado genera tres consecuencias inmediatas: el comercial llama dos veces para la misma campaña, la cuenta de riesgo no consolida el saldo real, y el informe de ventas atribuye facturación a dos entidades cuando es una sola. Cuando el duplicado se da entre BC y el CRM, los problemas se multiplican: el comercial trabaja sobre la ficha A, el ERP factura sobre la ficha B, y nadie ve la película completa.
El segundo motivo es regulatorio. El RGPD exige saber dónde está cada dato personal y poder borrarlo o portarlo “en todos los sistemas”. Sin MDM, una solicitud de derecho de supresión obliga a rastrear manualmente seis bases de datos y rezar para no dejar copias. Lo mismo aplica a Verifactu/SIF: los datos maestros de cliente deben ser consistentes entre el módulo de facturación y el repositorio de registros de facturación; cualquier divergencia es una incidencia inspeccionable.
El tercer motivo es analítico. Sin MDM no hay Single Source of Truth. Los informes de dirección dan cifras distintas según el sistema consultado, cada departamento defiende “su” número y las reuniones de comité se gastan discutiendo qué dato es bueno en lugar de qué decisión tomar. Es el síntoma clásico de organizaciones que han crecido por adición de aplicaciones sin gobierno transversal.
El cuarto es económico: estudios de Gartner cifran en un 10-25% el sobrecoste operativo derivado de datos maestros sucios. Compras duplicadas, devoluciones, facturas rechazadas, retrabajo administrativo. Es coste invisible pero alto.
Aplicación en Business Central
Business Central trae herramientas nativas que cubren un MDM básico para la PYME, suficiente en muchos casos sin necesidad de un MDM dedicado:
- Plantillas de cliente, proveedor y artículo: aseguran que los nuevos registros nacen con las dimensiones, condiciones de pago, grupos contables y grupos de IVA correctos. Es el primer filtro de calidad.
- Códigos numéricos y series: un cliente nuevo no se crea con un código libre del comercial, sino que toma el siguiente número de la serie. Evita duplicados por código y favorece el orden.
- Dimensiones: estructura analítica transversal (centro de coste, proyecto, departamento, vertical de extensiones dv*) que se aplica en cualquier movimiento. Sin dimensiones bien gobernadas, el análisis multidimensional es imposible.
- Categorías de artículo y atributos: clasificación jerárquica de catálogo y atributos no-jerárquicos (color, talla, certificación). Base para selección, búsqueda y reporting.
- Detección de duplicados: BC marca posibles duplicados al crear cliente por NIF/CIF y por correo electrónico. La extensión dvfactura-e refuerza la validación con verificación AEAT del NIF en alta.
- Dataverse y Power Platform: para empresas con CRM (Dynamics 365 Sales/Customer Service), Dataverse actúa como hub MDM compartido entre BC y el CRM, evitando duplicación entre sistemas.
En proyectos grandes, Davisa implanta procesos formales: roles de data steward por dominio (cliente, artículo, proveedor), flujo de aprobación de alta con Power Automate, scoring de calidad y purgas periódicas.
Errores frecuentes
- Confundir MDM con el ERP. El ERP almacena datos maestros, pero no los gobierna. MDM es disciplina, no software.
- No nombrar responsables. Sin un data steward con autoridad para decidir cómo se llama un cliente o qué categoría tiene un artículo, las normas no se aplican.
- Permitir altas masivas sin filtro. Importar 3.000 clientes desde un Excel sin validación de duplicados, NIF y campos obligatorios contamina la base para años.
- No definir el “sistema autoritativo” por dominio. ¿Quién manda en cliente, BC o el CRM? Si no se decide, los dos modifican y ninguno gana.
- Olvidar las dimensiones. Crear movimientos sin dimensión obligatoria por mal mantenimiento de plantillas destruye la capacidad analítica.
- No purgar lo obsoleto. Clientes inactivos hace cinco años, artículos descatalogados sin bloquear, proveedores con CIF caducado. Lo viejo no estorba si no se ve, pero contamina informes y búsquedas.
- Hacer MDM como proyecto único. MDM es gobernanza continua, no un proyecto con fecha de fin. Sin mantenimiento, la base se vuelve a ensuciar en 12-18 meses.