Vai al contenuto principale
L’API di GetQR è in beta ed è disponibile per alcuni workspace selezionati. I dettagli possono cambiare prima del rilascio generale.
L’API di GetQR usa i codici di stato HTTP standard. Le richieste riuscite restituiscono 2xx. Quelle non riuscite restituiscono 4xx o 5xx con un corpo JSON che spiega cosa è andato storto.

Formato degli errori

Ogni errore ha la stessa struttura: un codice stabile, un messaggio leggibile e un link alla descrizione di quel codice.
string
obbligatorio
Codice di errore stabile e leggibile dalle macchine. Usalo nel tuo codice al posto del messaggio. Consulta Codici di errore.
string
obbligatorio
Descrizione leggibile del problema. Il testo può cambiare.
string
obbligatorio
Link alla descrizione del codice di errore nella documentazione API del tuo account GetQR.

Codici di errore

Errori di validazione

Quando il corpo o i parametri di query non superano la validazione, l’API risponde 422. Il messaggio descrive il primo campo non valido nel formato <issue>: <field>: <details>:
I campi annidati usano la notazione con il punto, ad esempio link.url.

Gestisci gli errori

  • Basa la logica su error.code, non su error.message.
  • Non ripetere senza modifiche le richieste con errori 4xx: correggi prima la richiesta. Fanno eccezione un 409 per una richiesta ancora in corso e il 429.
  • In caso di 429, attendi il numero di secondi indicato nell’header Retry-After. Consulta Limiti di frequenza.
  • Ripeti le richieste con errori 5xx con un backoff esponenziale.

Problemi comuni

L’API è in beta e non è ancora abilitata per il tuo workspace.
Il percorso è errato. Confrontalo con le pagine degli endpoint e verifica che inizi con /api/v1/.
L’abbonamento del proprietario del workspace è terminato. La chiave API torna a funzionare appena il proprietario si abbona di nuovo.
Il tuo ruolo nel workspace è Viewer. Solo il proprietario del workspace e gli Editor possono usare l’API.

Passaggi successivi

Limiti di frequenza

Autenticazione