# Facturar 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.

Crónica N.º 01 · Fiscal · 26 de agosto de 2026 · 3 min de lectura
Firma: Juan Pedro Gachet, cofundador y director de Mithandir · https://mithandir.com/blog/facturar-en-arca-sin-salir-de-tu-sistema

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.

---

Más crónicas: https://mithandir.com/blog · Hablar con el equipo: https://mithandir.com/contacto
