Estilos de implementación de MDM: registry, consolidation, coexistence y centralized

Toda empresa que decide organizar sus datos maestros llega, tarde o temprano, a la misma pregunta técnica: dónde va a vivir el dato y quién manda sobre él. Ahí entran los estilos de implementación de MDM. Definen cómo la plataforma de Master Data Management se conecta con los sistemas de la empresa, si solo apunta al dato o pasa a ser su dueña, y cuánto va a mover eso la operación. Parece un detalle de arquitectura, pero esa decisión define el costo, el riesgo y el resultado de todo el proyecto.

He visto a muchas empresas comprar una herramienta de MDM cara y elegir el estilo equivocado para su momento. El resultado es siempre el mismo: proyecto trabado, el área de negocio quejándose de que nada cambió y TI sosteniendo un sistema en el que nadie confía. Por eso vale la pena entender, de forma directa, los cuatro estilos clásicos de implementación de MDM y cuándo tiene sentido cada uno.

Qué son los estilos de implementación de MDM

El estilo de implementación de MDM es el modelo de arquitectura que decide cómo se relaciona la plataforma de datos maestros con los sistemas de origen, como el ERP, el CRM, el sistema de compras y los demás registros maestros dispersos por la empresa. En la práctica, responde tres preguntas: si el MDM guarda el dato o solo referencia dónde está, si el MDM devuelve el dato corregido a los sistemas de origen, y si los cambios ocurren en tiempo real o por lotes.

El mercado trabaja con cuatro estilos consolidados: registry, consolidation, coexistence y centralized. No son competidores puros. Son etapas de madurez y de ambición. Una empresa puede empezar en uno y evolucionar a otro a medida que gana confianza en sus propios datos y madurez de gobernanza. Lo que no puede hacer es elegir el estilo más ambicioso sin tener proceso, dueño del dato y disciplina operativa para sostenerlo.

Estilo registry: el mapa que apunta, pero no guarda

En el estilo registry, la plataforma de MDM funciona como un índice. No almacena el dato maestro. Cruza la información que ya existe en los sistemas de origen, identifica que ese cliente del CRM es el mismo del ERP y del sistema de facturación, y arma una visión única solo por referencia. El dato sigue viviendo en cada sistema, y el MDM guarda los punteros que dicen dónde está cada pedazo.

La ventaja es el bajo riesgo. No tocas los sistemas de origen, no necesitas migrar nada y logras armar una visión consolidada rápido, incluso en un entorno global lleno de fuentes. La limitación también es clara. La sincronización es de una sola vía, el MDM solo lee. Si el registro maestro está mal en el origen, sigue mal, porque el registry no corrige el dato, solo apunta a él. Por eso el registry exige una gobernanza ya madura en cada área. Resuelve el problema de ver, no el de ordenar.

Estilo consolidation: juntar todo para ver la verdad

En el estilo consolidation, la plataforma pasa a traer el dato de varias fuentes a un repositorio central. Allí hace el trabajo pesado: identifica duplicidades, hace el match de los registros y crea el golden record, esa versión única y confiable del dato, estandarizada de acuerdo con las reglas de gobernanza. Ese dato consolidado alimenta principalmente reportes, BI y el data warehouse.

Este es el estilo típico de quien quiere primero confianza analítica. Funciona muy bien cuando el dolor es el reporte que no cuadra porque cada área cuenta el cliente a su manera, o cuando finanzas y el área comercial nunca llegan al mismo número. El punto de atención es que el consolidation suele trabajar por lotes y no devuelve la corrección a los sistemas de origen. Es decir, pasas a tener una verdad limpia en el entorno analítico, pero el ERP y el CRM siguen con el desorden original. Es una enorme ganancia de visión, sin resolver todavía la operación del día a día.

Estilo coexistence: el punto medio que elige la mayoría

En el estilo coexistence, el MDM convive con los sistemas de origen en una sincronización de doble vía. El dato maestro pasa a ser tratado y enriquecido en el hub central, y las correcciones vuelven al ERP, al CRM y a los demás sistemas. Cada sistema sigue operando sus transacciones, pero el registro maestro correcto se distribuye desde el MDM. Es casi en tiempo real, con procesos de sincronización que mantienen todo alineado.

En la práctica, es el estilo que la mayoría de las empresas maduras termina eligiendo, porque equilibra ganancia y riesgo. Mejoras el dato en el hub, lo devuelves a la operación y todavía logras implantar por fases, sin detener la empresa. El costo de ese equilibrio es la complejidad. Pasas a administrar dos mundos que necesitan conversar todo el tiempo, y eso exige gobernanza firme, reglas claras sobre quién gana en caso de conflicto y una sincronización bien diseñada. Sin eso, las inconsistencias vuelven por la puerta trasera.

Estilo centralized: el hub que manda sobre el dato

En el estilo centralized, también llamado transaccional, el MDM se convierte de hecho en la fuente única de verdad. El dato maestro nace, se modifica y se aprueba dentro del hub, y de allí se distribuye a los sistemas operativos. Cuando alguien necesita crear un nuevo proveedor o material, lo hace en el flujo del MDM, con workflow, aprobación y reglas de calidad, y solo después el registro cae en el ERP.

Es el modelo de mayor control y consistencia. La gobernanza y el cumplimiento se simplifican porque existe un único lugar que manda. En contrapartida, es el que más mueve la operación y el más caro de implantar, porque cambia la forma en que las personas trabajan. Es el destino natural de quien se toma en serio el MDM, pero rara vez es el punto de partida. Empujar a una empresa inmadura directamente al centralized es la receta más común de un proyecto que muere a la mitad.

Cómo elegir el estilo correcto en la práctica

La elección no es sobre qué estilo se ve más bonito en la diapositiva, sino sobre qué dolor estás resolviendo y cuál es la madurez real de la empresa. Si el dolor es ver, tener una visión única para reportes y análisis, registry y consolidation lo resuelven con menos riesgo. Si el dolor es operar con datos confiables en el día a día, crear proveedores y materiales con calidad desde el origen, coexistence y centralized son el camino.

El error que más veo es comprar ambición sin base. La empresa elige el estilo transaccional porque suena más completo, pero no tiene un dueño del dato definido, no tiene una regla de calidad acordada entre las áreas y no tiene proceso de aprobación. Entonces la tecnología más avanzada solo acelera el desorden. La recomendación práctica es empezar por el estilo que la madurez sostiene y evolucionar. Muchas empresas nacen en el consolidation para ganar confianza analítica y migran a coexistence cuando ya tienen la gobernanza funcionando.

Quién decide y quién opera el MDM

La elección del estilo no es solo una decisión de TI, aunque involucre arquitectura. Necesita al negocio sentado a la mesa. El data owner, normalmente un líder del área que usa el dato, responde por el dominio y ayuda a definir hasta dónde debe mandar el MDM. El data steward cuida el dato en el día a día, aplica reglas, resuelve duplicidades y mantiene el estándar. Y el comité de datos aprueba el estilo y respalda las decisiones difíciles, como quién gana cuando dos sistemas discrepan sobre el mismo registro maestro.

Cuando hablo con profesionales de TI, refuerzo siempre el mismo punto. Elegir registry, consolidation, coexistence o centralized es importante, pero ningún estilo funciona sin proceso, dueño y disciplina. El sistema ayuda, el sistema no sustituye a la gobernanza.

Herramientas de MDM en el mercado

La mayoría de las grandes plataformas de MDM soporta más de un estilo de implementación, y eso es justamente lo que permite empezar simple y evolucionar. Entre las herramientas más citadas en el mercado están SAP Master Data Governance, muy común en empresas que ya viven en el ecosistema SAP, además de Informatica, Stibo Systems, Reltio, Semarchy, Profisee y Ataccama. Cada una tiene su fortaleza, sea en datos de producto, en la nube, en calidad de datos o en integración con el ERP.

Vale recordar que la decisión de estilo viene antes de la herramienta, no después. No es la plataforma la que define cómo vas a tratar tus datos maestros. Son tu dolor, tu madurez y tu estrategia de gobernanza los que definen el estilo, y el estilo ayuda a filtrar qué herramienta tiene sentido. Comprar software creyendo que resuelve la estrategia por sí solo es, como elijo describirlo en el libro Master Data Management: Fundamentos e Aplicações (libro en portugués), publicado por la Editora Brasport: tecnología sin gobernanza solo organiza mejor el problema.

Cómo aprender MDM y arquitectura de datos maestros

Quien quiere trabajar con Master Data Management necesita entender estos estilos no como teoría, sino como decisión de proyecto. El camino de estudio pasa por tres frentes que se complementan. El primero es el fundamento de gobernanza y gestión de datos, con el cuerpo de conocimiento de DAMA, el DMBOK, y la certificación CDMP como referencia internacional. El segundo es la parte técnica de datos maestros, entender match, merge, golden record, calidad e integración. El tercero, que marca la diferencia en el mercado brasileño, es la vivencia práctica en alta y mantenimiento de registros maestros, ERP y en los dolores reales de compras, supply chain y finanzas.

Lo que separa a quien entiende de MDM de quien solo memorizó los cuatro estilos es lograr mirar una empresa y decir qué estilo encaja ahí, con ese presupuesto, esa madurez y esa política interna. Eso se aprende juntando teoría con casos reales.

Las oportunidades de carrera

El MDM y la gobernanza de datos se han vuelto una de las áreas más calientes de la tecnología en Brasil, y la razón es simple. Toda empresa quiere usar inteligencia artificial, y nadie logra una IA confiable sobre datos malos. Eso puso el foco en quienes saben organizar datos maestros. La demanda de analistas de MDM, data stewards, especialistas en datos maestros y arquitectos de datos creció, y son posiciones que suelen pagar por encima del promedio de un analista de datos tradicional justamente por la escasez de gente que domine el tema.

Lo interesante es que mucha gente entra por una puerta inesperada. El profesional de datos maestros, de compras, de supply chain o de SAP que entiende el dato por dentro tiene una enorme ventaja para pasar a MDM, porque ya vivió el dolor que la mayoría solo estudia. Quien suma ese conocimiento de negocio al vocabulario técnico de la gobernanza acelera rápido su carrera.

Principales dudas sobre los estilos de implementación de MDM

¿Cuáles son los cuatro estilos de implementación de MDM? Son registry, consolidation, coexistence y centralized. Se diferencian en dónde queda el dato maestro, si el MDM devuelve la corrección a los sistemas de origen y si la actualización es por lotes o en tiempo real.

¿Cuál es el estilo más usado en las empresas? El coexistence suele ser el más adoptado por empresas maduras, porque equilibra la calidad del dato, la devolución a la operación y la implantación por fases sin detener el negocio.

¿Qué estilo elegir para empezar? Depende del dolor y de la madurez. Para ganar confianza en reportes y análisis con poco riesgo, consolidation es un buen punto de partida. Para operar con datos confiables en el día a día, el camino es coexistence y, en última instancia, centralized.

¿El estilo depende de la herramienta de MDM? No. La decisión de estilo viene de la estrategia y de la madurez de la empresa. La mayoría de las plataformas soporta más de un estilo, así que la herramienta se adapta a la elección, y no al revés.

¿Se puede cambiar de estilo después? Sí, y es común. Muchas empresas empiezan en consolidation y evolucionan a coexistence a medida que maduran la gobernanza. El estilo es una etapa, no una elección eterna.

MDM Academy

MDM Academy es la escuela de gobernanza y datos maestros de 4MDG, creada para formar profesionales que dominen este tema en la práctica, no solo en la teoría. La propuesta es enseñar gobernanza de datos, Master Data Management, calidad, alta y mantenimiento de registros maestros y arquitectura de datos maestros con el mismo lenguaje que usa el mercado, conectando el concepto técnico con el impacto de negocio. Es el tipo de contenido que hace que alguien salga sabiendo defender qué estilo de implementación de MDM encaja en su empresa, y por qué.

Si trabajas con datos, registros maestros, compras, SAP o gobernanza y quieres crecer en esta área que solo gana espacio, vale la pena conocer MDM Academy y entrar al Club de los Datos, donde la comunidad intercambia experiencia real sobre estos desafíos todos los días.

Conclusión

Elegir entre registry, consolidation, coexistence y centralized no es una decisión técnica aislada. Es una decisión sobre cuánto está lista la empresa para confiar en sus propios datos y para cambiar su forma de trabajar. El estilo correcto es el que resuelve tu dolor real dentro de la madurez que tienes hoy, con espacio para evolucionar mañana. La tecnología acompaña esa elección, pero quien decide es la estrategia de gobernanza.

Al final, el MDM no trata de dónde se guarda el dato. Trata de que la empresa deje de discutir qué número está bien y pase a confiar en sus propios registros maestros. Y eso, más que cualquier estilo de arquitectura, es lo que separa a quien usa datos de quien solo colecciona hojas de cálculo.