ARCA 5863/2026: plazos, feria y calendario fiscal

ARCA pausó el cómputo de plazos del 13 al 24 de julio. Una pyme necesita calendario, responsables y evidencia para no perder vencimientos ni fuentes.

ULTIMA MILLA · Noticias · 12 de jun de 2026 · 4 min de lectura

ARCA fijó del 13 al 24 de julio de 2026 una pausa uniforme para el cómputo de plazos impositivos, aduaneros y de seguridad social. Para una pyme, la norma mueve fechas, tareas, responsables, notificaciones y pruebas de presentación. Esta nota explica cómo llevar la Resolución General 5863/2026 a un calendario fiscal auditable, con datos, permisos y respaldo.

Qué cambia en el calendario fiscal

La cifra que ordena el problema es concreta: diez días hábiles quedan bajo suspensión entre el 13 y el 24 de julio, ambas fechas inclusive, según la Resolución General 5863/2026. ARCA la vinculó con la feria judicial de invierno y con la Resolución General 1.983, que regula estos cortes de cómputo en procedimientos ante el organismo. Diez días hábiles parecen poco hasta que una rectificativa, un descargo aduanero o una intimación de seguridad social quedan en una celda mal copiada. El dato global ayuda a dimensionar el oficio detrás de esa celda: la Stack Overflow Developer Survey 2025 reunió más de 49.000 respuestas de 177 países y cubrió 314 tecnologías. La lectura local es simple: los sistemas que sostienen decisiones administrativas ya mezclan agenda, base de datos, documentos y permisos. El antagonista es el calendario fiscal pegado a una planilla vieja. En un estudio contable de San Rafael, el objeto que manda es un almanaque con resaltador amarillo al lado del monitor. Sirve para mirar rápido, pero no deja rastro cuando alguien mueve una fecha.

Cómo funciona por dentro

El flujo técnico puede quedar en seis pasos. Primero, una persona de administración carga la norma, el rango suspendido, el tipo de trámite y la fuente oficial. Segundo, PostgreSQL guarda fecha original, fecha ajustada, organismo, expediente, responsable y estado. Tercero, una regla calcula los días que no se cuentan y deja el cálculo escrito en una tabla de auditoría. Cuarto, Metabase o un tablero propio muestra vencimientos por cliente, área y riesgo. Quinto, los permisos separan quién carga, quién aprueba y quién solo consulta. Sexto, backup y restauración prueban que la agenda vuelve con sus fuentes, no solo con una copia suelta. PostgreSQL guarda registros estructurados: normas, fechas, responsables, cambios y evidencia. Metabase recibe consultas SQL y entrega vistas filtradas para socios, administración o soporte. Un repositorio S3 compatible, como MinIO, guarda PDFs oficiales, capturas de acuse y adjuntos grandes con metadatos. El monitoreo revisa si el cálculo diario corrió y si una fuente oficial cambió. El dato visible debe ser mínimo y suficiente: expediente, fecha base, días suspendidos, fecha recalculada, responsable y fuente. Si una persona edita la fecha recalculada sin motivo, la auditoría debe mostrar usuario, hora, valor anterior y valor nuevo.

Qué se instala o configura primero

El primer entregable verificable es una agenda fiscal con tres casos reales: un trámite impositivo, uno aduanero y uno de seguridad social. Cada caso debe tener fuente oficial, fecha original, fecha ajustada, responsable y prueba de restauración. Con el dólar vendedor de referencia en $1.454, un servidor chico de USD 20 a USD 60 mensuales equivale a ARS 29.080 a ARS 87.240, sin contar horas de relevamiento ni soporte. La pila inicial puede usar PostgreSQL 17, una aplicación web liviana, almacenamiento de PDFs, backup diario y un tablero de vencimientos. Si ya existe un ERP o un gestor documental, se integra por exportación CSV o API. La primera semana alcanza para cargar ferias, feriados, reglas básicas y usuarios internos. UMSA puede entrar cuando la organización ya tiene lista la matriz de trámites y responsables. El trabajo útil es separar reglas legales de reglas técnicas: una persona interpreta la norma, el sistema calcula y otra persona aprueba la agenda. Esa división evita que la planilla vieja gane por costumbre.

Dónde se rompe y cómo probarlo

El primer riesgo es cargar el rango equivocado. La señal aparece cuando una fecha de julio cae dentro del período suspendido y el sistema la deja igual. La prueba usa tres vencimientos de ejemplo, uno antes del 13, uno dentro del rango y uno después del 24. El segundo riesgo es mezclar días corridos con días hábiles. La señal aparece cuando dos trámites con igual regla dan resultados distintos. La prueba compara el cálculo contra una tabla de feriados y deja una evidencia firmada por administración. El tercer riesgo es perder la fuente. La señal aparece cuando el tablero muestra una fecha sin enlace al Boletín Oficial o al PDF. La prueba exige que cada cambio tenga URL, archivo guardado y hash o tamaño del documento. El cuarto riesgo es restaurar una base sin adjuntos. La señal aparece cuando el vencimiento vuelve, pero el PDF no abre. La prueba restaura PostgreSQL y el depósito de archivos en otro host, luego abre un trámite completo. La pregunta incómoda queda antes del cierre de julio: ¿quién puede explicar por qué una fecha se movió? Esta nota es técnica y no reemplaza asesoramiento fiscal.