« Je veux que mes clients puissent payer sur le site. » La demande est simple, la mise en œuvre l’est moins, parce que le paysage des paiements sénégalais ne ressemble pas à celui pour lequel la plupart des outils du web ont été conçus. Voici ce qu’il faut savoir avant de s’engager.
Le mobile money d’abord, la carte ensuite
Ici, le réflexe de paiement n’est pas la carte bancaire : c’est le téléphone. Wave et Orange Money sont installés chez une part très large de la clientèle, y compris chez des personnes qui n’ont pas de compte bancaire. Un site qui n’accepte que la carte se coupe de l’essentiel de son marché local.
La carte garde son utilité pour la diaspora, pour les clients professionnels et pour les montants élevés. L’ordre de priorité est donc clair : mobile money en premier et bien en évidence, carte en complément.
On ne branche pas les opérateurs un par un
Intégrer séparément chaque opérateur veut dire autant de contrats, de clés techniques, de formats de notification et de réconciliations comptables. Personne ne devrait faire ça pour un premier projet.
La bonne porte d’entrée est un agrégateur : un intermédiaire qui réunit Wave, Orange Money et la carte derrière une seule intégration et un seul tableau de bord. Plusieurs acteurs sénégalais occupent ce terrain — PayDunya, PayTech, CinetPay parmi les plus connus. Nous n’en recommandons pas un dans l’absolu : le bon choix dépend de vos volumes, de vos moyens de paiement prioritaires et du délai de reversement qui vous convient.
Côté solutions internationales, vérifiez la couverture pays au moment du projet plutôt que de supposer : toutes n’acceptent pas les entreprises enregistrées au Sénégal, et la réponse change avec le temps.
Les six questions à poser avant de signer
- Quelle commission, exactement ? Un pourcentage, une part fixe par transaction, parfois les deux — et un taux différent selon le moyen de paiement. Faites calculer le coût réel sur un panier moyen, pas sur un cas théorique.
- Sous combien de jours l’argent arrive-t-il sur votre compte ? C’est le point qui fâche le plus souvent après coup. Demandez le délai contractuel, pas le délai habituel.
- Quels justificatifs faut-il fournir ? Registre de commerce, NINEA, pièce du dirigeant, relevé d’identité bancaire. Rassemblez-les avant de commencer : c’est ce qui retarde la mise en service.
- Comment le site est-il prévenu qu’un paiement a abouti ? Par une notification envoyée de serveur à serveur, et jamais en se fiant au retour du navigateur. Sans ce mécanisme, une commande payée peut rester non confirmée — et l’inverse.
- Existe-t-il un environnement de test ? Il faut pouvoir simuler un paiement réussi, un paiement refusé et un abandon avant d’ouvrir aux vrais clients.
- Que se passe-t-il en cas de litige ou de remboursement ? Qui tranche, dans quel délai, et avec quelles pièces.
Le détail technique qui fait la différence
Un paiement en ligne se termine toujours par deux chemins : le client revient sur votre site, et l’agrégateur prévient votre serveur. Seul le second fait foi. Si la commande est validée sur la base du retour navigateur, il suffit de fermer l’onglet au mauvais moment — ou de rejouer l’adresse de retour — pour fausser le résultat. Nous validons toujours sur la notification serveur, signée et vérifiée, et nous rendons le traitement rejouable : la même notification reçue deux fois ne doit pas créer deux commandes.
C’est l’intégration que nous avons faite sur KeurGui, notre plateforme immobilière, et vous pouvez voir le reste de nos projets dans le portfolio.
Faut-il vraiment encaisser en ligne ?
Pas toujours, et la question mérite d’être posée. Pour un prestataire de services qui facture après devis, un bouton de paiement n’ajoute rien : le besoin est d’obtenir la demande, pas d’encaisser dans la seconde. Pour un commerce, une billetterie, une formation ou une réservation, c’est l’inverse — chaque étape manuelle entre l’envie et le paiement fait perdre des clients.
Si votre projet implique des comptes, des rôles et des encaissements récurrents, vous n’êtes plus dans le site mais dans l’application : voir développement d’applications et SaaS. Sinon, un site bien construit suffira, et les prix sont publics sur la page Tarifs.