Saltar al contenido principal
Los errores responden con Content-Type: application/problem+json, el formato de la RFC 9457:
string
requerido
URI estable del tipo de error. Tu integración decide por este campo, nunca por title ni por detail, que pueden cambiar de redacción.
string
requerido
Resumen fijo por tipo, en castellano.
integer
requerido
El código HTTP, repetido en el cuerpo.
string
requerido
Qué pasó en este pedido puntual. Es seguro mostrarlo a una persona.
string
requerido
La ruta del pedido que falló.
string
requerido
El mismo valor que el header X-Request-Id. Citalo si nos escribís.
string
Solo en insufficient-credits: la página de la app donde se compran créditos adicionales.
array
Solo en algunos validation-error: un elemento por campo inválido, con field (ruta con puntos, como items[2].ncm), code y message. Un parámetro de query mal formado o un cuerpo que no cumple el esquema responden validation-error sin errors: revisá el pedido contra la referencia.
El type es https://nomenclator.com.ar/problems/ seguido del nombre de la tabla. Pueden aparecer tipos nuevos. Tratá un type desconocido según su status.

Reintentos

  • 4xx: no reintentes sin cambiar algo, salvo 409 idempotency-key-in-flight y 429. Después de un 402, reintentá con la misma clave cuando haya créditos.
  • 5xx: reintentá con espera creciente. En POST /classifications y en las respuestas, reintentá con la misma Idempotency-Key.