Conciliación bancaria: 7 criterios para elegir el software

Cada vez más proveedores anuncian conciliación bancaria "con inteligencia artificial" o "automática". La promesa suena igual en todos los casos, pero el comportamiento real cambia mucho de uno a otro, y la diferencia no se ve en la demo: se ve al tercer mes, cuando la cartera de clientes crece y las excepciones se acumulan.

Este artículo no explica cómo automatizar la conciliación paso a paso (para eso está la guía de implantación). Explica qué preguntar y qué comprobar antes de firmar con cualquier proveedor, con los siete criterios que determinan si la herramienta va a servir para una cartera de clientes o solo para una cuenta bancaria suelta.

1. Cobertura bancaria real, no solo la lista de logos

Casi todos los proveedores muestran una fila de logos de bancos en su web. Lo que hay que verificar es otra cosa: si esa cobertura es vía Open Banking (PSD2) con actualización automática, o si en la práctica exige subir el extracto a mano para ese banco en concreto.

• Open Banking (PSD2): conexión directa a la cuenta, descarga periódica sin intervención. Cubre a la mayoría de bancos grandes en España.
• Importación de extracto (CSV, MT940, PDF): necesaria como red de seguridad para bancos medianos, cooperativas de crédito o cuentas que el cliente no quiere conectar directamente.

Pide al proveedor la lista concreta de bancos con Open Banking activo, no la lista genérica de "compatibilidad". Si un cliente importante usa un banco sin esa cobertura, necesitas saberlo antes de contratar, no al primer cierre mensual.

2. Arquitectura multicliente de verdad

Este es el criterio que más separa las herramientas pensadas para una empresa de las pensadas para una asesoría. Una arquitectura multicliente real permite gestionar decenas de clientes desde un único panel, con reglas de matching, extractos e histórico completamente independientes entre sí, sin crear un login o una instancia distinta por cada cuenta.

Algunas señales de que una herramienta no está pensada para asesorías: hay que crear una suscripción separada por cliente, no existe un panel consolidado para ver el estado de todas las conciliaciones de golpe, o las reglas de un cliente se mezclan o interfieren con las de otro. Cualquiera de estas tres cosas se convierte en un problema serio a partir de la décima cuenta gestionada.

3. Reglas de matching que puede editar el despacho, no solo el proveedor

El matching, el proceso de emparejar cada movimiento bancario con su asiento contable, es el corazón técnico de cualquier herramienta de conciliación. Pero el criterio de decisión no es "qué algoritmo usa": es si el propio despacho puede ajustar las reglas sin depender de soporte técnico.

Cada cliente tiene patrones de pago distintos: proveedores recurrentes, plazos de cobro propios, conceptos bancarios que varían de un mes a otro. Un sistema con reglas editables por el usuario permite afinar esos patrones en minutos. Un sistema con reglas cerradas por el proveedor obliga a abrir un ticket cada vez que aparece un caso nuevo, y mientras tanto ese movimiento sigue cayendo en la bandeja de excepciones. La diferencia entre un 70% y un 90% de conciliación automática está casi siempre aquí, no en la sofisticación del algoritmo.

4. Exportación nativa al ERP, no un CSV para reformatear

Conciliar bien de nada sirve si el resultado no entra limpio en el software contable que ya usa el despacho. El criterio a verificar es si la herramienta genera el archivo exacto que espera cada ERP (formato nativo para A3, ContaSol, Sage 50 o integración por API para Holded, Quipu y Anfix), o si entrega un CSV genérico que hay que mapear y reformatear a mano antes de importarlo.

Con exportación nativa, el asiento se importa en dos clics. Con exportación genérica, la conciliación automática solo mueve el trabajo manual de sitio: de conciliar movimientos a reformatear ficheros. Puedes ver el detalle de cómo funciona la exportación nativa en las guías de ContaSol y A3.

5. Trazabilidad y auditoría de cada conciliación

La conciliación bancaria no está sujeta al Reglamento SIF de Verifactu, que regula los sistemas de facturación, no los de conciliación. Pero eso no exime a la herramienta de guardar un histórico serio: qué movimiento se emparejó con qué asiento, quién aprobó la excepción y cuándo. Ese registro es lo que permite reconstruir un cierre si un cliente lo pide o si hay que revisar un ejercicio anterior.

Antes de contratar, comprueba que el histórico se puede consultar y exportar, no solo ver en pantalla, y durante cuánto tiempo lo conserva el proveedor por defecto.

6. RGPD: DPA firmable y servidores en la UE

Los movimientos bancarios de un cliente son datos personales y económicos sensibles. Cualquier proveedor que los procese actúa como encargado del tratamiento bajo el RGPD y necesita un DPA firmado con la asesoría, no una política de privacidad genérica.

Sin DPA, la responsabilidad ante una brecha de datos no queda claramente delimitada: el art. 82 del RGPD permite que sea solidaria entre el responsable (la asesoría) y el encargado (el proveedor). Antes de firmar, verifica tres cosas: ubicación de los servidores (deben estar en la UE o en un país con decisión de adecuación), disponibilidad de DPA firmable, y protocolo de notificación de brechas dentro del plazo de 72 horas que exige el RGPD.

7. Qué pasa el día que quieras cambiar de proveedor

Es el criterio que casi nadie comprueba antes de contratar y el que más duele después. Las reglas de matching configuradas cliente a cliente, y el histórico de conciliaciones de varios años, representan trabajo acumulado. Si el software no permite exportarlos en un formato estructurado, ese trabajo se queda atrapado y hay que reconstruirlo desde cero con el siguiente proveedor.

Pregunta explícitamente, antes de firmar, cómo se exporta el histórico completo si decides irte y en qué formato. El artículo sobre portabilidad de datos y bloqueo de proveedor desarrolla qué debe garantizar cualquier contrato de software contable en este punto, no solo el de conciliación bancaria.

Cinco preguntas para hacer al proveedor antes de contratar

1. ¿Qué bancos de mi cartera tienen Open Banking activo hoy, no en el roadmap? Pide la lista concreta, no la genérica de la web.
2. ¿Puedo editar yo mismo las reglas de matching de cada cliente? Si la respuesta implica abrir un ticket cada vez, el porcentaje de automatización se va a quedar bajo.
3. ¿Qué archivo exacto genera la exportación para mi ERP? Pide verlo con un extracto de prueba, no la documentación técnica.
4. ¿Tenéis DPA firmable y dónde están los servidores? Si la respuesta incluye servidores fuera de la UE sin justificación, sigue buscando.
5. ¿Cómo exporto mi histórico completo si decido cambiar de proveedor dentro de un año? Es la pregunta que separa a los proveedores que compiten por seguir mereciéndote como cliente de los que cuentan con que no te puedas ir.

Si ya tienes claro qué proceso automatizar primero en tu asesoría, la guía paso a paso de implantación de la conciliación bancaria cubre la conexión del feed bancario, la configuración inicial de reglas y el piloto con el primer cliente.

En AutoApunte la conciliación bancaria se gestiona desde el mismo panel multicliente que la contabilización de facturas, con reglas de matching editables por el despacho y exportación nativa al ERP que ya uses. Si quieres ver cómo encaja con tu cartera concreta antes de comprometerte a nada, podemos hacer ese diagnóstico en 30 minutos.

Fuentes: Directiva PSD2 (UE 2015/2366) sobre servicios de pago y Open Banking - Reglamento UE 2016/679 (RGPD), art. 20, art. 28 y art. 82 - Real Decreto 1007/2023 (Reglamento de requisitos de los sistemas informáticos, Verifactu) - AEAT sede electrónica - TeamSystem: "Automatizar la conciliación bancaria en 2026" (teamsystem.es).