Aller au contenu

Glossaire

Les termes utilisés dans cette documentation, définis une seule fois avec leurs pièges.

Le vocabulaire des paiements contient de nombreux termes dont le sens varie légèrement selon les entreprises. Les paiements africains ajoutent encore une couche. Cette page définit les termes tels que Wajub les utilise et signale ceux pour lesquels une habitude acquise sur une autre plateforme peut vous coûter cher.

Si vous consultez cette documentation pour la première fois, commencez par les six entrées signalées comme des pièges. Vous pourrez revenir aux autres plus tard.

Paiements et encaissement

TermeSignification dans cette documentation
PaiementUne tentative d'encaissement avec un identifiant et un statut. L'API l'appelle aussi transaction. Les deux termes désignent le même objet. Voir Paiements.
CanalLe moyen de paiement concret, au format country.operator, comme cm.mtn ou sn.wave. Voir Moyens de paiement et canaux.
URL d'autorisationLe lien à usage unique vers la page hébergée où le payeur termine le paiement. Il expire avec le paiement.
Jeton de sessionauthorization_token, la même session sous forme de jeton. Il peut être utilisé dans un navigateur, car sa portée se limite à un seul paiement.
ClientUn payeur réutilisable, identifié par son e-mail ou son téléphone. Voir Clients.
RemboursementDes fonds renvoyés après la réussite d'un paiement. Il possède son propre objet, son propre statut et ses propres webhooks. Voir Remboursements.
LitigeLa contestation d'un paiement par le payeur. Voir Litiges.
Payeur des fraisLa partie qui paie les frais d'un paiement, merchant ou customer. Avec customer, les frais sont ajoutés au montant demandé au payeur.

Mobile Money

TermeSignification dans cette documentation
Mobile MoneyUn compte de monnaie électronique associé à un numéro de téléphone, comme MTN MoMo, Orange Money ou Wave. C'est le principal moyen de transférer de l'argent sur la plupart des marchés couverts par Wajub.
PortefeuilleLe compte Mobile Money d'un payeur, identifié par son numéro au format E.164.
USSDLe menu *…# composé par un payeur pour autoriser un paiement sans connexion de données.
Demande pushLa confirmation envoyée par l'opérateur au téléphone du payeur. L'opérateur l'envoie, pas Wajub. Son délai échappe donc au contrôle de Wajub.
TransfertDes fonds envoyés vers un portefeuille ou un compte. Aussi appelé payout. Voir Transferts.
BénéficiaireLe destinataire enregistré d'un transfert, réutilisable sans ressaisir ses informations. Voir Bénéficiaires.

Fonds et règlements

TermeSignification dans cette documentation
SoldeLes fonds détenus pour vous par le partenaire agréé, répartis entre available et pending. Seul available peut financer un transfert. Voir Solde et règlements.
RèglementL'étape qui transforme un encaissement réussi en solde utilisable. Un paiement peut afficher succeeded alors que ses fonds restent pending.
FraisLe coût d'une transaction. Voir Frais et tarification.
RapprochementLa comparaison, généralement quotidienne, des données enregistrées par Wajub avec celles de votre système.
PartielUn paiement dont une partie seulement du montant a été encaissée. Pour le Mobile Money au-dessus de 500 000 XAF ou XOF, la page hébergée encaisse par tranches et le paiement conserve cet état jusqu'à la dernière. Ce n'est pas un signal de livraison.

Plateforme et marketplaces

TermeSignification dans cette documentation
SyncAgir au nom d'un autre marchand après son autorisation de votre plateforme. Voir Sync.
ConnexionUn lien autorisé entre votre plateforme et un marchand, avec le préfixe acc_. Vous le créez et le marchand l'accepte.
X-SyncL'en-tête qui attribue un appel à une connexion. Le paiement appartient alors au marchand et votre commission vous est créditée.
Paiement fractionnéDeux fonctionnalités distinctes partagent ce terme. Le paiement par tranches permet à un payeur de régler un paiement en plusieurs fois. La tarification par connexion représente votre part du paiement d'un marchand connecté. Voir Paiements fractionnés.

Termes techniques

TermeSignification dans cette documentation
OrchestrationChoisir le prestataire vers lequel une transaction est routée et passer au suivant en cas d'échec. Voir Orchestration des paiements.
CascadeLa nouvelle tentative automatique auprès d'un prestataire de secours après un échec. Voir Cascade et repli.
Palier de prioritéUn entier associé à un prestataire qui domine le routage. Un palier inférieur n'est jamais essayé avant un palier supérieur, quels que soient le coût ou le score.
ShieldLe filtrage de la fraude fondé sur des règles : listes de blocage et score de risque. Disponible uniquement en mode live. Voir Shield.
WebhookUn appel HTTP signé que Wajub envoie à votre serveur lorsqu'un élément change d'état. Voir Webhooks.
ÉvénementUne action survenue, avec le préfixe evt_, livrée par un webhook. Son nom se trouve dans le champ event, jamais dans type.
Clé d'idempotenceUne chaîne associée à une écriture pour qu'une nouvelle tentative renvoie le résultat initial au lieu de répéter l'opération. Voir Idempotence.
Motif d'échecLe code stable d'un paiement, transfert ou remboursement échoué. Adaptez le traitement à ce code, jamais au message qui l'accompagne. Voir Motifs d'échec.
X-Request-IdL'identifiant d'un appel d'API, renvoyé dans chaque réponse. Si vous fournissez le vôtre, il est repris dans la réponse et accélère le traitement d'un ticket de support.
SandboxL'environnement de test accessible avec une clé pk_test. ou sk_test.. Il utilise une base de données distincte sans argent réel. Voir Environnements et API keys.
KonsoleL'inspecteur de requêtes : données envoyées, réponse reçue, prestataire utilisé et état de la livraison du webhook. Voir Konsole.
KYCLa vérification d'identité exigée par un régulateur avant que vos clés live puissent encaisser de l'argent réel. Voir Passer en live.

Identifiants

Chaque objet créé par Wajub possède un identifiant opaque : un préfixe, test_ si l'objet a été créé dans la sandbox, puis 20 ou 24 caractères aléatoires.

Le même objet dans chaque environnement
trx_CSUGajfv9xh0XQ5wu2lx        # live
trx_test_CSUGajfv9xh0XQ5wu2lx   # sandbox

La partie aléatoire ne contient aucune structure. Ce n'est pas un horodatage, elle ne permet pas un tri chronologique et ne contient aucune information à analyser. Enregistrez-la sans la construire ni en déduire quoi que ce soit.

PréfixeObjet
trx_Paiement
fdg_Approvisionnement de votre propre solde
splt_Tranche d'un paiement fractionné
po_Transfert
rfd_Remboursement
dsp_Litige
cus_Client
pm_Moyen de paiement
ben_Bénéficiaire
acc_Connexion Sync
evt_Événement

Le préfixe `test_` accélère immédiatement le diagnostic

Une clé live ne peut pas trouver un identifiant qui contient test_. Une clé de la sandbox ne peut pas trouver un identifiant qui ne le contient pas. Dans les deux cas, la réponse est 404, pas une erreur d'autorisation, car les environnements utilisent des bases de données différentes. Si un identifiant valide renvoie 404, commencez par lire son préfixe.

Termes absents de cette documentation

Nommer ce qui n'existe pas fait gagner autant de temps que définir ce qui existe.

Vous pourriez chercherFonctionnement réel
Transferts groupés ou par lotsAucun. Envoyez un POST /transfers par destinataire. Voir Transferts groupés (à venir).
Comptes Standard, Express ou CustomSync possède trois modes — direct, lite, relay — qui disent où se trouve l'argent, pas ce qu'une connexion a le droit de faire.
invoice.paidinvoice.created, invoice.updated, invoice.deleted. Les résultats des paiements arrivent sous la forme payment.*.
Montants en centimesToutes les valeurs utilisent les unités principales. 5000 signifie cinq mille francs.
Une réponse 409 ConflictLes conflits d'idempotence renvoient 422, avec le détail dans errors.idempotency_key.

Que pensez-vous de ce contenu ?