Noticias
ARCA 5902/2026: fecha, código 547 y plan de pago
La nueva fecha del proceso sistémico cambia cuándo una pyme queda caracterizada para planes de pago. Qué dato revisar, dónde guardarlo y cómo probarlo.
ARCA movió al 23 de octubre de 2026 el proceso sistémico que caracteriza a ciertos sujetos como pequeños contribuyentes. La Resolución General 5902/2026 toca planes de pago, Sistema Registral y datos que suelen vivir fuera del circuito técnico de una pyme. Para una contadora de San Rafael con clientes vitivinícolas, la pregunta operativa es simple: qué evidencia queda antes de pedir condiciones de financiación.
Qué cambia en la caracterización fiscal
La Resolución General 5902/2026, publicada el 29 de septiembre de 2026, difiere al 23 de octubre la ejecución del proceso que estaba previsto para septiembre. La razón está escrita en la norma: la Resolución General 5898/2026 extendió hasta el 13 de octubre la presentación de Ganancias 2025 para personas humanas y sucesiones indivisas. Hay diez días entre la nueva fecha de declaración y la nueva fecha del proceso. Ese intervalo corrige una suposición común: el plan de pago no depende solo de que la deuda exista. También depende de cómo ARCA ve al contribuyente en el Sistema Registral al momento de adherir. El micrositio Mis Facilidades nombra la caracterización de pequeño contribuyente y remite a documentación de respaldo cuando el contribuyente considera que cumple las condiciones. El antagonista operativo es el código 547 sin responsable interno. La conexión técnica aparece en la Stack Overflow Developer Survey 2025: SQL figura con 58,6 % de uso entre todos los respondentes. Ese dato no habla de impuestos, habla de una práctica extendida: cuando una decisión depende de estado, fecha y comprobante, conviene guardarla en una base consultable y auditable.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. 1. Administración carga CUIT, actividad, vencimientos, estado de Ganancias 2025 y captura del Sistema Registral. 2. El estudio contable agrega la evidencia de presentación, papeles de trabajo y trámite digital si pide acreditar la condición. 3. PostgreSQL guarda registros estructurados: contribuyente, fecha, estado, usuario, fuente y auditoría. 4. Odoo 18 u otro ERP guarda deuda, plan solicitado, cuota, CBU y estado de pago; entrega reportes para gerencia y contabilidad. 5. Keycloak o roles propios separan lectura, carga, aprobación y borrado de adjuntos. 6. El backup copia base y documentos; una restauración mensual abre un caso real y muestra que la evidencia vuelve completa. La RG 5321 actualizada fija el régimen permanente de facilidades de pago. En el sistema interno, esa norma no debe quedar como enlace perdido en un chat: debe vivir junto al plan, la fecha de adhesión, la condición fiscal y el usuario que aprobó usarla.
Qué se instala o configura primero
El primer entregable verificable puede ser una ficha fiscal por CUIT con cuatro pestañas: caracterización, declaraciones, planes y evidencias. Una pila concreta usa PostgreSQL 17, Odoo 18, almacenamiento S3 compatible para PDF, Metabase para consultas, backup diario y un log de cambios. Un servidor 4 vCPU y 8 GB cuesta entre USD 24 y USD 45 por mes; al dólar oficial venta de $1.545 equivale a $37.080 a $69.525, sin horas de implementación ni soporte. El costo mensual debe quedar asociado al plan y al responsable, porque una cuota fiscal barata pierde sentido si la evidencia se reconstruye a mano. UMSA suele empezar este trabajo con un lote chico: tres clientes, dos planes vigentes y una carpeta de comprobantes. El entregable de la primera semana es una consulta que muestre CUIT, código registral, fecha de captura, norma usada, deuda alcanzada, CBU y responsable de aprobación. La mesa contable gana una salida: puede descargar evidencia completa antes de adherir a un plan.
Dónde se rompe y cómo probarlo
El primer riesgo es guardar capturas sin fecha. La señal aparece cuando dos personas discuten si el estado corresponde a septiembre u octubre. La prueba mínima es abrir diez fichas y exigir fecha, usuario, fuente y hash del archivo. El segundo riesgo es mezclar permisos. La señal aparece cuando quien carga deuda también puede borrar una constancia aprobada. La prueba mínima es ejecutar cuatro cuentas: lectura, carga, aprobación y administración. El tercer riesgo es separar CBU, plan y caracterización. La señal aparece cuando una cuota falla y nadie sabe qué dato revisó antes de adherir. La prueba mínima es reconstruir un plan desde el tablero hasta los adjuntos. El cuarto riesgo es tener backup sin restauración. La señal aparece cuando vuelve la base, pero faltan PDF o metadatos. La prueba mínima es restaurar un CUIT completo en otro ambiente y abrir la evidencia. Esta lectura es técnica. La decisión fiscal concreta requiere revisión profesional antes de adherir a un plan.
