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.

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.

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

Un flux de transactions ne donne qu'une chaîne et un montant.

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.

Quand le commerçant est sur le réseau, les lignes arrivent telles que la caisse les a enregistrées. Il n'y a aucune image à lire ni de score de confiance à filtrer.

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

La couverture est rapportée par marché et par catégorie. Là où il y a un trou, l'API le dit au lieu de renvoyer un résultat déduit.

Ce que vous pouvez construire

Des produits bâtis sur le reçu.

Des reçus dans votre application, des transactions enrichies, des réclamations d'assurance et des preuves de rétrofacturation, tous à partir des mêmes données de reçu.

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

    L'accès à la plateforme est accordé sur demande. Nous confirmons la couverture dans vos marchés et émettons des clés de test.

  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 de reçu. L'API rapporte la couverture par marché et vous indique quand une transaction n'a pas de reçu.

FAQ

Questions fréquentes

Pas encore. L'accès est accordé sur demande, une fois la couverture du réseau confirmée dans vos marchés. La documentation est publique.

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 dit au lieu d'en renvoyer un déduit. L'enrichissement résout quand même le commerçant derrière le descripteur. Les chiffres de couverture par marché sont fournis 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 est confirmée à l'intégration. La page Sécurité décrit l'arrangement actuel et comment poser une question sur une juridiction précise.

Oui. L'intégration comprend un environnement de test avec des commerçants et des reçus fictifs. Bâtissez et testez votre intégration là avant de lier une vraie carte.

Get started

Dites-nous ce que vous construisez.

Nous vous enverrons les chiffres de couverture pour vos marchés et un exemple de payload de reçu.