Erreurs, statuts et répétitions
Vérifiez HTTP et status. Un 200 ou 201 peut contenir une transaction refusée ou en attente.
| Résultat HTTP | Action |
|---|---|
| 400 / 422 | Vérifier champs, types, échelle, environnement et destinataire ; ne pas répéter indéfiniment une requête inchangée invalide |
| 401 | Vérifier identifiants, validité et hôte |
| 403 | Droits insuffisants ; ne pas changer automatiquement compte ou environnement |
| 404 | Vérifier identifiant et contexte ; ne prouve pas l’absence dans un autre compte |
| 409 | Examiner le conflit et retrouver l’opération initiale |
| 429 | Respecter Retry-After s’il existe ; limiter les répétitions de lecture |
| Délai dépassé / 5xx | Résultat possiblement inconnu ; rechercher l’opération par id ou txid avant renvoi |
Les formats d’erreur varient selon l’endpoint. Utilisez les codes machine documentés quand disponibles ; error_description est un texte non stable. Supprimez identifiants secrets et données de paiement des journaux.
Résultats
charged: opération réussie.rejectedoufailed: vérifier raison et opération initiale ; aucun succès confirmé.refundedoureversed: résultat différent d’un nouveau paiement réglé.- Attente, action requise ou statut inconnu : afficher l’état et l’action nécessaire. Ni statut inconnu ni horodatage ne prouvent un succès.
Vérifiez par GET transaction. Une répétition de la même instruction conserve sa txid. Échec de livraison webhook et échec du paiement sont distincts.