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

Enrichissement des transactions

API d'enrichissement des transactions pour les banques

Smartbills associe chaque transaction par carte au reçu détaillé du point de vente : vos clients voient le commerce, chaque article, les taxes et le pourboire, plutôt qu'une suite de majuscules.

Réserver une démoParler aux ventes
Un homme au café regarde une transaction sur son téléphone

Vos clients ne reconnaissent pas SQ *MAPLE&RYE MTL QC. Ils reconnaissent deux lattes à l'érable, un croissant et la rôtie à l'avocat.

Le reçu derrière chaque transaction

Smartbills nomme le commerçant, joint le reçu détaillé et classe chaque ligne avant que la transaction n'arrive dans votre application.

Montrez le commerce, pas le libellé

Le vrai nom, le logo et l'adresse du magasin où votre client est entré, le même qui est imprimé en haut de son reçu.

Des catégories jusqu'à l'article

Chaque article du reçu reçoit sa propre catégorie : les lattes sont du café et la rôtie, de la nourriture, plutôt qu'une seule ligne de restaurant. La catégorie du commerçant, elle, ne bouge pas d'un mois à l'autre.

Le reçu complet, joint

Chaque article et sa quantité, le sous-total, chaque taxe, le pourboire et le mode de paiement, directement du point de vente et identifiés comme des faits plutôt que des hypothèses.

Branchez-vous une fois

Un appel à l'autorisation, un point de terminaison en lot pour l'historique et un webhook quand un reçu arrive après la transaction. Déployé dans votre région.

Smartbills relie chaque transaction par carte à son reçu, avec chaque article, taxe et pourboire, et nomme le commerçant même sans reçu.

Enrichissement des transactions : comment ça fonctionne

  1. Envoyez la transaction

    Libellé, montant, horodatage et tout ce que vous avez d'autre : un champ ISO 8583, une ligne de finance ouverte ou un CSV. Aucune donnée sur le titulaire.

  2. Les correspondances exactes d'abord

    Si un commerçant connecté a émis un reçu pour ce montant, à ce terminal, à ce moment, le commerçant est connu, pas deviné.

  3. Le reste est complété

    L'analyse du libellé, nos données de référence et un modèle couvrent ce que le réseau ne voit pas. Chaque champ dit d'où il vient et à quel point il est sûr.

  4. Affichez-le dans votre application

    Nom, logo, emplacement, catégorie et, s'il existe, le reçu détaillé, dans votre propre design.

SDK

Enrichissez une transaction en un seul appel

Envoyez l'autorisation que votre processeur vous fournit déjà. Recevez le commerçant, son emplacement et le reçu détaillé.

  • 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 });// L'autorisation, telle que votre processeur l'envoieconst receipt = await smartbills.receipts.find({  descriptor: "SQ *MAPLE&RYE MTL QC",  amount: -36.72,  currency: "CAD",  mcc: "5814",  authCode: "A7K2Q9",  last4: "4021",  authorizedAt: "2026-10-08T12:41:07-04:00",});

Pour aller plus loin

Voir tous les produits

FAQ

Questions fréquentes

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

L'enrichissement des transactions consiste à convertir le texte brut qu'écrit un terminal de paiement en information lisible : un nom de commerçant, un logo, une adresse et une catégorie. Cette chaîne brute n'a jamais servi qu'à acheminer un paiement, ce qui explique que les clients s'y retrouvent si mal sur leur relevé.

L'enrichissement des reçus ajoute le reçu détaillé du commerçant à une transaction par carte : ce qui a été acheté, ligne par ligne, avec les taxes et le mode de paiement. L'enrichissement des transactions dit où l'achat a eu lieu ; l'enrichissement des reçus dit ce que c'était. Smartbills renvoie les deux dans une seule réponse, parce que les reçus viennent directement du point de vente du commerçant et sont associés à la transaction à laquelle ils appartiennent.

La catégorisation n'est qu'un champ, et elle ne vaut que si les autres champs sont exacts. Smartbills résout d'abord l'identité du commerçant et rattache la catégorie à l'entreprise plutôt qu'à la chaîne. Pour les commerçants de notre réseau, nous ne classons même pas une chaîne, puisque nous détenons le reçu.

Ils sont résolus de la façon habituelle : analyse du libellé à l'aide d'un corpus, puis un modèle pour ce qui reste. La provenance est fournie pour chaque champ, ce qui vous permet d'afficher autrement un commerçant déduit ou de masquer les champs peu fiables.

Non. L'enrichissement n'a pas besoin de ces données et ne les reçoit pas : il nous faut le libellé, le montant et l'horodatage, et l'identité du titulaire reste dans votre environnement. Avec les Reçus intégrés, la liaison de carte est tokenisée par l'intermédiaire des réseaux.

Nous acceptons le champ libellé d'un message ISO 8583, une ligne d'un flux de finance ouverte ou d'un agrégateur, ou un simple CSV pour la reprise d'historique. La plupart des intégrations commencent par une reprise en lot, qui est aussi la façon la plus rapide de mesurer votre couverture, puis passent au point de terminaison en direct.

En région. Les données canadiennes restent au Canada et les données européennes restent en Europe, ce qui, pour une institution réglementée, est habituellement la première question posée plutôt que la dernière.

Oui. Les remplacements sont conservés par utilisateur et appliqués par-dessus la catégorie résolue : quand un client recatégorise une transaction, elle reste comme il l'a voulue, même après nos améliorations de la taxonomie.

Get started

Envoyez-nous une semaine de vos propres transactions.

Mesurer la couverture sur votre propre portefeuille est la façon la plus rapide de savoir ce que vous obtiendriez.

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