BCRA A 8476: códigos y lote completo para exportaciones

BCRA actualizó el régimen informativo de operaciones de cambio y SECOEXPO. Qué datos guardar para B32, B33, A22, APX y rectificativas por lote.

ULTIMA MILLA · Noticias · 9 de sept de 2026 · 5 min de lectura

BCRA A 8476: códigos y lote completo para exportaciones

BCRA publicó la Comunicación “A” 8476 y puso fecha para cambiar reportes de cambio: desde el 21/09/2026, las presentaciones deberán reconocer B32, B33, A22 y marcas APX. Para una bodega exportadora de Luján de Cuyo, el vencimiento baja a una pregunta simple: qué sistema guarda el código, quién valida el lote y cómo se reconstruye una rectificativa antes del cierre mensual.

Qué cambia en el régimen informativo de cambios

La Comunicación “A” 8476, publicada el 9 de septiembre de 2026, modificó normas de procedimiento para el R.I. Contable Mensual “Operaciones de Cambios” y para SECOEXPO. El texto incorpora B32 para cobros de exportaciones con cumplido aduanero pendiente, B33 para ingresos destinados a cancelar pagarés del marco de la Comunicación “A” 8441 y A22 para aplicaciones vinculadas a esos cobros. El lote completo no perdona una planilla atrasada. El PDF oficial de BCRA también agrega una condición de cliente para operaciones enmarcadas en las Comunicaciones A 8426, A 8442 y A 8464, con obligación de identificar VPU/RIGI o tercero asociado en el complemento del Apartado A del mismo día bajo informe. En la encuesta 2025 de Stack Overflow, 45,52% de quienes respondieron usan de uno a cinco productos de software en su trabajo y 35,43% usan de seis a diez. Ese dato explica por qué un cambio de código termina cruzando ERP, banco, despacho, carpeta legal y tablero de gerencia. El antagonista concreto es la rectificativa por lote completo: cuando un permiso, un pagaré o una marca APX cambia, el archivo entero vuelve a generarse. En una bodega, el remito impreso con sello azul todavía viaja junto al PDF bancario; el sistema tiene que unir esos rastros antes de enviar un régimen mensual.

Cómo funciona por dentro

El flujo mínimo tiene seis pasos. Primero, comercio exterior carga permiso de embarque, CUIT, moneda, importe, banco y condición de cliente. Segundo, el sistema valida si corresponde B32, B33 o A22 según fecha, tipo de cobro y relación con pagarés o VPU/RIGI. Tercero, PostgreSQL guarda permiso, código, APX, fecha de vigencia, responsable y estado de revisión. Cuarto, un almacenamiento S3 conserva PDF de comunicación, boleto, certificación y respaldo del despacho. Quinto, un rol de revisión aprueba el lote y otro rol consulta sin editar. Sexto, el backup recupera base y adjuntos en una instancia de prueba. PostgreSQL guarda registros estructurados: operación, código, usuario, estado y auditoría. El almacenamiento S3 guarda documentos grandes y conserva metadatos de fuente, fecha y versión. Keycloak separa carga, revisión, aprobación y lectura; recibe usuario y grupo, entrega permisos de aplicación. Metabase muestra operaciones por código, vencimiento, banco y excepciones. Si PostgreSQL falla, se pierde el cálculo; si S3 falla, queda el número sin prueba; si permisos falla, una misma cuenta puede cargar y aprobar. La versión ordenada del R.I. de Operaciones de Cambios marca vencimientos diarios para Apartado A y Complemento. Esa regla exige una cola de validación corta: la operación del día debe quedar revisada antes del envío del día hábil siguiente. La tensión pasa a implementación: un dato correcto en el ERP sirve poco si el exportador no conserva el vínculo con el código que pide el banco.

Qué se instala o configura primero

En un proyecto UMSA, el primer entregable sería una matriz con veinte operaciones reales: permiso, código B32/B33/A22, APX, banco, fecha, adjunto, responsable y estado. Después se prueba una rectificativa completa: se cambia un código, se regenera el lote, se conserva la versión anterior y se deja evidencia de quién aprobó. La pila inicial puede usar PostgreSQL, S3 compatible con MinIO, Keycloak, Metabase, proxy con TLS, backup diario y monitoreo. Servidor, respaldo y monitoreo pueden ubicarse entre USD 70 y USD 150 mensuales, entre $107.100 y $229.500 al dólar oficial vendedor de $1530. La implementación inicial, con modelo de datos, permisos, carga piloto, reporte y restauración probada, puede ir de USD 2.200 a USD 5.200, entre $3.366.000 y $7.956.000. Ese rango deja afuera asesoría cambiaria, despacho aduanero, firma digital avanzada y migración histórica completa. El primer entregable verificable cabe en una pantalla: operación con B32, documento de respaldo, APX generado, rechazo automático si el usuario creador intenta aprobar y reporte exportable para control interno. Para un antecedente cercano, sirve revisar ARCA 30/2026, celda fiscal, stock y CCTV en exportación.

Dónde se rompe y cómo probarlo

El primer riesgo es el código aplicado fuera de vigencia. El síntoma aparece cuando una operación anterior al 01/01/2026 recibe B32. La prueba carga operaciones antes y después de esa fecha y exige rechazo trazable para la que queda fuera. El segundo riesgo. APX duplicado. El síntoma aparece cuando dos operaciones comparten identificador. La prueba intenta repetir combinación de entidad, fecha y correlativo, y exige bloqueo antes de generar el lote. El tercer riesgo es la rectificativa incompleta. La prueba modifica un campo, regenera el lote completo y compara cantidad de registros, hash de archivo, usuario aprobador y versión anterior. El cuarto riesgo es restauración parcial. La prueba levanta base y adjuntos en otra instancia, abre una operación con B33 y verifica que PDF, boleto, APX y bitácora vuelvan juntos. Esta guía ordena evidencia técnica; la lectura cambiaria queda en el equipo especializado. La decisión operativa es inmediata: cada código nuevo necesita regla, dueño, adjunto y prueba de lote antes del 21/09/2026.

Para seguir leyendo