Aller au contenu
neo-pays

Mikaty · participant SNE008 · XOF · Sénégal

Centralisez, supervisez et tracez vos flux de paiement réglementés — en temps réel, sur la plateforme qui les exécute.

Mobile money, virement sur IBAN dédié et paiement instantané BCEAO, derrière une seule API et un seul webhook. Chaque franc est inscrit dans un grand livre qui ne s'efface pas ; chaque décision est attribuable.

Vue d'ensemble du tableau de bord : flux par opérateur, fonds disponibles et conservés, dernières opérations sur chaque rail. Données d'illustration.

Supervision et conformité

Chaque flux surveillé, chaque franc tracé, chaque décision attribuable.

La supervision est tenue par la plateforme qui exécute les paiements : pas d'export vers un second système, pas de rapprochement entre deux prestataires.

à chaque opération

Surveillance en temps réel

Chaque encaissement et chaque versement est évalué avant de bouger.

  • Seuils AML évalués à chaque encaissement
  • Plafonds par entreprise, par rail et par sens
  • Mise en attente avec fonds conservés, revue par un opérateur
  • Coupe-circuit par rail
0 écriture modifiée

Traçabilité intégrale

Le grand livre ne se réécrit pas ; il se complète.

  • Grand livre en partie double, corrections par écriture compensatoire
  • Chaîne de hachage SHA-256 par compte
  • Journaux d'audit insérables uniquement
  • Rapports lus sur un réplica, jamais sur le chemin de paiement
4 yeux

Conformité AML et KYC

Les décisions sensibles se prennent à deux, et restent attribuables.

  • Criblage sanctions : une liste vide n'est jamais un passage
  • Déclaration d'opération au seuil de 5 000 000 XOF, cumuls journaliers
  • Déclaration de soupçon validée à quatre yeux
  • KYB avec bénéficiaires effectifs vérifiés avant approbation
72 h

Reporting réglementaire

Les registres que le régulateur attend, produits par le système qui exécute.

  • Registre des déclarations d'opérations et de soupçon
  • Exports filigranés et audités
  • Rapprochement à trois voies, import des relevés CAMT
  • Registre d'incidents avec échéance BCEAO de 72 h

Réduction du risque

Une opération signalée attend, fonds conservés ; un versement ne peut jamais dépasser le solde.

Automatisation

Seuils, plafonds et criblages s'appliquent à chaque opération sans intervention ; les humains ne tranchent que les cas signalés.

Performance

Module Performance du banc de la BCEAO : 0 écart sur 80 scénarios, aucune réponse 5xx.

Conformité

Conservation réglementaire de 5 ans, registre d'incidents 72 h, cantonnement recalculé chaque jour.

Chaque entrée du journal d'audit est hachée avec la précédente : entry_hash = SHA-256(prev_hash ‖ payload). Données d'illustration.
Lire notre posture sécurité
neo-pays déplace des réserves de valeur d'un endroit à un autre, via une API.
Définition de la plateforme — documentation d'architecture neo-pays

Pour qui

Trois façons d'utiliser la même plateforme.

Des institutions qui centralisent des flux réglementés aux marchands qui encaissent en ligne : mêmes rails, même grand livre, même API.

Institutions et grands encaisseurs

Loteries et paris, grands réseaux d'encaissement : tous vos opérateurs et tous vos rails sur une plateforme, supervisée là où l'argent passe.

  • Chaque opérateur rattaché dispose de son sous-compte, par rail, sous votre compte principal.
  • Plafonds et validations par entreprise et par opérateur, fonds conservés pendant la revue.
  • Versements en masse, exécutés ligne par ligne, résultat par ligne.
  • Seuils AML à chaque encaissement, exports filigranés et audités, registre d'incidents 72 h.

Marketplaces et plateformes

Encaissez pour vos vendeurs, répartissez, versez — sans jamais répartir plus que collecté.

  • Répartition dans la même transaction que l'encaissement.
  • Sous-comptes vendeurs, sous votre compte principal.
  • Versements soumis à validation, fonds conservés jusqu'à la décision.
Voir les contrôles

Marchands et e-commerce

Un checkout hébergé à vos couleurs, des liens de paiement, des factures, des abonnements — et le remboursement toujours plafonné à l'encaissement.

  • Checkout hébergé sur pay.neo-pays.com, avec votre logo, votre couleur et un reçu.
  • Liens de paiement réutilisables ou à usage unique, avec expiration.
  • Factures numérotées en PDF ; abonnements par facture puis encaissement.
  • Remboursements : impossible de rembourser plus que l'encaissement.

Centralisation

Vos clients paient comme ils paient déjà.

Mobile money, virement bancaire, paiement instantané : chaque moyen de paiement arrive dans la même API, le même webhook et le même grand livre.

  • WaveEncaissement et versement
  • Orange MoneyEncaissement et versement
  • Free MoneyEncaissement
  • Virement bancaireSur un IBAN dédié à votre entreprise — sur demande
  • Paiement instantané BCEAOParticipant SNE008
  • XOF, Sénégal pour commencer.
  • L'argent ne change jamais de devise.
  • Sur Orange Money, votre client confirme sur son téléphone ; le PIN est chiffré, la plateforme ne le connaît jamais.
  • Aucune donnée de paiement ne transite par vos serveurs : le checkout hébergé s'en charge.
Le checkout hébergé sur pay.neo-pays.com, aux couleurs du marchand : le payeur choisit son moyen de paiement. Données d'illustration.

Paiement instantané BCEAO

Participant SNE008 au paiement instantané de la BCEAO.

Tests d'entrée en production clos à 96 %. Le paiement instantané de l'Union, intégré à vos flux — en tant que marchand neo-pays.

  • Annuaire d'alias : création, recherche, retrait — un alias par compte.
  • Virements et demandes de paiement ISO 20022, y compris groupées.
  • QR EMVCo statique et dynamique.
  • Battement de disponibilité Art. 32 toutes les 5 minutes.
  • API Business v1.3.0, 39 opérations, sous mTLS ; les deux transports éprouvés.
Recherche d'un alias dans l'annuaire, envoi d'une demande de paiement, suivi du statut. Données d'illustration.

IBAN dédié

Disponible sur demande

Un IBAN dédié à votre entreprise. Vos clients paient par simple virement.

Un compte de collecte à votre nom, auprès d'une banque partenaire de la place. Chaque virement entrant est détecté par notification et rapproché automatiquement ; le virement sortant part du même IBAN.

  • Un IBAN dédié par entreprise, pour vos encaissements.
  • Arrivée détectée par notification, rapprochement automatique en secours.
  • Virement sortant depuis le même IBAN.
  • Votre compte de collecte n'est jamais votre compte de règlement.
Le compte de collecte : IBAN masqué, virements entrants rapprochés ou à rapprocher. Données d'illustration.

Contrôles

Contrôles en temps réel, décision humaine quand il le faut.

Chaque encaissement et chaque versement est évalué avant de bouger : plafonds par entreprise et par rail, seuils de montant, seuils réglementaires. Une opération signalée n'est pas refusée en silence — elle est mise en attente, fonds conservés, et un opérateur tranche. Les seuils ne se desserrent qu'à quatre yeux.

  • Plafonds par entreprise, par rail, par sens — modifiables sans déploiement
  • Seuils de montant évalués en ligne, avant l'exécution
  • Mise en attente avec fonds conservés, revue par un opérateur
  • Alertes AML : déclaration d'opération au seuil de 5 000 000 XOF, cumuls journaliers surveillés
  • Limitation de débit par source, coupe-circuit par rail
File de revue : une opération mise en attente, la règle déclenchée, la décision de libérer ou de refuser. Données d'illustration.

Scalabilité

Testé sous la charge du banc de la BCEAO ; conçu pour s'étendre service par service.

Module Performance 100 % (0 écart sur 80 scénarios), aucune réponse 5xx. Chaque service s'étend horizontalement, indépendamment des autres ; les rapports lisent un réplica, jamais le chemin de paiement.

  • Services sans état : sessions et limites de débit tenues hors des instances, aucune élection de chef.
  • Plancher tiède sur chaque chemin bloquant pour vos clients ; montée en charge automatique au-delà.
  • Rapports et exports sur un réplica de lecture : aucun rapport ne peut ralentir un paiement.
  • Webhooks et projections asynchrones, avec relivraison.
Chaque service s'étend indépendamment : instances, plancher tiède, réplica de lecture, webhooks asynchrones. Données d'illustration.

Sous le capot

Une passerelle, un grand livre, des services qui s'étendent chacun de leur côté.

Le trafic entre par un répartiteur de charge et une passerelle API ; les services d'encaissement et de versement parlent aux opérateurs ; chaque mouvement est inscrit au grand livre, et les rapports en lisent un réplica. Les événements sortent par une boîte de sortie vers vos webhooks. La chaîne participant relie la plateforme à la BCEAO sous mTLS.

Architecture de la plateforme neo-pays, vue simplifiée : répartiteur de charge, passerelle, services, grand livre et réplica, événements, chaîne participant.mTLSRépartiteurde chargePasserelleAPIServices depaiementOpérateursmobile money· banqueParticipantPIBCEAOGrand livreRéplica delecture

Démarrer

De l'inscription au premier paiement, en quatre étapes.

Les clés de test traversent le même code que la production, sans mouvement d'argent.

  1. Compte

    Créez votre compte. Il reste inactif tant que votre dossier n'est pas validé.

  2. Dossier KYB

    RCCM ou NINEA, représentant légal, bénéficiaires effectifs — vérifiés avant approbation.

  3. Clé API

    sk_test_ ou sk_live_, affichée une seule fois ; restreinte à vos adresses IP si vous le souhaitez.

  4. Premier paiement

    Un appel, un webhook signé : votre premier encaissement est dans le grand livre.

Une clé API est affichée une seule fois, à sa création. Données d'illustration.

Chiffres

Des nombres avec leur source.

Chaque chiffre publié ici nomme le banc, le module, le nombre de scénarios et la date. Aucun taux de disponibilité, aucun débit : rien que nous n'ayons mesuré.

96 %

tests d'entrée en production

Banc BCEAO d'entrée en production, résultat global, août 2026

99,49 %

module Sécurité — 2 écarts sur 394 scénarios

Banc BCEAO d'entrée en production, module Sécurité, 394 scénarios, août 2026

0 / 80

écart au module Performance

Banc BCEAO d'entrée en production, module Performance, 80 scénarios, août 2026

0

réponse 5xx sur toute la campagne

Banc BCEAO d'entrée en production, ensemble des modules, août 2026

5 min

battement de disponibilité Art. 32

Convention de participation au système de paiement instantané, art. 32 ; planificateur de la plateforme

5 / 2 h 35

tentatives de livraison webhook, échelonnées

Contrat webhooks de la plateforme : 60 s, 5 min, 30 min, 2 h

300 s

fenêtre anti-rejeu des signatures

Contrat webhooks de la plateforme, documentation développeurs

5 ans

de conservation réglementaire

Réponse à l'audit du système d'information de paiement, conservation

Développeurs

Premier paiement en un appel.

Une API REST, des montants en chaînes de caractères, l'idempotence intégrée, des webhooks signés et une spécification OpenAPI publique.

  • Idempotency-Key : 201 à la création, 200 au rejeu, 409 en cas de conflit.
  • GET /v2/corridors : le routage est inspectable.
  • Webhooks signés HMAC, horodatés, fenêtre anti-rejeu de 300 s ; 5 tentatives sur 2 h 35.
  • Clients de référence dans plus de dix langages — aucun paquet publié ; extraits générés depuis votre tableau de bord.
Livraison d'un webhook et son échelle de tentatives : 60 s, 5 min, 30 min, 2 h. Données d'illustration.
Créer un encaissement
curl https://api.neo-pays.com/v2/payments \
  -H "Authorization: Bearer $NEOPAYS_SECRET_KEY" \
  -H "Idempotency-Key: commande-1042" \
  -H "Content-Type: application/json" \
  -d '{
    "amount": "10000",
    "currency": "XOF",
    "platform_id": "<platform_id>",
    "merchant_reference": "commande-1042"
  }'

HTTP/1.1 201 Created
Vérifier un webhook
POST /webhooks/neo-pays
X-HayB-Signature: t=1723651200,v1=9f2c…d41a
Content-Type: application/json

v1 == HMAC-SHA256(secret, t + "." + body)
|now − t| ≤ 300 s

Contact

Parlons de vos flux.

Une tarification par entreprise, selon les rails et vos volumes. Écrivez-nous, ou ouvrez un compte de test en conditions réelles.

Prêt à encaisser sans intermédiaire de trop ?

Un compte de test en conditions réelles, ou un échange avec l'équipe.