> ## Documentation Index > Fetch the complete documentation index at: https://www.emissa.com.ar/docs/llms.txt > Use this file to discover all available pages before exploring further. # CUIT, CAE y homologación > El vocabulario mínimo para tomar decisiones correctas contra la API si no sos contador —o no sos argentino. Cuatro palabras que aparecen en cada respuesta de la API y que nadie explica porque en Argentina se dan por sabidas. Si no sos argentino —o sos argentino y no contador— esto es lo que hace falta para tomar decisiones correctas contra la API en vez de descubrirlas cuando ARCA rechaza. ## Quién es ARCA El organismo que recauda los impuestos nacionales. Hasta 2024 se llamaba **AFIP**, y el nombre viejo sigue vivo en todas partes: los servidores con los que Emissa habla son `wsaahomo.afip.gov.ar` y `wswhomo.afip.gov.ar`. Si ves «AFIP» en un log, es el mismo organismo. > [!NOTE] > > Lo que importa para integrar: **ARCA autoriza los comprobantes de uno en uno, > antes de que se los entregues a tu cliente.** No es un régimen de declaración > mensual. Cada factura pasa por un webservice y vuelve con un número de > autorización, o vuelve rechazada. ## CUIT La Clave Única de Identificación Tributaria: **11 dígitos** que identifican a un contribuyente. Es lo que en otros países sería el número de identificación fiscal. ![El CUIT 30-50000173-5 se parte en tres: el prefijo 30 dice qué clase de contribuyente es, los ocho dígitos del medio son el cuerpo, y el último dígito es el verificador.](https://mintcdn.com/emissa/4QpgM24I6Fz3ej59/images/diagramas/cuit-anatomia.light.svg?fit=max\&auto=format\&n=4QpgM24I6Fz3ej59\&q=85\&s=8eb3c6b5ebc3442ed2a0e2ec99e197d1) ![](https://mintcdn.com/emissa/4QpgM24I6Fz3ej59/images/diagramas/cuit-anatomia.dark.svg?fit=max\&auto=format\&n=4QpgM24I6Fz3ej59\&q=85\&s=c9c798f103d3fc67c1868bf77c83e034) Las tres partes de un CUIT **El último dígito es aritmética, no un dato.** Sale de un módulo 11 sobre los otros diez, así que un CUIT mal tipeado se puede detectar sin consultar nada. Emissa lo verifica antes de hablar con ARCA. > [!WARNING] > > **Por qué esa validación importa más de lo que parece.** Un CUIT mal tipeado > que llega a ARCA es un rechazo **con el número de comprobante ya consumido**: > la serie queda con un hueco que después hay que explicar. Atajarlo antes es > gratis; atajarlo después no se puede. > [accordion] Qué contesta la API con un CUIT mal tipeado > > ```json theme={null} > { > "statusCode": 400, > "errorCode": "INVALID_RECEIVER_DOCUMENT", > "message": "El documento del receptor no es válido para su tipo", > "details": "el digito verificador no corresponde" > } > ``` > > Esa respuesta es de `30500001736` — el CUIT válido `30500001735` con el último > dígito cambiado. > > Emissa **no valida el prefijo**, a propósito: la lista que se publica no es > estable —ARCA suma rangos— y una lista incompleta rechazaría contribuyentes > reales. El verificador sí, porque es aritmética. ### El CUIT no es el único documento En el receptor podés mandar cuatro tipos: | Documento | Código | Cuándo se usa | | - | - | - | | **CUIT** | `80` | Empresas y monotributistas. **Obligatorio en la Factura A** | | **CUIL** | `86` | Personas en relación de dependencia | | **DNI** | `96` | Personas sin CUIT | | **Consumidor final sin identificar** | `99` | Ventas al público. El número del documento va en `"0"` | ## Punto de venta El «mostrador» desde el que emitís. No es un lugar físico: es una **numeración independiente** que ARCA te habilita. La factura `0001-00000131` es el punto de venta `0001`, comprobante `131`. Tiene su propia guía porque hay un alta que hacer antes de poder emitir: [Qué es un punto de venta](https://www.emissa.com.ar/docs/guias/punto-de-venta.md). ## CAE El **Código de Autorización Electrónico**: catorce dígitos con los que ARCA dice «esta factura existe y la autorizo yo». > [!WARNING] > > Sin CAE, lo que tenés no es un comprobante fiscal: es un PDF. > [accordion] Cómo se ve una emisión autorizada > > De una emisión real de esta documentación: > > ```json theme={null} > { > "status": "AUTHORIZED", > "cae": "86300696854515", > "caeExpiresAt": "2026-08-08", > "arcaMetadata": { "resultado": "A", "authorized": true, "observaciones": 1 } > } > ``` > > `resultado: "A"` es ARCA diciendo **aprobado**. El CAE lo emitió el organismo, > no Emissa. ### Por qué el CAE tiene fecha de vencimiento El vencimiento no lo calcula Emissa: es un campo que devuelve ARCA y se guarda tal cual. En la emisión de arriba, autorizada el **2026-07-29**, ARCA puso vencimiento **2026-08-08** — diez días. Lo que ese plazo acota, por normativa de ARCA, es **la entrega del comprobante al receptor**: no es que la factura deje de existir el 9 de agosto. Dicho de otro modo, no podés guardarte un CAE para usarlo más tarde. Por eso el CAE se pide cuando facturás y no antes. > [!TIP] > > **Consecuencia práctica para tu integración:** no encoles emisiones por días. > Si tu sistema factura en lotes, el lote tiene que emitir contra ARCA, no > reservar autorizaciones. > [!NOTE] > > La fecha y su duración están medidas; qué obliga el plazo es normativa de > ARCA, no comportamiento de esta API. Si tu caso depende de eso, consultalo con > tu contador. ### Autorizado no es lo mismo que sin observaciones Esto sorprende a casi todos. ARCA tiene **tres desenlaces, no dos**: | Desenlace | Qué pasó | Qué hacer | | - | - | - | | **Aprobado** | Hay CAE | Nada | | **Aprobado y observado** | Hay CAE **y** advertencias | El comprobante vale. La observación puede afectar a tu cliente | | **Rechazado** | **No hay CAE** | Corregir y volver a emitir — ver [CAE rechazado](https://www.emissa.com.ar/docs/guias/cae-rechazado.md) | La emisión del ejemplo de arriba es de las del medio: una Factura A **autorizada y observada** al mismo tiempo. > [!WARNING] > > **No trates una observación como un fallo.** Si tu código hace `if > (observations.length) throw`, vas a romper emisiones que ARCA aprobó. El campo > que decide es el estado, no la cantidad de observaciones. > [accordion] Cómo se ve una observación > > ```json theme={null} > { > "observations": [ > { > "code": 10217, > "message": "El credito fiscal discriminado en el presente comprobante solo podra ser computado a efectos del Procedimiento permanente de transicion al Regimen General." > } > ] > } > ``` > > Son advertencias, no errores. El comprobante de este ejemplo tiene CAE y vale. ## Homologación El **ambiente de pruebas de ARCA**. Es un juego completo de servidores paralelo al productivo. > [!NOTE] > > **Lo que lo distingue de un sandbox cualquiera: homologación entrega CAE > real.** Los CAE de esta documentación salieron de los servidores de ARCA. No > es un simulador ni un mock — la firma, el sobre SOAP y la respuesta son los > mismos que en producción. Lo que **no** es: un ambiente con validez fiscal. Un comprobante de homologación no le sirve a tu cliente y no entra en ninguna declaración. Sirve para que tu integración esté terminada antes de tocar la serie real. | | Homologación | Producción | | - | - | - | | **Autenticación** | `wsaahomo.afip.gov.ar` | `wsaa.afip.gov.ar` | | **Facturación** | `wswhomo.afip.gov.ar` | `servicios1.afip.gov.ar` | | **Certificado** | El de homologación | Uno productivo, distinto | | **Numeración** | Serie propia | Serie propia | | **Validez fiscal** | No | Sí | Los comprobantes de homologación **consumen números de su propia serie y no se devuelven**. Es un detalle sin consecuencias —la serie es de prueba— pero explica por qué el número no arranca en 1 cuando empezás. > [!WARNING] > > En Emissa el ambiente es un campo del contribuyente, y la clave que uses tiene > que coincidir: una clave de prueba contra un contribuyente en producción se > rechaza. El [quickstart](https://www.emissa.com.ar/docs/guias/quickstart.md) cierra con los tres controles del > paso a producción, medidos. ## Qué sigue > [card] [Qué es un punto de venta](https://www.emissa.com.ar/docs/guias/punto-de-venta.md) > > El alta que hay que hacer en ARCA antes de emitir. > [card] [Por qué hay comprobantes A, B y C](https://www.emissa.com.ar/docs/guias/tipos-de-comprobante.md) > > La decisión que más rechazos causa. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.