·9 min de lectura

RCEL Web Services ARCA: Alta y Conexión Paso a Paso

Cómo dar de alta el RCEL y conectar tu sistema a los Web Services de ARCA: certificado, permisos, punto de venta y el flujo WSAA/WSFEv1, con los comandos exactos.

El RCEL es el régimen que te permite emitir comprobantes electrónicos desde tu propio sistema de gestión, conectándolo directamente contra los servidores de ARCA (ex AFIP) por Web Services. En vez de entrar al sitio de AFIP y cargar cada factura a mano en "Comprobantes en línea", tu sistema pide el CAE por atrás y te devuelve la factura lista.

Es el único camino si facturás volumen. Y es también donde más gente se traba, porque el alta mezcla tres cosas distintas —certificados, permisos y puntos de venta— que hay que hacer en orden y en tres pantallas diferentes de AFIP.

Esta guía es el procedimiento completo, en orden, con los comandos exactos.

Qué necesitás antes de empezar

  • CUIT y Clave Fiscal nivel 3 o superior. Si tenés nivel 2, el trámite de suba de nivel se hace con biometría desde la app Mi AFIP o en una dependencia.
  • OpenSSL. Viene instalado en macOS y en cualquier Linux. En Windows se instala aparte o se usa el WSL.
  • Un sistema emisor capaz de hablar SOAP/XML por HTTPS contra los endpoints del organismo. Si usás Sherpa, esta parte ya está resuelta.

Paso 1: generar la clave privada y el pedido de certificado

Todo el esquema de autenticación de ARCA se apoya en un par de claves que generás vos. La clave privada nunca sale de tu servidor; lo que subís a AFIP es sólo un pedido de firma (CSR).

Abrí una terminal y corré:

# Clave privada
openssl genrsa -out privada.key 2048

# Pedido de certificado (CSR) openssl req -new -key privada.key -out pedido.csr \ -subj "/C=AR/O=RAZON_SOCIAL/CN=ALIAS_APLICACION/serialNumber=CUIT 20XXXXXXXXX" ```

Tres detalles que importan:

  • `O=` tiene que ser tu razón social tal como figura en la constancia de inscripción.
  • `CN=` es un alias libre que elegís vos para identificar la aplicación. Por ejemplo FacturacionWebServices.
  • `serialNumber=` lleva literalmente la palabra CUIT, un espacio, y tu CUIT sin guiones. Este es el error más frecuente del paso: si el formato no es exacto, AFIP rechaza el CSR sin explicar por qué.

Guardá privada.key con permisos restringidos y hacé backup. Si la perdés tenés que rehacer todo el trámite; si se filtra, cualquiera puede emitir facturas a tu nombre.

Paso 2: tramitar el certificado digital

  1. Entrá al portal de ARCA con CUIT y Clave Fiscal.
  2. Buscá el servicio Administración de Certificados Digitales.
  3. Agregar Alias: poné el mismo nombre identificatorio que usaste en el CN.
  4. Adjuntá el pedido.csr del paso anterior.
  5. Descargá el certificado firmado, con extensión .crt.

Ese .crt más tu privada.key son el par que va a usar tu sistema para autenticarse. El certificado tiene vencimiento (típicamente dos años), así que anotá la fecha: cuando venza, la facturación se corta de golpe y hay que repetir los pasos 1 y 2.

Paso 3: autorizar el certificado a usar el servicio

Tener el certificado no alcanza. Hay que decirle a ARCA qué servicio puede usar ese certificado.

  1. Desde el menú de Clave Fiscal, entrá a Administrador de Relaciones de Clave Fiscal.
  2. Nueva RelaciónBuscar dentro de AFIP/ARCA → Web Services.
  3. Elegí el servicio según qué comprobantes vas a emitir.
  4. En Representante, seleccioná el alias del certificado que creaste en el paso 2 y confirmá.

Los servicios entre los que tenés que elegir en el punto 3:

  • WSFEv1 — Facturas A, B, C y sus notas de crédito y débito. Es el que usa la enorme mayoría.
  • WSFEXv1 — Facturas E, de exportación.
  • WSFCE — Factura de Crédito Electrónica MiPyME.

Si más adelante vas a exportar, volvé a este paso y agregá WSFEXv1 con el mismo certificado. No hace falta un certificado nuevo por servicio.

Paso 4: dar de alta el punto de venta

Los comprobantes por Web Services exigen un punto de venta propio, distinto del que usás para facturar a mano o con controlador fiscal. No se pueden mezclar: si intentás emitir por WS contra un punto de venta dado de alta como "Comprobantes en línea", ARCA rechaza con error de punto de venta no autorizado.

  1. Entrá a Administración de Puntos de Venta y Domicilios (o al servicio REAR/RECE/RFI según tu caso).
  2. Seleccioná la empresa → A/B/M de Puntos de VentaAgregar.
  3. Completá número (por ejemplo 00005), nombre de fantasía y domicilio.
  4. En Sistema de Facturación elegí estrictamente "RECE para Web Services" o "Facturación Electrónica — Web Services".

Anotá el número: es el que vas a configurar en tu sistema, y tiene que coincidir exactamente con el que mandes en cada solicitud de CAE.

Cómo funciona la conexión, por dentro

Una vez completado el alta, cada factura implica dos llamadas encadenadas contra ARCA.

1. Autenticación (WSAA). Tu sistema arma un XML llamado TRA (Ticket de Requerimiento de Acceso) declarando a qué servicio quiere entrar, lo firma electrónicamente combinando la clave privada y el certificado en formato CMS/PKCS#7, y lo manda al WSAA. ARCA responde con un Token y un Sign.

2. Autorización del comprobante (WSFEv1). Con ese Token y Sign vigentes, tu sistema arma el mensaje SOAP con los datos de la factura —tipo, punto de venta, CUIT del cliente, importes discriminados por alícuota— y lo envía. ARCA valida la consistencia fiscal y devuelve el CAE con su fecha de vencimiento, o el detalle de los errores.

Acá está el detalle que rompe más implementaciones caseras: el Ticket de Acceso dura 12 horas y no se puede pedir uno nuevo antes de que venza el anterior. Si tu sistema pide autenticación en cada factura, ARCA empieza a rechazar por exceso de solicitudes y te quedás sin poder facturar. El token hay que guardarlo y reutilizarlo durante toda su vigencia.

Homologación y producción

Todo se prueba primero en homologación. Son endpoints distintos, con certificados distintos: el certificado de testing no sirve en producción y viceversa.

EntornoWSAA (autenticación)WSFEv1 (facturación)
Homologaciónwsaahomo.afip.gov.ar/ws/services/LoginCmswswhomo.afip.gov.ar/wsfev1/service.asmx
Producciónwsaa.afip.gov.ar/ws/services/LoginCmsservicios1.afip.gov.ar/wsfev1/service.asmx

Los CAE de homologación son reales en formato pero no tienen validez fiscal. Sirven para verificar que tu numeración, tus alícuotas y tus totales cierran antes de emitir algo que después haya que anular con una nota de crédito.

Buenas prácticas que evitan dolores de cabeza

  • Reintentos, sólo por red. Si falla la conexión HTTP, reintentá con espera exponencial. Si ARCA rechazó por una validación de negocio —CUIT inexistente, importes que no cierran, fecha fuera de rango—, nunca reintentes automático: corregí primero la causa. Un reintento ciego sobre un rechazo de negocio no cambia nada y puede duplicar numeración.
  • Guardá la traza completa. El XML que mandaste, el XML que te respondieron, la fecha exacta, el CAE y cualquier código de observación. Ante una fiscalización o un reclamo, eso es la única evidencia de qué pasó.
  • El QR es obligatorio. Desde marzo de 2021, la RG 4892/2020 exige el código QR en toda representación impresa o digital del comprobante. No es opcional ni estético: una factura sin QR es un comprobante no conforme.
  • Vigilá el vencimiento del certificado. Es la causa número uno de "de un día para el otro dejó de facturar".
  • Numeración correlativa sin huecos. Antes de emitir, consultá a ARCA cuál fue el último número autorizado para ese punto de venta y tipo de comprobante, en vez de confiar en tu propio contador.

Cómo lo resuelve Sherpa

Los pasos 1 a 4 son trámite ante ARCA y los tenés que hacer vos: nadie puede generar tu certificado ni dar de alta tu punto de venta en tu nombre. Lo que Sherpa te saca de encima es todo lo que viene después.

Subís el certificado .crt y la clave .key una sola vez en Configuración → ARCA, indicás el punto de venta que diste de alta, y a partir de ahí:

  • El TRA se firma en formato CMS/PKCS#7 y el Token/Sign queda cacheado por sus 12 horas, así que nunca vas a chocar contra el límite de solicitudes del WSAA.
  • Cada comprobante pide el CAE contra WSFEv1 en tiempo real, con los importes discriminados por alícuota como corresponde según la letra.
  • El PDF sale con el QR de la RG 4892/2020, el CAE y su vencimiento, y la leyenda de transparencia fiscal de la Ley 27.743 en los comprobantes B.
  • Podés operar en homologación o producción cambiando un selector, para probar sin riesgo antes de emitir en serio.
  • Se soportan múltiples puntos de venta en simultáneo, si tenés facturación web y POS conviviendo.

En promedio son 8 segundos desde que cargás los datos hasta tener el CAE y el PDF listo para mandarle al cliente.

Preguntas frecuentes

¿Puedo usar el mismo punto de venta que ya uso en Comprobantes en línea? No. El punto de venta de Web Services tiene que ser exclusivo y estar dado de alta con esa modalidad.

¿Necesito un certificado por cada punto de venta? No. Un certificado por CUIT alcanza para todos tus puntos de venta y para todos los servicios que le hayas autorizado.

¿Qué pasa si se me vence el certificado? La facturación se corta. Hay que repetir los pasos 1 y 2 —clave privada nueva, CSR nuevo, certificado nuevo— y volver a cargarlo en el sistema. El alias y la relación del paso 3 se pueden reutilizar.

¿Sirve para monotributistas? Sí. El monotributista emite Factura C y usa exactamente el mismo WSFEv1; lo único que cambia es que no discrimina IVA.

¿Puedo facturar con fecha anterior? ARCA acepta hasta 5 días corridos hacia atrás en facturas de servicios y menos en productos. Pasado ese margen, rechaza.

Probá Sherpa gratis 14 días →

Etiquetas

ARCAAFIPfacturación electrónicaargentinapyme