ARCA 5859/2026: VUCEA, origen y dato en MALVINA

La resolución suma la declaración anticipada de origen al circuito VUCEA. Qué dato cargar, dónde guardarlo y cómo probar evidencia antes del vencimiento.

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

ARCA acaba de sumar la resolución anticipada de origen al circuito digital de VUCEA. Para una bodega exportadora de Luján de Cuyo, el punto crítico queda en declarar a tiempo el dato correcto en SIM/MALVINA y guardar evidencia de quién lo validó. La Resolución General 5859/2026 entra en vigencia a los diez días hábiles de su publicación; esta nota explica el flujo técnico qué conviene preparar.

Qué dato pasa de expediente a sistema

El texto publicado en el Boletín Oficial incorpora la resolución anticipada de origen al Régimen Nacional de Ventanilla Única de Comercio Exterior Argentino. El aviso nombra el Servicio de Recepción de LPCO, la validación automática en el Sistema Informático MALVINA y la declaración al oficializar una destinación definitiva de importación para consumo. La cifra que ordena el calendario es seca: diez días hábiles desde la publicación. El PDF oficial del aviso deja el plazo y el anexo en el mismo expediente. La referencia global viene de la Stack Overflow Developer Survey 2024: PostgreSQL aparece con 49% de uso entre desarrolladores, una base extendida para guardar registros, usuarios, estados y auditoría. El trámite ahora deja rastro en dos lugares. En la oficina de logística de una bodega, el objeto que marca la escena es una carpeta de importaciones con separadores amarillos por proveedor. El antagonista técnico ya no es el papel: es el dato declarado sin responsable, sin fecha de validación y sin copia del documento que lo originó. VUCEA baja la discusión al sistema. El micrositio VUCE suma otra pieza: el trámite se apoya en una ventanilla para permisos, certificados y otros documentos. El Decreto 1079/2016 explica el origen de ese circuito. La nota diaria no necesita copiar toda la norma; necesita guardar qué dato entra, qué sistema lo recibe y qué evidencia queda cuando Aduana pide reconstruir el recorrido.

Cómo funciona por dentro

El flujo empieza cuando comercio exterior carga la resolución anticipada de origen, posición arancelaria, proveedor, país, expediente y fecha de vigencia. La aplicación valida formato, CUIT, destinación y vínculo con la operación. PostgreSQL guarda registros estructurados, usuarios, estados, fechas, cambios y auditoría. MinIO guarda anexos, PDF y constancias como objetos con metadatos. Keycloak recibe usuarios y grupos; entrega permisos para cargar, revisar, aprobar o consultar. El tablero toma consultas aprobadas y muestra operaciones por vencimiento, proveedor, país y estado. SIM/MALVINA recibe la declaración cuando el dato ya tiene responsable interno. El backup copia base y objetos; la prueba restaura un expediente completo y compara número, país, fecha, adjunto y usuario. La alerta útil marca tres hechos: una resolución sin anexo, una operación con fecha vencida o una declaración que cambió después de la aprobación. Si aparece cualquiera, el cierre queda bloqueado hasta que un revisor deje motivo y evidencia. El detalle que suele faltar es la tabla de equivalencias. Cada resolución anticipada debe quedar unida a la operación, al documento LPCO, a la destinación y al proveedor. Esa tabla permite responder una consulta simple: qué operaciones usaron la misma resolución y qué usuario autorizó cada uso. Sin esa relación, el sistema sólo guarda archivos; con esa relación, el equipo puede explicar decisiones.

Qué se instala o configura primero

La pila mínima usa PostgreSQL 17, una aplicación interna de comercio exterior, MinIO para adjuntos, Keycloak para identidad, un tablero de control y respaldo con pgBackRest o Restic. Un servidor de 4 vCPU, 16 GB de RAM, copia externa y monitoreo queda entre USD 100 y USD 220 mensuales. Con dólar vendedor de ARS 1.458, el rango mensual va de ARS 145.800 a ARS 320.760. La implementación inicial suele llevar 35 a 55 horas: modelo de datos, importador de constancias, roles, tablero, prueba de restauración y manual de cierre. El primer entregable verificable es un expediente de prueba con resolución, anexo, responsable, evento de aprobación, exportación y restauración en entorno limpio. UMSA puede entrar pasada esa definición: deja infraestructura, permisos, tablero y respaldo documentados. La bodega conserva su regla operativa; el sistema impide que una operación avance si falta origen, documento, responsable o prueba de lectura. El manual de operación debe nombrar tres responsables. Comercio exterior carga y adjunta. Administración revisa importes, proveedor y moneda. IT administra usuarios, backups y alertas. Esa separación evita que el mismo perfil modifique la evidencia y cierre el expediente. También deja un rastro claro para auditoría interna o para un despachante que necesite revisar el caso.

Dónde se rompe y cómo probarlo

El primer riesgo es el campo copiado a mano. La señal aparece cuando país, posición arancelaria o número de resolución difieren entre la constancia y la fila guardada. La prueba carga tres expedientes, ejecuta una comparación campo por campo y rechaza la aprobación si hay diferencia. El segundo riesgo es el permiso excesivo. La señal aparece cuando quien carga también puede aprobar y borrar. La prueba crea perfiles de carga, revisión y consulta; cada perfil intenta editar, aprobar, borrar y exportar. El tercer riesgo es el anexo perdido. La señal aparece cuando la base conserva el expediente y el archivo falta en el almacén. La prueba restaura PostgreSQL y MinIO en un entorno limpio, abre la operación y compara hash, fecha y tamaño. El cuarto riesgo es el vencimiento mal calculado. La señal aparece cuando el tablero cuenta días corridos y la norma exige días hábiles. La prueba fija la publicación del 5 de junio, calcula el vencimiento y deja registrada la regla usada. Una declaración de origen sirve cuando otra persona puede reconstruirla sin llamar al despachante.