Places de marché
La situation
Vous encaissez pour le compte de vendeurs tiers, et vous devez les reverser — souvent après un délai, parfois partiellement.
Ce qui y répond
Le même compte encaisse et reverse. Vous n’avez pas un prestataire pour la collecte, un autre pour les versements, et un tableur pour rapprocher les deux.
E-commerce
La situation
Un client abandonne quand le paiement est confus, et vous ne savez pas si une commande est réellement payée avant de l’expédier.
Ce qui y répond
Une page hébergée qui guide le payeur jusqu’au bout, et une notification signée côté serveur qui fait foi — pas un retour de navigateur qu’on peut falsifier.
Livraison et coursiers
La situation
Vous encaissez à la course et vous payez vos livreurs à la journée ou à la semaine. Le volume de petits versements est le vrai travail.
Ce qui y répond
Les versements en masse : un fichier, une validation humaine, et chaque ligne suivie individuellement jusqu’à son issue.
Assurance et microfinance
La situation
Vous collectez des primes ou des échéances récurrentes, et vous décaissez des sinistres ou des prêts à des bénéficiaires vérifiés.
Ce qui y répond
Un carnet de bénéficiaires vérifiés, des plafonds réglables, une double validation sur les lots, et une piste d’audit non modifiable.
ONG et programmes sociaux
La situation
Vous versez à des bénéficiaires nombreux, et votre bailleur exige de savoir qui a reçu quoi, quand, et avec quelle preuve.
Ce qui y répond
Chaque versement porte son statut, son horodatage et son issue. Le relevé de compte est exportable et lisible par un auditeur.
Écoles et formations
La situation
Vous encaissez des frais de scolarité par tranches, auprès de parents qui paient depuis le téléphone dont ils disposent.
Ce qui y répond
Un lien de paiement par tranche, envoyé par WhatsApp, qui se désactive une fois réglé — et la liste de qui a payé, sans tableur.
Paie et RH
La situation
Vous payez des salaires ou des indemnités à date fixe, et une erreur de saisie sur un numéro coûte un virement perdu.
Ce qui y répond
Les bénéficiaires sont enregistrés une fois et réutilisés. La saisie et la validation sont séparées : celui qui prépare n’est pas celui qui envoie.
Commerçants et artisans
La situation
Vous n’avez pas de site, pas de développeur, et vous ne voulez pas en avoir. Vous voulez être payé.
Ce qui y répond
Un lien créé en trois champs, envoyé par le canal que votre client emploie déjà. Rien à installer.
Éditeurs et agences
La situation
Vous intégrez le paiement pour vos propres clients, et vous avez besoin de juger une API avant de l’imposer à un projet.
Ce qui y répond
Documentation publique, SDK, environnement d’essai de même forme que la production, journal des requêtes. Vous évaluez sans nous parler.