Émission
Créez une carte pour une identité que votre propre système détient déjà, et livrez-la par SMS, e-mail ou QR.
Fonctionnalité
Tout ce que fait le panneau, l’API le fait
Émission de cartes, transactions, consultation de soldes, reporting et administration sont tous disponibles via une API REST, avec des webhooks pour les événements auxquels vous voulez réagir et un Terminal SDK là où un fabricant de POS veut une intégration plus poussée que le parcours QR.
Updated
En bref
- Protocole
- REST sur HTTPS, JSON
- Événements
- Transactions, émission, changements de solde, actions d’administration
- Sandbox
- Fourni avec la documentation
- Disponibilité
- À partir du forfait Network
Updated
Travailler avec
- 01
Obtenir des accès sandbox
Délivrés avec la documentation, avant tout engagement commercial.
- 02
Émettre une carte de test
Le même appel que celui qui tournera en production, contre des soldes de test.
- 03
S’abonner aux webhooks
Pointez un endpoint vers nous et recevez les événements au fil de l’eau, avec relances.
- 04
Passer en production
Changez les clés. Rien d’autre ne change dans l’intégration.
Ce que vous automatiseriez en premier
La plupart des intégrations commencent au même endroit : émettre des cartes depuis un système qui sait déjà qui sont les clients — un système RH pour les allocations salariés, un CRM pour les programmes cadeaux, un système de flotte pour les chauffeurs. Viennent ensuite les recharges de solde planifiées, puis le rapprochement dans un système financier.
Recharge
Chargez du solde selon un calendrier ou sur événement — jour de paie, commande, réservation, prise de poste.
Rapprochement
Récupérez le flux de transactions et rapprochez-le de votre propre comptabilité, POS et en ligne ensemble.
Surface d’API
- Cartes
- Créer, mettre à jour, suspendre, rééditer et rechercher
- Soldes
- Recharger, débiter, rembourser, consulter et réserver
- Comptes
- Personnels et d’entreprise, avec plafonds et règles commerçants
- Commerçants
- Points de vente, postes de travail et permissions
- Reporting
- Export des transactions, filtré par canal, commerçant ou période
- Terminal SDK
- Pour les fabricants qui intègrent au-delà du parcours QR
Une question à ce sujet
Quelles méthodes d’authentification le widget prend-il en charge ?
Quatre, toutes en un clic : la carte Wallet elle-même, un numéro de téléphone par code SMS ou Flash-call instantané, un code à usage unique par e-mail, et un identifiant d’entreprise pour les utilisateurs B2B et B2E qui ne devraient jamais voir une inscription grand public. Le commerçant ou le PSP choisit lesquelles activer, et le widget sélectionne selon le type de compte au démarrage du paiement.
Proposez-vous une API en plus du widget prêt à l’emploi ?
Trois voies. L’API REST et le Terminal SDK pour les partenaires qui ont une équipe technique et veulent un contrôle total. Le widget de paiement, intégration JavaScript prête à l’emploi avec quatre méthodes d’authentification en un clic. Et l’intégration au checkout PSP, où 7Konto devient un moyen natif dans votre passerelle et où les commerçants n’intègrent rien du tout.
Prenez-vous en charge les webhooks ?
Oui — événements de transaction, émission de carte, changements de solde et événements administratifs, avec des endpoints configurés dans le panneau d’administration. Disponibles à partir du niveau Network, avec l’API REST.
Commencez par une clé sandbox
Un pilote gratuit de 30 jours, configuré et accompagné par notre équipe.