¿Cómo automatizar la facturación electrónica de ARCA?

Se puede. Cuando la venta ya tiene los datos (cliente, importes, tipo de comprobante y punto de venta), un sistema puede pedir el CAE a ARCA por web service y armar el comprobante. El camino directo es el de ARCA: el Web Service de Autenticación y Autorización (WSAA) para identificarte, y un web service de factura electrónica —en la mayoría de las pymes, WSFEv1— para pedir la autorización. El otro camino es un sistema que ya habla con esos servicios (un ERP o un facturador) y al que le delegás el web service. Los dos piden clave fiscal, un certificado digital y un punto de venta habilitado para web services. Conviene el directo cuando la factura tiene que salir de tu propio circuito. Conviene el sistema intermedio cuando ese producto ya cubre tu facturación y solo hay que delegarle el servicio.

Actualizado octubre 2026.

Esto no es asesoramiento contable ni fiscal. La condición frente al IVA, el tipo de comprobante y si te corresponde CAE o la contingencia CAEA los define tu contador con la norma. Acá está el circuito técnico, con la documentación de ARCA y la ayuda pública de los sistemas que nombramos.

Emitir la factura de un pedido que ya está confirmado es una de las tareas que una pyme puede dejar en un agente, con una persona mirando lo que se sale de la regla. El listado está en tareas que una pyme puede delegar a un agente de IA.

Los caminos, y cuándo conviene cada uno

1. Los web services de ARCA, desde tu sistema. ARCA publica la nómina en la documentación de factura electrónica. Para comprobantes A, B, C y M sin detalle de ítems, el servicio vigente es WSFEv1 (RG 4.291). El WSFE anterior quedó reemplazado el 1 de julio de 2011. Si la factura A o B tiene que llevar el detalle de ítems, la misma página indica WSMTXCA (RG 2.904). Exportación, turismo y otros regímenes tienen su propio servicio: se elige el que corresponde a lo que emitís, no "el de factura" genérico.

El manual del desarrollador de WSFEv1 (revisión del 1 de septiembre de 2026, proyecto FE v4.7) dice que cada método necesita un ticket de acceso del WSAA. Para pedirlo, el tag service va con el valor wsfe, y el ticket dura 12 horas. El método que autoriza el comprobante con CAE es FECAESolicitar.

2. Un sistema que ya factura y le delegás el web service. No desarrollás el WSAA: el proveedor tecnológico lo consume en tu nombre, después de que lo autorizás en el Administrador de Relaciones de Clave Fiscal. Tres productos lo documentan en su propia ayuda:

• Tango (Axoft). La guía de implementación de factura electrónica describe el pedido del certificado desde el sistema, la carga del certificado y de la clave privada, y la asociación del certificado al web service en el sitio del organismo. El PDF todavía nombra a AFIP. El organismo hoy es ARCA, y las pantallas vigentes son las de los manuales de ARCA, no las de esa guía si no coinciden.
• Xubio. La ayuda para configurar facturas electrónicas pide delegar el web service "Facturación Electrónica" al CUIT 30-71468765-0 (Soluciones Online S.A., el CUIT que publican sin guiones es 30714687650), crear un punto de venta nuevo para web services y dar de alta ese punto dentro de Xubio. Dicen que hace falta clave fiscal de nivel 3 o superior, y que el trámite es una vez por CUIT.
• Alegra. La ayuda para activar la facturación electrónica pide asociar como proveedor tecnológico a LinkSide, CUIT 30710946147, y crear el punto de venta con el sistema "RECE para aplicativo y web service" si sos responsable inscripto, o "Factura electrónica – Web service" si sos monotributista. Piden esperar 24 horas hábiles para que la conexión quede hecha.

3. Un agente a medida, apoyado en uno de los dos. El agente no "inventa" la factura. Toma un pedido que ya está confirmado, arma el pedido de CAE con los datos que ya tenés y lo manda por el camino 1 o por la API del sistema del camino 2, si ese sistema la documenta. Si falta un dato, el monto se sale de la regla o ARCA rechaza, lo mira una persona antes de salir.

Elegir entre conectar tu sistema o adoptar el de un proveedor es la misma decisión de software a medida o enlatado: si el circuito de venta es el estándar del producto, delegá. Si la factura tiene que seguir una regla tuya (un pedido que entra por WhatsApp, un precio que vive en tu depósito), el web service se consume desde lo que ya opera tu venta.

Qué hay que tener antes de automatizar

El instructivo de ARCA para consumir un web service de factura electrónica ordena los pasos. Resumidos para una pyme:

1. Clave fiscal, para entrar a ARCA y hacer las delegaciones. Xubio, en su ayuda, pide nivel 3 o más para el trámite que ellos describen.
2. Certificado digital X.509, emitido por la autoridad certificante de ARCA. Sin eso el WSAA no te autentica. La documentación del WSAA separa los dos ambientes: en homologación el certificado se gestiona con WSASS; en producción, con el Administrador de Certificados Digitales. Después hay que asociar ese certificado al web service de negocio. El instructivo aclara que no hace falta un certificado por cada servicio, y que el servicio de WSFEv1 es WSFE.
3. Punto de venta dado de alta para el régimen que vas a usar. El instructivo lo ubica en "Administración de puntos de venta y domicilios" o en el ABM de puntos de venta. Xubio y Alegra, en las ayudas citadas, piden un punto de venta distinto del que ya usás para facturar a mano en la web, asociado a web services.
4. Los datos del comprobante, completos y verdaderos. CUIT del receptor cuando corresponde, tipo, importes, concepto y fecha. El manual de WSFEv1 valida la fecha contra el último comprobante de ese tipo y punto de venta, y contra una ventana de días respecto del pedido de autorización. Un número salteado o una fecha fuera de esa ventana no se "arregla" reintentando igual.

El alta del certificado, la delegación y el punto de venta los hace una persona con la clave fiscal. Eso no lo automatiza el bot.

De la venta al comprobante, con CAE y código QR

Cuando lo anterior está hecho, el circuito que describe el manual es este:

1. El sistema pide un ticket de acceso al WSAA, firmando la solicitud con el certificado. El ticket trae un token y una firma, y sirve para ese web service durante 12 horas.
2. Con el ticket, llama a FECAESolicitar y manda los datos del comprobante.
3. ARCA autoriza y devuelve el CAE, u observa o rechaza. Sin CAE, ese comprobante no quedó autorizado.
4. El sistema arma el comprobante con los datos autorizados. La Resolución General 4892/2020 obliga a incorporar un código QR en los comprobantes electrónicos autorizados bajo la RG 4.291. El QR codifica los datos del micrositio de factura electrónica y, al escanearlo, el receptor ve ese detalle. Si pedís la autorización por "Comprobantes en línea" o por el Facturador Móvil, el artículo 3 dice que el propio sistema de ARCA incorpora el QR. Si la autorización sale por web service, el QR lo tiene que generar quien emite, con la especificación que publica ARCA. El QR no reemplaza los datos que la norma exige en el comprobante.
5. Recién ahí se lo mandás al cliente, por mail o por WhatsApp. El mensaje lleva el comprobante autorizado, no un presupuesto con cara de factura.

Probar en homologación, y los rechazos típicos

ARCA tiene un ambiente de homologación y uno de producción. El manual de WSFEv1 publica las dos direcciones, y la página de homologación externa junta los manuales del desarrollador. El certificado de prueba sale de WSASS, no se reutiliza el de producción al revés. El primer comprobante real no es el lugar para descubrir que el punto de venta no está asociado.

El manual documenta rechazos y observaciones. Los que se ven en una pyme, antes de cualquier código:

• Numeración. La fecha del comprobante tiene que ser mayor o igual a la del último de ese tipo y ese punto de venta. Dos sistemas facturando el mismo punto de venta se pisan.
• Fechas. El manual limita en cuántos días la fecha puede alejarse del pedido de autorización, y distingue productos de servicios. Una fecha "de ayer" que se pasa de esa ventana vuelve rechazada.
• El receptor. El historial del manual consigna que, en modalidad CAE, si el receptor está en condición de apócrifo a la fecha de autorización, el comprobante se rechaza.
• Datos de más o de menos. Un campo obligatorio vacío, o un punto de venta que no es el habilitado para ese servicio, no pasa.

El sistema automático tiene que mostrar el rechazo y frenar. Reintentar el mismo pedido sin cambiar el dato repite el error.

Qué se puede automatizar y qué no

Se puede dejar en el sistema, si la regla está escrita y los datos existen:

• Pedir el ticket y el CAE de un pedido ya confirmado.
• Llevar la numeración del punto de venta que ese sistema tiene asignado.
• Armar el PDF con el QR a partir de lo que ARCA autorizó.
• Enviar el comprobante por mail o por WhatsApp.
• Avisar a una persona cuando ARCA rechaza o cuando falta un dato.

No se automatiza, o se automatiza mal:

• Sacar el certificado, delegar el web service o inventar una clave fiscal.
• Decidir la condición fiscal, el tipo de comprobante o un descuento que no está en la lista.
• Emitir "igual" si ARCA no devolvió CAE. Ese papel no es una factura electrónica.
• Corregir un comprobante ya autorizado cambiando el importe. Lo que corresponde es el comprobante que la norma prevé (una nota de crédito, por ejemplo), y eso lo confirma quien lleva la contabilidad.
• Facturar stock que no existe. Si el número del sistema no es el del depósito, la factura va a estar mal aunque el CAE salga bien. Primero está cómo controlar el stock.

Si ARCA no responde

Sin respuesta del servicio no hay CAE nuevo. El manual de WSFEv1, en la revisión del 1 de agosto de 2026, adapta el régimen a la RG 5782: los puntos de venta CAEA pasan a considerarse de contingencia, tienen que estar asociados a un domicilio de factura electrónica, y hay que informar la fecha y hora de generación del comprobante. El propio manual recuerda que, según esa resolución, el CAEA aplica exclusivamente como modalidad de emisión ante contingencias, y que las operaciones se informan con esa fecha y hora.

No es un modo paralelo para facturar todos los días sin conexión. Si el servicio está caído en el momento de la venta, el circuito habitual es esperar a poder pedir el CAE, o usar la contingencia que tu contador ya tenga dada de alta, no inventar un número. Alegra, en la ayuda citada, documenta además una configuración de numeración CAEA dentro de su producto: eso es la herramienta de ellos, y las condiciones que publican (incluido un tope mensual) son las de esa ayuda, no una cifra de esta nota.

Tiendanube, Mercado Libre y el resto de los canales

ARCA no se "conecta" solo a una tienda. Quien factura es un sistema autorizado a pedir el CAE, con un punto de venta web service. Xubio, en la misma ayuda, documenta marcar un punto de venta como predeterminado para Tiendanube y otro (o el mismo) para Mercado Shops o Mercado Libre. Eso indica de qué punto sale la factura de esas ventas. Si cada orden se factura sola, y con qué regla, es una configuración de ese producto: la página que citamos describe el punto de venta por defecto, no promete un comprobante por cada checkout.

Si la tienda, el depósito y la factura no miran el mismo stock, automatizar el CAE acelera el error. El orden de qué automatizar primero aplica igual: primero el dato confiable, después el mensaje o la factura que lo usa.

Preguntas frecuentes

¿Se puede facturar automáticamente desde Tiendanube o Mercado Libre?

ARCA no emite la factura desde la tienda. Hace falta un sistema con punto de venta para web services que pida el CAE. Xubio documenta un punto de venta predeterminado para Tiendanube y para Mercado Libre o Mercado Shops. Que cada venta genere el comprobante sin que nadie lo dispare depende de cómo esté configurado ese sistema, no de una opción dentro de ARCA.

¿Qué pasa si ARCA está caído?

No se obtiene un CAE en ese momento. El manual de WSFEv1, con la adecuación de agosto de 2026 a la RG 5782, trata el CAEA como modalidad de contingencia: hay que tener el punto de venta correspondiente y después informar el comprobante con fecha y hora de generación. No reemplaza al CAE del día a día.

¿Hace falta un certificado digital?

Sí, para consumir los web services vos mismo. El WSAA pide un certificado X.509 de ARCA, de prueba en WSASS y de producción en el Administrador de Certificados Digitales, asociado al servicio de factura electrónica. Si delegás el web service en un proveedor tecnológico, el certificado lo gestiona ese proveedor y vos autorizás la relación con tu clave fiscal, como describen las ayudas de Xubio y de Alegra.

¿Un agente puede emitir la factura sin que la mire una persona?

Puede pedir el CAE y enviar el comprobante cuando el pedido ya está confirmado y los datos cierran con la regla. Un cliente nuevo sin los datos fiscales, un importe fuera de lo habitual o un rechazo de ARCA tienen que frenar y pasar a una persona. El agente no decide la condición fiscal ni rehace un comprobante ya autorizado.

¿Alcanza con WSFEv1 si la factura tiene que listar los productos?

WSFEv1, según la documentación de ARCA, es para comprobantes A, B, C y M sin detalle de ítems. Si necesitás el detalle en comprobantes A o B, la misma página indica WSMTXCA. El servicio se elige por el comprobante que emitís.

El enfoque de Kubic

En Kubictech conectamos la facturación al circuito que ya tenés —el pedido, el stock, el envío del comprobante— cuando el producto enlatado no llega hasta ahí. El código queda tuyo, con la mejor relación precio-calidad, y lo que ARCA tiene que autorizar sigue pasando por el web service oficial.

Si querés ver en qué otras tareas del día se apoya el mismo criterio, bajá la guía.

Descargá la guía gratis

Si preferís mirar tu punto de venta y tu forma de facturar antes de conectar nada, agendá una llamada de diagnóstico.