amount dans la plus petite dénomination de la devise, c’est-à-dire la sous-unité.
Utilisez la règle suivante :
amount_to_send = major_amount * 100
Exemple : 100.50 NGN devient 10050.
Pourquoi ce format ?
Précision
Évite les problèmes d’arrondi à virgule flottante dans les calculs financiers.
Cohérence
Même format de montant pour les collectes, décaissements et portefeuilles.
Alignement provider
Correspond à la façon dont les providers de paiement traitent les valeurs en interne.
Tableau rapide de conversion
| Devise | Unité principale | Sous-unité | Exemple |
|---|---|---|---|
| NGN | Naira | Kobo | 100.00 NGN -> 10000 |
| GHS | Cedi | Pesewa | 50.00 GHS -> 5000 |
| KES | Shilling | Cent | 100.00 KES -> 10000 |
| XOF | Franc CFA | Sous-unité | 10.00 XOF -> 1000 |
| USD | Dollar | Cent | 25.99 USD -> 2599 |
Exemples API
Les exemples ci-dessous montrent la même règle dans des requêtes réelles :1250.75 NGNs’envoie sous la forme125075, en kobo10000.00 NGNs’envoie sous la forme1000000, en kobo
Erreurs fréquentes
Envoi de montants décimaux
Envoi de montants décimaux
- Incorrect :
"amount": 1250.75 - Correct :
"amount": 125075
Mélange d'unités principales et mineures
Mélange d'unités principales et mineures
N’envoyez pas certaines requêtes en unités principales et d’autres en sous-unités. Standardisez la conversion dans un utilitaire partagé.
Conversion uniquement côté frontend
Conversion uniquement côté frontend
La logique de conversion doit s’exécuter côté backend pour rester contrôlée et cohérente.
Schéma d’implémentation recommandé
Stocker les montants métier comme décimaux ou chaînes
Gardez vos montants lisibles pour l’affichage et la logique métier, par exemple
1250.75.Convertir juste avant la requête API
Convertissez en entier de sous-unité, comme
125075, à la frontière de votre service.Documentation associée
Autorisation
Ajoutez les en-têtes d’authentification requis à vos requêtes.
Portefeuilles
Comprendre les soldes et états de portefeuille.
Référence API
Explorez les schémas de requête et de réponse.