Por Danilo Toro, Fundador de Robotipy
Cómo automatizar la conciliación bancaria en Chile y Argentina
Cómo funciona un robot que cruza las cartolas y extractos de bancos de Chile y Argentina con SAP, Defontana o Finnegans, y cómo maneja tokens y excepciones.
Para automatizar la conciliación bancaria, un robot descarga los movimientos de cada banco, los cruza con los registros del ERP y deja para revisión humana solo las partidas que no calzan. Funciona con bancos de Chile y de Argentina aunque el banco no ofrezca API, porque el robot entra al mismo portal que usa tu equipo. En un grupo agropecuario argentino, un solo robot conectado a 3 bancos y al ERP Finnegans redujo la conciliación multibanco de horas a minutos.
En Robotipy hemos automatizado procesos sobre portales y cartolas de bancos de Chile y de Argentina, y sobre ERP como SAP, Defontana y Finnegans, dentro de nuestro servicio de automatización con RPA. De esos proyectos salen los criterios que usamos para elegir el canal de cada banco, manejar el token sin debilitar la seguridad y decidir cuándo recomendamos no automatizar.
¿Qué es la conciliación bancaria y por qué se atrasa?
La conciliación bancaria es el control que compara cada movimiento de la cartola (en Chile) o del extracto (en Argentina) con lo registrado en la contabilidad, y explica cada diferencia. Su resultado es un saldo según banco y un saldo según libros que cuadran, con las partidas pendientes identificadas.
Los motivos del atraso suelen repetirse. Cada banco tiene su portal, su formato de descarga y su manera de describir una transferencia, así que con cinco o seis cuentas solo juntar los archivos toma una mañana. Luego hay que resolver los movimientos difíciles de calzar, como depósitos sin referencia, pagos de clientes que agrupan varias facturas o comisiones e impuestos que nadie registró. El token, además, suele estar en manos del tesorero, y la descarga depende de que esa persona esté disponible.
El efecto se nota en el cierre. Si concilias una vez al mes, los errores aparecen semanas después de ocurridos y cuesta más rastrearlos. Mientras tanto, la gerencia trabaja con una posición de caja menos confiable de lo que parece.
¿Qué hace un robot de conciliación bancaria, paso a paso?
Un robot de conciliación bancaria trabaja en siete etapas seguidas. Obtiene los movimientos, los normaliza, lee el ERP, aplica reglas de calce, separa excepciones, registra lo conciliado y reporta. La tabla muestra qué puede fallar en cada etapa y cómo se controla.
| Etapa | Qué hace el robot | Qué puede fallar | Cómo se controla |
|---|---|---|---|
| 1. Obtener movimientos | Descarga la cartola o el extracto de cada cuenta, o lo recibe por archivo o API. | Cambio en el portal, segundo factor, archivo vacío. | Alerta si una cuenta activa trae cero movimientos. El saldo inicial debe igualar el saldo final del día anterior. |
| 2. Normalizar formatos | Lleva Excel, TXT, CSV o PDF a una estructura única: fecha, monto, cargo o abono, glosa, referencia y moneda. | El banco cambia columnas, separador decimal o formato de fecha. | Validación de estructura. La suma de movimientos debe explicar la variación del saldo. |
| 3. Leer el ERP | Trae las partidas abiertas de bancos: pagos emitidos, cobros y depósitos. | Usuario sin permisos o período contable cerrado. | Usuario dedicado con rol acotado y conteo de registros leídos. |
| 4. Calzar | Aplica reglas por monto, fecha, referencia y RUT o CUIT. | Calces falsos entre montos repetidos. | Reglas en orden de exigencia. Solo se aceptan calces únicos. |
| 5. Separar excepciones | Deja lo que no calza en una planilla o bandeja, con el motivo. | Excepciones sin dueño que se acumulan. | Responsable y plazo para cada tipo de excepción. |
| 6. Registrar en el ERP | Marca lo conciliado y contabiliza comisiones e impuestos según reglas acordadas. | Registros duplicados si el robot se vuelve a ejecutar. | Identificador único por movimiento y registro de cada acción. |
| 7. Reportar | Resume por banco y cuenta: calzados, excepciones, saldo según banco y según libros. | Nadie revisa el reporte. | Envío diario a responsables y monitoreo del robot. |
La calidad del robot depende sobre todo de la etapa de calce, donde las reglas se aplican de la más exigente a la más laxa. Primero se busca monto exacto más referencia, que puede ser el número de documento, de cheque o de operación. Después, monto más RUT o CUIT del pagador cuando el banco lo informa, y al final, monto más fecha dentro de una tolerancia acordada. Si un movimiento calza con dos partidas posibles, el robot no elige ninguna y lo deja como excepción. Un calce falso queda como conciliado y nadie lo vuelve a mirar, por eso hace más daño que una excepción.
El calce por referencia mejora mucho cuando los pagos salen del ERP con el número de documento en la glosa. Por eso conviene diseñar la conciliación junto con la automatización de cuentas por pagar y carga de facturas. La escritura en SAP, Defontana o Finnegans sigue las reglas de cualquier integración, que detallamos en cómo integrar RPA con tu ERP.
¿De qué formas puede un robot obtener los movimientos de cada banco?
Existen cinco canales. El robot puede descargar desde el portal web, recibir el archivo que envía el banco, usar una conexión host-to-host o la API del banco y, en Argentina, conectarse a una plataforma multibanco como Interbanking. En la mayoría de los proyectos se combinan dos o más, según lo que ofrezca cada banco para tu tipo de cuenta.
| Canal | Ventajas | Requisitos | Cuándo conviene |
|---|---|---|---|
| Portal web de banca empresas | Funciona con cualquier banco y no requiere un proyecto con el banco. | Usuario dedicado, resolver el segundo factor y mantener el robot cuando cambia el portal. | Bancos sin otro canal, o mientras se habilita uno mejor. |
| Archivo que envía el banco | Formato estable y sin inicio de sesión interactivo. | Que el banco ofrezca el envío programado para tu cuenta, y un buzón o carpeta controlada. | Cuentas con movimiento diario en bancos que ya lo ofrecen. |
| Host-to-host | Conexión directa y cifrada (por ejemplo, SFTP) con archivos diarios de movimientos y extractos. | Contrato con el banco, proyecto con TI, llaves y certificados. | Empresas grandes con alto volumen en pocos bancos principales. |
| API del banco | Datos estructurados y consultas varias veces al día. | Que el banco la publique, credenciales o contrato, y desarrollo de la integración. | Banco principal con API disponible y necesidad de conciliar en el día. |
| Plataforma multibanco (Argentina) | Un solo acceso para muchos bancos, con extractos y movimientos consolidados. | Suscripción a un plan y, para integrar, acceso a sus APIs. | Empresas argentinas que operan con varios bancos. |
Hay canales oficiales en ambos países. En Chile, Scotiabank publica en su portal para desarrolladores una API de saldos y movimientos de cuenta corriente, que el propio banco presenta como apoyo a la conciliación bancaria. En Argentina, Interbanking indica en su sitio, a octubre de 2026, que conecta a empresas con 58 bancos del país, y sus planes incluyen consulta de extractos, movimientos y saldos consolidados, con acceso a APIs en los planes superiores.
El portal web sigue siendo el canal más usado porque no exige nada del banco, aunque cada vez que el banco rediseña la pantalla de ingreso el robot se detiene. Conviene usarlo para empezar y migrar a archivo o API cuando el banco lo permita.
¿Cómo se resuelven los tokens y claves dinámicas sin saltarse la seguridad?
El segundo factor se resuelve con un acceso propio para el robot, acordado con el banco y con TI, y nunca con el token de una persona. Desconfía de un proveedor que te proponga saltarse el token.
En banca empresas, un administrador de la empresa crea los usuarios y les asigna productos y permisos. Lo primero es crear un usuario dedicado al robot con permisos de solo consulta, que le permitan ver cartolas y movimientos sin poder pagar, transferir ni firmar. Si esas credenciales se filtraran, el daño posible quedaría limitado a la lectura.
Después hay que preguntarle al banco si ese perfil exige el segundo factor en cada ingreso o solo al autorizar operaciones. Si lo pide en cada ingreso, se puede cambiar a un canal sin inicio de sesión interactivo, como archivo, host-to-host, API o Interbanking. Otra opción es dejar el robot semiatendido, de modo que una persona designada ingrese el código cuando el robot lo solicita. También se puede usar el mecanismo que el banco autorice formalmente para ese usuario.
Nunca se debe usar el usuario de un apoderado, copiar la semilla de un token, guardar claves en una planilla ni pedir que desactiven el segundo factor. Las credenciales del robot se guardan en un almacén cifrado y se rotan con la misma política que las de cualquier usuario.
¿Qué cambia entre Chile y Argentina?
El robot funciona igual en los dos países. Lo que cambia es el canal para obtener los movimientos, el identificador tributario y el tipo de partidas que hay que calzar.
En Chile se concilia sobre la cartola y el identificador es el RUT. La consolidación se resuelve banco por banco, con portal, archivo o API según lo que ofrezca cada uno. Algunos ERP locales ya importan cartolas. Según su centro de ayuda, Defontana acepta el archivo TXT descargado de Santander, Banco de Chile y BancoEstado, más un formato genérico para el resto. En finanzas abiertas, la CMF publicó el 1 de junio de 2026 una modificación a la NCG 514 que posterga hasta julio de 2027 la entrada en vigor del Sistema de Finanzas Abiertas, así que todavía no sirve como canal para una conciliación que necesitas hoy.
En Argentina se concilia sobre el extracto y el identificador es el CUIT. Interbanking concentra en un solo acceso las cuentas de muchos bancos, y Finnegans documenta una integración que trae a diario movimientos y saldos desde Interbanking a su módulo de conciliación bancaria. También hay muchos débitos pequeños, porque los bancos actúan como agentes de percepción del impuesto sobre los créditos y débitos (Ley 25.413). Conviene agrupar esas líneas, junto con comisiones y otras percepciones, mediante reglas, por ejemplo en un asiento por día y por cuenta.
En los dos países, las cuentas en dólares se calzan en la moneda de la cuenta y la diferencia de cambio se registra aparte.
¿Qué resultados ha tenido Robotipy al automatizar cartolas y conciliaciones?
Tenemos dos casos publicados, uno en cada país, y ambos se construyeron en Rocketbot.
En Argentina, un grupo agropecuario con operaciones en varias provincias conciliaba a mano contra el ERP Finnegans las cuentas que sus entidades tienen en distintos bancos, entre ellos Banco Córdoba y Banco Galicia. El robot entra a los portales, extrae los movimientos, los cruza con Finnegans y genera un reporte de discrepancias. Se ejecuta a diario de forma programada. Hoy la conciliación multibanco toma minutos en lugar de horas, y el grupo tiene una visión consolidada de su posición financiera. El detalle está en el caso de conciliación multibanco con Finnegans.
En Chile, una empresa vitivinícola y frutícola exportadora dedicaba horas diarias a descargar, formatear y cargar cartolas de varias cuentas y monedas. Ahora el robot las descarga de los portales, les aplica el formato que pide el sistema contable y las carga sin intervención humana. No fue necesario modificar ninguna plataforma, y el proceso diario bajó de horas a minutos, como cuenta el caso de cartolas y factoring en viticultura.
¿Cuándo no conviene automatizar la conciliación bancaria?
No conviene cuando el volumen es bajo o cuando tu ERP ya resuelve la conciliación con el banco. Con una o dos cuentas y pocas decenas de movimientos al mes, una persona concilia en menos tiempo del que toma mantener un robot, y el proyecto no se paga.
Antes de cotizar, revisa lo que ya tienes. Finnegans permite conciliar de forma automática importando un Excel con fecha e importe. Defontana tiene una opción de conciliación automática que parea cartola y contabilidad. SAP Business One ofrece conciliación manual, automática y semiautomática, además de un módulo de procesamiento de extractos. Si tu cuello de botella era solo cargar el archivo, puede bastar con configurar bien esa función o con un robot mucho más pequeño que solo descargue e importe.
Tampoco conviene si el problema está antes del banco. Cuando la mayoría de los cobros llega sin referencia, el robot genera tantas excepciones como las que hoy revisa tu equipo, y lo primero es ordenar cómo te pagan los clientes.
Como referencia, el desarrollo de un proyecto RPA en Robotipy cuesta en promedio USD 6.000, con un mes de trabajo y la marcha blanca incluidos. La licencia de Rocketbot (USD 2.500) solo se cobra si no tienes una, y el soporte mensual es opcional desde USD 300. El detalle está en cuánto cuesta automatizar un proceso.
