Aller au contenu principal
Économisez 30 % sur votre première année

Des reçus intégrés, directement dans votre appli

Une API de reçus intégrés pour les banques, les fintechs, les détaillants et les applis tierces : le reçu détaillé du commerçant dans votre propre produit, sous la transaction correspondante. Vos utilisateurs n'ont rien à installer.

Réserver une démoParler aux ventes
Une femme consulte son téléphone dans sa cuisine, à côté d'un panier d'épicerie

Smartbills rapproche le reçu du commerce de la transaction et le transmet à votre application par API ou par un composant prêt à intégrer.

SDK

Le reçu dans votre propre application

Récupérez le reçu derrière une transaction et affichez-le avec un seul composant React, en français ou en anglais.

  • TypeScript@smartbills/sdk
  • React@smartbills/react-sdk
  • .NETSmartbills.SDK
  • Pythonsmartbills
Lire la documentation
import { SmartbillsClient } from "@smartbills/sdk";const smartbills = new SmartbillsClient({  accessToken: process.env.SMARTBILLS_TOKEN,  businessId: 123,});// Le reçu détaillé derrière une transactionconst receipt = await smartbills.receipts.getById(343);

Résultat

Pour toute appli qui affiche un achat

Une banque ou une caisse populaire place le reçu sous la transaction par carte. Une fintech l'ajoute à une appli de carte, de budget ou de dépenses. Un détaillant affiche chaque reçu en magasin dans sa propre appli, à côté des commandes en ligne. Toute appli tierce obtient le même reçu par l'API, avec le consentement de ses utilisateurs.

  • Banques, caisses populaires et émetteurs de cartes
  • Applis fintech de carte, de budget et de dépenses
  • Applis de détaillants et applis tierces sur l'API
Maple & Rye4398 Rue Saint-Denis, MontréalItinéraire

Des reçus chez vous, sous votre marque

Prenez l'API JSON si vous construisez l'écran vous-même, ou intégrez un composant qui reprend votre typographie et vos couleurs. Dans les deux cas, le titulaire reste dans votre produit.

  • API REST qui retourne articles, quantités, taxes et mode de paiement
  • Ou un composant intégrable qui prend vos jetons de design
  • Aucune redirection, aucune comarque, aucun compte Smartbills

Lier une carte, c'est toute l'intégration

Le titulaire donne son consentement une seule fois, dans votre application. Par la suite, chaque achat chez un commerçant connecté est rapproché de sa transaction et le reçu s'affiche dessous.

La couverture mesurée sur vos transactions

Aucun réseau de reçus ne couvre tous les commerçants. C'est pourquoi nous mesurons la couverture sur un échantillon de vos transactions avant tout engagement. Les transactions sans reçu reviennent quand même enrichies.

Les contrôles qu'exige la gestion des risques

Les données résident dans la région, les registres de consentement peuvent être produits sur demande et chaque reçu a sa propre piste d'audit. Smartbills n'a jamais besoin de savoir qui est le titulaire.

Reçus intégrés : comment ça fonctionne

  1. Liez une carte

    Le titulaire consent une seule fois dans votre application. La carte est jetonisée par le réseau et son numéro ne bouge pas.

  2. Payez comme d'habitude

    Un achat ordinaire chez un commerçant connecté. Rien ne change à la caisse.

  3. Le reçu rejoint la transaction

    Le point de vente du commerçant envoie le reçu détaillé, rapproché de la transaction par le jeton, le montant et l'heure.

  4. Votre application l'affiche

    Sous la transaction, dans votre propre interface, par l'API ou notre composant, habituellement quelques secondes après le paiement.

Pour aller plus loin

Voir tous les produits

FAQ

Questions fréquentes

Ce qu'on nous demande avant de s'inscrire.

Les reçus intégrés sont des reçus détaillés affichés dans votre propre application, sous la transaction à laquelle ils correspondent. Banques, fintechs, détaillants et applis tierces les utilisent pour que leurs clients voient ce qu'ils ont acheté sans quitter l'appli, sous la marque de celle-ci.

À toute entreprise dont l'appli affiche un achat : banques, caisses populaires et émetteurs de cartes dans l'écran de transaction, fintechs dans les applis de carte, de budget et de dépenses, détaillants dans leur propre appli de magasinage, et applis tierces qui appellent l'API avec le consentement de leurs utilisateurs.

Non. La liaison de carte est tokenisée par les réseaux de cartes : nous détenons un jeton qui associe un reçu à une transaction, jamais un numéro de carte. L'identité du titulaire reste dans votre environnement.

Tout dépend de votre marché et des habitudes de dépense de vos clients, et c'est pour ça que nous la mesurons sur un échantillon de vos propres transactions avant tout engagement. La couverture vient des plateformes de point de vente et non des magasins un par un, donc elle s'étend sans travail d'intégration de votre côté ni de celui du commerçant.

Non. Les reçus vivent dans votre application et Smartbills ne fait que fournir les données. Une personne qui utilise aussi l'application Smartbills y retrouvera les mêmes reçus, mais votre intégration n'en dépend en rien.

La transaction revient quand même enrichie du nom du commerçant, de son logo, de son adresse et de sa catégorie, grâce à l'Enrichissement des transactions sur lequel ce produit repose. La réponse indique à votre interface dans lequel des deux cas elle se trouve, pour que l'écran de détail ait toujours quelque chose à montrer.

Oui, entièrement. L'API ne retourne que des données structurées. L'apparence est à vous, et le composant prêt à intégrer prend vos jetons de design si votre équipe préfère ne pas construire l'écran.

C'est au Canada que le réseau de commerçants est le plus dense, puisque c'est là qu'il a commencé. Il s'étend par plateformes de point de vente plutôt que marché par marché, alors demandez-nous la couverture actuelle dans les marchés qui vous intéressent.

Get started

Voyez votre couverture avant de coder.

Nous mesurons d'abord la couverture de reçus sur un échantillon de vos propres transactions.

Réserver une démoRéserver une démo