Skip to main content
Quando una richiesta fallisce, l’API restituisce uno stato HTTP diverso da 2xx e un corpo JSON con un singolo oggetto error. Il code è un identificatore stabile e leggibile dalle macchine; ramifica su di esso anziché sul message leggibile dalle persone.

Envelope di errore

string
Un codice di errore stabile dalla tabella qui sotto. L’insieme dei codici possibili è enumerato anche nella tua specifica OpenAPI.
string
Una descrizione leggibile. Può cambiare tra le release - non basarti su di essa a livello di codice.
string
L’id della richiesta, uguale all’header X-Request-Id. Citalo nelle richieste di supporto.
object[]
Presente solo per gli errori di validazione (invalid_params). Ogni voce ha un path (con prefisso path., query. o body. per indicare dove si trovava il valore non valido) e un message.

Codici di errore

Un not_found (nessuna azienda corrispondente) non viene mai addebitato. Nemmeno le richieste che falliscono prima di raggiungere la fonte dati - inclusi gli errori di validazione, rate limit e diritti.

Riprovare

429 e i codici 5xx di disponibilità del servizio (auth_unavailable, entitlement_unavailable, upstream_timeout e upstream_error transitori) si possono riprovare in sicurezza. Quando è presente un header Retry-After, attendi almeno quel numero di secondi; altrimenti usa un backoff esponenziale. I codici 4xx diversi da 429 indicano un problema con la richiesta o con il piano e non avranno successo riprovando.