Reverificar contra ARCA

POST /api/cuits/{cuit}/{environment}/verificar

Vuelve a consultar a ARCA dos cosas que pueden cambiar sin que nos enteremos, porque ocurren dentro de ARCA:

• El punto de venta: si el guardado está habilitado para Web Services, o —si no hay ninguno guardado y ARCA habilita uno solo— cuál es.
• La constancia de inscripción: si el certificado de producción del CUIT está autorizado para ws_sr_constancia_inscripcion, y con eso, la situación fiscal del contribuyente (razón social, domicilio fiscal, condición fiscal).

Usalo cuando tu cliente te avise que resolvió un paso pendiente —delegó la constancia, habilitó el punto de venta— para que pasosPendientes lo refleje.

curl -X POST https://arca.api.com.ar/api/cuits/20123456789/produccion/verificar \
  -H "Authorization: Bearer ak_TuSecretoAqui"

Sin body. Requiere scope read_write, porque actualiza lo que sabemos del CUIT.

Respuesta exitosa

Status: 200 · El objeto CUIT actualizado. Por ejemplo, si tu cliente acaba de delegar la constancia, delegar_constancia deja de figurar:

{
  "cuit": "20123456789",
  "environment": "produccion",
  "estado": "vigente",
  "pasosPendientes": [],
  "ptoVta": 4,
  "ptoVtaHabilitado": true,
  "constanciaAutorizada": true,
  "...": "..."
}

Si ARCA no responde, la respuesta sigue siendo 200 y conserva los valores anteriores: sólo marcamos algo como no autorizado o no habilitado cuando ARCA lo dice explícitamente, nunca por una caída.

La constancia se consulta siempre con el certificado de producción del mismo CUIT —igual que en el dashboard—, también cuando reverificás la entrada de homologación. Si el CUIT no tiene certificado de producción, constanciaAutorizada no cambia.

Errores