GoroPay construit une infrastructure de paiement Mobile Money et cartes pour l'Afrique de l'Ouest — le Mobile Money d'abord, les réseaux instables assumés, le cadre UEMOA respecté. Cette feuille de route est volontairement transparente. Aujourd'hui, la plateforme fonctionne en environnement sandbox déterministe et n'a encore traité aucun volume réel significatif : les briques décrites ci-dessous comme « déjà là » sont construites et testables, mais pas encore éprouvées sur du trafic réel. Nous opérons en qualité de prestataire technique, via des établissements agréés par la BCEAO, sans exercer d'activité réservée. À ce stade, y compris en sandbox, GoroPay ne détient aucun fonds pour compte de tiers ; les fonds vont directement au compte du bénéficiaire tenu par l'établissement agréé partenaire. Chaque brique porte un statut explicite — ce qui existe, ce qui est décidé, ce qui est à l'étude, et les ambitions long terme conditionnées à des licences ou partenariats que nous ne détenons pas encore.
Seuls les caps marqués « Déjà là » sont disponibles aujourd’hui (en sandbox). Tout le reste décrit des intentions — ni un engagement contractuel, ni une offre de service régulé non encore autorisé. Nous ne publierons aucun volume avant qu’il soit réel et audité.
Le socle est construit et fonctionne en environnement de test, de façon déterministe. « Testable en sandbox » signifie : logiciel réel, mais aucun mouvement de fonds réel tant que la production n'est pas ouverte.
API d'encaissement (collect) avec machine à états stricte et résolution asynchrone : paiement initié, confirmé ou échoué, puis réconcilié. Une seule intégration pour accepter, en sandbox aujourd'hui, les paiements des wallets mobiles de la zone.
Construit et testable en sandbox ; les paiements sont traités par un simulateur déterministe, sans contact avec un opérateur Mobile Money réel tant que le raccordement de production n'est pas ouvert.
Encaissement par carte via le même Checkout que le Mobile Money : un client sans wallet paie, le marchand encaisse les deux sur un flux unique. Frais 2,9 % + 100 F.
Testable en bac à sable (numéros de carte de test déterministes). Le PAN n'est JAMAIS stocké — seuls la marque et les 4 derniers chiffres le sont. En production, la carte reste refusée proprement tant qu'aucun acquéreur agréé n'est branché (gating par capability, comme le MoMo live).
Reversement des fonds aux marchands (payouts), remboursements partiels ou totaux, et suivi des soldes, adossés à un registre comptable en partie double, inaltérable et toujours équilibré.
Couche logicielle (testable en sandbox) : grand livre en partie double toujours équilibré, écart comptable nul, remboursements et suivi des soldes. Couche flux réels (non acquise) : le versement effectif des fonds et le règlement des soldes ne sont pas encore actifs ; ils dépendent d'un établissement agréé BCEAO et/ou de l'agrément Établissement de Paiement UEMOA (en préparation — sous réserve d'agrément, non engagé). Le « live » couvre un solde transitoire et le payout logiciel, pas la conservation de trésorerie.
Liens de paiement partageables, pages de paiement hébergées et pages de facture à payer, pour encaisser sans développement lourd — du petit marchand à la plateforme.
Disponible et testable en sandbox ; parcours fonctionnels, non encore éprouvés sur volume réel. Ce sont des pages de paiement hébergées, pas une suite de facturation comptable ou légale.
Séquestre (escrow) : les fonds d'une transaction sont bloqués jusqu'à validation de la livraison, puis libérés au marchand ou remboursés à l'acheteur. Pensé pour les transactions à confiance limitée.
Logique de séquestre construite et testable en sandbox ; les états (blocage, libération, remboursement) sont orchestrés par le registre déterministe. La détention effective de fonds réels en séquestre pour compte de tiers n'est pas active : sous réserve d'agrément BCEAO / EP-UEMOA — non engagé.
Encaissement pour plateformes : onboarding KYB des vendeurs tiers, répartition d'un paiement entre plusieurs bénéficiaires et suivi par vendeur, via les mêmes API.
Onboarding, répartition et comptabilité par bénéficiaire construits et testables en sandbox. La distribution effective de fonds réels aux vendeurs suit les mêmes conditions que les reversements : sous réserve d'agrément — non engagé.
Moteur de règles configurables, listes noires et contrôles KYB pour filtrer les transactions à risque avant capture, en visant les schémas propres au Mobile Money.
Éprouvé en sandbox avec des règles déterministes ; périmètre borné au moteur de règles, listes noires et KYB. Aucune détection adaptative ni efficacité mesurée sur fraude réelle à ce stade — le calibrage se fera sur volume réel.
Onboarding qui recueille les documents d'entreprise (RCCM, IFU, bénéficiaires effectifs) et les fait examiner avant d'activer l'encaissement. Un marchand est vérifié avant de pouvoir recevoir des paiements.
Fonctionnel en sandbox ; la revue est aujourd'hui une décision manuelle. Les intégrations aux registres officiels et à un prestataire de vérification documentaire restent à consolider pour la production.
Agrégats (volume, frais, taux de succès) par période, réseau ou statut, et exports CSV filtrés des transactions, payouts et remboursements — via l'API /v1/reports.
Calculs à la volée sur vos données, aucun snapshot. En sandbox, les chiffres reflètent des paiements simulés ; les frais sont estimés via la grille 1,9 % (la commission Connect n'y est pas incluse).
Relevé de l'usage facturable — nombre d'encaissements et frais 1,9 % déjà comptabilisés — par mois et par devise, via l'API /v1/billing/usage.
C'est une mesure, pas un débit : aucun prélèvement ni facture émis. Idempotent (une mesure par paiement) ; un remboursement ne retire pas la mesure (ADR-011).
Calcul de la part TVA à un taux paramétrable (assiette frais et/ou CA, mode inclusif/exclusif), avec relevé et export CSV par période — via l'API /v1/tva.
Outil d'aide au calcul et à l'export, testable en sandbox. Ne constitue NI un conseil fiscal NI une télédéclaration ; le taux est sous la responsabilité du marchand et à valider avec un expert-comptable.
Des chantiers dont le principe est arrêté et déjà annoncés. Leur ouverture dépend d'intégrations techniques et d'autorisations en cours ; rien n'est disponible en production à ce jour, et aucune date n'est engagée.
Planification des paiements récurrents, tentatives programmées et relances automatiques en cas d'échec (dunning), pour les marchands à modèle d'abonnement.
Orchestration (planification, tentatives, relances) testable en sandbox ; le prélèvement récurrent réel reste à venir, selon la disponibilité des mandats / débit récurrent chez les opérateurs Mobile Money. Aucune date engagée.
Extension des mêmes API à de nouveaux pays et réseaux Mobile Money de la zone, conçue pour minimiser les changements côté marchand (idéalement aucune réécriture). Une seule intégration, plusieurs marchés partageant le franc CFA.
Planifié à moyen terme ; sous réserve des autorisations locales et des raccordements aux réseaux opérateurs. Aucune date engagée.
Là où nous voulons aller si les licences et les partenaires suivent. Nous l'affichons par honnêteté, pas comme une promesse : rien ici n'est daté ni engagé, et chaque service suppose un agrément que nous ne détenons pas encore.
Permettrait à terme aux marchands d'émettre leurs propres cartes de paiement, physiques ou virtuelles, adossées à leur infrastructure GoroPay.
Sous réserve d'agrément et d'un partenaire schéma (Visa / Mastercard) — non engagé.
Permettrait à terme aux marchands de recevoir, conserver et piloter la trésorerie issue de leurs encaissements, dans un environnement Mobile Money aujourd'hui fragmenté.
Sous réserve d'un agrément bancaire ou e-money — non engagé. Aujourd'hui, y compris en sandbox, GoroPay ne détient aucun fonds pour compte de tiers ; le « live » ne couvre qu'un solde transitoire, pas un compte de dépôt.
Financerait à terme le court terme adossé à l'historique d'encaissement des marchands, pour absorber les décalages de trésorerie du commerce saisonnier et informel.
Sous réserve d'une licence de crédit ou d'un partenariat de financement agréé — non engagé.
Une idée, un besoin, un cap à prioriser ? Votre usage réel oriente notre feuille de route.