Lorsqu'une livraison webhook atteint son budget de tentatives sans succès, elle passe au statut abandoned (file morte). L'API Coffrify expose deux actions distinctes pour récupérer ces événements : replay renvoie immédiatement le payload original au même endpoint en créant une nouvelle ligne d'historique, tandis que retry remet la livraison en file d'attente (pending) pour que le worker de retry la reprenne au prochain cycle. Choisissez replay pour un renvoi synchrone et traçable, retry pour déléguer la gestion des tentatives au moteur automatique.
/v1/webhooks/deliveries/{id}/replayRenvoie immédiatement la livraison originale à l'URL du webhook et insère une nouvelle ligne dans l'historique.POST/v1/webhooks/deliveries/{id}/retryRemet une livraison échouée ou abandonnée en file d'attente (status=pending, attempt_number=0) pour que le worker automatique la traite.GET/v1/webhooks/deliveries/{id}Récupère le détail complet d'une livraison : payload, signature, tentatives, code de statut HTTP, corps de réponse et messages d'erreur.GET/v1/webhooks/deliveries/abandonedRetourne la file morte des livraisons abandonnées sur une période de 1 à 30 jours, avec recommandations d'actions par endpoint webhook.Authentification
Les endpoints replay et retry requièrent le scope webhooks:manage. La consultation de détail (GET /deliveries/{id}) et la file morte (GET /deliveries/abandoned) requièrent le scope webhooks:read. Transmettez votre clé dans l'en-tête Authorization : Authorization: Bearer cof_live_… (ou cof_test_… en environnement de test).
Paramètres de la file morte (GET /abandoned)
| Paramètre | Type | Défaut | Description |
|---|---|---|---|
| days | entier (1-30) | 7 | Fenêtre temporelle en jours à partir de maintenant. |
| limit | entier (1-500) | 100 | Nombre maximum de livraisons retournées. |
Exemples d'appel
Réponses
Réponse du POST /replay (renvoi synchrone réussi) :
Réponse du POST /retry (remise en file d'attente) :
Réponse du GET /deliveries/{id} (détail complet) :
Erreurs
| Code HTTP | Code d'erreur | Quand | Résolution |
|---|---|---|---|
| 400 | validation_error | Identifiant de livraison absent de l'URL. | Vérifiez que l'URL contient bien {id} avant /replay ou /retry. |
| 401 | missing_api_key / invalid_api_key | Clé absente, malformée ou révoquée. | Transmettez une clé cof_live_… ou cof_test_… valide dans Authorization: Bearer. |
| 403 | scope_missing | Scope webhooks:manage (ou webhooks:read) absent de la clé. | Régénérez la clé avec le scope requis dans les paramètres API du workspace. |
| 404 | not_found | La livraison {id} n'existe pas dans ce workspace. | Vérifiez l'identifiant via GET /v1/webhooks/deliveries/{id}. |
| 409 | validation_error | Sur /replay : le webhook parent est désactivé. Sur /retry : la livraison a déjà réussi (status=success). | Réactivez le webhook via PATCH /v1/webhooks/{id} avant un replay. Pour une livraison déjà réussie, utilisez /replay si vous souhaitez renvoyer volontairement. |
| 500 | internal_error | Erreur base de données inattendue. | Réessayez dans quelques instants. Si le problème persiste, contactez support@coffrify.com. |
Voir aussi
- Créer un webhook
- Vérifier la signature HMAC d'un webhook
- Simuler un événement webhook en test
- Référence : Livraisons webhook
- Référence : Webhooks