Payfonte envoie des événements webhook lorsque le statut d’un décaissement change, par exempleDocumentation Index
Fetch the complete documentation index at: https://docs.payfonte.com/llms.txt
Use this file to discover all available pages before exploring further.
processing, success ou failed.
Utilisez les webhooks comme canal principal de mise à jour asynchrone des décaissements.
Adresses IP source des webhooks
Si vous limitez le trafic entrant par adresse IP, ajoutez à votre liste d’autorisation les adresses IP source Payfonte suivantes pour chaque environnement.| Environnement | Adresses IP source |
|---|---|
| Production | 49.13.133.127, 49.13.229.61, 194.32.79.135 |
| Sandbox | 49.12.224.228, 49.13.224.113 |
Champs du payload
| Champ | Description |
|---|---|
event | Type d’événement, par exemple disbursement.status |
clientId | Votre identifiant client Payfonte |
data.status | Statut du décaissement, processing, success ou failed |
data.statusDescription | Détail de statut côté provider ou plateforme |
data.reference | Référence Payfonte du décaissement |
data.externalReference | Référence fournie par le marchand |
data.providersReference | Référence côté provider |
data.amount | Montant du décaissement en sous-unités |
data.charge | Frais de décaissement appliqués |
data.provider | Slug provider utilisé |
data.transferRecipientId | Identifiant du bénéficiaire |
data.transferRecipientLabel | Libellé lisible du bénéficiaire |
deliveryId | Identifiant de livraison du webhook |
disbursement.status
Vérification de signature
Validez l’authenticité du webhook avant tout traitement.- En-tête :
x-webhook-signature - Algorithme : HMAC
sha512du corps de requête avec votreclient-secret
Schéma de traitement sûr
Vérifier l'idempotence
Dédupliquez via
reference + status, ou deliveryId, avant toute action métier.Mettre à jour l'état et le registre interne
Ne marquez le décaissement comme final que pour les statuts terminaux et conservez
statusDescription.Problèmes fréquents
| Problème | Cause probable | Correctif |
|---|---|---|
| Traitement webhook en double | Pas de gestion idempotente | Stockez les couples référence/statut déjà traités et ignorez les répétitions |
| Signature invalide | Mauvais secret ou payload modifié | Utilisez le bon client-secret et hashez le corps exact |
| Mises à jour manquées | Timeout ou réponse non 200 | Retournez vite 200 et déplacez la logique lourde vers un worker asynchrone |
| État de décaissement incohérent | Traitement hors ordre | Comparez toujours l’état courant avant d’appliquer une mise à jour |
Documentation associée
Vue d'ensemble des décaissements
Flux de décaissement complet et endpoints.
Exemples de décaissement
Exemples de requêtes et réponses.
Mode d'autorisation
Configuration PIN ou URL d’autorisation.