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

Plateforme

Construisez sur le reçu, pas sur le libellé.

Une transaction par carte vous donne un montant et une chaîne de caractères. Smartbills reçoit le reçu détaillé depuis le point de vente du commerçant au moment du paiement et le transmet à votre produit sous forme de données structurées, déjà associé à la transaction.

Lire la documentationParcourir les SDK
Données du réseau de cartes
{
  "descriptor": "SQ *BISTRO ST-DENIS MTL QC",
  "amount": -119.58,
  "mcc": "5812"
}
Enrichi par Smartbills
Transaction enrichie
{
"merchant": { "name": "Bistro Saint-Denis", "mcc": "5812" },
"items": [
{
"name": "Steak frites",
"quantity": 1, "unit_price": 32.00,
"total": 32.00,
"category": "food"
},
{
"name": "Salade niçoise",
"quantity": 1, "unit_price": 21.00,
"total": 21.00,
"category": "food"
},
{
"name": "Verre de pinot noir",
"quantity": 2, "unit_price": 14.00,
"total": 28.00,
"category": "alcohol"
},
{
"name": "Crème brûlée",
"quantity": 1, "unit_price": 11.00,
"total": 11.00,
"category": "food"
}
],
"tax": 13.78, "tip": 13.80, "total": 119.58
}

Infrastructure

L'infrastructure numérique des reçus et des factures

Les reçus s'effacent encore sur du papier thermique, et les factures sont des PDF que quelqu'un ressaisit. Smartbills relie le point de vente à tous les endroits où un reçu doit aller, en données, en quelques secondes.

Pour les développeurs

Là où les reçus sont émis

  • Commerçants
  • Point de vente
  • Commerce en ligne
  • Paiements
  • Logiciels comptables
  • Votre système, par API
Smartbills

Là où ils sont livrés

  • Texto, courriel et QR
  • Application Smartbills
  • Applications bancaires
  • Fintechs
  • Logiciels comptables
  • API et webhooks

Le problème

Tout ce qui suit un flux de transactions relève de la supposition.

Les trois viennent du même trou : le document qui explique un achat n'a jamais été relié à l'enregistrement de cet achat.

Vos utilisateurs ne reconnaissent pas leurs propres transactions, parce qu'un libellé de relevé n'est pas un nom d'entreprise.

L'enrichissement associe le libellé à un vrai commerçant (nom, logo, adresse et catégorie) avant qu'il n'atteigne votre interface.

Toute fonction qui a besoin du détail des lignes finit par reposer sur l'OCR, et se dégrade à chaque reçu pâli.

Lorsque le commerçant est sur le réseau, les lignes arrivent telles que la caisse les a enregistrées, donc il n'y a aucune image à lire ni aucun seuil de confiance à régler.

Impossible de vérifier les promesses de couverture d'un fournisseur avant d'être déjà en production.

La couverture se mesure par marché et par catégorie, et là où il manque quelque chose, nous vous le disons au lieu de le combler par une inférence.

Ce que vous pouvez construire

Des produits bâtis sur le reçu.

Chacun a sa propre page produit, parce que c'est quelque chose que nous livrons aujourd'hui et non un usage que l'API pourrait en théorie permettre.

Le reçu détaillé affiché sous la transaction à laquelle il appartient, dans votre produit et sous votre marque. Le titulaire relie une carte une seule fois, et chaque achat suivant chez un commerçant connecté s'affiche sans autre action.

En savoir plus: Des reçus dans votre propre application
Maple & Rye4398 Rue Saint-Denis, MontréalItinéraire

Des clés à un reçu affiché.

À quoi ressemble une intégration, du début à la fin. La référence de chaque étape se trouve dans la documentation.

  1. Obtenir des identifiants

    Parlez-nous de l'accès. Les API de la plateforme ne sont pas encore en libre-service ; l'échange est court, et c'est là que nous confirmons la couverture dans vos marchés avant que vous bâtissiez dessus.

  2. Relier une carte

    Votre utilisateur relie une carte une fois et son consentement est consigné. Pour lui, c'est toute l'inscription, sans application à installer ni reçu à transférer.

  3. Recevoir les reçus

    Les achats chez les commerçants connectés arrivent associés à la transaction, avec les lignes enregistrées par la caisse. Interrogez l'API pour les obtenir ou abonnez-vous aux événements.

  4. Afficher et livrer

    Utilisez les données directement, ou intégrez notre composant si vous préférez ne pas bâtir la vue vous-même. La couverture se mesure dès le premier jour, donc vous pouvez décider quoi afficher quand il n'y a pas de reçu.

Les produits derrière l'API

Chacun est un produit livré avec sa propre page, pour que vous voyiez exactement ce qu'il renvoie avant de nous parler.

Tout ce que vous voudrez garder ouvert

La documentation de référence fait foi, et cette page ne sert qu'à vous y mener.

FAQ

Questions fréquentes

Pas encore. L'accès à la plateforme est accordé après un échange, surtout pour confirmer la couverture du réseau dans vos marchés avant que vous bâtissiez dessus. La documentation est publique, donc vous pouvez la lire avant qu'on se parle.

Oui, pour les reçus qui n'existent qu'en image ou en PDF. Téléversez le fichier par l'API : il est traité en tâche de fond et devient une dépense dont le commerçant, la date, les articles, le sous-total et chaque taxe sont lus, et un webhook vous avise quand c'est terminé. Quand le commerçant fait partie du réseau, l'OCR n'est même pas nécessaire : le reçu arrive en données depuis le point de vente.

Oui. Les factures téléversées en image ou en PDF passent par la même extraction, y compris les documents de plusieurs pages, et reviennent avec le fournisseur, les dates, les articles et les taxes. Les taxes sont lues ligne par ligne : la TPS, la TVH, la TVQ et la TVP restent séparées.

Aucun reçu n'est produit, et l'API vous le signale au lieu de renvoyer un reçu inféré. L'enrichissement identifie tout de même le commerçant derrière le libellé. Traiter ce cas explicitement est le point le plus important d'une intégration, et c'est pourquoi nous fournissons les chiffres de couverture par marché avant que vous commenciez.

Le titulaire relie sa carte dans votre produit, et le consentement est consigné au moment de cette action. Les données de reçu sont des renseignements personnels dès qu'elles identifient une personne, donc elles relèvent des mêmes régimes que le reste de vos données clients. La page sécurité donne le détail.

La résidence des données dépend du marché et se confirme pendant l'intégration plutôt que d'être affirmée ici. La page sécurité décrit l'arrangement actuel et la façon de poser la question pour un territoire précis.

Oui. L'intégration comprend un environnement de test avec des commerçants et des reçus synthétiques, pour que vous puissiez bâtir et réviser votre intégration avant de relier une vraie carte.

Get started

Dites-nous ce que vous construisez.

Le moyen le plus rapide de savoir si ça vous convient, c'est d'obtenir un chiffre de couverture pour vos marchés et de regarder un vrai payload de reçu. Une seule conversation suffit pour les deux.

Nous écrireLire la documentation