Facturar electrónicamente en la Argentina es obligatorio para prácticamente todo el que vende: responsables inscriptos, monotributistas de cualquier categoría y exentos. Ya no existe el talonario en papel como opción general, y el comprobante sólo es válido si ARCA le asignó un CAE (Código de Autorización Electrónico) antes de entregarlo.
Esta guía cubre el camino completo, en el orden en que hay que recorrerlo. Está escrita desde el lado del que emite todos los días: no repite el texto de las resoluciones, explica qué hay que hacer y dónde se traba la gente.
Si venís buscando sólo una parte, andá derecho: la tabla de letras A, B y C y la lista de errores de ARCA son las dos secciones que más se consultan.
1. Qué necesitás antes de emitir la primera factura
Cuatro cosas, y ninguna se resuelve en el momento de facturar:
- CUIT con clave fiscal nivel 3 o superior. Es el nivel que habilita los servicios de facturación y el Administrador de Relaciones. Se obtiene en una dependencia de ARCA, en un cajero de la red o desde la app, según el caso.
- Tu condición frente al IVA definida y vigente. Responsable inscripto, monotributista o exento. De esto depende la letra de tus comprobantes, y ARCA la controla en cada emisión.
- Al menos un punto de venta dado de alta, del tipo que corresponda al medio que vas a usar. Es el paso que más veces se hace mal y lo vemos más abajo.
- Decidir por dónde vas a facturar, porque el resto de la configuración cambia según la respuesta.
2. Los dos caminos: el portal de ARCA o un sistema propio
ARCA ofrece Comprobantes en línea, un formulario web gratuito donde cargás la factura a mano y te devuelve el PDF. Funciona, es gratis y para quien emite tres facturas por mes alcanza de sobra.
El otro camino es emitir por web service (WSFEv1): tu sistema de gestión le pide el CAE a ARCA directamente, sin que nadie cargue nada dos veces. Es lo que usan los sistemas de facturación, el nuestro incluido.
| Comprobantes en línea | Web service (sistema propio) | |
|---|---|---|
| Costo | Gratis | El del sistema que uses |
| Carga de datos | A mano, una por una | Desde tu lista de precios, tu stock o tu ERP |
| Configuración inicial | Sólo el punto de venta | Certificado digital + permisos + punto de venta |
| Recurrentes y automáticas | No | Sí |
| Conviene cuando… | Emitís poco y sin repetición | Facturás todos los días, tenés productos o abonos |
Elegí uno solo y quedate ahí. Si un día facturás desde el sistema y otro día desde el portal, la numeración se desordena y la factura siguiente rebota. Es, de lejos, el problema más frecuente.
Lo que sigue aplica al segundo camino. Si te quedás con el portal, podés saltar directo a la letra del comprobante.
3. El certificado digital: cómo se genera y cómo se autoriza
Para que un sistema pueda pedir un CAE en tu nombre, ARCA te identifica con un certificado digital. No es un usuario y contraseña: es un par de archivos, y uno de los dos —la clave privada— no se le entrega a nadie, ni siquiera a ARCA.
Generar la clave privada y el pedido de certificado
En una terminal, con OpenSSL:
openssl genrsa -out empresa.key 2048
openssl req -new -key empresa.key \
-subj "/C=AR/O=RAZON SOCIAL/CN=mi-sistema/serialNumber=CUIT 20123456789" \
-out pedido.csrEn O= va la razón social tal cual figura en ARCA. En serialNumber= va la palabra CUIT, un espacio y el número sin guiones. El CN= es un alias libre. El archivo empresa.key es la clave privada: guardala, no la mandes por mail y no la pierdas.
Subir el pedido y descargar el certificado
Con clave fiscal, entrás a Administración de Certificados Digitales, creás un alias nuevo y subís el archivo pedido.csr. ARCA devuelve el certificado para descargar (un .crt o .pem).
Si el servicio no te aparece en el menú, hay que agregarlo antes desde el Administrador de Relaciones de Clave Fiscal.
Autorizar ese certificado a facturar
Tener el certificado no alcanza: hay que decirle a ARCA qué puede hacer. En el Administrador de Relaciones de Clave Fiscal → Nueva Relación → Servicios Interactivos → Facturación Electrónica, y al asignar el representante elegís el alias del certificado del paso anterior.
Este es el paso que más veces falta. Si está sin hacer, el sistema se conecta perfecto y ARCA contesta que el certificado no está autorizado para el servicio. No es un problema del sistema ni del certificado: es este permiso.
Opcional: autorizar la consulta al padrón
Si además querés que al cargar un cliente el sistema traiga la razón social y la condición de IVA desde ARCA en vez de tipearlas, se habilita igual que el paso anterior pero eligiendo el servicio ws_sr_padron_a5. Sin este permiso se factura igual; sólo queda apagada esa consulta.
Homologación y producción son dos mundos separados
ARCA tiene un entorno de prueba (homologación) y uno real (producción), y cada uno tiene su propio certificado: el de homologación se saca desde el servicio WSASS y no sirve en producción, ni al revés. Los comprobantes de homologación no tienen validez fiscal y llevan numeración propia.
Probá siempre ahí primero. Una factura mal emitida en producción no se borra: se corrige con una nota de crédito.
4. El punto de venta tiene que ser del tipo correcto
En Administración de Puntos de Venta y Domicilios cada punto de venta se da de alta indicando con qué sistema se va a emitir. Y los tipos no son intercambiables:
- Para emitir desde un sistema propio, el punto de venta tiene que ser Factura Electrónica — Web Services.
- Un punto de venta creado para Comprobantes en línea (el portal) o para un controlador fiscal no sirve para web services: ARCA lo rechaza.
Por eso, si vas a usar los dos caminos, necesitás un punto de venta distinto para cada uno. Y conviene: así las numeraciones nunca se pisan. Anotá el número de cada uno, porque va tal cual en la configuración del sistema.
5. Qué letra corresponde: A, B o C
La letra no se elige: sale de cruzar tu condición frente al IVA con la del que recibe la factura. Equivocarla es rechazo seguro, y desde que la validación es obligatoria ARCA la controla en cada emisión.
| Emisor (vos) | Receptor (tu cliente) | Letra |
|---|---|---|
| Responsable inscripto | Responsable inscripto | A |
| Responsable inscripto | Monotributista (cualquier categoría) | A |
| Responsable inscripto | Consumidor final | B |
| Responsable inscripto | Exento, no alcanzado, no categorizado | B |
| Responsable inscripto | Cliente o proveedor del exterior | B |
| Monotributista | Cualquiera | C |
| Exento | Cualquiera | C |
La fila que sorprende: al monotributista le va Factura A
Desde la Ley 27.618 (régimen de inclusión del pequeño contribuyente), un responsable inscripto le emite Factura A a un monotributista, no B como se hacía antes. El monotributista no toma crédito fiscal, pero el comprobante va con IVA discriminado igual.
Es el caso más común de todos y el que más rechazos genera cuando el sistema quedó viejo. Si tenés clientes monotributistas y tu sistema todavía les emite B, ese es el error.
Consecuencia práctica: el monotributista necesita CUIT
Como recibe Factura A, no alcanza con el DNI. Un monotributista o un responsable inscripto tienen que estar identificados con CUIT (tipo de documento 80) y el CUIT tiene que ser válido. Una Factura A cargada con DNI vuelve rechazada, y en el peor caso sale con un receptor que después no se puede vincular.
6. Los datos obligatorios en 2026
Además del detalle, los importes y la fecha, hay cuatro exigencias que se sumaron en los últimos años y que hoy son las que hacen rebotar comprobantes:
La condición de IVA del receptor (RG 5616)
Cada comprobante tiene que informar la condición frente al IVA del que lo recibe, con un código de la tabla de ARCA. No es opcional y no se deduce: si el dato falta o no corresponde a la letra del comprobante, ARCA rechaza. Además, esa condición se imprime en el comprobante.
Un detalle que cuesta caro: la tabla tiene once condiciones válidas y los códigos no son correlativos. Mandar un código que no está en la lista —el 11, por ejemplo— vuelve rechazado con "el campo Condición IVA receptor no es un valor permitido".
El IVA discriminado al consumidor final (Ley 27.743)
El régimen de transparencia fiscal obliga a que, en los comprobantes a consumidor final, el impuesto al valor agregado aparezca discriminado con el texto que fija la norma, aunque el precio se exhiba final. En la práctica: el PDF lleva un cuadro con el IVA contenido en la operación.
Identificar al consumidor final por encima del límite
Hay un monto a partir del cual no se puede facturar a "consumidor final" sin identificarlo: hay que consignar apellido, nombre, documento y domicilio. Ese límite está hoy en $10.000.000 (RG 5700/2025). No se ajusta solo: cambia por resolución, así que conviene tenerlo en un lugar donde se pueda actualizar y no escrito a mano en el código del sistema.
El QR y el CAE con su vencimiento
Todo comprobante electrónico se entrega con el código QR que permite verificarlo, y con el CAE y su fecha de vencimiento impresos. El CAE es lo que hace válido al comprobante: sin CAE, ese PDF no es una factura.
Si facturás servicios, el comprobante además tiene que llevar el período de servicio (desde y hasta) y la fecha de vencimiento de pago. Sin esas tres fechas, ARCA rechaza. Aplica al concepto "Servicios" y al mixto "Productos y Servicios".
7. Emitir: qué pasa cuando pedís el CAE
La emisión por web service tiene dos momentos. Primero tu sistema se autentica contra el servicio WSAA con el certificado y obtiene un token que dura doce horas. Después, con ese token, le pide el CAE al WSFEv1 informando el punto de venta, el tipo de comprobante, el número, los importes y los datos del receptor.
ARCA responde una de tres cosas:
- Aprobado (A): devuelve el CAE y su fecha de vencimiento. La factura existe y ya es válida.
- Rechazado (R): vienen uno o más códigos de error. No hay comprobante.
- Aprobado con observaciones: hay CAE, pero ARCA te marca algo. El comprobante vale; conviene mirar la observación igual.
Si estás programando la integración: un rechazo de ARCA no llega como error HTTP. Llega como una respuesta exitosa con el resultado en el cuerpo. Quien mire sólo el código de estado va a dar por emitida una factura que no existe.
Guardá el CAE, siempre
El número de comprobante, el CAE y su vencimiento son lo único que relaciona tu venta con la factura en ARCA. Si tu sistema no los persiste, reconstruir eso después es un trabajo manual.
8. Los errores más comunes de ARCA y qué significan
Los mensajes de ARCA son cortos y no siempre dicen dónde está el problema. Los que más aparecen:
| Código | Qué dice | Qué pasó de verdad |
|---|---|---|
| 10016 | El número de comprobante no es correlativo | Tu sistema pidió un número que no sigue al último autorizado. Casi siempre es porque alguien emitió por afuera —el portal— o porque un rechazo anterior dejó un hueco. Se arregla resincronizando con el último número que ARCA tiene registrado. |
| 10244 | La condición de IVA del receptor no corresponde a la clase del comprobante | La letra y el receptor no coinciden. El caso típico: Factura A a un consumidor final, o Factura B a un monotributista (que desde la Ley 27.618 recibe A). |
| 10242 | El campo Condición IVA receptor no es un valor permitido | El código que mandaste no está en la tabla de ARCA. Son once valores y no son correlativos. |
| 10015 | Faltan las fechas de servicio | Emitiste con concepto Servicios o mixto sin período de servicio o sin vencimiento de pago. |
| 10004 / 10013 | Documento del receptor inválido | El tipo o el número de documento no sirven para esa clase de comprobante. En Factura A: falta el CUIT, o el CUIT no es válido. |
| sin código | El certificado no está autorizado para el servicio | Falta la relación en el Administrador de Relaciones. Volvé al paso 3. |
| sin código | Ya existe un token válido / el CEE ya solicitó un TA | Pediste un token nuevo antes de que venciera el anterior. Los tokens duran doce horas y hay que reutilizarlos, no pedir uno por factura. |
La regla de oro: validá antes de tomar el número
La mayoría de estos errores se puede detectar antes de pedirle el número a ARCA. Un sistema que reserva el correlativo y recién después descubre que el CUIT está mal deja un hueco en la numeración, y la factura siguiente rebota con 10016. Si las validaciones corren primero, un dato mal cargado te avisa sin gastar un número.
9. Después de emitir: corregir, anular y el Libro IVA
Una factura electrónica no se borra
Emitida y con CAE, la factura existe. Si está mal, se neutraliza con una nota de crédito por el mismo importe, y después se emite la factura correcta. La nota de crédito lleva la misma letra que el comprobante que corrige y referencia el original.
El Libro IVA Digital
Los responsables inscriptos presentan el Libro IVA Digital (RG 4597): dos archivos de ancho fijo, uno de comprobantes y otro de alícuotas, que tienen que cuadrar contra el total del período. Armarlos a mano en una planilla es posible y es exactamente donde aparecen las diferencias de centavos. Cualquier sistema serio los exporta.
Las provincias también piden cosas
Además de ARCA está el fisco provincial. En CABA, por ejemplo, el régimen de transparencia de Ingresos Brutos obliga a informar la alícuota de IIBB en las facturas a consumidor final, con leyendas de texto literal según el caso —convenio multilateral, promoción económica, exención—. Son normas que cambian y que tienen fechas de adecuación: conviene que alguien las siga.
10. Preguntas frecuentes
¿El monotributista está obligado a facturar electrónicamente?
Sí. Todas las categorías del monotributo emiten comprobantes electrónicos, clase C. La excepción práctica sigue siendo la venta con consumidor presente respaldada por controlador fiscal.
¿Cuánto tarda en salir una factura por web service?
La llamada a ARCA son unos segundos. Lo que hace la diferencia entre "instantáneo" y "esperar" es cuántas veces tu sistema va y vuelve: reutilizar el token de doce horas y no consultar el último número autorizado en cada emisión convierte tres viajes en uno.
¿Puedo facturar en dólares?
Sí. El comprobante se emite en la moneda extranjera con su cotización explícita, y ARCA guarda las dos cifras. Hay que informar la cotización: no se deduce sola.
¿Qué pasa si emito una factura por error?
Se corrige con una nota de crédito, no se anula. Y no pierde el número: el correlativo ya se consumió y no vuelve.
¿Puedo usar el portal de ARCA y un sistema al mismo tiempo?
Sí, pero con puntos de venta distintos. Cada punto de venta lleva su propia numeración; si los mezclás, los números se pisan y empiezan los rechazos por comprobante no correlativo.
¿El certificado vence?
Sí, tiene fecha de vencimiento. Cuando se acerca, se genera un pedido nuevo con la misma clave privada o con una nueva, se descarga el certificado y se vuelve a cargar. La relación del Administrador de Relaciones hay que revisarla: el alias tiene que seguir apuntando al certificado vigente.
Si llegaste hasta acá
Nosotros hacemos esto todos los días.
Sistemas MDQ es un sistema de facturación electrónica ARCA hecho en Mar del Plata: emite A, B y C con CAE, programa las recurrentes, exporta el Libro IVA Digital y se conecta por API con el sistema que ya tengas. Te acompañamos también en la parte aburrida —el certificado, los permisos, los puntos de venta—.