Registry, Consolidation, Coexistence… los nombres varían, pero la duda de fondo siempre es la misma: ¿dónde va a “vivir” el dato y cómo va a “circular”? Y aquí vale una advertencia: esta decisión no es solo técnica. Define si tu iniciativa será viable o no. En la práctica, estos tres enfoques representan distintos niveles de ambición (y de impacto en la organización).
 

El modelo más ligero es el Registry.

En él, no intentas centralizar realmente el dato. Cada sistema mantiene su propia versión, y el MDM actúa como una capa que conecta esas versiones. Identifica qué registros representan la misma entidad y crea una visión consolidada “virtual”.

Funciona bien cuando el problema principal es la falta de visibilidad. Quieres saber que ese cliente en el CRM es el mismo del ERP, pero no quieres o no puedes modificar los sistemas en este momento.

El beneficio llega rápido, porque el cambio es pequeño. Pero también tiene un límite claro: no resuelves el problema en el origen. Los datos siguen siendo inconsistentes, solo que ahora puedes verlo mejor.
 

El segundo modelo, Consolidation, da un paso más allá.

Aquí, llevas los datos a un repositorio central, mejoras la calidad, resuelves duplicidades y construyes un Golden Record de forma más estructurada. Ese dato consolidado pasa a ser la referencia, especialmente para analítica e informes.

Es un modelo que suele funcionar muy bien cuando el objetivo es mejorar la consistencia de la información, especialmente en empresas con muchos sistemas y grandes discrepancias entre ellos. Pero aún existe una limitación importante: los sistemas de origen siguen existiendo con sus propias versiones. Es decir, mejoras bastante la lectura del dato, pero no siempre cambias la operación.
 

Y ahí entra el modelo más completo y más desafiante: Coexistence.

En este escenario, el MDM deja de ser solo un punto de consolidación y pasa a ser una parte activa de la operación. No solo crea el Golden Record, sino que también distribuye esa información de vuelta a los sistemas y, en algunos casos, se convierte en el punto de creación y mantenimiento del dato. Es aquí donde la idea de “single source of truth” realmente se materializa.

Pero esto tiene un costo, no solo técnico, sino también organizacional. Estás modificando procesos, responsabilidades y, muchas veces, la autonomía de las áreas. Por eso, el error más común es intentar comenzar con este modelo.

La intención es buena: ir directamente a lo “ideal”. Pero, en la práctica, esto suele generar proyectos largos, complejos y con dificultad para demostrar valor en el corto plazo.

Un enfoque más pragmático suele funcionar mejor.

Comenzar con algo más cercano a un Registry o una Consolidation ligera, resolver un problema concreto (como la duplicidad de clientes o la inconsistencia de productos), generar resultados visibles y luego evolucionar.

Con el tiempo, a medida que la organización gana confianza y madurez, tiene sentido aumentar el nivel de centralización y control. No todas las empresas necesitan llegar al modelo más avanzado. Y está bien.

El punto clave aquí es que la arquitectura de MDM no se trata de elegir el modelo “más completo”. Se trata de elegir el modelo que tu organización puede absorber ahora, sin bloquear la operación.

Porque, al final, el mejor diseño no es el más sofisticado. Es el que se implementa, mejora la calidad de los datos y sigue funcionando después de que el proyecto termina.