ARCA 5866: puntos de venta, mes y prueba fiscal
La RG 5866 ordena emisión, puntos de venta y liquidación mensual. Una pyme necesita rastro interno, permisos y backup antes de enviar datos fiscales.
ARCA ya movió la factura electrónica hacia puntos de venta con actividad, liquidación mensual y más rastro del comprador. El cambio toca a colegios, prepagas, entidades financieras, seguros y pymes que cobran servicios repetidos. La Resolución General 5866/2026 entra al circuito administrativo con WebService, Sistema Registral y archivos que deben cerrar contra el ERP. Esta nota explica qué dato guardar, quién lo toca y cómo probarlo antes del primer vencimiento.
Qué cambia en el comprobante que llega tarde La RG 5866 reordena el régimen de emisión de comprobantes y toma modificaciones que
ARCA había iniciado con la Resolución General 5824. El punto operativo está en tres piezas: fecha de emisión, punto de venta y respaldo mensual por cliente. Para servicios continuos, el comprobante va al cierre del mes; para puntos de venta nuevos, el alta debe anticiparse tres días hábiles y la baja se informa dentro de cinco. La factura queda atada a un lugar, una actividad y una fecha. La novedad publicada por ARCA describe la liquidación electrónica mensual: bancos, prepagas, colegios y otros emisores de alto volumen pueden agrupar operaciones del mes en un comprobante por cliente. En una secretaría administrativa de Cuyo, el antagonista concreto es el Excel que no sabe qué cuota, beca, recargo o baja generó cada línea. El dato global ayuda a dimensionar la decisión técnica. En la encuesta de tecnología de Stack Overflow 2025, PostgreSQL aparece usado por 55,6% de quienes respondieron sobre bases de datos, y SQL figura en 58,6% entre lenguajes usados. La escena local necesita registros estructurados, permisos y consultas repetibles.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. Primero, administración carga el punto de venta y lo vincula con una actividad declarada en el Sistema Registral. Segundo, el ERP, por ejemplo Odoo 18, toma cuota, servicio, CUIT, condición fiscal y período. Tercero, PostgreSQL 17 guarda comprobante, estado, usuario, fecha, motivo de anulación y respuesta del servicio fiscal. Cuarto, el conector de facturación envía la solicitud por el WebService que corresponda y guarda CAE, vencimiento y mensaje de rechazo. Quinto, el rol de tesorería puede emitir y consultar; el rol de atención puede leer el estado y descargar el comprobante; el rol de sistemas puede auditar, restaurar y cambiar credenciales sin editar importes. Sexto, el backup copia base, adjuntos y configuración; una prueba mensual restaura cinco comprobantes reales en un entorno separado. Metabase puede mostrar una vista por período, punto de venta y estado. Recibe consultas SQL controladas y entrega tablas para gerencia, contador y soporte. Si Metabase falla, el dato sigue en PostgreSQL; si PostgreSQL falla, la restauración debe recuperar el último cierre y los mensajes fiscales asociados.
Qué se instala o configura primero
La primera entrega verificable es una matriz de operaciones: qué se factura por evento, qué se factura por mes, qué punto de venta usa cada actividad y qué rubros van en el comprobante. Después se configura el ERP, el usuario fiscal, el conector, las colas de reintento, el tablero de control y una política de respaldo. Para una pyme con 5 a 12 usuarios, el costo de un servidor chico, backup externo y monitoreo básico puede moverse entre USD 45 y USD 90 mensuales, unos ARS 67.950 a ARS 135.900 al dólar oficial de venta consultado para esta corrida. Ese número incluye infraestructura y resguardo; deja fuera horas de parametrización, firma fiscal y criterio contable. UMSA puede entrar pasada esta etapa con una auditoría corta: revisar un lote de comprobantes, listar permisos, separar ambientes y documentar el procedimiento de restauración. El entregable directo es una corrida de prueba con comprobantes emitidos, rechazados, anulados y restaurados.
Dónde se rompe y cómo probarlo
El primer riesgo aparece cuando el punto de venta queda asociado a la actividad equivocada. La señal es una factura válida desde el sistema fiscal y falsa para la contabilidad interna. La prueba consiste en emitir un comprobante de prueba por cada actividad y comparar rubro, CUIT, período y usuario que aprobó. El segundo riesgo aparece en los respaldos mensuales. La señal es una liquidación que agrupa cuotas sin conservar el detalle. La prueba toma un comprobante mensual y recorre cada línea hasta su cuota, baja, bonificación o recargo de origen. El tercer riesgo está en permisos. La señal es un usuario de atención que puede corregir importes o borrar rechazos. La prueba crea tres usuarios de ensayo, ejecuta emisión, lectura, anulación y restauración, y deja una captura del resultado. La consulta contable define el encuadre fiscal; el sistema tiene que dejar una prueba que sobreviva al cierre.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.