BCRA A 8489: LCR, monedas y envío mensual
La nueva comunicación del BCRA ajusta el régimen informativo de liquidez. Guía técnica para guardar moneda, base, fecha, permisos y prueba de envío.
Moneda, base y día: si falta uno, el LCR mensual sale tarde. La Comunicación BCRA A 8489, fechada el 5 de octubre de 2026, ajustó las instrucciones del régimen informativo de Ratio de Cobertura de Liquidez y riesgo de liquidez. Para una entidad con proveedores externos o sucursales, el trabajo baja a un sistema de datos: esta nota explica qué registrar, dónde guardarlo y cómo probar el envío antes del cierre. ## Qué cambió en el envío de liquidez La A 8489 se apoya en la Comunicación A 8445, que desde el 1 de octubre de 2026 acotó el alcance del LCR y del fondeo estable a entidades sistémicas locales, sucursales o subsidiarias de bancos sistémicos globales y casos que la supervisión pida revisar. El ajuste nuevo toca el régimen informativo mensual: valores diarios, pesos y moneda extranjera, base individual y consolidada, con saldos expresados con dos decimales en el caso del LCR. La cifra que ordena el trabajo es chica y pesada: cada día del mes debe tener un valor; si no hubo novedad, se repite el día inmediato anterior. El cálculo mira salidas netas de efectivo de los siguientes 30 días corridos, según el texto ordenado de Ratio de Cobertura de Liquidez. Un rótulo de moneda pegado tarde en una planilla puede cambiar el control, porque los importes en moneda extranjera pasan a pesos con el tipo de cambio de referencia del BCRA y el pase de otras monedas. La planilla duplicada es el antagonista. El dato de contexto ayuda a medir el tamaño del problema fuera del banco. Stack Overflow publicó el 6 de octubre de 2026 que recibió más de 30.000 respuestas y que PostgreSQL fue usado por 58% de los encuestados durante el último año; también registró que 74% de quienes crean software interno con IA armaron scripts o automatizaciones y 66% trabajó sobre herramientas internas de equipo. Esa práctica ya está en tesorería, riesgo y sistemas: el envío regulatorio vive en una rutina repetible, no en una carpeta personal.
Cómo funciona por dentro
El flujo sano tiene seis pasos. Primero, tesorería carga saldos, moneda, fecha, nivel de consolidación y responsable del dato. Segundo, PostgreSQL 17 guarda registros estructurados, usuarios, estados y auditoría; si falla, queda una alerta de escritura o una fila pendiente. Tercero, una tarea programada valida formato, tipo de cambio, base individual o consolidada y rango del mes. Cuarto, Metabase muestra una vista para riesgo, contabilidad y sistemas; toma consultas SQL y entrega tablas filtradas por rol. Quinto, Keycloak controla quién lee, edita o aprueba; recibe usuario y grupo, y devuelve permisos a la aplicación. Sexto, Restic copia base y archivos de evidencia, y una restauración mensual prueba que el envío puede rehacerse desde cero. El componente que más se subestima es la evidencia. La aplicación debe guardar el archivo enviado, el hash, el usuario que aprobó y la respuesta del sistema de recepción. Si el envío se corrige, el registro nuevo no pisa el anterior: queda una versión con fecha, motivo y responsable. El tablero no decide por el área. Muestra faltantes, diferencias de moneda, días repetidos y cambios de base para que alguien firme con datos visibles.
Qué se instala o configura primero
Una pila mínima incluye PostgreSQL 17, una tarea en Node.js o Python, Metabase para revisión, Keycloak para roles y Restic con copia fuera del servidor. En un VPS auditado, la base y la aplicación pueden costar entre USD 35 y USD 60 por mes; con el dólar oficial vendedor de DolarAPI a 1.540 pesos, el rango queda entre 53.900 y 92.400 pesos mensuales, sin incluir horas de implementación ni soporte. El primer entregable verificable es un mes de prueba con 31 registros diarios, dos monedas, una base consolidada de ejemplo y un archivo de salida. La implementación razonable lleva de dos a cuatro semanas si el origen de saldos ya existe. Si los datos salen de planillas dispersas, la primera semana se usa para nombrar columnas, dueños y cortes horarios. UMSA puede intervenir recién en esa capa: ordenar fuentes, permisos y restauración para que el área regulatoria no dependa de una computadora concreta. En un colegio profesional de Cuyo con 1.800 matriculados, el mismo patrón sirve para cuotas, caja y conciliación: cada importe tiene moneda, fecha, estado y evidencia.
Dónde se rompe y cómo probarlo
El primer riesgo aparece en la conversión de moneda. La señal es una diferencia pequeña, repetida, entre reporte y contabilidad. La prueba mínima toma tres monedas, aplica tipo de cambio y tipo de pase, y compara el resultado con una cuenta manual aprobada. El segundo riesgo está en la base de observancia. La señal es que una sucursal o subsidiaria aparece en un reporte y falta en otro. La prueba carga dos niveles de consolidación, fuerza un cambio de alcance y verifica que el tablero muestre quién aprobó cada base. El tercer riesgo vive en permisos. La señal es una edición hecha por alguien que solo debía leer. La prueba crea tres usuarios: carga, aprobación y consulta. Cada uno intenta borrar, editar y exportar. El registro debe rechazar lo indebido y guardar el intento. El cuarto riesgo aparece el día de restaurar. La señal es un backup que existe, aunque nadie sabe reconstruir el envío. La prueba restaura base y evidencias en un servidor limpio, rehace el archivo mensual y compara hash, cantidad de filas y fecha de generación. La pregunta incómoda queda para el cierre de mes: ¿quién puede demostrar el dato cuando el supervisor pide el rastro?
