Prérequis

Fonctionnement

Nos solutions

Le Hub de paiement & les APIs de Paiement de débit (Cash-out) & de crédit (Cash-in) développées par BMI-CI sont différents dans leur mode de fonctionnement.

Le Hub de Paiement

Le Hub de Paiement (site de paiement marchand) permet à un tiers de faire un paiement marchand en ligne. La transaction est de type crédit.

L’interaction du client est nécessaire ici, puisqu’il doit, selon le cas :

• confirmer la transaction avec son opérateur, lors de la réception d’un message PUSH ou de l’exécution d’un code USSD
• au préalable, générer un code d’authentification auprès de l’opérateur, à fournir au moment du paiement Après avoir authentifié la transaction, le montant de la transaction est crédité sur le compte de collecte du marchand.

​

API Cash-out

L‘API Cash-out (paiement marchand) permet la collecte de fonds provenant d’un tiers (client final). La transaction est de type crédit.

L’interaction du client est nécessaire ici, puisqu’il doit, selon le cas :

• confirmer la transaction avec son opérateur, lors de la réception d’un message PUSH ou de l’exécution d’un code USSD
• au préalable, générer un code d’authentification auprès de l’opérateur, à fournir au moment du paiement Après avoir authentifié la transaction, le montant de la transaction est crédité sur le compte de collecte du marchand.

API Cash-in

L’API Cash-in (transferts) permet de transférer des fonds à un tiers : la transaction est de type débit.
Les fonds sont automatiquement envoyés au destinataire sans nécessiter d’interaction de sa part.

Le débit de fond est fait sur le compte de collecte du marchand, une vérification est faite si le marchand possède les fonds nécessaires et les réserves le temps que l’opérateur confirme le transfert effectif des fonds au destinataire.

Comptes

Comme mentionné ci-dessus, les transactions de cash-out (paiements) et de cash-in (transferts) utilisent les comptes. Tous les paiements en succès sont crédités sur le compte de collecte et tous les transferts en succès sont déduits du même compte.

Important : Le flux des transactions de cash-out (paiements) et cash-in (transferts) sont disponible sur un interface d'administration. Par conséquent la distinction est faite sur le type de la transaction.

​

Asynchronicité

Toutes les transactions créées depuis notre hub de paiement et nos API, à l’exception des transactions créées sur le circuit synchrone, sont traités de façon asynchrone.

Une fois acceptée, les paramètres d’une requête de transaction sont enregistrés dans une pile de transactions à traiter et sont traitées dans un second temps par les autres composants de notre infrastructure.

Ce mode de fonctionnement a plusieurs avantages et notamment, il permet de répondre très rapidement à l’émetteur de la requête HTTP, diminuant ainsi le temps dédié à l’attente, côté plateforme marchand, réduisant ainsi sa charge.

​

Circuits

Circuit asynchrone
Toutes les transactions initiées dans ce circuit sont traitées de manière asynchrone. C’est le mode de fonctionnement par défaut des opérateurs, qui ne répondent pas directement aux requêtes de transaction mais les placent en attente de traitement. Les transactions sont ensuite mises à jour une fois traitées.

Le délai de traitement d’une transaction par un opérateur peut varier d’un opérateur à un autre.

La mise à jour du statut d’une transaction vers un état final dépend donc de la mise à jour du statut de la transaction chez l’opérateur.

Une fois qu’un état final est attribué à une transaction, la mise à jour chez nous peut être effectuée de deux manières :

soit par une notification instantanée de paiement envoyée par l’opérateur
soit par une interrogation régulière du statut de la transaction chez l’opérateur

​

Circuit synchrone

Notre mode de fonctionnement asynchrone n’est pas disponible avec le circuit synchrone. L’émetteur de la requête HTTP (le marchand) est obligatoirement dans l’attente d’une réponse, réponse qui dépendra à la fois de l’opérateur contacté et de la réactivité du client final.

Certains opérateurs offrent la possibilité, soit par défaut, soit en tant que circuit supplémentaire, de fonctionner de manière synchrone. Dans ce mode de fonctionnement, la requête de transaction est traitée immédiatement au moment de son appel, sans être placée dans une pile de transactions à traiter ultérieurement.

Le statut final d’une transaction est obtenu directement lors de la réponse de l’opérateur, bien qu’un délai non-négligeable puisse survenir entre l’envoi de la requête et la réponse de l’opérateur.

Les fournisseurs pour lesquels le circuit synchrone est disponible sont les suivants :

Wave (tous les pays)

 Introduction    Sécurité