2xx signifie que la requête a réussi, 4xx que la requête doit être corrigée avant d’être renvoyée, et 5xx qu’un problème est survenu de notre côté.
Corps d’erreur
Chaque réponse d’erreur est un objet JSON contenant une chaîneerror. Les erreurs de validation ajoutent un tableau details qui liste chaque problème :
Il n’existe pas de clé
message. Les messages sont destinés aux développeurs et peuvent changer : basez votre logique sur le statut HTTP, pas sur le texte exact.
Codes de statut
400 Bad Request
La requête est mal formée ou un champ est invalide. Corrigez la requête avant de la renvoyer.Invalid JSON
Unknown or read-only field
Empty update
api_name dans un PATCH) renvoie 400.
401 Unauthorized
Le token est absent ou invalide.Missing token
Invalid token
Invalid or expired token est renvoyé pour un token inconnu, un token supprimé (révoqué) ou un token dont le rôle a été supprimé. Les tokens n’expirent pas d’eux-mêmes. Consultez Authentification.
403 Forbidden
Le token est valide, mais son rôle n’a pas le droit requis par l’endpoint.404 Not Found
L’objet n’existe pas, a été supprimé ou appartient à un autre workspace.404 lorsqu’un ID référencé n’existe pas, par exemple une entrée catalog_ids inconnue lors de la création d’un produit :
409 Conflict
La requête entre en conflit avec des données existantes.Duplicate api_name
Category in use
429 Too Many Requests
Vous avez envoyé trop de requêtes en peu de temps. Patientez puis réessayez avec un backoff exponentiel. Consultez Limites de débit et nouvelles tentatives.500 Internal Server Error
Une erreur inattendue s’est produite.Failed to create payment term. Vous pouvez réessayer les erreurs 500 avec un backoff ; si l’erreur persiste, contactez le support.

