Web service de AFIP sin certificado propio: cómo
La forma clásica de conectarse al web service de facturación de AFIP (hoy ARCA) exige generar un certificado digital, custodiar su clave y programar la autenticación. Hay otra vía que ARCA también ofrece: delegar el servicio a un tercero que ya tiene todo eso resuelto. Acá comparamos ambos caminos y mostramos cómo se recorre el segundo con la API de YoFacturo.
Por qué ARCA pide un certificado
Los web services de ARCA no funcionan con usuario y contraseña. Cada llamada va acompañada de un ticket de acceso que se obtiene firmando un pedido con un certificado digital, como cuenta la guía del WSAA. Por eso, la pregunta "¿puedo usar el web service de AFIP sin certificado?" tiene una respuesta precisa: alguien tiene que tener el certificado. Lo que podés elegir es si ese alguien sos vos o un tercero en quien delegás.
El camino clásico y lo que implica
Si vas por tu cuenta, el recorrido es este:
- Generar una clave privada en tu equipo.
- Armar con ella un pedido de certificado y presentarlo en ARCA, una vez para homologación y otra para producción.
- Descargar el certificado que ARCA devuelve y asociarlo al servicio.
- Programar el pedido de ticket de acceso: armar el XML, firmarlo, llamarlo y reutilizar el ticket hasta que venza.
- Hablar SOAP con WSFEv1, interpretar sus errores y respetar la numeración consecutiva.
- Guardar la clave de forma segura y renovar el certificado antes de que caduque.
Es un camino válido y tiene sentido si construís un producto que necesita hablar directo con ARCA. Para un comercio, un estudio o un sistema que solo quiere emitir comprobantes, es mucho trabajo y mucha responsabilidad por una función que no es el centro del negocio.
La vía de la delegación
ARCA tiene un mecanismo propio, el Administrador de Relaciones, que permite autorizar a otro CUIT a operar un servicio en tu nombre. Con YoFacturo se usa así: delegás el servicio de Facturación Electrónica al CUIT de la plataforma, 20-44894138-9, y desde ese momento el certificado que firma es el de YoFacturo mientras que tu CUIT figura como emisor de cada comprobante. En producción, los comprobantes llevan un CAE real otorgado por ARCA.
Qué te toca hacer y qué no:
| Camino clásico | Delegación con YoFacturo | |
|---|---|---|
| Generar clave y pedido de certificado | Vos | No hace falta |
| Custodiar la clave privada | Vos | La plataforma |
| Implementar el WSAA y renovar tickets | Vos | La plataforma |
| Hablar SOAP con WSFEv1 | Vos | La plataforma, vos llamás a una API REST |
| Clave fiscal nivel 3 | Sí | Sí, para delegar |
| Punto de venta de tipo Web Services | Sí | Sí |
| Delegación en ARCA | No | Sí, una vez |
No es un atajo para saltear a ARCA: seguís necesitando tu clave fiscal con nivel 3 y un punto de venta habilitado. Lo que desaparece es todo el trabajo criptográfico.
Los pasos, de punta a punta
- Delegá el servicio de Facturación Electrónica al CUIT de la plataforma. El recorrido está en la guía de delegación.
- Verificá la delegación con la API.
- Dá de alta un punto de venta de tipo Web Services y verificalo.
- Emití tu primer comprobante.
La verificación se ve así. Reemplazá TU_TOKEN por tu token de API y TU_CUIT por el CUIT que delegó:
curl -X POST "https://api.yo-facturo.com/api/v1/bill/tax_info/verify-delegation/" \
-H "X-API-Key: TU_TOKEN" \
-H "Content-Type: application/json" \
-d '{"cuit": "TU_CUIT"}'Si data.delegation_verified vuelve true, ARCA reconoció la relación. El token necesita el scope accounting:write. Con false o null mirá la guía de delegación: ahí se explica cada caso.
Y en homologación, ni siquiera eso
Para probar la integración no necesitás certificado, ni CUIT propio, ni delegación. Una cuenta en testing emite con el CUIT y el certificado de homologación de la plataforma, y vos seguís viendo tu propio CUIT en los datos. Las diferencias con producción están en homologación vs producción.
Cuándo igual vas a necesitar un certificado propio
- Si escribís tu propio cliente y hablás directo con ARCA, sin pasar por la API de YoFacturo.
- Si necesitás un web service que la plataforma no expone.
En esos casos conviene entender bien qué es y cómo se maneja, en la guía de certificados. Si lo tuyo es emitir comprobantes desde tu sistema, la página de la API de facturación electrónica resume lo que cubre la API.