LibrePay pour les développeurs

Encaissez en mobile money en Côte d'Ivoire — Orange Money et MTN MoMo aujourd'hui — par une intégration unique. Une clé, une URL, des webhooks signés.

Moov Money et Wave ne sont pas encore raccordés. Nous préférons le dire ici que vous le laisser découvrir après avoir écrit votre intégration.

Vous pouvez tout lire ici sans créer de compte. C'est volontaire : on ne décide pas d'intégrer une plateforme de paiement sur la foi d'une page marketing.

Commencer

• Démarrage — du premier appel au webhook vérifié, en vingt minutes.
• Authentification — clés, environnements, ce qui ne doit jamais fuiter.
• Numéros de test — provoquer un refus, une panne opérateur, une issue incertaine.
• Page de paiement hébergée — une URL à envoyer, rien à construire.
• Décaissements — envoyer de l'argent : clé dédiée, plafonds, validation.
• SDK JavaScript / TypeScript — client typé, sans dépendance.

Les trois règles qui évitent la plupart des ennuis

Les montants sont des entiers, en unité mineure. Le franc CFA n'a pas de subdivision : 10000 vaut 10 000 F. Un montant en chaîne est refusé, et c'est délibéré — deviner l'intention derrière un montant est le début des ennuis.

Idempotency-Key est obligatoire sur tout appel qui déplace de l'argent, et doit venir de votre commande, pas d'un identifiant régénéré à chaque tentative.

Une réponse 201 ne dit pas que l'argent est arrivé. Elle dit qu'un paiement existe. Le résultat vous parvient par webhook.

Ce qui n'existe pas encore

Nous préférons le dire que le laisser découvrir en intégrant.

• Moov Money et Wave. Orange Money et MTN MoMo sont raccordés ; ces deux-là ne le sont pas encore, dans aucun environnement.
• Désignation de la destination de vos règlements. Le carnet de décaissement, lui, s'écrit par API depuis le 2026-09-04 (GET et POST /v1-beneficiaries, liste paginée). Mais la destination vers laquelle nous vous versons ce que nous vous devons ne s'y crée pas : elle se désigne dans votre console, par le propriétaire du compte, avec un code de confirmation et un délai avant première utilisation. C'est ce qui empêche une clé volée de rediriger vos règlements — et il n'y en a qu'une à la fois.
• Modifier ou archiver un bénéficiaire par API. On lit et on ajoute ; on ne réécrit pas à distance une coordonnée vers laquelle de l'argent est déjà parti.
• Le rapprochement automatique reste interne : il confronte notre connecteur à notre ledger, et n'a rien à vous dire. L'équivalent de votre côté, c'est votre relevé de compte — disponible par API depuis le 2026-09-07.
• Cartes bancaires, multi-pays, abonnements, marketplace.

Ne codez pas contre ces éléments. La référence et la spécification OpenAPI ne décrivent, elles, que ce qui est appelable aujourd'hui — transferts unitaires et de masse, carnet de bénéficiaires en lecture, règlements et pagination en font partie.

Version d'API 2026-08-25 · changements · spécification OpenAPI