Automatizar la conciliación bancaria: reglas, excepciones y cierre
Conciliar es emparejar lo que el banco reporta con lo que la contabilidad registra y explicar cada diferencia. Se automatiza bien porque las reglas son explícitas y el volumen alto, pero el valor no está en emparejar lo evidente: está en cómo se resuelve lo que no coincide.
A continuación: por qué se presta a automatizarse, qué porcentaje es realista, cómo se diseñan las excepciones y qué cambia en el cierre.
Pocas tareas administrativas describen mejor el perfil de un buen candidato a automatización: ocurre todos los días, sigue reglas que alguien puede escribir, consume horas de gente calificada y no requiere criterio en la mayoría de los casos.
Y sin embargo es de las que más se posterga, porque vive dentro de contabilidad y rara vez llega a la lista de iniciativas de TI.
Por qué se presta a automatizarse
Los datos llegan estructurados por ambos lados: un extracto bancario y un registro contable. La regla de emparejamiento —importe, fecha, referencia— es explícita. Y el resultado es verificable: o cuadra o no cuadra, sin zona gris.
En Colombia y México el extracto suele estar disponible en formatos que se pueden procesar sin intervención, y cuando el banco expone servicios de consulta la obtención del dato deja de ser un paso manual. Ese detalle cambia el alcance: sin él hay que automatizar también la descarga, que es la parte más frágil del conjunto.
Qué porcentaje se concilia solo
La expectativa razonable no es el cien por ciento. Los movimientos con referencia limpia se emparejan sin ayuda; los que llegan agrupados, parciales o con la referencia mal digitada necesitan otra vuelta.
Un diseño maduro trabaja por niveles: primero la coincidencia exacta, después la coincidencia por tolerancia —mismo importe, fecha cercana—, después la agrupación de varios movimientos contra uno solo. Cada nivel resuelve un poco menos y cuesta un poco más, y hay un punto en el que conviene parar y dejar el resto a una persona.
Ese punto se decide con datos, no con ambición: si el cuarto nivel resuelve un dos por ciento adicional y cuesta semanas de construcción, no se construye.
El diseño empieza por las excepciones
Lo que sostiene o hunde la implementación es qué pasa con lo que no cuadró. Necesita tres cosas: una cola donde esperar, contexto suficiente para resolver sin abrir otros tres sistemas, y memoria — si un caso ya se resolvió de cierta forma, la próxima vez debería proponerse solo.
Esa memoria es lo que convierte una automatización estática en una que mejora. No requiere nada sofisticado: basta registrar cómo se resolvió cada excepción y ofrecer esa resolución cuando reaparece un caso equivalente.
El error que convierte la ayuda en trabajo
Una conciliación automática que empareja mal es peor que ninguna, porque nadie revisa lo que ya aparece como resuelto. Un emparejamiento por importe y fecha sin referencia puede unir dos movimientos distintos que casualmente coinciden, y ese error queda enterrado bajo la etiqueta de conciliado.
La defensa es explícita y barata: cada regla debe declarar su nivel de confianza, y todo lo que no venga de una coincidencia exacta debería quedar marcado como propuesto en lugar de resuelto, al menos hasta que la operación acumule historial suficiente para confiar en esa regla.
Es la diferencia entre una automatización que reduce trabajo y una que lo traslada a la auditoría del año siguiente.
Qué cambia en el cierre
El beneficio que se calcula es el tiempo. El que se nota es cuándo se sabe. Conciliar a diario en lugar de acumular hasta fin de mes convierte una diferencia en un asunto de horas en lugar de un hallazgo de cierre, y cambia por completo el costo de corregirla.
También reduce exposición. Un movimiento no identificado que se detecta el mismo día es una consulta al banco; el mismo movimiento descubierto tres semanas después es una investigación.
Qué se necesita antes de empezar
El volumen mensual de movimientos, el porcentaje que hoy cuadra a la primera, y dónde vive cada fuente. Con esos tres datos se dimensiona el caso completo.
Un assessment de automatización de procesos los levanta y calcula el retorno con costos locales, antes de comprometer presupuesto. Si el proceso está por cambiar —una migración contable en curso, por ejemplo— la recomendación correcta suele ser esperar, y es una de las pocas decisiones de automatización que puede tomarse con certeza.
Preguntas frecuentes
¿Qué porcentaje de la conciliación se puede automatizar?
Los movimientos con referencia limpia se emparejan solos; los agrupados, parciales o mal referenciados necesitan reglas adicionales. Un diseño por niveles resuelve la mayor parte, y conviene detenerse cuando el siguiente nivel aporta poco y cuesta mucho.
¿Hace falta que el banco exponga una API?
No, pero cambia el alcance. Si el extracto se obtiene por servicio, la descarga deja de ser un paso manual y frágil. Si no, hay que automatizar también esa obtención, que suele ser la parte más propensa a romperse.
¿Qué pasa con lo que no cuadra?
Va a una cola con contexto suficiente para resolverlo sin abrir otros sistemas, y con memoria: si un caso equivalente ya se resolvió antes, la resolución debería proponerse sola la próxima vez.
¿Cuál es el beneficio real?
El tiempo ahorrado se calcula, pero lo que más cambia es cuándo se sabe. Conciliar a diario convierte una diferencia en un asunto de horas en lugar de un hallazgo de cierre de mes.
