Remito cárnico

Remito electrónico para el traslado de carnes y derivados, contra el servicio WSREMCARNE de AFIP. Es un circuito de cuatro pasos: generar, autorizar, emitir y registrar la recepción.

Autorización específica

El certificado debe estar habilitado en AFIP para el servicio wsremcarne, aparte de cualquier otra autorización que ya tengas.

El circuito

flujo

1. generar     → se crea el remito en AFIP, devuelve codRemito
2. autorizar   → se confirma el remito
3. emitir      → AFIP asigna número, código de autorización y QR
4. recepcion   → el destinatario registra qué recibió

Cada paso depende del anterior: el codRemito que devuelve el primero es la clave que usan los tres siguientes.

Generar el remito

POST /api/RemitoCarnico/generar Token

Campo	Tipo	Req.	Descripción
`ambiente`	string	No	`"homologacion"` o `"produccion"`.
`cuit`	string	Sí	Obligatorio. Si falta, devuelve `400`.
`idReq`	long	Sí	Identificador único de la solicitud, generado por tu sistema.
`remito`	objeto	Sí	Datos del remito: origen, destino, transporte y mercadería.

json

// Respuesta
{
  "success": true,
  "errorMessage": null,
  "codRemito": 987654,
  "resultado": "A"
}

Autorizar

POST /api/RemitoCarnico/autorizar Token

json

{
  "ambiente": "produccion",
  "cuit": "30712345678",
  "codRemito": 987654,
  "estado": "A"
}

estado: "A" autoriza el remito. Es el valor por defecto.

Emitir

POST /api/RemitoCarnico/emitir Token

json

// Request
{
  "ambiente": "produccion",
  "cuit": "30712345678",
  "codRemito": 987654,
  "viaje": { }
}

// Respuesta
{
  "success": true,
  "errorMessage": null,
  "nroRemito": 12345,
  "codAutorizacion": "76543210987654",
  "fechaEmision": "2026-08-20T08:00:00",
  "fechaVencimiento": "2026-08-22T08:00:00",
  "resultado": "A",
  "qr": "https://serviciosweb.afip.gob.ar/genericos/comprobantes/..."
}

El campo qr trae la URL del código QR que debe acompañar físicamente al traslado.

Registrar la recepción

POST /api/RemitoCarnico/recepcion Token

json

{
  "ambiente": "produccion",
  "cuit": "30712345678",
  "codRemito": 987654,
  "estado": "ACE",
  "categoriaReceptor": "M",
  "arrayRecepcionMercaderia": [
    { "codigo": "01", "kilos": 250.50 }
  ]
}

Valor de `estado`	Significado
`ACE`	Aceptado. Es el valor por defecto.
`PAR`	Aceptado parcialmente: llegó menos de lo remitido.
`REC`	Rechazado.

Consultar un remito

La consulta no está expuesta en /api/RemitoCarnico. Se accede por el endpoint del monitor:

GET /api/monitor/empresa/{cuit}/consultar-remito Sin token

bash

curl "https://api.tudominio.com/api/monitor/empresa/30712345678/consultar-remito?codigo=987654&ambiente=produccion"

Diagnóstico

Los rechazos no traen detalle

Cuando AFIP rechaza un remito, la respuesta llega con errorMessage: "Rechazado" y nada más: el motivo que devolvió AFIP se descarta. Para saber qué pasó hay que revisar los logs del servidor o reproducir la llamada manualmente. Es la limitación más importante de este módulo.

Además, a diferencia de los demás servicios:

Las validaciones se limitan a que cuit no esté vacío. El resto de los campos no se verifica antes de llamar a AFIP.
Ante un error, la respuesta puede ser un string plano en vez del JSON estructurado del resto de la API.
Los errores HTTP de AFIP no se interpretan: suelen aparecer como fallas de parseo de XML en lugar del mensaje real.

Si vas a integrar remito cárnico, validá los datos del lado de tu sistema antes de llamar. El diagnóstico posterior es considerablemente más costoso que en WSFE o WSFEX.