Rattraper un événement manqué

Après cinq tentatives, Mobupay abandonne. Le rattrapage est une lecture, pas un rejeu.

1. Constater l'indisponibilité

Une panne de votre côté, un certificat expiré, un déploiement : les cinq tentatives s'épuisent en quelques minutes. L'événement n'est pas perdu, il n'a simplement pas été remis.

GET /api/v1/webhooks liste vos endpoints et leur état. Un endpoint désactivé ne recevra rien tant qu'il ne sera pas réactivé par PUT /api/v1/webhooks/{id}.

2. Relire l'état réel

Il n'existe pas d'endpoint de rejeu, et c'est délibéré : l'état d'un paiement est toujours lisible. GET /api/v1/payments/{id} rend l'état courant, qui prime sur tout événement en retard.

Pour un lot, parcourez vos commandes en attente et relisez leur paiement, plutôt que d'attendre une remise qui n'aura pas lieu.

Une lecture rend l'état FINAL, un événement rend un état à un instant donné. Après une panne, la lecture est la seule source qui ne peut pas vous faire régresser.

3. Éviter la prochaine fois

Un rattrapage périodique des commandes restées en attente au-delà d'un délai raisonnable coûte peu et couvre tous les cas de perte, y compris ceux que vous n'avez pas vus passer.