Integracin N8N con AFIP

No es necesario crear el certificado de producción ni autorizar los web services en cada request. Estos pasos se realizan solo una vez por CUIT y web service; luego, puedes reutilizar el certificado y la autorización para todas tus solicitudes, como la creación de notas de crédito, hasta que el certificado expire o cambies de entorno (desarrollo/producción) según corresponda. Solo deberás renovar el certificado cuando venza y volver a autorizar si agregas nuevos servicios o CUITs asociados.

Según la documentación, el flujo correcto es: crear el certificado, autorizar el web service, y luego usar esa información para operar normalmente con la API (por ejemplo, emitir comprobantes) sin repetir los pasos iniciales en cada request. Esto aplica tanto en N8N como en cualquier integración con Afip SDK. Más detalles en esta guía paso a paso y en la documentación oficial.

¿Te gustaría ver un ejemplo concreto de cómo se reutiliza el certificado y la autorización en N8N?

Sources:

• Obtener el certificado para conectar tu sistema con los web services de ARCA
• Autorizar web service de producción | Afip SDK

Sí, si ya creaste el certificado de producción y tienes el certificado y la key, solo te falta autorizar el web service específico que vas a usar (por ejemplo, factura electrónica) desde la página de ARCA. Una vez autorizado, puedes operar normalmente con la API usando ese certificado y key para todas tus solicitudes, sin repetir el proceso para cada request, hasta que el certificado expire o cambies de entorno.

Puedes consultar el paso de autorización aquí: Autorizar web service de producción. Si ya lo hiciste, ya puedes operar con la API sin problemas.

Sources:

• https://docs.afipsdk.com/siguientes-pasos/ir-a-produccion
• https://afipsdk.com/blog/como-obtener-certificado-para-web-services-arca/

Sí, el web service de facturación electrónica (WSFE) permite emitir notas de crédito, además de facturas y otros comprobantes. Solo debes indicar el tipo de comprobante correspondiente a nota de crédito en tu solicitud, como se muestra en la documentación oficial de Afip SDK.

Puedes ver ejemplos y detalles en la sección de nota de crédito A y otras variantes en la documentación.

Sources:

• Nota de Crédito A | Afip SDK

Cada campo del JSON corresponde a un dato requerido por AFIP para autorizar una nota de crédito electrónica. Por ejemplo:

• environment: entorno de trabajo ("dev" para pruebas, "prod" para producción).
• method: método a ejecutar, en este caso "FECAESolicitar" (solicitud de CAE).
• wsid: identificador del web service, "wsfe" para facturación electrónica.
• params.Auth: credenciales de autenticación (Token, Sign, Cuit).
• FeCAEReq.FeCabReq: cabecera del comprobante (cantidad, punto de venta, tipo de comprobante).
• FeCAEReq.FeDetReq.FECAEDetRequest: detalle del comprobante (concepto, tipo y número de documento, numeración, fechas, importes, moneda, condición IVA, comprobantes asociados, IVA).

Puedes ver la explicación de cada campo y sus valores en la documentación oficial de Afip SDK.

¿Te gustaría una explicación detallada de cada campo específico?

Sources:

• Nota de Crédito Electrónica A - Ejemplo JSON

No, "Token" y "Sign" no son el certificado ni la key. Son valores temporales que se obtienen al autenticarte contra el web service usando tu certificado y key; se generan en cada sesión y se usan para autorizar las solicitudes a AFIP/ARCA. El certificado y la key solo se usan para obtener estos valores, no se envían en cada request.

Puedes ver cómo obtener "Token" y "Sign" en la documentación oficial.

¿Te gustaría ver un ejemplo de cómo obtenerlos en tu lenguaje?

Sources:

• https://docs.afipsdk.com/integracion/api
• https://afipsdk.com/blog/crear-factura-electronica-de-afip-en-make/#radix-%3Ar0R2%3A

Exacto: antes de crear una nota de crédito, primero debes hacer una solicitud al endpoint de autenticación de la API de Afip SDK para obtener el "token" y "sign". Luego, usas esos valores en la solicitud para crear la nota de crédito. Este proceso se repite cada vez que el token expira o para cada sesión nueva.

Puedes ver el flujo detallado en la documentación oficial y ejemplos en este tutorial.

Sources:

• https://docs.afipsdk.com/integracion/api
• https://afipsdk.com/blog/usar-web-services-de-afip-via-api/

El token y sign tienen una validez de 12 horas desde su emisión. Sin embargo, la práctica recomendada es solicitarlos antes de cada request, ya que Afip SDK gestiona automáticamente la renovación si el token expiró, evitando problemas de autenticación y sincronización manual.

Esto significa que puedes incluir el paso de autenticación en tu workflow de n8n para obtener siempre un token y sign válidos antes de cada operación, tal como sugiere la documentación oficial.

Sources:

• https://docs.afipsdk.com/integracion/api
• Discord: duración del token

El error indica que faltan los campos "cert" y "key" en tu JSON. En producción, es obligatorio enviar el certificado y la key junto con los demás parámetros para obtener el token y sign. Debes agregar "cert": "-----BEGIN CERTIFICATE-----..." y "key": "-----BEGIN RSA PRIVATE KEY-----..." en el body de la solicitud.

Puedes ver el ejemplo correcto en la documentación oficial.

Sources:

• https://docs.afipsdk.com/integracion/api

Ese error ("Referenced node doesn't exist") no es propio de la autorización del web service en ARCA, sino que proviene de la configuración del workflow en n8n. Indica que algún nodo al que haces referencia en tu flujo fue eliminado o renombrado, y por eso el workflow no puede ejecutarse correctamente.

Revisa tu workflow en n8n y asegúrate de que todos los nodos referenciados existan y estén correctamente conectados. Este error no está relacionado con la API de Afip SDK ni con la autorización del web service en sí, según la documentación oficial.

¿Te gustaría ayuda para revisar la estructura de tu workflow en n8n?

Sources:

• Autorizar web service de producción | Afip SDK

Te explico cada campo del JSON para crear una Nota de Crédito B:

• environment: entorno de ejecución ("dev" para desarrollo, "prod" para producción).
• method: método a ejecutar, aquí "FECAESolicitar" (solicitud de CAE).
• wsid: identificador del web service, "wsfe" para facturación electrónica.
• params.Auth: credenciales de autenticación (Token, Sign y CUIT del emisor).
• FeCAEReq.FeCabReq: cabecera del comprobante:
  • CantReg: cantidad de comprobantes a registrar (normalmente 1).
  • PtoVta: punto de venta.
  • CbteTipo: tipo de comprobante (208 = Nota de Crédito B).
• FeCAEReq.FeDetReq.FECAEDetRequest: detalle del comprobante:
  • Concepto: 1=Productos, 2=Servicios, 3=Ambos.
  • DocTipo: tipo de documento del receptor (99=Consumidor Final).
  • DocNro: número de documento del receptor (0 para consumidor final).
  • CbteDesde y CbteHasta: numeración del comprobante (igual si es uno solo).
  • CbteFch: fecha del comprobante (formato AAAAMMDD).
  • FchServDesde, FchServHasta, FchVtoPago: fechas de servicio/pago (solo para servicios).
  • ImpTotal: importe total.
  • ImpTotConc: importe no gravado.
  • ImpNeto: importe neto gravado.
  • ImpOpEx: importe exento de IVA.
  • ImpIVA: importe total de IVA.
  • ImpTrib: importe total de tributos.
  • MonId: moneda ("PES" para pesos argentinos).
  • MonCotiz: cotización de la moneda (1 para pesos).
  • CondicionIVAReceptorId: condición frente al IVA del receptor (5=Consumidor Final).
  • CbtesAsoc: comprobantes asociados (tipo, punto de venta y número de la factura asociada).
  • Iva.AlicIva: detalle de alícuotas de IVA (Id=tipo de IVA, BaseImp=base imponible, Importe=importe de IVA).

¿Te gustaría una explicación más detallada de algún campo específico?

Sources:

• Nota de Crédito B - Ejemplo JSON y explicación

Para habilitar la administración de certificados digitales en una empresa, debes usar el CUIT de la empresa en los campos cuit y delegate_to. En username, pon el CUIT de la persona física que administra la empresa (quien ingresa a ARCA). La contraseña es la de ese usuario administrador.

Ejemplo:

{
  "automation": "add-relation",
  "params": {
    "cuit": "CUIT_EMPRESA",
    "username": "CUIT_PERSONA_ADMIN",
    "password": "contraseña_admin",
    "service": "web://arfe_certificado",
    "delegate_to": "CUIT_EMPRESA"
  }
}

Más detalles en la documentación oficial.

¿Te gustaría ver un ejemplo en algún lenguaje específico?

Sources:

• Habilitar Administración de Certificados Digitales vía API

La respuesta indica que la nota de crédito fue aprobada correctamente (Resultado: "A") y se asignó un CAE, por lo que está emitida en AFIP. Sin embargo, en la plataforma de ARCA, los comprobantes generados por web service pueden demorar hasta 24 horas en aparecer en la sección "Mis comprobantes". No aparecerán en "Comprobantes en Línea", ya que esa sección solo muestra los emitidos manualmente por el portal.

Esto está confirmado en la comunidad y documentación: revisa "Mis comprobantes" después de un tiempo, y si fue en entorno de desarrollo, no aparecerá en producción. Más detalles en este hilo de la comunidad.

Sources:

• Discord: demora en aparición de comprobantes en ARCA

El valor 208 corresponde a "Nota de Crédito electrónica MiPyME B", mientras que el valor 8 es para "Nota de Crédito B" común. Debes usar 8 si quieres emitir una Nota de Crédito B estándar, y 208 solo si es una MiPyME. Esto está especificado en la documentación de tipos de comprobantes de ARCA y Afip SDK.

Puedes consultar la lista completa de tipos de comprobantes en la documentación oficial.

Sources:

• https://docs.afipsdk.com/siguientes-pasos/web-services/factura-electronica/nota-de-credito-electronica-b#R_ld39bsnqj6iv5ubsnpfivb

Si usas Afip SDK para consultar la nota de crédito emitida por web service, deberías poder encontrarla inmediatamente después de recibir el CAE, sin necesidad de esperar 24 horas. El retraso de hasta 24 hs solo aplica para la visualización en la web de ARCA, no para las consultas vía API/web service.

Esto está confirmado en la comunidad y en la documentación de Afip SDK.

Sources:

• https://discord.com/channels/1250797857578025052/1250797858018562159/1343915400907460629
• https://discord.com/channels/1250797857578025052/1250797858018562159/1343753863890604073

Con pocas líneas de código

El rechazo ("Resultado": "R") y el error "ValidacionDeToken: No validó Id Sistema: wscdc(Id Sistema de token es: wsfe)" corresponden a la consulta que realizaste, no a la nota de crédito en sí. El error indica que el Token Authorization (TA) que usaste fue generado para el web service "wsfe" (facturación electrónica) y no para "wscdc" (constatación de comprobantes), por lo que la validación falla antes de analizar el comprobante solicitado. Debes generar el token específicamente para "wscdc" y luego repetir la consulta.

Según la documentación oficial, cada web service requiere su propio token, y este error es común si se reutiliza un token de otro servicio. La nota de crédito no fue rechazada, solo la consulta fue inválida por el token incorrecto.

¿Te gustaría ver el paso a paso para generar el token correcto y repetir la consulta?

Sources:

• Realizar constatación de comprobantes de ARCA via API

Para activar el web service de consulta de comprobantes (WSCDC), debes autorizar el servicio en ARCA vinculando tu certificado digital al web service "wscdc". Esto se realiza desde el "Administrador de Relaciones de Clave Fiscal" en la web de ARCA, eligiendo el CUIT correspondiente y agregando la relación con el servicio WSCDC. Luego, espera unos minutos para que la autorización se propague.

Si necesitas el paso a paso detallado, avísame y te lo explico con capturas y enlaces directos a la guía oficial.

Sources:

• Solución a error notAuthorized
• Realizar constatación de comprobantes de ARCA via API

Debes usar el endpoint https://app.afipsdk.com/api/v1/afip/requests con el método FECompUltimoAutorizado, especificando el punto de venta y el tipo de comprobante (8 para Nota de Crédito B). Esto te devolverá el número del último comprobante autorizado de ese tipo.

Ejemplo de payload:

{
  "environment": "prod",
  "method": "FECompUltimoAutorizado",
  "wsid": "wsfe",
  "params": {
    "Auth": {
      "Token": "{{token}}",
      "Sign": "{{sign}}",
      "Cuit": "TU_CUIT"
    },
    "PtoVta": 1,
    "CbteTipo": 8
  }
}

Más detalles en la documentación oficial.

Sources:

• https://docs.afipsdk.com/siguientes-pasos/web-services/factura-electronica#R_pt39bsnqj6iv5ubsnpfivb
• https://afipsdk.com/blog/crear-factura-electronica-de-arca-en-n8n/#2-nodo-get_authorization

Esto puede suceder si el último comprobante fue emitido manualmente desde el portal de ARCA ("Comprobantes en Línea") y no por web service, ya que el método FECompUltimoAutorizado solo devuelve el último comprobante generado por web service, no los creados manualmente. Por eso, el número puede ser menor al último que ves en la plataforma.

Esta limitación está documentada en la comunidad y en la documentación oficial.

¿Te gustaría saber cómo consultar comprobantes manuales?

Sources:

• Discord: diferencia entre comprobantes web service y manuales

El error "tax_id: El campo CUIT es obligatorio" se refiere al campo tax_id que debe enviarse en el body principal del request, no solo dentro de params.Auth. Debes agregar "tax_id": "TU_CUIT" al mismo nivel que environment, method, y wsid en el JSON.

Según la documentación oficial de la API, el campo tax_id es obligatorio en el body principal para identificar el CUIT sobre el que se realiza la operación, además de estar en Auth.

¿Te gustaría ver un ejemplo de request corregido?

Sources:

• API | Afip SDK

Aquí tienes un ejemplo de request corregido, incluyendo el campo tax_id en el body principal:

{
  "environment": "prod",
  "tax_id": "TU_CUIT",
  "method": "FECompUltimoAutorizado",
  "wsid": "wsfe",
  "params": {
    "Auth": {
      "Token": "aa",
      "Sign": "aa",
      "Cuit": "TU_CUIT"
    },
    "PtoVta": 2,
    "CbteTipo": 6
  }
}

Asegúrate de reemplazar "TU_CUIT", "aa" por tus datos reales. Así evitarás el error de campo obligatorio según la documentación oficial.

Sources:

• https://docs.afipsdk.com/siguientes-pasos/web-services/factura-electronica/nota-de-debito-electronica-b#R_2bd39bsnqj6iv5ubsnpfivb
• https://docs.afipsdk.com/siguientes-pasos/web-services/factura-electronica/factura-b#R_pd39bsnqj6iv5ubsnpfivb