Traspasar datos entre el ERP y el banco sin duplicarlos es el problema que aparece en cuanto una empresa intenta ordenar su conciliación: el mismo cargo o abono llega dos veces, una desde el extracto bancario y otra desde el asiento que alguien ya metió a mano en el ERP. Cuando eso pasa varias veces al mes, cuadrar la tesorería deja de ser un trámite de diez minutos y se convierte en una tarea que se repite cada semana.
En este artículo vemos por qué se produce ese doble registro, en qué tres puntos concretos se cuela casi siempre, y cómo dejar de arrastrarlo sin cambiar de ERP ni de banco.
Por qué un mismo movimiento acaba registrado dos veces
El ERP y el banco son dos fuentes de información independientes que describen la misma realidad desde ángulos distintos. El ERP sabe que se emitió una factura o que se programó un pago; el banco sabe que ese dinero entró o salió de la cuenta en una fecha concreta, a veces con unos días de diferencia y casi nunca con el mismo texto o referencia.
Mientras nadie cruza esas dos versiones con un criterio único, cualquier persona que concilie a mano tiene que decidir, movimiento a movimiento, si ya existe en el ERP o si hay que darlo de alta. Basta un despiste, una ausencia o un cambio de turno para que el mismo cobro se registre dos veces: una vez como factura cobrada y otra como ingreso bancario suelto.
Los bancos españoles suelen entregar los movimientos en un formato normalizado de extractos (el llamado Norma 43 o CSB 43), pensado precisamente para que ese cruce se pueda automatizar en lugar de teclearse. El problema no es la falta de datos, sino que nadie los está comparando de forma sistemática, algo parecido a lo que ya vimos al traspasar datos entre Excel y el ERP.
Los tres puntos donde se cuela el duplicado
En la mayoría de empresas que nos cuentan este problema, el duplicado no aparece por un solo motivo, sino por la combinación de varios. Estos son los tres más habituales.
1. Doble vía de entrada: factura y extracto por separado
Alguien registra la factura de venta o compra en el ERP en el momento en que se emite, y semanas después otra persona importa el extracto bancario y vuelve a dar de alta el movimiento porque no reconoce que ya existía. Cada paso es correcto por separado; el problema es que no hablan entre sí.
2. Varias cuentas o varias sociedades sobre la misma hoja
Cuando una empresa tiene más de una cuenta bancaria, o gestiona varias sociedades del mismo grupo, es fácil que un mismo pago de un cliente que cobra desde dos cuentas distintas se concilie dos veces, una por cada persona que revisa una cuenta sin ver lo que ha hecho la otra.
3. Conciliación manual sin un identificador único por movimiento
El punteo a mano suele basarse en la fecha y el importe, que coinciden con facilidad entre movimientos distintos (dos facturas del mismo cliente por el mismo importe en la misma semana, por ejemplo). Sin un identificador que ligue cada apunte bancario con su factura u orden de pago de origen, el riesgo de duplicar o de dar por bueno el cruce equivocado es alto.
| Conciliación manual | Traspaso automatizado | |
|---|---|---|
| Cómo se cruza cada movimiento | A ojo, por fecha e importe | Por referencia e identificador único |
| Riesgo de duplicar un cobro o pago | Alto, depende de quién concilie | Bajo, el sistema detecta el movimiento ya registrado |
| Varias cuentas o sociedades a la vez | Cada una por separado | Todas centralizadas en el mismo proceso |
| Cuándo se detecta el error | Al cerrar el mes, o en la auditoría | En el mismo día del movimiento |
Cómo evitarlo: una única fuente de verdad por movimiento
La forma de dejar de duplicar no es revisar más veces, sino reducir a uno el número de sitios donde un movimiento puede registrarse como nuevo. Eso significa que cada apunte bancario debe poder cruzarse automáticamente con la factura, el pago o el cobro que lo originó en el ERP, usando algo más fiable que la fecha y el importe: una referencia, un número de factura o un identificador de operación.
Esto conecta directamente con el principio de exactitud de los datos personales que recoge el artículo 5.1.d) del RGPD, que exige mantener los registros correctos y actualizados para el fin con el que se tratan; un movimiento bancario duplicado en la contabilidad de una pyme es, en la práctica, un dato inexacto que conviene corregir en origen y no cada mes a mano, como recuerda la Agencia Española de Protección de Datos.
Algo parecido ocurre con los datos que ya cruza la propia Agencia Tributaria en el Suministro Inmediato de Información del IVA: el sistema contrasta las facturas emitidas y recibidas que declaran ambas partes de la operación precisamente para detectar descuadres, como explica la propia AEAT en su documentación técnica del SII. Si Hacienda ya cruza esos datos para detectar errores, tiene sentido que la propia empresa haga lo mismo con su banco antes de que el error llegue a la declaración.
Qué cambia cuando el traspaso banco-ERP lo lleva un empleado IA
Un empleado IA gestionado no sustituye al ERP ni al banco: se sitúa entre los dos. Lee el extracto bancario según llega, lo cruza con las facturas, cobros y pagos que ya existen en el ERP y solo da de alta en el ERP lo que de verdad es nuevo. Lo que ya estaba registrado se marca como conciliado, no se duplica.
Esto es justo lo mismo que ya resolvemos en otros puntos de fricción entre sistemas que no se hablan, como cuando una pyme necesita evitar duplicar datos entre el CRM y la facturación: el problema de fondo es siempre el mismo, dos aplicaciones que describen la misma operación sin un puente entre ellas.
Lo interesante no es solo evitar el duplicado, sino lo que se libera: el tiempo que antes iba a repasar movimientos repetidos pasa a dedicarse a lo que de verdad mueve el negocio. Es la idea de fondo de nuestro empleado IA gestionado: quitar de en medio la operativa interna para que el equipo se dedique a vender y a atender a sus clientes.
Casos donde el duplicado es más frecuente
Hay situaciones en las que este problema aparece con más frecuencia y conviene vigilarlas de cerca.
- Empresas con varias cuentas bancarias (una por línea de negocio, por ejemplo) donde un cobro puede entrar por cualquiera de ellas.
- Grupos con varias sociedades que comparten clientes o proveedores y cuyos pagos se cruzan entre empresas del mismo grupo.
- Pagos recurrentes del mismo importe (cuotas, suscripciones, alquileres) donde la fecha y el importe no bastan para distinguir un movimiento de otro.
- Negocios que cobran por varias vías a la vez (transferencia, tarjeta, domiciliación) y concilian cada vía por separado.
Es, por ejemplo, lo que le pasaba a una distribuidora de Albacete que cobraba a sus clientes por transferencia y por domiciliación desde dos cuentas distintas: cada delegación conciliaba su cuenta sin ver lo que hacía la otra, y algunos cobros de clientes con pedidos en varias delegaciones acababan contabilizados dos veces. El mismo patrón se repite en la conciliación bancaria multicuenta de cualquier empresa con más de una cuenta activa.
Por dónde empezar a resolverlo
No hace falta abordar todo el proceso contable de golpe. Lo habitual es empezar por la cuenta o la sociedad donde más duplicados aparecen y, desde ahí, extender el mismo criterio al resto.
- Revisar durante un mes cuántos movimientos han tenido que corregirse por estar duplicados, para dimensionar el problema real antes de automatizar nada.
- Identificar qué referencia usa cada factura o pago para que el cruce con el extracto bancario no dependa solo de la fecha y el importe.
- Automatizar primero la cuenta con más volumen o más personas implicadas en conciliarla, donde el riesgo de duplicar es mayor.
- Dejar un canal claro para los movimientos que el sistema no pueda identificar con seguridad, en vez de forzar un cruce dudoso.
Hecho así, el cambio no se nota como una migración de sistema, sino como que la conciliación de cada mes deja de depender de quién esté ese día revisando el banco.
Cómo lo haría un empleado IA
Un empleado IA de IberClaw trabaja con su propio usuario en tus programas, recibe el trabajo por correo, WhatsApp o Telegram y lo ejecuta. Para un caso como este se encargaría, por ejemplo, de:
- Sincronizar tu CRM con el programa de facturación
- Pasar pedidos o datos de Excel a tu programa de gestión
- Mantener al día las hojas de cálculo que varias personas actualizan
- Avisar de lo que queda sin facturar o sin cobrar
Prepara y ejecuta lo rutinario, pero no mueve dinero ni presenta nada oficial sin la aprobación de una persona de tu empresa, y todo queda en su diario de trabajo. Lo explicamos en Seguridad y RGPD.
Preguntas frecuentes
¿Qué formato usan los bancos españoles para entregar los movimientos de una cuenta?
La mayoría de entidades en España ofrecen los extractos en un formato normalizado conocido como Norma 43 o Cuaderno 43, desarrollado por la Asociación Española de Banca. Al tener una estructura fija y conocida de antemano, permite cruzar los movimientos con el ERP de forma automática en lugar de teclearlos o revisarlos a ojo.
¿Por qué la fecha y el importe no bastan para evitar duplicados?
Porque dos movimientos distintos pueden coincidir en fecha e importe con facilidad: dos facturas del mismo cliente por la misma cantidad en la misma semana, o una cuota recurrente que se repite cada mes. Sin una referencia o un identificador único que ligue el apunte bancario con la factura o el pago de origen, el riesgo de dar por bueno el cruce equivocado, o de duplicarlo, es alto.
¿Hace falta cambiar de ERP o de banco para automatizar este traspaso?
No. El traspaso automatizado se apoya en lo que ya existe, el ERP y el extracto que entrega el banco, y añade el cruce entre ambos. No implica migrar de sistema ni cambiar de entidad bancaria.
¿Qué pasa con los movimientos que el sistema no sabe identificar con certeza?
Se dejan señalados para que una persona los revise, en lugar de darlos de alta automáticamente. La automatización reduce el volumen de movimientos que hay que mirar a mano, pero no sustituye el criterio humano cuando hay una duda real.
¿Esto sirve también para empresas con varias sociedades o varias cuentas?
Sí, de hecho es donde más se nota, porque son los casos en los que más fácilmente se pierde la visión de conjunto y un mismo cobro o pago se concilia por duplicado desde dos cuentas o dos sociedades distintas.