Passer au contenu principal
L’API GetQR est en version bêta et réservée à certains espaces de travail. Certains détails peuvent changer avant la disponibilité générale.
L’API GetQR utilise les codes de statut HTTP standard. Les requêtes réussies renvoient 2xx. Les requêtes en échec renvoient 4xx ou 5xx avec un corps JSON qui explique le problème.

Format des erreurs

Toutes les erreurs ont la même forme : un code stable, un message lisible et un lien vers la description de ce code.
string
requis
Code d’erreur stable et lisible par une machine. Utilisez-le dans votre code plutôt que le message. Consultez Codes d’erreur.
string
requis
Description lisible du problème. Sa formulation peut changer.
string
requis
Lien vers la description du code d’erreur dans la documentation API de votre compte GetQR.

Codes d’erreur

Erreurs de validation

Quand le corps ou les paramètres de requête ne passent pas la validation, l’API répond 422. Le message décrit le premier champ invalide sous la forme <issue>: <field>: <details> :
Les champs imbriqués utilisent la notation pointée, par exemple link.url.

Gérer les erreurs

  • Basez votre logique sur error.code, pas sur error.message.
  • Ne relancez pas les erreurs 4xx à l’identique : corrigez d’abord la requête. Exceptions : un 409 pour une requête encore en cours, et 429.
  • En cas de 429, attendez le nombre de secondes indiqué dans l’en-tête Retry-After. Consultez Limites de débit.
  • Relancez les erreurs 5xx avec un backoff exponentiel.

Problèmes courants

L’API est en version bêta et n’est pas encore activée pour votre espace de travail.
Le chemin est incorrect. Comparez-le aux pages des endpoints et vérifiez qu’il commence par /api/v1/.
L’abonnement du propriétaire de l’espace de travail a pris fin. La clé API fonctionne à nouveau dès que le propriétaire se réabonne.
Votre rôle dans l’espace de travail est Viewer. Seuls le propriétaire de l’espace de travail et les Editors peuvent utiliser l’API.

Et ensuite

Limites de débit

Authentification