Le Direct Charge permet à votre backend d’initier un paiement directement avec un provider, sans créer d’abord une URL de checkout.Documentation Index
Fetch the complete documentation index at: https://docs.payfonte.com/llms.txt
Use this file to discover all available pages before exploring further.
Quand utiliser Direct Charge
Flux pilotes par le backend
Idéal pour une initiation de paiement serveur à serveur, quand vous contrôlez tout le cycle de vie de la transaction.
Champs specifiques au provider
À utiliser quand le paiement requiert des champs propres au provider, comme
network ou des codes OTP client.UX recurrente ou embarquee
Utile pour des expériences fortement intégrées où le checkout par redirection n’est pas souhaité.
Endpoints
| Méthode | Endpoint | Objet |
|---|---|---|
GET | /payments/v1/payments/direct-charge/{provider}/properties | Récupérer les propriétés spécifiques au provider (optionnel pour certains providers) |
POST | /payments/v1/payments/direct-charge | Initier un direct charge |
GET | /payments/v1/payments/verify/{reference} | Vérifier le statut final de la transaction |
Étapes d’intégration
Choisir le slug provider
Sélectionnez un provider valide depuis Providers pris en charge.
Recuperer les proprietes du provider (optionnel)
Pour des providers comme Bank Transfer (
bank-transfer-nigeria), récupérez les propriétés requises, par exemple les valeurs network, avant de débiter.Envoyer la requête de direct charge
Appelez l’endpoint direct-charge avec
provider, amount et customerInput.Récupérer les propriétés du provider (optionnel)
Requête Direct Charge
Champs de la requête
| Champ | Type | Requis | Description |
|---|---|---|---|
provider | string | Oui | Slug du provider (par exemple mtn-momo-ivory-coast) |
amount | integer | Oui | Montant en sous-unités, sans décimales |
customerInput | object | Oui | Champs provider/client, par exemple phoneNumber |
reference | string | Recommandé | Référence marchand unique |
webhook | string | Non | Webhook spécifique à cette transaction |
narration | string | Non | Description de la transaction |
metadata | object | Non | Métadonnées personnalisées renvoyées en aval |
Types d’action et traitement
processing
processing
L’interaction client/provider est en cours, par exemple une autorisation USSD ou STK en attente.
Conservez l’état du paiement à pending et attendez le statut final via webhook ou vérification.
redirect
redirect
Redirigez le client vers l’URL du provider, souvent dans
data.data.link.
Ne considerez jamais la simple fin de la redirection comme un succes de paiement.bankTransfer
bankTransfer
Affichez les instructions de virement renvoyées, comme le nom du compte, le numéro, le montant et l’expiration.
Attendez le webhook ou la vérification avant de marquer le paiement comme réussi.
Règle de montant importante
100.00 NGN->100002500.75 NGN->250075
Confirmation du statut final
Pour l’exécution de commande, appuyez-vous sur :- Les webhooks pour les mises à jour asynchrones.
GET /payments/v1/payments/verify/{reference}pour la vérification backend.
Documentation associée
Flux de traitement
Comprendre les modèles
processing, redirect, bankTransfer et pre-OTP.Exemples de payloads
Copier des exemples de requêtes spécifiques par provider.
Providers pris en charge
Slugs providers, limites et couverture pays.