Qué es un dato maestro (y por qué tu cliente aparece tres veces)

Busca un cliente cualquiera en tu CRM. Si aparece dos o tres veces —una ficha con el nombre comercial, otra con la razón social, otra con una errata de hace años—, tienes un problema de datos maestros, aunque nadie en tu empresa use ese término. Este artículo explica qué es un dato maestro, pero sobre todo sirve para tomar una decisión concreta que casi ninguna pyme ha tomado de forma explícita: cuando dos fichas del mismo cliente, producto o proveedor no coinciden, qué registro manda y quién lo decide.

Los síntomas llegan antes que el nombre

Este problema casi nunca se presenta diciendo "necesitamos gestionar nuestros datos maestros". Se presenta así: el mismo proveedor existe con tres nombres distintos y nadie sabe cuánto le compráis en total. Un comercial llama a una empresa que otro comercial ya atendió la semana pasada, porque cada uno la tiene en una ficha diferente. Un producto tiene un código en el almacén y otro en la tarifa, y cada cierto tiempo alguien factura el que no era.

Ninguno de estos fallos es dramático por separado. Juntos son la razón de que preguntas sencillas —¿cuánto facturamos a este cliente el año pasado?— no tengan una respuesta sencilla.

Qué es un dato maestro

Los datos maestros son las fichas de las cosas de las que tu negocio habla todos los días: clientes, productos, proveedores, empleados; según el sector, también obras, expedientes o pólizas. Se distinguen de los datos transaccionales —pedidos, facturas, movimientos—, que nacen y mueren a diario. Una factura es un dato transaccional; el cliente al que se emite es un dato maestro.

La diferencia importa por una razón práctica: todo lo transaccional se cuelga de los maestros. Cada pedido apunta a una ficha de cliente y a fichas de producto. Por eso un error en un maestro no se queda quieto: se copia en cada pedido, cada factura y cada informe que lo usa, durante años.

Conviene aclarar lo que este problema no es. No va de conectar sistemas ni de que dos programas se pongan de acuerdo: incluso con un único programa puedes tener tres fichas del mismo cliente. El problema no es técnico. Es que nadie ha decidido cuál es la buena.

Por qué los duplicados aparecen solos

Nadie duplica un cliente a propósito. Ocurre porque dar de alta una ficha nueva es más rápido que buscar si ya existe. Porque cada departamento la crea con el dato que le importa: administración con la razón social y el CIF, ventas con el nombre por el que todo el mundo conoce a la empresa. Porque una migración antigua trajo lo que había. Porque nunca se definió qué campos son obligatorios ni con qué formato se escriben.

El duplicado no es el descuido de una persona: es el resultado natural de no tener una regla. Y por eso limpiarlos sin cambiar la regla solo funciona una temporada. Puedes dedicar una semana a fusionar fichas y, unos meses después, la lista vuelve a estar como estaba, porque las altas siguen entrando igual.

La decisión: qué registro manda y quién lo decide

Fusionar duplicados es la parte mecánica. La parte difícil son dos decisiones previas.

La primera es qué registro es el de referencia. Y rara vez gana uno entero: la dirección fiscal correcta puede estar en una ficha y la persona de contacto actualizada en otra. La regla útil se define por campo, no por ficha: los datos fiscales los manda quien factura; los de contacto, quien habla con el cliente. Escrito así de simple, en una página, ya es más de lo que tiene la mayoría.

La segunda es quién decide. Un responsable por cada tipo de maestro —alguien para clientes, alguien para productos— con autoridad reconocida. No hace falta un comité ni un cargo nuevo: hace falta un nombre. Cuando dos fichas no cuadran, esa persona arbitra; cuando alguien da de alta algo nuevo, se aplican sus reglas. Sin ese nombre, cada conflicto se resuelve de una manera distinta según quién se lo encuentre, o no se resuelve.

De esas dos decisiones cuelga una tercera, más pequeña: las reglas de alta. Qué campos son obligatorios, con qué formato, y la costumbre de buscar antes de crear. Es lo que evita que el trabajo hecho se deshaga.

Qué cuesta no decidirlo

Este coste no aparece en la cuenta de resultados con su nombre. Se paga en historial partido: un cliente de años parece nuevo porque su actividad está repartida en tres fichas. En riesgo comercial: dos personas de tu equipo negociando condiciones distintas con la misma empresa sin saberlo. En descuentos por volumen mal calculados, porque el volumen real no está junto en ninguna parte. Y en el tiempo de cuadre que alguien invierte cada vez que hace falta un total fiable.

Hay un coste más que se ve tarde: todo lo que venga después se construye sobre estas fichas. Un informe nuevo, una automatización, un asistente de IA: cualquiera de esos proyectos hereda los maestros que tengas, buenos o malos. Ordenarlos no es un proyecto glamuroso, pero es de los pocos que revaloriza todos los siguientes.

Tres preguntas para saber dónde estás

1. Elige a tu mejor cliente y búscalo en tus sistemas: ¿cuántas fichas tiene?
2. Si dos fichas no coinciden, ¿hay alguien con autoridad reconocida para decidir cuál vale?
3. ¿Existen reglas de alta escritas —campos mínimos, formato, buscar antes de crear— o cada uno lo hace a su manera?

Si la primera respuesta es "más de una" y las otras dos son "no", el orden importa: primero la regla y el responsable, después la limpieza. Al revés, la limpieza se deshace sola. Es el tipo de desorden que aflora enseguida en un diagnóstico de datos y sistemas: no exige un gran proyecto para empezar a corregirse, pero sí una decisión que hasta ahora nadie había tomado.