Las empresas siempre han dependido de la información, mucho antes de que llegaran los ERP, la nube o la inteligencia artificial. Antes eran papeles, procedimientos y archivos. Luego llegaron los ficheros digitales, las bases de datos y, más tarde, los sistemas integrados que hoy sostienen la operación de casi cualquier organización.

Hasta ahí, la evolución parece lógica. Pero el problema empieza cuando la empresa crece, incorpora más herramientas y deja de tener claro algo fundamental: dónde vive realmente cada dato y qué sistema manda sobre él.

El dato puede aparecer en muchos sitios, pero no debería obedecer a todos

Un mismo cliente puede existir en el CRM, en el ERP, en el sistema de soporte y en la plataforma de facturación. Un producto puede aparecer en el ERP, en el e-commerce, en la logística y en varios cuadros de mando. Un pedido puede atravesar ventas, almacén, compras, finanzas y atención al cliente.

Eso no es raro. Es lo normal. Lo peligroso empieza cuando dos sistemas dicen cosas distintas y nadie puede responder con seguridad cuál tiene la razón.

Ahí aparece una de las preguntas más importantes en sistemas:

¿Quién es el sistema maestro de cada dato?

Porque una cosa es que varios sistemas consuman información, y otra muy distinta es permitir que todos la gobiernen.

El core no desaparece, aunque la arquitectura se reparta

Hoy se habla mucho de microservicios, arquitecturas distribuidas, integraciones en tiempo real, APIs, eventos y soluciones cloud. Todo eso puede ser útil. Pero hay una verdad que sigue intacta:

Aunque la tecnología se reparta, la autoridad del dato no desaparece.

Siempre tiene que existir un origen de verdad. Siempre tiene que haber una jerarquía. Siempre tiene que estar claro quién tiene la última palabra.

Por ejemplo:

• el CRM puede mandar sobre oportunidades y actividad comercial,
• el ERP puede mandar sobre facturación, stock o maestro de artículos,
• un sistema de RRHH puede mandar sobre los datos de empleados,
• y un entorno de BI no debería mandar sobre nada: debería consumir, transformar y analizar.

Cuando esto no está definido, la organización entra en terreno resbaladizo.

Integrar no es conectar cables

Muchas veces se habla de integración como si bastara con hacer que dos sistemas «hablen». Pero integrar de verdad es responder preguntas incómodas:

• qué sistema crea cada dato,
• cuál puede modificarlo,
• cuál solo lo consulta,
• qué pasa si aparece una discrepancia,
• qué regla prevalece,
• cómo se audita el cambio,
• y quién decide cuando hay una excepción.

Si eso no está claro, la integración no es una solución. Es un conflicto aplazado.

El problema no es tener muchos sistemas, es no tener criterio

Una empresa puede convivir perfectamente con CRM, ERP, BI, e-commerce, herramientas especializadas y servicios en la nube. El problema no es la cantidad. El problema es incorporar piezas sin revisar el mapa general.

Cada sistema nuevo cambia el equilibrio:

• duplica información,
• introduce nuevas reglas,
• mueve responsabilidades,
• crea dependencias,
• y a veces desplaza el centro real del negocio sin que nadie lo diga en voz alta.

Por eso, cada vez que se implanta una nueva herramienta, se migra a cloud, se externaliza una función o se rediseña un proceso, conviene revisar otra vez el modelo de autoridad del dato. Porque el negocio cambia. Y cuando el negocio cambia, el mapa de información también debería revisarse.

Esto no vale con «ya lo sabemos»

Todo esto hay que documentarlo y convertirlo en procedimiento. Hay que dejar claro:

• qué sistemas existen,
• qué datos gestiona cada uno,
• cuál es el sistema maestro por dominio,
• qué sincronizaciones hay,
• qué reglas de prioridad se aplican,
• y cómo se resuelven los conflictos.

No para llenar una carpeta con diagramas bonitos. Sino para que la organización no dependa de la memoria de dos personas ni de parches acumulados durante años.

Los cimientos importan más de lo que parece

Esto no es burocracia ni gobierno del dato para decorar presentaciones. Es estructura. Son los cimientos.

Porque cuando una empresa no sabe dónde está su verdad operativa, no tiene solo un problema técnico. Tiene un problema de dirección.

Y eso termina afectando a todo:

• operaciones más lentas,
• errores repetidos,
• informes inconsistentes,
• automatizaciones frágiles,
• y decisiones tomadas sobre datos dudosos.

Definir quién manda sobre cada dato, dónde vive la información crítica y cuál es el core real del negocio no es un detalle arquitectónico. Es una decisión estratégica.

Y cuanto antes se haga bien, mejor podrá crecer todo lo demás.

Espero que os sea útil, suscribiros para que os lleguen avisos de la próxima entrada y no dudéis en comentar o mandar un mensaje con cualquier consulta, aportación o inquietud que tengáis…

… y si algo sale mal… La Culpa de Sistemas 😉