2xx = succès ; un 4xx
= requête rejetée ; un 5xx = erreur serveur.
Forme d’une erreur
message est toujours présent. errors apparaît sur les échecs de validation et associe
chaque champ rejeté à ses messages.
Codes de statut
| Code | Signification |
|---|---|
200 / 201 | Succès. |
400 / 422 | Erreur de validation — voir errors. |
401 | Clé API manquante, invalide ou expirée. |
403 | Action non autorisée. |
404 | Ressource introuvable. |
428 | Clé d’idempotence requise ou invalide. |
429 | Débit limité — voir Rate limits. |
501 | Endpoint pas encore disponible (capture manuelle, rapport de réconciliation). |
5xx | Erreur serveur — réessai sûr. |
Un paiement refusé n’est pas une erreur de requête
Un4xx/5xx signifie que la requête a échoué. Un paiement refusé par une
passerelle n’est pas une erreur HTTP : la requête réussit, et l’échec est reporté dans
l’objet failure de la tentative (code + message lisible). Voir
Statut d’un paiement.
Avec le SDK PHP
Les erreurs sont mappées vers des exceptions typées (toutes implémententOrchestrateException) : authentification, permission, not-found, invalid-request (avec
errors), idempotence, rate-limit, not-implemented, serveur et connexion. Voir
Gestion des erreurs du SDK.