Résumé du flux
1. Valider le bénéficiaire
Confirmez les informations du compte bénéficiaire avant le décaissement.
2. Demander le décaissement
Initiez le décaissement avec le montant, l’identifiant du bénéficiaire et le mode d’autorisation.
3. Vérifier le statut final
Confirmez le résultat via l’endpoint de vérification et/ou le webhook.
Vue d’ensemble du flux de décaissement
Endpoints
| Méthode | Endpoint | Objet |
|---|---|---|
GET | /billing/v1/transfer-recipients/{provider}/properties | Récupérer les propriétés spécifiques au provider, optionnel |
POST | /billing/v1/transfer-recipients/validate | Valider les informations du bénéficiaire |
POST | /billing/v1/disbursements | Demander un décaissement |
GET | /billing/v1/disbursements/verify/{reference} | Vérifier le statut du décaissement |
Prérequis
- Un
client-idet unclient-secretvalides - Un solde suffisant dans le portefeuille de décaissement
- Une configuration d’autorisation du décaissement,
pinou URL d’autorisation - Un slug provider valide depuis Providers pris en charge
Étape 1 : valider le bénéficiaire
1.1 Récupérer les propriétés du provider, optionnel
Certains providers requièrent des détails supplémentaires, par exemple une liste de banques ou des options de réseau, avant la validation.1.2 Valider le bénéficiaire
Exemple pour un virement bancaire :data.id comme transferRecipientId.
Étape 2 : demander le décaissement
Champs de requête
| Champ | Type | Requis | Description |
|---|---|---|---|
transferRecipientId | string | Oui | ID issu de l’étape de validation du bénéficiaire |
amount | integer | Oui | Montant en sous-unités, sans décimales |
reference | string | Recommandé | Référence de décaissement unique |
narration | string | Non | Description du décaissement |
pin | string | Conditionnel | Requis lorsque le mode PIN est activé |
webhookURL | string | Non | URL webhook spécifique à ce décaissement |
Valeurs de statut
Les statuts de décaissement renvoyés par l’API sont :processingsuccessfailed
Étape 3 : vérifier le décaissement
Règle de montant importante
1000.00 NGN->100000250.75 NGN->25075
Bonnes pratiques
Toujours valider le bénéficiaire d'abord
Toujours valider le bénéficiaire d'abord
La validation réduit les échecs de décaissement dus à des coordonnées invalides.
Conserver les identifiants de bénéficiaire
Conserver les identifiants de bénéficiaire
Réutilisez les bénéficiaires déjà validés afin d’éviter des validations répétées.
Utiliser des références uniques
Utiliser des références uniques
Des références uniques évitent les doublons et simplifient le rapprochement.
Combiner webhook et vérification
Combiner webhook et vérification
Traitez les événements webhook et vérifiez le statut final pour les actions métier critiques.
Protéger les contrôles d'autorisation
Protéger les contrôles d'autorisation
Gardez le PIN de décaissement et les URL d’autorisation strictement côté serveur.
Documentation associée
Mode d'autorisation
Configurez le mode PIN ou URL d’autorisation.
Exemples de décaissement
Exemples de requêtes et réponses.
Webhooks de décaissement
Traitez les mises à jour de statut de manière asynchrone.