Doble registro de datos: el síntoma que delata un problema de sistemas (y por qué no se arregla con más software)

Si en tu empresa alguien copia el mismo dato de un sistema a otro, por ejemplo el pedido del CRM al ERP, la dirección del cliente del email a la hoja de envíos o el importe de la factura al Excel de tesorería, el problema no es que te falte una herramienta. El problema es que nadie es dueño de ese dato. Nadie ha decidido dónde nace, quién puede cambiarlo y qué sistema manda cuando dos versiones no coinciden. Mientras eso siga sin decidirse, cualquier software nuevo que compres será un sitio más donde volver a teclearlo.

Qué es el doble registro y por qué casi nadie lo ve como problema

Hay doble registro cuando una misma información se introduce a mano en más de un sitio. Rara vez se diseña así. Aparece poco a poco: el comercial apunta el pedido en el CRM porque así lo pide su responsable, administración lo vuelve a meter en el ERP porque es de donde sale la factura, y operaciones lo copia en una hoja compartida porque es lo único que consulta el almacén. Nadie lo decidió como tal. Cada persona resolvió su parte con lo que tenía a mano.

Por eso no se ve como problema. Para quien lo hace es «parte del trabajo»: cinco minutos aquí y diez allá. El coste no está en ninguna línea de la cuenta de resultados, sino repartido en tareas que nadie mide.

• Horas administrativas dedicadas a copiar, no a revisar ni a decidir.
• Errores de transcripción: un dígito cambiado en una cantidad, una dirección antigua, un descuento que se queda en un sistema y no llega al otro.
• Retrabajo: cuando el error aparece (en la factura, en la entrega o en el cierre de mes), alguien tiene que rastrear cuál de las versiones era la buena.
• Retrasos: el dato tarda en pasar de un sistema a otro lo que tarda la persona en encontrar un hueco para copiarlo.
• Dependencia de personas: si quien hace la copia se va de vacaciones, el flujo se para o se hace peor.

El error del mercado: tratarlo como un problema de herramientas

La respuesta habitual al doble registro es comprar. Un ERP «que lo integre todo», un conector entre dos aplicaciones o, últimamente, un agente de IA que «lea los correos y rellene el sistema». Las tres opciones tienen algo en común: atacan la copia, no la causa.

Si no está decidido qué sistema manda sobre cada dato, pasa esto:

• El ERP nuevo acaba conviviendo con el Excel de siempre, porque una parte del equipo no se fía de él o no tiene en él los campos que necesita. Pasas de dos registros a tres.
• El conector sincroniza lo que encuentra. Si en el CRM cada comercial escribe el nombre del cliente a su manera, el conector lleva ese desorden al ERP más deprisa y sin que nadie lo revise.
• El agente de IA extrae datos de correos con buen acierto, pero sigue sin saber cuál de las dos direcciones del cliente es la vigente. Alguien tendrá que validarlo, y ese alguien vuelve a ser una persona copiando y comparando.

Integrar sistemas no es lo mismo que mejorar un proceso. Si sincronizas dos versiones del mismo dato sin decidir cuál manda, solo automatizas la discusión.

No es un fallo de la tecnología. Es que se le está pidiendo que resuelva una decisión de gestión: quién es responsable de cada dato.

El marco Aito: cada dato tiene un origen, un dueño y unos consumidores

Antes de hablar de integración conviene contestar tres preguntas para cada dato que se copia:

1. ¿Dónde nace? El primer momento y el primer sistema en que esa información existe de forma fiable. Un pedido nace cuando el cliente lo confirma, no cuando administración lo factura.
2. ¿Quién es el dueño? La persona o el área responsable de que el dato sea correcto y esté al día. Es quien puede cambiarlo y quien responde si está mal. No tiene por qué ser quien más lo usa.
3. ¿Quién lo consume? Las áreas y sistemas que necesitan leerlo. Deberían recibirlo, no volver a escribirlo.

Con esas tres respuestas, el doble registro deja de ser una molestia difusa y pasa a ser un mapa concreto: este dato nace aquí, lo cuida esta persona y lo leen estos otros. A partir de ahí la regla es sencilla: el dato se escribe una vez, en su origen, y el resto lo lee. Cuando no se puede leer de forma automática todavía, al menos queda claro cuál es la versión buena y quién la corrige.

Este planteamiento encaja con lo que ya contamos sobre la fuente de verdad en los informes que no cuadran, pero va un paso antes: no se trata solo de qué cifra vale en el informe, sino de quién responde por ella en el día a día.

Cómo atacar el doble registro en cinco pasos

1. Haz inventario de las copias

Durante una o dos semanas, pide a cada área que apunte qué datos copia de un sitio a otro, desde dónde, hacia dónde y con qué frecuencia. No hace falta una herramienta: basta una tabla con cinco columnas (dato, origen, destino, quién lo copia, cuántas veces). Te sorprenderá cuántas copias aparecen que nadie había contado. Si quieres una forma ligera de documentarlo, aquí explicamos cómo documentar un proceso sin burocratizarlo.

2. Mide lo que cuesta, aunque sea de forma aproximada

Para cada copia, estima el tiempo por operación, el volumen mensual y los errores que ha provocado en los últimos meses (facturas rectificadas, envíos equivocados, descuadres). No busques precisión contable: busca orden de magnitud. Sin esa base no podrás saber después si la solución ha merecido la pena. Es la misma lógica que seguimos para calcular el ROI de una automatización.

3. Asigna un dueño a cada dato crítico

Empieza por los datos que más copias generan o más errores provocan: datos maestros de cliente, precios y condiciones, estado del pedido, datos de producto. Para cada uno, nombra un dueño con nombre y apellidos, no un departamento abstracto. Decide también qué sistema es el de referencia. Esta conversación suele ser incómoda, porque obliga a decidir quién pierde capacidad de editar algo que hoy toca libremente. Es justo la conversación que hay que tener.

4. Elimina antes de conectar

Una parte de las copias desaparece sin tecnología: hojas que solo existen porque alguien no tenía acceso al sistema principal, campos que se rellenan por costumbre y nadie consulta, informes intermedios que se pueden sacar directamente del origen. Quitar esas copias es lo más barato y lo que menos riesgo tiene. Lo desarrollamos en optimizar no es digitalizar el caos.

5. Integra solo lo que queda, y en una dirección

Con el origen y el dueño claros, la integración se vuelve sencilla: el dato viaja desde el sistema de referencia hacia los que lo consumen, no en ambos sentidos. Puede ser una exportación programada, una conexión directa o una herramienta intermedia; cómo elegir lo contamos en integrar dos sistemas: API, exportación o herramienta intermedia. La IA tiene sentido solo cuando el dato llega sin estructura (un PDF de un proveedor, un correo libre de un cliente) y hay alguien que valida el resultado.

Cuándo integrar y cuándo todavía no

Tiene sentido integrar cuando:

• El dato tiene un origen claro y un dueño que responde por él.
• El formato está estandarizado: los mismos campos, los mismos valores posibles y sin texto libre donde debería haber una lista cerrada.
• El volumen de copias justifica el coste de construir y mantener la conexión.
• Sabes qué indicador vas a vigilar después: tiempo desde que entra el pedido hasta que se factura, número de rectificaciones, descuadres al cierre de mes.

Todavía no conviene integrar cuando:

• Dos áreas editan el mismo dato y ninguna acepta que la otra mande. Ahí falta una decisión, no una conexión.
• El dato de origen está sucio. Antes toca limpiar y ordenar el CRM o el sistema que haga de referencia.
• El proceso que genera el dato va a cambiar pronto, por ejemplo por un cambio de ERP o una reorganización. Integrar algo que vas a rediseñar es pagar dos veces.
• El volumen es tan bajo que una copia manual bien definida, con dueño y comprobación, sale más barata que mantener la conexión. A veces un Excel bien llevado es suficiente.

Qué medir para saber si has resuelto el problema

El doble registro se ha resuelto cuando bajan sus consecuencias, no cuando se instala una conexión. Antes de tocar nada, toma la referencia de partida y vuelve a medir pasados unos meses:

• Número de puntos donde se teclea a mano el mismo dato.
• Horas mensuales dedicadas a copiar y a comparar versiones.
• Errores atribuibles a transcripción: facturas rectificadas, envíos repetidos, cobros descuadrados.
• Tiempo que tarda un dato en estar disponible para quien lo necesita.
• Número de discusiones sobre «cuál es la cifra buena». Cuesta medirlo, pero el equipo lo nota enseguida.

Si esos indicadores no se mueven, la integración no ha resuelto nada: solo ha cambiado de sitio la copia. No inventes el ahorro de antemano. Calcúlalo con estos datos una vez tengas el antes y el después.