Interoperabilidad de datos maestros: cómo hacer que ERP, CRM y e-commerce hablen el mismo idioma

El ERP habla un idioma. El CRM habla otro. El e-commerce habla un tercero. Y el cliente, el mismo cliente, se convierte en tres registros distintos, cada uno con un pedazo de la verdad.

Eso es falta de interoperabilidad de datos maestros. Veo repetirse esta escena desde los años en que implementaba SAP en grandes empresas, y no desapareció con la nube ni con la IA. Solo cambió de ropa.

Qué es la interoperabilidad de datos maestros

La interoperabilidad de datos maestros es la capacidad de que un registro de cliente, proveedor o material circule entre sistemas distintos sin perder información, sin duplicarse y sin convertirse en otro registro en el camino.

No se trata de tener un ERP bonito o un CRM moderno. Se trata de que SAP, Salesforce, el e-commerce y el sistema de factura electrónica estén de acuerdo en que el cliente 4521 es la misma empresa, con el mismo CNPJ (el número de registro de empresas de Brasil), la misma dirección de cobro y la misma situación registral ante la Receita Federal (la autoridad tributaria de Brasil).

Cuando eso no ocurre, cada sistema se vuelve una isla. Y cada isla tiene su propia versión de la verdad.

Cómo funciona en la práctica

En la práctica, la interoperabilidad de datos maestros se resuelve con tres piezas que trabajan juntas: una clave única de identificación, un conjunto de reglas de traducción entre sistemas y un flujo de actualización que avisa a todos cuando el dato cambia.

La clave única es la que permite que SAP, el CRM y el sitio de ventas reconozcan al mismo proveedor aunque cada sistema use un código interno diferente. Sin ella, la integración se convierte en un Excel gigante de "de-para" (equivalencias entre sistemas), actualizado a mano, en el que nadie confía después de seis meses.

Las reglas de traducción se ocupan del resto. Un campo llamado "unidad de medida" en el ERP puede llamarse "UOM" en el sistema de logística y "medida" en la tienda virtual. Si nadie lo mapea con cuidado, el sistema entiende "caja" como "unidad" y el pedido sale equivocado.

Y el flujo de actualización es lo que evita el peor de los dolores: el cliente cambia de dirección en el CRM, pero la facturación sigue yendo a la dirección anterior porque nunca se avisó al ERP. Ya vi emitir una factura a una dirección que la empresa había cerrado dos años antes.

La arquitectura técnica detrás de esto suele usar APIs en tiempo real para lo que no puede esperar, como la aprobación de un proveedor nuevo, y procesos por lotes para cargas mayores, como la sincronización nocturna del catálogo de productos. La plataforma de MDM funciona como el punto central que recibe, valida, enriquece y distribuye ese dato maestro a todos los sistemas consumidores, en lugar de que cada sistema intente hablar directamente con todos los demás.

Quién es responsable de la interoperabilidad de datos

El área de TI y arquitectura de datos se ocupa de la parte técnica: diseño de la integración, elección del protocolo, monitoreo de los flujos. Pero la responsabilidad no termina ahí.

El data steward es quien decide qué pasa cuando dos sistemas traen información distinta para el mismo cliente. Es el árbitro de la regla de negocio, no solo el fiscal del registro maestro.

Compras y supply chain entran porque son quienes sienten el dolor primero cuando la interoperabilidad falla: un pedido de compra que no coincide con el contrato porque el proveedor está registrado de una manera en el módulo de compras y de otra en el módulo financiero.

Y el comité de gobernanza de datos, cuando existe, es quien decide qué sistema es la fuente de la verdad para cada atributo. Eso parece obvio hasta que preguntas en una reunión: "¿la dirección de entrega viene del CRM o del ERP?" y ves a dos áreas en desacuerdo desde hace años sin darse cuenta.

Qué herramientas sostienen la interoperabilidad

En el nivel de integración y middleware, las empresas usan plataformas como SAP PI/PO o SAP Integration Suite, además de herramientas de mercado como MuleSoft y Boomi, para hacer que los sistemas conversen vía API.

En el nivel de datos maestros, la interoperabilidad de verdad nace de plataformas de MDM como SAP Master Data Governance, Informatica, Stibo Systems, Reltio, Semarchy, Profisee y Ataccama. Cada una tiene su manera de atacar el problema, pero todas existen para resolver lo mismo: ser la fuente confiable que los demás sistemas consultan, en lugar de que cada uno tenga su propia verdad.

En el nivel de catálogo y metadatos, herramientas como Collibra, Alation y Microsoft Purview ayudan a mapear de dónde viene cada dato y hacia dónde va, lo que facilita muchísimo diseñar una integración nueva sin romper las que ya existen.

Ninguna herramienta por sí sola resuelve la interoperabilidad sin proceso y sin dueño del dato. Ya vi a una empresa comprar la plataforma más cara del mercado y seguir con registros duplicados, porque el problema nunca fue de tecnología.

Cómo aprender sobre interoperabilidad de datos maestros

Quien quiere entender la interoperabilidad de datos necesita una base en dos pilares: arquitectura de integración, para entender cómo conversan entre sí API, middleware y ETL, y gobernanza de datos maestros, para entender la regla de negocio, la calidad y la responsabilidad sobre el dato.

La certificación CDMP de DAMA ayuda a organizar el conocimiento de forma estructurada, sobre todo los módulos de arquitectura de datos y de gestión de datos maestros y de referencia. Hay un mito muy difundido en Brasil de que la certificación es inútil. Pamplinas. Organiza lo que ya vives en la práctica y te da vocabulario para discutir con otras áreas.

Además de la teoría, recomiendo acompañar de cerca un proyecto real de integración entre ERP y CRM, o entre ERP y un marketplace. Es en ese tipo de proyecto donde la teoría de la clave única y la regla de traducción deja de ser una diapositiva y se vuelve un dolor de cabeza real, que después se convierte en aprendizaje de verdad.

Las oportunidades de carrera en esta área

La interoperabilidad de datos maestros está en el cruce entre datos e integración de sistemas, y ese cruce tiene cada vez más vacantes abiertas. Las empresas que migran a S/4HANA, que adoptan un CRM nuevo o que lanzan un canal de e-commerce chocan con este problema todo el tiempo.

Los profesionales de arquitectura de datos, los analistas de integración y los data stewards con experiencia en MDM multidominio están entre los más buscados hoy, porque pocos profesionales entienden los dos extremos: la técnica de la integración y la de negocio del registro maestro.

Quien ya trabaja como analista de datos maestros o analista de datos y quiere crecer en su carrera puede diferenciarse mucho entendiendo cómo se mueve el dato entre sistemas, y no solo cómo se valida dentro de un único sistema.

Principales dudas sobre la interoperabilidad de datos maestros

¿La interoperabilidad de datos es lo mismo que la integración de sistemas?

No exactamente. La integración de sistemas es la tubería técnica que conecta dos programas. La interoperabilidad de datos maestros es la garantía de que lo que pasa por esa tubería llega con el mismo significado a ambos lados, sin duplicarse ni convertirse en otro registro.

¿Necesito una plataforma de MDM para tener interoperabilidad?

En empresas pequeñas, un proceso bien diseñado y una clave única bien definida ya resuelven buena parte del problema. En empresas medianas y grandes, con varios sistemas y muchos dominios de datos, una plataforma de MDM se paga rápido, porque centraliza la validación en lugar de esparcir la regla de negocio en diez integraciones distintas.

¿Qué causa más fallas de interoperabilidad: tecnología o proceso?

Proceso, casi siempre. Hoy la tecnología resuelve prácticamente cualquier integración técnica. Lo que falla es la falta de dueño del dato, de una regla clara sobre qué sistema manda en cada campo y de una rutina de mantenimiento del registro maestro.

¿La interoperabilidad de datos ayuda con la LGPD?

Ayuda bastante. Cuando los datos personales de un titular están esparcidos en sistemas que no conversan, es mucho más difícil atender de forma completa una solicitud de eliminación o de corrección. Una interoperabilidad bien hecha facilita rastrear dónde está cada dato personal y propagar una corrección a todos los sistemas a la vez. (LGPD es la Ley General de Protección de Datos de Brasil.)

¿Este dolor es más común en empresas grandes o pequeñas?

Es más visible en las empresas grandes, porque el número de sistemas crece más rápido que la gobernanza. Pero la empresa pequeña que está creciendo y comprando sistemas nuevos sin planificar la integración está plantando el mismo problema, solo que todavía no sintió su tamaño.

MDM Academy

MDM Academy es la escuela de gobernanza y datos maestros de 4MDG. Nació para formar al profesional que entiende tanto la parte técnica del registro maestro como el impacto de negocio de un dato mal cuidado, el tipo de profesional que el mercado echa de menos todos los días.

Allí encuentras formación en MDM, gobernanza de datos, calidad de datos, SAP para datos maestros y LGPD, construida a partir de casos reales de proyecto, no de teoría suelta.

Si quieres entender de verdad cómo se conectan en la práctica de las empresas la interoperabilidad, los datos maestros y la gobernanza, vale la pena conocer MDM Academy o unirte al Club de los Datos, nuestra comunidad de profesionales de datos maestros y gobernanza que intercambian experiencia real todos los días.

Conclusión

Toda empresa que crece compra sistemas nuevos. Y todo sistema nuevo que entra sin un plan de interoperabilidad de datos maestros se convierte en un registro más del que desconfiar.

La tecnología de integración está madura. Lo que falta, en la mayoría de las empresas con las que converso, es decidir quién es el dueño del dato y qué sistema manda en cada verdad. Eso no se compra en ninguna plataforma.

¿En tu empresa, el ERP y el CRM ya están de acuerdo sobre quién es tu cliente?