Intégrer
Branchez le paiement dans votre produit.
Une API documentée publiquement, un SDK, un environnement d’essai de même forme que la production.
Ce que ça fait
Documentation publique
Authentification, paiements, décaissements, webhooks, erreurs, tests : tout est en ligne, lisible avant de nous écrire.
Une clé par service
Une clé d’encaissement ne peut pas déclencher un versement. Une clé compromise ne donne accès qu’à la moitié du périmètre.
Idempotence
Une demande rejouée ne produit aucun second mouvement. Un réseau qui bégaie ne fait pas payer deux fois.
Journal des requêtes
Chaque appel, son code, sa durée. Quand une intégration part de travers, vous n’avez pas à nous croire sur parole.
Comment ça se passe
Quatre étapes, dans cet ordre.
- 1
Vous générez une clé d’essai
Immédiatement, sans validation de dossier.
- 2
Vous intégrez
Sur un environnement qui répond exactement comme la production.
- 3
Vous validez votre dossier
Registre du commerce, déclaration fiscale, pièce du dirigeant.
- 4
Vous basculez
La même intégration, une clé de production. Rien d’autre à changer.
Pour qui
Ceux à qui ça sert le plus.
Les autres solutions
Elles partagent le même compte.
Pas de contrat séparé, pas de second tableau de bord, pas de rapprochement à la main entre deux prestataires : le même solde et le même relevé.
Encaisser
Liens de paiement
Créez un lien, envoyez-le par WhatsApp ou SMS, le client paie. Aucune intégration, aucun développeur.
Encaisser
Page de paiement
Vous redirigez votre client vers une page que nous hébergeons. Vous n’écrivez aucune interface de paiement.
Reverser
Décaissement
Prestataires, salaires, commissions : le décaissement n’est pas un produit à part, c’est l’autre moitié du même compte.
Jugez sur pièces.
Le mode d’essai est ouvert immédiatement et gratuitement, et la documentation est publique. Vous n’avez pas à nous croire sur parole.