ARCA 5896/2026: CBU, débito y cuota alta
La norma mueve cuotas de planes de pago mayores a $100 millones al débito directo. Guía para registrar CBU, estado, permiso y prueba diaria.
CBU, cuota y vencimiento: si falta uno, el débito llega tarde. ARCA publicó la Resolución General 5896/2026 y cambió el circuito para planes de facilidades con cuotas iguales o superiores a $100.000.000. El cambio toca a tesorería, impuestos y sistemas, porque desde el 1 de octubre de 2026 esas cuotas deben prepararse para débito directo en cuenta bancaria; esta nota explica qué dato guardar, quién lo valida y cómo probarlo.
Qué cambia para planes de pago grandes
La Resolución General 5896/2026 deroga o elimina párrafos de las RG 5.279, 5.321, 5.525, 5.828 y 5.873 que mandaban determinadas cuotas a transferencia electrónica cuando superaban $100.000.000 o cuando el débito directo no podía procesarse. La razón operativa figura en la propia norma: la red bancaria amplió la gestión y el procesamiento de débitos directos. Ese número corrige la rutina. Una cuota alta ya no se resuelve con una transferencia manual de último minuto, sino con una CBU declarada, seleccionada en Mis Facilidades y disponible para débito. El Boletín Oficial del 16 de septiembre de 2026 muestra la norma dentro de las resoluciones generales de ARCA, junto con la RG 5897/2026 sobre retenciones de IVA. La transferencia manual de último minuto es el antagonista. Para una contadora de San Rafael con clientes vitivinícolas, el objeto concreto es una carpeta con comprobantes de pago y una columna llamada "pendiente banco". Esa columna servía cuando la excepción era una transferencia. Con débito directo, el dato principal pasa a ser otro: cuenta declarada, responsable que la cargó, plan asociado y fecha del próximo vencimiento. La pregunta técnica aparece enseguida: dónde vive esa evidencia y quién puede cambiarla.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. Primero, impuestos registra el plan de facilidades, importe de cuota, vencimiento, CUIT y CBU elegida. Segundo, la aplicación valida que la CBU tenga formato correcto y que esté marcada para el plan dentro del circuito interno. Tercero, PostgreSQL 17 guarda registros estructurados: contribuyente, plan, cuota, CBU, estado, usuario, fecha y rastro de auditoría. Cuarto, tesorería consulta una vista de próximos débitos y agrega observaciones solo si tiene permiso de edición. Quinto, un rol de supervisión aprueba el lote diario y deja estado "listo para banco" o "observado". Sexto, el backup copia base y comprobantes; una prueba restaura una cuota vencida y muestra que la CBU, el plan y la aprobación siguen unidos. MinIO/S3 puede guardar constancias, comprobantes y capturas bancarias como objetos con metadatos. Metabase puede leer una vista de PostgreSQL y mostrar vencimientos por empresa, estado y responsable. La encuesta Stack Overflow 2025 ubica a PostgreSQL con 55,6% de uso entre bases de datos declaradas por quienes respondieron; ese dato importa porque muchas pymes ya tienen personal o proveedores capaces de auditar consultas, roles y backups de esa base. La implementación empieza por el dato que el banco va a pedir, no por el tablero.
Qué se instala o configura primero
La pila inicial puede ser pequeña: una tabla de planes en PostgreSQL, adjuntos en almacenamiento S3 compatible, usuarios con permisos separados y un reporte diario. PostgreSQL guarda el dato verificable; S3 guarda archivos grandes y conserva metadatos; el tablero muestra cuotas por vencimiento y estado; el backup recupera base y adjuntos en una instancia separada. Con dólar oficial venta de DolarAPI en ARS 1.530 al 15 de septiembre de 2026, una primera configuración para una pyme puede ubicarse entre USD 650 y USD 1.300, es decir entre ARS 994.500 y ARS 1,99 millones. Incluye modelo de datos, carga inicial de planes, tablero, roles, backup y prueba de restauración. No incluye asesoramiento fiscal ni conectores bancarios pagos. UMSA puede tomar este patrón como diagnóstico corto: revisar diez planes vigentes, listar CBU declaradas, separar permisos de carga y aprobación, y dejar una prueba de restauración firmada. El primer entregable útil es un reporte con próxima cuota, cuenta elegida, estado y persona que aprobó. El sistema queda listo cuando una cuota puede revisarse sin buscar un comprobante en un chat.
Dónde se rompe y cómo probarlo
El primer riesgo es una CBU cargada en el sistema interno y no seleccionada en Mis Facilidades. La señal aparece cuando el reporte local dice "listo" y ARCA conserva otro dato. La prueba toma cinco planes y compara sistema interno contra servicio web antes del cierre. El segundo riesgo es el permiso amplio. La señal aparece cuando la misma persona carga, cambia y aprueba la cuenta. La prueba entra con un usuario de tesorería y confirma que puede observar, pero no aprobar, si ese rol no corresponde. El tercer riesgo es restaurar la base sin adjuntos. La señal aparece cuando vuelve la tabla y falta la constancia. La prueba recupera una cuota en un entorno separado, abre el comprobante y compara fecha, hash y estado. Esta lectura técnica no reemplaza asesoramiento fiscal. La decisión operativa es concreta: antes del 1 de octubre, cada cuota alta necesita CBU, responsable y prueba de débito.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.