ARCA 5873/2026: plan fiscal, cuotas y evidencia
La nueva regla para contribuyentes concursados reemplaza a la RG 3587. Qué dato conviene guardar, quién aprueba el plan y cómo probar acuses sin perder rastro.
¿Quién puede probar, dentro de seis meses, que un plan fiscal de una pyme concursada fue aprobado con la versión correcta de deuda, cuotas y acuses? ARCA publicó la Resolución General 5873/2026 para reemplazar la RG 3587 y ordenar el régimen de facilidades de pago de contribuyentes concursados o fallidos. Esta nota explica qué dato se guarda, quién lo valida y cómo armar evidencia sin depender del bibliorato verde que circula entre áreas.
Qué cambia para concursos y planes de pago
La Resolución General 5873/2026 fue firmada el 2 de julio y publicada el 3 de julio de 2026; sustituye un régimen de 2014 documentado en la RG 3587. Doce años son demasiados para un circuito que mezcla deuda impositiva, aduanera, seguridad social, juzgado, síndico y aprobación interna. El plan fiscal sin dueño es el antagonista: una planilla con cuotas editadas, un PDF reenviado y un acuse guardado con nombre distinto. Para una cámara empresaria de San Martín que asesora a socios en estrés financiero, el cambio no se resuelve leyendo el Boletín. La escala técnica aparece en otra fuente: Stack Overflow informó en su encuesta 2025 que PostgreSQL quedó entre las bases con mayor continuidad de uso para desarrolladores, y ese tipo de base sirve cuando cada estado, usuario y fecha deben quedar escritos. La norma fiscal entra por derecho; la solución diaria entra por trazabilidad. La lectura operativa de la RG 5873 pide separar tres momentos: deuda consolidada, pedido de conformidad y cumplimiento del plan. Si esos momentos quedan mezclados, el expediente pierde una línea temporal que después necesita el juzgado, el síndico o la gerencia.
Cómo funciona por dentro
El flujo puede ser corto si cada pieza tiene función. Primero, el contador carga CUIT, expediente, tipo de obligación, monto consolidado, vencimiento y documento de respaldo. Segundo, la aplicación valida formato, responsable y estado permitido. Tercero, PostgreSQL guarda registros estructurados: deuda, cuotas, usuario, hora, estado y auditoría. Cuarto, MinIO o S3 guarda los PDF grandes en almacenamiento de objetos con metadatos de versión. Quinto, un tablero muestra planes por vencimiento, juzgado y estado de aprobación. Sexto, el backup copia base y archivos, y una restauración mensual prueba la recuperación de un caso real. ARCA recibe presentaciones y emite constancias; el sistema interno ordena lo que la organización debe poder explicar antes de cargar o responder. El síndico, el contador y gerencia leen vistas distintas. El equipo administrativo edita borradores. La aprobación final queda para un rol limitado, con doble registro de fecha y usuario. El dato vive en la base; el documento vive en almacenamiento de objetos.
Qué se instala o configura primero
La pila mínima para una pyme con 20 a 50 expedientes activos puede arrancar con una VM de 2 vCPU, 4 GB de RAM, PostgreSQL 17, MinIO, una aplicación liviana en Node o Django, autenticación por Keycloak y un tablero de Metabase. Con dólar oficial vendedor a $ 1.510 según DolarAPI, una VM de USD 20 ronda $ 30.200 mensuales antes de impuestos y soporte. La implementación inicial toma de siete a diez días si ya existen usuarios y carpetas. El primer entregable verificable es un expediente cargado de punta a punta: alta, cuotas, PDF, acuse, cambio de estado, permiso de lectura, exportación CSV y restauración en ambiente de prueba. UMSA suele usar este tipo de prueba para separar una demo útil de una pantalla que solo muestra datos. El circuito también necesita una política simple: nombres de archivo, estados válidos, responsable por expediente y fecha de revisión. Sin esa política, el sistema guarda desorden con fecha exacta. El tablero mínimo muestra cuatro columnas: vencimiento, responsable, estado y último acuse. Esa vista alcanza para que gerencia pregunte por excepciones y para que el contador explique qué expediente necesita una acción antes del próximo cierre.
Dónde se rompe y cómo probarlo
El primer riesgo aparece cuando deuda y cuotas se recalculan en una planilla externa. La señal es una diferencia entre monto aprobado y monto cargado. La prueba consiste en importar el mismo caso dos veces y revisar que el sistema rechace versiones sin responsable. El segundo riesgo aparece en los permisos. La señal es un usuario que puede borrar adjuntos o cambiar estados fuera de su rol. La prueba mínima es crear perfiles de contador, gerencia y lectura, ejecutar tres cambios y revisar el log. El tercer riesgo aparece en el backup. La señal es un PDF recuperado sin su registro o un registro recuperado sin PDF. La prueba toma un expediente cerrado, restaura base y objetos en otro servidor, abre el acuse y compara hash, estado y fecha. Esta nota es técnica y operativa; ante decisiones concursales o fiscales, corresponde revisar el caso con asesoramiento profesional. El próximo error caro será aprobar un plan sin poder reconstruir quién tocó cada número.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.