Emanuel Cejas 6 min de lectura
En corto. Integrar facturación electrónica con ARCA no es consumir un servicio web: es sacar y renovar certificados, no confiar en el ambiente de prueba, no perder nunca la numeración correlativa, resolver el estado intermedio en que no sabés si la factura salió, y que la caja siga vendiendo cuando ARCA se cae. Esas cinco cosas son las que frenan proyectos enteros, y las que casi nadie presupuesta.
Casi todo comercio argentino termina, tarde o temprano, necesitando emitir facturas desde su propio sistema. Y casi todo el que lo encara por primera vez calcula mal cuánto trabajo es. Las instrucciones de ARCA existen, son públicas y explican qué hay que mandar. Lo que no explican es todo lo que hay que construir alrededor para que la caja no se frene un sábado a la tarde.
Esto lo escribo desde LocalCenter, donde la facturación con ARCA está integrada de punta a punta —facturas A, B y C, y tickets— y la usan comercios todos los días.
El certificado no se saca apretando un botón
La primera traba no es técnica: es un trámite, y no lo podés hacer solo.
Para que un sistema facture, ARCA no te da una clave y listo. Pide un certificado digital emitido a nombre del CUIT que va a facturar. Nosotros preparamos el pedido, pero el alta la tiene que hacer el titular con su clave fiscal, adentro del sitio de ARCA. Si el contador del cliente no aparece, el proyecto se frena ahí, con todo el trabajo ya hecho.
Después viene lo que casi nadie ve venir: ese certificado se vence. Y el sistema funciona perfecto hasta el día que deja de funcionar, con un mensaje de error que no dice “se venció el certificado” con esas palabras. Cualquier integración seria necesita, desde el primer día, un aviso propio cuando la fecha se acerca.
El permiso para facturar también tiene su trampa. Se pide un permiso que dura un rato, y no se puede pedir uno nuevo mientras el anterior siga vigente. Si el sistema pide permiso cada vez que factura, ARCA lo rechaza. Hay que guardarlo y que lo compartan todas las cajas. Si el sistema corre en varios lugares a la vez, ese permiso tiene que estar en un lugar común, no en cada máquina por su cuenta.
El ambiente de prueba te miente
ARCA tiene un lugar aparte para probar sin emitir facturas reales. Es indispensable y también es engañoso.
Tiene su propia dirección y su propio certificado, que se tramita por otro lado. Hasta ahí, razonable. El problema es que ese lugar de prueba no conoce la situación real del comercio: los puntos de venta habilitados, la condición frente al IVA, las facturas ya emitidas y el número por el que va son otros. Podés tener todas las pruebas en verde y encontrarte con rechazos el primer día facturando de verdad, porque el control que falla depende de datos que en la prueba no existían.
La conclusión práctica: pasar a facturar de verdad no es cambiar un dato de configuración. Es una etapa del proyecto, con el cliente presente, emitiendo comprobantes reales de prueba, y con alguien mirando qué contesta cada uno.
La numeración no perdona
Las facturas van una atrás de la otra, por punto de venta y por tipo. Sin saltos y sin repetidos. Esa regla, que suena obvia, es la que convierte la facturación en un problema difícil.
Dos cajas facturando al mismo tiempo en el mismo punto de venta piden el mismo número. Si se corta la conexión y el sistema vuelve a mandar sin fijarse, emite dos veces. Si sale una versión nueva justo en el medio de una venta, queda un número reservado que nunca se usa. Nada de esto es teórico: aparece apenas el sistema tiene movimiento real.
El número verdadero lo tiene ARCA, no tu sistema. Se le puede preguntar cuál fue la última factura autorizada para ese punto de venta, y esa pregunta es la que te salva en el peor caso: mandaste la factura, se cortó la conexión y no sabés si salió o no. Antes de reintentar, hay que preguntar. Si el sistema reintenta a ciegas, en algún momento va a duplicar una factura, y eso ya no se arregla borrando un registro: hay que emitir una nota de crédito.
El resto es hacer una cosa por vez. Un solo emisor por punto de venta, con cola, es más simple y más seguro que cualquier atajo. La facturación no necesita ser rápida: necesita ser correcta.
Aprobada, rechazada, y el estado del medio
Acá es donde más se subestima el trabajo. ARCA no te contesta sí o no y listo.
Puede aprobar la factura, con su código de autorización y su vencimiento. Puede rechazarla, y entonces esa factura no existe. Y puede aprobarla con observaciones: la factura vale, pero ARCA te está avisando algo sobre los datos que mandaste. Un sistema que trata las tres respuestas igual le va a mostrar al comerciante un ticket que el organismo no autorizó, o va a tirar uno que sí.
Además, los rechazos casi nunca son errores de programación. Son diferencias de centavos entre el total y la suma de neto más IVA, un tipo de factura que no corresponde a la condición del cliente, un punto de venta no habilitado, un documento que no valida. O sea: son datos del negocio. Y el aviso tiene que llegarle a quien los puede corregir, escrito en castellano, no como un número de error tirado en un archivo que nadie abre.
Por eso no me arriesgo a listar códigos de error puntuales acá: cambian, y la lista real es la que devuelve el propio servicio. Lo que no cambia es la necesidad de guardar la respuesta completa de cada intento. El día que un cliente discute una factura, ese registro es la única prueba.
ARCA se cae y la caja no puede cerrar
Los servicios de ARCA se caen y tienen ventanas de mantenimiento. Un comercio con gente esperando en el mostrador no puede dejar de vender porque un servicio de afuera no contesta.
Eso obliga a un diseño que muchos no anticipan: la venta y la factura son dos cosas distintas. La venta se registra siempre; la factura se manda aparte y se reintenta sola, esperando cada vez un poco más, hasta que entra. Mientras tanto queda pendiente, visible, y alguien tiene que poder ver esa lista. En LocalCenter esa parte corre así, no esperando la respuesta de ARCA con el cliente parado en la caja.
Por qué esto frena proyectos enteros
Porque es la última pieza y todo lo demás depende de ella. Un punto de venta que no puede emitir factura no se puede usar, aunque el resto funcione perfecto. Y el trabajo de verdad no está en mandar el pedido: está en los certificados que dependen de un tercero, en el ambiente de prueba que miente, en la numeración que no perdona, en las respuestas del medio y en el servicio de afuera que se cae.
Es tedioso, es solo de Argentina y no se aprende leyendo las instrucciones una vez. Pero se hace bien una vez y después factura todos los días sin que nadie lo mire.