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

Litiges et soutien

Moins d'appels « c'est quoi cette transaction ? »

La plupart des litiges et des appels au service à la clientèle partent d'un libellé obscur. Affichez le nom de l'entreprise, son logo et la succursale, plus le reçu quand nous l'avons, et le titulaire a sa réponse avant d'appeler.

Réserver une démoParler aux ventes

Smartbills résout le libellé jusqu'à l'entreprise, son logo et le magasin, et joint le reçu quand un commerçant du réseau en a émis un.

Transaction enrichieSource : reçu
Descripteur brutSQ *LE PETIT DEP 8004169726 QC • 32,17 $
CommerçantLe Petit Dep / 9418-2207 Québec inc.
Emplacement179, rue Saint-Paul Ouest, Montréal QC / succursale 01
Lignes d'achat2 x Espresso 3,25, 1 x Sandwich au jambon 11,50, 1 x Tarte au sucre 6,75
TaxesTPS 1,24, TVQ 2,47
Pourboire3,71 / 15 %
Mode de paiementVisa 4417 / sans contact
Confiance1,00 / source : reçu
Source : reçuProvenance par champ

Une ligne de transaction que le titulaire reconnaît

Le vrai nom commercial, le logo, l'adresse municipale et la catégorie sur la transaction, résolus jusqu'à la succursale où la carte a servi.

  • Nom commercial, dénomination légale, logo, site web, adresse et géocodage
  • Résolution à la succursale pour les bannières à plusieurs sites
  • Catégorie tirée de l'entreprise elle-même

Répondre avec la preuve de vente du commerçant

Quand le reçu existe, on ne débat plus d'un libellé. Vous montrez ce qui a été acheté, quand, à quel terminal et avec quelle carte.

  • Articles, taxes, pourboire et mode de paiement du commerçant
  • Document d'origine conservé et lié
  • Provenance indiquée sur chaque champ du dossier
Maple & Rye4398 Rue Saint-Denis, MontréalItinéraire

Dans votre appli, données gardées en région

Intégrez notre vue de reçu ou construisez la vôtre sur l'API. Déploiement au Canada ou en Europe, sans identité du titulaire.

Pourquoi les équipes changent

Un libellé que personne ne peut lire devient un litige.

Notre file d'appels déborde de « c'est quoi cette transaction ? » et trop de ces appels finissent en litige.

Le titulaire voit le vrai nom du commerçant, son logo et son emplacement sur la ligne de transaction, ce qui règle la plupart de ces questions avant qu'il décroche le téléphone.

Nos agents défendent une transaction avec le même libellé que le client n'arrivait pas à lire.

Quand le reçu existe, l'agent peut montrer les articles, les taxes, le pourboire et le mode de paiement tirés du registre du commerçant, et l'échange se règle habituellement en une seule réponse.

Nos dossiers de preuve mêlent faits et estimations, et personne ne peut les distinguer.

Chaque champ porte sa provenance et un indice de confiance. Ce qui a été lu sur un document et ce qui a été déduit sont donc étiquetés différemment dans le dossier que vous soumettez.

L'API, affichée à votre façon

Deux façons de l'intégrer : construisez vous-même la ligne de transaction à partir de l'enregistrement enrichi, ou glissez notre vue de reçu sous la ligne que vous avez déjà.

  1. Envoyez la transaction

    Libellé, montant et horodatage. Aucune identité de titulaire n'est requise ni reçue.

  2. Recevez le commerce

    Nom commercial, logo, adresse et catégorie, jusqu'à la succursale précise.

  3. Le reçu joint quand nous l'avons

    Lignes d'articles, taxes, pourboire et mode de paiement, liés à la pièce d'origine.

  4. Affichez-le

    Sur la ligne du relevé et dans votre console de soutien, avec votre propre seuil de confiance pour l'affichage.

Notre vue de reçu, rien à développer

  1. Intégrez le composant

    Une vue de reçu détaillé qui s'ouvre depuis n'importe quelle transaction, dans l'application du titulaire et la console des agents.

  2. La plupart des questions s'arrêtent là

    La plupart des « c'est quoi, cette transaction? » cessent dès que le titulaire voit un nom et un logo qu'il reconnaît.

  3. Les litiges arrivent documentés

    Ce qui a été acheté, quand, à quel terminal et avec quelle carte, d'après la fiche même du commerçant.

  4. Les reçus en retard s'ajoutent

    Un webhook joint la pièce si elle arrive après l'autorisation, avant qu'un dossier soit ouvert.

Les produits qui font le travail.

Chaque produit fonctionne seul, et quand vous en utilisez deux, la même pièce voyage du reçu jusqu'à l'écriture comptable.

FAQ

Questions fréquentes

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

En répondant à la question avant qu'elle soit posée. La plupart des appels « c'est quoi cette transaction ? » viennent d'un commerçant qu'on ne reconnaît pas, pas d'une fraude. Quand la ligne affiche déjà le nom de l'entreprise, le logo, l'adresse et (quand nous l'avons) le reçu, le titulaire comprend seul et n'appelle pas.

Le commerçant, la succursale, l'adresse et la catégorie, résolus à partir du libellé et étiquetés comme résolus plutôt que connus. Chaque champ est accompagné d'un indice de confiance, et c'est vous qui décidez ce qui est assez fiable pour être montré à un client.

Oui, c'est à ça qu'il sert. Le document d'origine est conservé et lié à la transaction, et les articles, les taxes, le pourboire et le mode de paiement viennent du registre de vente du commerçant. La provenance est indiquée sur chaque champ, de sorte que le dossier ne fait jamais passer une estimation pour un fait.

Seulement si vous le voulez. Une vue de reçu intégrée s'ouvre à partir de n'importe quelle ligne de transaction de votre appli, et l'API REST est là si vous préférez l'afficher avec votre propre typographie et vos propres seuils.

Non. L'enrichissement a besoin du libellé, du montant et de l'horodatage. L'identité du titulaire n'est ni requise ni reçue, et les données résident en région : les données canadiennes au Canada, les européennes en Europe.

Get started

Répondez sur la ligne, pas dans la file

Envoyez-nous un historique de transactions et nous vous dirons combien se résolvent à une succursale et combien correspondent à un vrai reçu.

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