Conciliación bancaria automática: guía completa con agentes de IA
· CompaniesAutomation
Fuentes de datos, emparejamiento paso a paso, tasas de automatización realistas por tipo de negocio, casos difíciles y errores que hunden estos proyectos.
La conciliación bancaria automática consiste en que un sistema cruce cada movimiento del extracto del banco con el apunte contable que le corresponde, resuelva las diferencias que puede explicar y deje a una persona solo las excepciones reales. Con un agente de IA la diferencia frente a las reglas de siempre está en el tramo difícil: los cobros agrupados, los pagos parciales, las comisiones no previstas y las referencias que llegan mal escritas —justo lo que en la mayoría de las empresas se sigue resolviendo a mano cada mes.
Esta guía es el nivel de detalle que echábamos de menos cuando empezamos a montar esto: qué formatos de datos existen, qué tasa de automatización es realista según tu tipo de negocio, dónde se rompen los proyectos y qué no conviene automatizar. Si buscas la introducción, la tienes en nuestro artículo sobre conciliación bancaria automática con IA; aquí vamos al detalle operativo.
¿Qué es conciliar exactamente y por qué se atasca?
Conciliar es demostrar que el saldo del banco y el saldo contable cuadran, y explicar cada diferencia. El trabajo real no es sumar: es emparejar miles de líneas de extracto con miles de apuntes cuando la información del banco viene mutilada, agrupada o con una referencia que nadie puso bien.
Hay cuatro tipos de emparejamiento, y solo el primero es fácil:
- Uno a uno. Un cobro de 1.210 € contra una factura de 1.210 €. Cualquier regla lo resuelve; suele ser el 50-70 % de las líneas.
- Uno a varios. Un cliente paga cuatro facturas en una transferencia. Requiere buscar combinaciones que sumen el importe, y el número de combinaciones crece rápido.
- Varios a uno. Una factura cobrada en dos plazos, o un pago fraccionado. Obliga a mantener saldos parciales vivos.
- Con diferencia. El importe no coincide por comisiones bancarias, retenciones, descuentos por pronto pago, gastos de transferencia internacional o un redondeo. Aquí es donde se va el tiempo.
El origen del problema casi nunca es contable, es de datos: el concepto del extracto trae "TRANSF. R. GARCIA SL" y tu factura está a nombre de otra razón social, o el cliente pone el número de pedido en vez del de factura. Un motor de reglas necesita que alguien anticipe cada variante; un modelo de lenguaje interpreta el texto y propone el candidato con una probabilidad asociada.
¿De dónde saca los datos el agente?
De tres fuentes posibles, y elegir bien la fuente decide medio proyecto. En España la vía tradicional es el fichero Norma 43 (cuaderno 43 de la AEB), la moderna es la agregación bancaria vía PSD2 y la de último recurso es el CSV descargado a mano.
| Fuente | Qué da | Limitaciones |
|---|---|---|
| Norma 43 (AEB) | Formato estándar, todos los bancos españoles, conceptos completos y descarga programable | Suele ser diario, no en tiempo real; algunos bancos limitan el histórico |
| Agregación PSD2 / open banking | Saldos y movimientos por API, casi en tiempo real, multi-banco | Consentimiento renovable, campos de concepto a veces recortados, coste por cuenta |
| Extracto CSV o PDF | Funciona con cualquier banco y sin integración | Depende de que alguien lo descargue; formatos que cambian sin avisar |
Nuestra recomendación por defecto: Norma 43 para la conciliación contable —es completo, estable y suficiente para un ciclo diario— y PSD2 solo si además necesitas tesorería intradía. Empezar por el CSV es aceptable la primera semana, para validar el emparejamiento sin tocar sistemas, pero no como destino: la automatización que depende de que alguien descargue un fichero no es automatización.
¿Cómo concilia un agente de IA, paso a paso?
- Ingesta y normalización. Descarga el extracto, normaliza fechas, importes, divisa y limpia el concepto (mayúsculas, abreviaturas del banco, códigos internos).
- Emparejamiento determinista. Primero lo barato: coincidencia exacta por importe y fecha, por referencia de remesa, por identificador de mandato SEPA. Esto ya cierra la mayoría de líneas y no consume modelo.
- Emparejamiento semántico. Para el resto, el agente interpreta el concepto, lo compara con clientes, proveedores y facturas abiertas, y busca combinaciones que expliquen el importe. Devuelve candidatos con confianza asociada.
- Resolución de diferencias. Si sobra o falta importe, comprueba las causas típicas —comisión, retención de IRPF, descuento, gasto de divisa— y propone el asiento de ajuste con su cuenta contable.
- Aplicación con umbral. Por encima del umbral de confianza que hayas fijado, aplica y contabiliza; por debajo, deja la línea en una bandeja de excepciones con su explicación y los dos o tres candidatos ordenados.
- Aprendizaje y cierre. Cada corrección humana alimenta el criterio para la siguiente vez: el mismo cliente que siempre paga agrupando deja de ser una excepción al tercer mes.
El detalle que más cambia la experiencia es el quinto punto. Un sistema que aplica todo lo que cree correcto sin umbral genera desconfianza al primer error; uno que no aplica nada te deja el trabajo igual. El umbral se calibra en las primeras semanas y se sube a medida que se demuestra la precisión.
¿Qué tasa de automatización es realista?
Entre el 80 % y el 95 % de las líneas, según la limpieza de tus datos y el tipo de cobro. No creas a quien prometa el 100 %: siempre hay movimientos que solo una persona puede explicar, y el objetivo no es eliminar la revisión sino reducirla a minutos.
| Perfil de empresa | Automatización esperable | Qué la limita |
|---|---|---|
| Ecommerce o suscripción (pasarela de pago) | 90-97 % | Liquidaciones agrupadas de la pasarela y devoluciones |
| B2B con facturación recurrente y domiciliaciones | 85-95 % | Devoluciones de recibos y pagos parciales |
| B2B con transferencias y clientes grandes | 75-90 % | Pagos agrupados con remesa mal referenciada |
| Obra, proyecto o certificaciones | 60-80 % | Retenciones de garantía y anticipos |
Un dato para dimensionar el ahorro: si tu equipo dedica 2 días al mes a conciliar tres cuentas, hablamos de unas 190 horas al año que pasan a ser 20-30 de revisión. En coste interno cargado son entre 4.000 y 8.000 € anuales que dejan de gastarse en emparejar líneas, además del efecto sobre el cierre, que es donde se nota de verdad.
Los casos difíciles que definen el proyecto
Un proyecto de conciliación se gana o se pierde en media docena de casos que no salen en las demos. Conviene ponerlos sobre la mesa antes de firmar nada:
- Liquidaciones de pasarela. Stripe, Redsys o PayPal ingresan el neto de decenas de operaciones menos comisión. Hay que conciliar contra el informe de liquidación, no contra las facturas una a una.
- Devoluciones de domiciliaciones. Un recibo devuelto genera un cargo posterior que debe reabrir la factura y, si procede, disparar el proceso de cobro.
- Traspasos entre cuentas propias. Aparecen dos veces y no son ni ingreso ni gasto. Si no se identifican, contaminan cualquier informe.
- Divisa y gastos de intermediarios. El importe recibido rara vez coincide con el facturado; hay que separar diferencia de cambio de comisión.
- Anticipos y confirming. El dinero entra antes o por un tercero, y el vencimiento contable no coincide con el movimiento bancario.
- Cobros de clientes con varias razones sociales. Paga la matriz, factura la filial. Es un problema de maestro de datos disfrazado de conciliación.
Nuestra forma de abordarlo es sencilla: pedimos tres meses de extractos reales y contabilidad, medimos qué porcentaje cae en cada caso y solo entonces damos un número de automatización. Cualquier estimación anterior a ese análisis es una opinión.
Errores frecuentes al automatizar la conciliación
- Automatizar sobre un maestro sucio. Clientes duplicados, CIF vacíos, facturas abiertas que ya se cobraron hace un año. La limpieza previa no es opcional; es la primera fase.
- Contabilizar sin umbral de confianza. Un asiento erróneo aplicado en silencio cuesta más credibilidad que diez excepciones bien explicadas.
- No registrar el porqué. Cada emparejamiento debe guardar qué regla o qué señal lo justificó. Sin ese rastro, la auditoría se convierte en arqueología.
- Confundir conciliación con previsión de tesorería. Son dos proyectos. Se apoyan en los mismos datos, pero mezclarlos duplica el alcance y retrasa el resultado.
- Dejar fuera al responsable de administración. Quien concilia hoy sabe dónde están las trampas. Si el proyecto se diseña sin esa persona, el sistema fallará exactamente en los casos que ella resuelve de memoria.
¿Cuánto cuesta y cuánto se tarda?
Un despliegue acotado —una o dos cuentas, un ERP, los casos habituales— se pone en marcha en 3 a 6 semanas. Como referencia de presupuesto, un agente a medida de este tipo en una pyme se mueve entre 15.000 y 40.000 € según integraciones y casos límite, más un mantenimiento anual del 10-20 % que cubre cambios de formato del banco, actualizaciones del ERP y ajuste de criterios.
Si tu contabilidad vive en una herramienta con API decente —Holded, Sage, Odoo, Business Central, A3— la integración es la parte previsible. Lo que dispara el coste no suele ser el número de cuentas sino los casos difíciles de la lista anterior y la calidad del maestro de clientes. Por eso el orden natural es conciliación primero y luego el resto del ciclo, tal y como planteamos en la guía de automatización financiera con IA.
Qué NO automatizar aquí
La aprobación de ajustes relevantes, la decisión de dar por incobrable un saldo y la firma del cierre. El agente propone el asiento de diferencia; el criterio de si esa diferencia es una comisión, un descuento comercial o un error del cliente que hay que reclamar es contable y tiene consecuencias fiscales.
Tampoco automatices la conciliación de cuentas que apenas se mueven: si una cuenta tiene doce movimientos al año, el proyecto no se paga nunca. Y evita automatizar mientras estés migrando de ERP —espera a tener el sistema destino estable, o construirás dos veces—. Ese criterio de secuencia es el mismo que aplicamos al ordenar el cierre contable con IA, donde la conciliación es la pieza que desbloquea todo lo demás.
Si quieres saber qué tasa de automatización daría tu caso concreto, el punto de partida es siempre el mismo: tres meses de extractos y contabilidad sobre la mesa. Así arrancamos cualquier proyecto desde nuestra consultoría de inteligencia artificial, y así sabrás si el ahorro justifica el proyecto antes de comprometer presupuesto.
Preguntas frecuentes
¿Sirve si tengo cuentas en varios bancos y divisas?
Sí, y es donde más se nota. El agente normaliza los extractos de cada banco a un formato común y trata la diferencia de cambio como un tipo de diferencia más, con su cuenta de ajuste. Lo que hay que decidir al inicio es el criterio de conversión y quién aprueba las diferencias por encima de cierto importe.
¿Necesito cambiar de software contable?
No. El agente trabaja sobre lo que ya tienes: lee el extracto, consulta las facturas abiertas y escribe el apunte por API o por importación. Solo recomendamos migrar cuando el sistema actual no permite leer ni escribir de forma programática, algo cada vez menos habitual.
¿Cómo sé que no está contabilizando mal?
Por el umbral de confianza, el registro de cada decisión y una revisión por muestreo las primeras semanas. Un despliegue serio arranca en modo propuesta —el agente sugiere, la persona confirma— y solo abre la aplicación automática cuando la precisión medida lo justifica, normalmente en 2 a 4 semanas.
¿Cada cuánto conviene conciliar?
A diario, en cuanto está automatizado. La conciliación mensual existe porque hacerla a mano es cara; cuando el coste marginal baja a casi cero, conciliar cada día te da saldos reales, detecta antes los impagos y convierte el cierre de mes en un trámite en lugar de una semana de trabajo.