ARCA 5866/2026: comprobantes, puntos y fechas
La nueva regla ordena emisión, puntos de venta, liquidación mensual y plazos por sector. Qué debe revisar una pyme antes del 1 de julio.
ARCA acaba de rearmar el régimen de comprobantes con una fecha que obliga a revisar sistemas antes de que falle la facturación. La Resolución General 5866/2026, publicada hoy, fija cambios desde el 1 de julio, mantiene umbrales de $10.000.000 para identificar consumidores finales y ordena etapas para bancos, seguros, tarjetas, escuelas privadas, prepagas y PSAV. Esta nota explica qué dato debe vivir en cada sistema y cómo probarlo antes del primer cierre.
Qué cambió en el punto de emisión
El problema operativo aparece cuando el punto de venta queda separado del domicilio, la actividad económica y el método de emisión. La norma modifica la Resolución General 1.415 y la 4.291, abroga la 5.824 y vuelve a escribir reglas sobre comprobantes electrónicos, liquidación mensual y datos adicionales. El texto completo está en el Boletín Oficial. Un comprobante de consumidor final desde $10.000.000 pide DNI, CUIL, CDI o documento equivalente, salvo los campos admitidos como “NR” cuando el sistema lo exige. A venta oficial de $1.495 por dólar informada por DolarAPI, ese umbral ronda USD 6.689. Para un colegio privado, una prepaga chica o una financiera regional, el número convierte una regla fiscal en validación de software. El enemigo concreto es el punto de venta olvidado: sigue activo, factura bien durante semanas y falla cuando ARCA pide asociarlo a un domicilio, una actividad o un régimen especial. Ahí se nota si el ERP guarda solo el número impreso o conserva la historia completa.
Cómo funciona por dentro
El flujo mínimo tiene que quedar escrito y probado. Primero, administración carga o revisa el punto de venta en el Sistema Registral y en el sistema local. Segundo, el ERP guarda CUIT, condición fiscal, actividad, domicilio, tipo de comprobante, método de emisión y fecha de vigencia en PostgreSQL. Tercero, el módulo de facturación valida monto, sujeto, rubro y fecha antes de pedir autorización. Cuarto, el WebService de ARCA o “Comprobantes en línea” devuelve CAE, vencimiento y observaciones. Quinto, el usuario consulta el comprobante según rol: ventas ve emisión, contabilidad ve impuestos, gerencia ve pendientes. Sexto, el backup copia base, PDF, XML y logs; una restauración mensual abre una factura real en un entorno aislado. PostgreSQL guarda registros estructurados, usuarios, estados y auditoría. El almacenamiento S3 o MinIO guarda PDF, XML y anexos sin cargar la base con archivos grandes. El tablero muestra puntos de venta sin actividad, comprobantes rechazados y operaciones cerca del umbral. Si falla la conexión con ARCA, la alerta debe mostrar qué comprobante quedó pendiente, quién lo cargó y qué mensaje devolvió el servicio. La liquidación electrónica mensual agrega otra capa. La norma permite facturar por período mensual a ciertos sujetos, pero exige conservar registros y documentación para identificar cada operación subyacente. Ese requisito pide una tabla de movimientos, una tabla de liquidaciones y una relación clara entre ambos objetos.
Qué se instala o configura primero
La primera entrega útil es una matriz de puntos de venta con responsable, domicilio, actividad, sistema de emisión, fecha de alta y prueba de baja. En una pyme alcanza con PostgreSQL 17, una aplicación de facturación existente, almacenamiento de comprobantes, un job diario de control y un tablero simple. Una VM de 2 vCPU y 4 GB cuesta entre USD 25 y USD 45 por mes, es decir entre $37.375 y $67.275 al tipo de cambio usado para esta corrida; el costo no incluye honorarios contables ni certificados. El tiempo razonable es de una a dos semanas para relevar, corregir y probar. UMSA suele usar este tipo de checklist cuando una organización necesita unir operación y evidencia sin cambiar todo el sistema de golpe: primero se lista qué existe, después se prueba una emisión controlada y recién entonces se automatiza el control diario. El primer entregable verificable es un CSV con puntos de venta, un comprobante de prueba por tipo y un reporte que muestre rechazos de ARCA con fecha, usuario y causa. Ese archivo debe quedar firmado por administración y revisado por contabilidad antes del primer cierre.
Dónde se rompe y cómo probarlo
El primer riesgo es el punto de venta duplicado. La señal es una factura válida con domicilio o actividad vieja. La prueba consiste en emitir un comprobante de bajo monto por cada punto activo y comparar sistema local, Sistema Registral y PDF final. El segundo riesgo es la liquidación mensual sin detalle. La señal es un comprobante que resume importes y no deja llegar al movimiento original. La prueba toma una liquidación, elige cinco cargos y verifica que cada uno tenga fecha, concepto, responsable y respaldo. El tercer riesgo es el backup incompleto. La señal aparece cuando se restaura la base y faltan PDF o XML. La prueba mínima restaura en otro directorio, abre tres comprobantes y compara CAE, CUIT, importe y archivo adjunto. Usá esta nota como guía operativa y dejá la interpretación fiscal final en manos del contador responsable. Gerencia, sistemas y contabilidad necesitan mirar el mismo flujo antes de que el cierre mensual lo encuentre roto.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.