MITHANDIRFacturar en ARCA sin salir de tu sistema
La facturación electrónica suele ser un paso aparte que alguien hace a mano al final del día. Qué implica meterla adentro del sistema con el que ya trabaja el equipo.
En esta crónica · 4 partes
En casi todas las empresas con las que trabajamos, facturar es un paso separado. El pedido se carga en un lado, se prepara en otro, y al final del día alguien abre el sitio de ARCA o un software de facturación y vuelve a tipear lo mismo.
Es trabajo duplicado, pero el costo real no es el tiempo: es que los dos registros se separan. El sistema dice una cosa, la factura dice otra, y cuando no coinciden nadie sabe cuál está bien.
Por qué se hace aparte
Porque emitir un comprobante fiscal no es llamar a una API y listo. Hay que:
- tener un certificado digital por empresa, gestionado en ARCA y renovado cuando vence;
- pedir un token de acceso que dura doce horas y hay que cachear, porque si lo pedís de más te bloquean;
- respetar la numeración correlativa por punto de venta y tipo de comprobante, sin huecos;
- saber qué tipo de comprobante corresponde según la condición de IVA de las dos partes;
- manejar que el organismo se cae, y que cuando se cae la venta ya ocurrió igual.
Cada uno de esos puntos es una fuente de errores distinta, y ninguno tiene que ver con el negocio del cliente. Por eso termina siendo un paso manual: es más fácil que alguien lo haga a mano que construirlo bien una vez.
Qué significa meterlo adentro
Nosotros lo resolvimos construyéndolo una vez, multiempresa, en vez de una por cliente.
Cada empresa carga su certificado por un portal y queda operando bajo su propio CUIT. El sistema pide el token cuando hace falta y lo cachea hasta que expira. La numeración la lleva el gateway, no la persona. Y el tipo de comprobante se decide solo, cruzando la condición de IVA del emisor con la del receptor.
Del lado del cliente, facturar deja de ser una pantalla aparte: es el estado siguiente del pedido que ya estaba cargado.
Lo que no se puede saltear
Homologación. ARCA tiene un ambiente de prueba que emite comprobantes con CAE de mentira. Todo se prueba ahí primero, con el certificado de homologación, hasta que la numeración y los tipos de comprobante salen bien varias veces seguidas. Recién después se toca producción.
Suena obvio, pero es donde se apura casi todo el mundo. Un comprobante mal emitido en producción no se borra: se anula con una nota de crédito, que también es un comprobante fiscal, que también consume numeración.
El plan para cuando el organismo no responde. Se cae, y no es raro. El sistema tiene que poder registrar la operación igual y reintentar la emisión después, en vez de frenar la venta. Una cola de reintentos con backoff resuelve el 99% de los casos sin que nadie se entere.
Los errores de ARCA hay que traducirlos. Los códigos que devuelve no le dicen nada a quien está en el mostrador. “Error 10016” tiene que llegar como “el punto de venta no está habilitado para este tipo de comprobante”, o el que lo lee no puede hacer nada.
Cuándo conviene
Si facturás pocos comprobantes por día y el volumen no crece, un software de facturación suelto está bien. No hay que construir nada.
Conviene meterlo adentro cuando el dato ya vive en tu sistema y volver a tipearlo es lo que genera la diferencia: cuando el pedido, el remito y la factura tienen que ser el mismo hilo, o cuando manejás varias empresas y cada una tiene su certificado, su punto de venta y su numeración.
Ahí el paso manual no es una molestia. Es el lugar donde se rompe la trazabilidad.