L’API WoilaPay est en construction.
Nous ne publions pas encore de documentation ni de clés d’intégration : le moteur transactionnel est en cours de construction et les intégrations partenaires ne sont pas ouvertes. Voici où nous en sommes, et comment nous concevons l’API.
Ce que nous construisons.
API REST marchand
En développementCréer une transaction, récupérer son statut, lister l’historique.
Clés publiques et secrètes
En développementUne clé publique côté client, une clé secrète côté serveur — jamais l’inverse.
Webhooks signés
En développementNotification de chaque changement de statut, signature vérifiable et rejeu sûr.
Idempotence
DisponibleUne référence unique par transaction : un même événement ne peut pas être compté deux fois.
Environnement de test
RoadmapUn bac à sable pour intégrer sans manipuler d’argent réel.
Documentation publique
RoadmapRéférence complète des ressources, des statuts et des erreurs.
Nos principes d’intégration.
- La confirmation vient du serveurJamais d’un retour de navigateur, d’une URL contenant « success » ou d’une capture d’écran.
- Une référence unique par transactionL’idempotence est une règle du modèle, pas une option d’implémentation.
- Des statuts explicitesPas de booléen « payé » : une machine à états, journalisée à chaque transition.
- Les clés secrètes restent côté serveurLe frontend ne manipule que des identifiants publics.
POST /v1/transactions
{
"amount": 5000,
"currency": "XAF",
"reference": "WLA-2026-000184", // idempotent
"merchant_id": "mrc_amina",
"channel": "MOBILE_MONEY"
}
// webhook — la seule source de vérité du statut
{
"event": "transaction.confirmed",
"reference": "WLA-2026-000184",
"status": "CONFIRMED",
"confirmed_at": "2026-02-11T15:42:11+01:00",
"signature": "sha256=…"
}Les statuts d’une transaction.
Le même modèle est utilisé par le produit, la démonstration et la future API.
Vous voulez intégrer WoilaPay ?
Dites-nous ce que vous construisez : nous ouvrons l’accès progressivement, en commençant par les intégrations les plus proches du terrain.