# 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](https://yo-facturo.com/dev/arca/wsaa-explicado/). 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:

1. Generar una clave privada en tu equipo.
2. Armar con ella un pedido de certificado y presentarlo en ARCA, una vez para homologación y otra para producción.
3. Descargar el certificado que ARCA devuelve y asociarlo al servicio.
4. Programar el pedido de ticket de acceso: armar el XML, firmarlo, llamarlo y reutilizar el ticket hasta que venza.
5. Hablar SOAP con WSFEv1, interpretar sus errores y respetar la numeración consecutiva.
6. 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

1. **Delegá** el servicio de Facturación Electrónica al CUIT de la plataforma. El recorrido está en la guía de [delegación](https://yo-facturo.com/dev/arca/delegar-web-service-facturacion/).
2. **Verificá** la delegación con la API.
3. **Dá de alta** un punto de venta de tipo Web Services y verificalo.
4. **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ó:

```bash
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](https://yo-facturo.com/dev/arca/homologacion-vs-produccion/).

## 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](https://yo-facturo.com/dev/arca/certificado-web-service/). Si lo tuyo es emitir comprobantes desde tu sistema, la página de la [API de facturación electrónica](https://yo-facturo.com/api-facturacion/) resume lo que cubre la API.

## Seguí leyendo

- [Certificado digital para web services de ARCA](https://yo-facturo.com/dev/arca/certificado-web-service/)
- [Cómo delegar el web service de facturación](https://yo-facturo.com/dev/arca/delegar-web-service-facturacion/)
- [Homologación vs producción](https://yo-facturo.com/dev/arca/homologacion-vs-produccion/)
- [Clave fiscal y certificado digital para factura electrónica](https://yo-facturo.com/blog/afip-clave-fiscal-factura-electronica/)
- [API de facturación electrónica de YoFacturo](https://yo-facturo.com/api-facturacion/)

Fuente: https://yo-facturo.com/dev/arca/webservice-afip-sin-certificado/