LibrePay pour les développeurs

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

La liste des opérateurs servis, leurs montants acceptés et leur tarif se lisent à tout moment sur GET /v1-operators, sans clé : c'est la source que cette page et notre grille tarifaire suivent toutes les deux.

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.

Deux points d'intégration à connaître

La destination de vos règlements se désigne en console. Le carnet de décaissement, lui, s'écrit par API (GET et POST /v1-beneficiaries, liste paginée). Mais la destination vers laquelle nous vous versons ce que nous vous devons 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 — et il n'y en a qu'une à la fois. C'est ce qui empêche une clé volée de rediriger vos règlements.

Le carnet de bénéficiaires se lit et s'enrichit par API. On y ajoute une destination, on la relit, on la retrouve paginée. Une coordonnée vers laquelle de l'argent est déjà parti se gère en console, là où l'auteur du geste est identifié.

Votre relevé de compte est disponible par API depuis le 2026-09-07 : c'est lui qui vous permet de rapprocher vos écritures des nôtres.

La référence et la spécification OpenAPI décrivent exactement ce qui est appelable aujourd'hui — encaissement, page de paiement hébergée, transferts unitaires et de masse, carnet de bénéficiaires, règlements, relevé de compte et pagination.

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