Aucune donnée du titulaire ne change de mains
L'enrichissement se fait à partir du libellé, du montant et de l'horodatage. Il n'a pas besoin de savoir qui est le titulaire de la carte, et nous ne recevons jamais cette information.
Cartes et autorisation
Des noms de commerçants clairs sur chaque transaction
Un contrôle de dépenses limité à un emplacement doit connaître la succursale exacte, pas la bannière. Smartbills résout le libellé jusqu'au site pendant l'autorisation et joint le reçu dès son émission.
Smartbills résout chaque libellé jusqu'au magasin lui-même, avec son adresse et ses coordonnées, assez vite pour le chemin d'autorisation.
Transaction enrichieSource : reçu
Descripteur brutTIM HORTONS #4412 TORONTO ON • 18,14 $
CommerçantTim Hortons / Le Groupe TDL Corp.
Emplacement220, rue Yonge, Toronto ON / succursale 4412
Lignes d'achat2 x Double double, grand 4,10, 1 x Wrap du fermier 6,29, 1 x Timbits, boîte de dix 1,56
TaxesTVH 2,09 / 13 %
PourboireAucun sur ce reçu
Mode de paiementVisa 4417 / sans contact
Confiance1,00 / source : reçu
Source : reçuProvenance par champ
La succursale, pas le siège social
Une bannière de quatre cents succursales se résout à celle où votre titulaire est entré, avec adresse et coordonnées géographiques. Les contrôles limités à un site, une région ou une catégorie cessent de refuser des achats légitimes.
- Bannières à plusieurs succursales résolues au bon commerce
- Adresse et géocodage retournés avec la correspondance
- Point de terminaison REST unitaire pour l'autorisation
Les reçus tardifs arrivent par webhook
Quand un commerçant du réseau émet le reçu, un webhook fait passer la transaction de résolue à connue et le panier s'affiche dessous, sans que le titulaire ait à photographier quoi que ce soit.
- Webhooks pour les reçus qui arrivent en retard
- Articles, taxes, pourboire et mode de paiement quand un reçu correspond
- Point de terminaison par lots pour reprendre l'historique
Pourquoi les équipes changent
L'adresse d'un siège social ne dit rien de l'endroit où la carte a servi.
Une bannière de quatre cents succursales se résout au siège social, et on ne sait pas où la carte a servi.
Le libellé se résout à la succursale où le titulaire est vraiment entré, avec une adresse municipale et des coordonnées géographiques sur lesquelles on peut limiter un contrôle.
Les contrôles limités à un site refusent sans arrêt des achats qu'ils devaient autoriser.
L'emplacement et la catégorie sont résolus avant la décision d'autorisation. La règle s'applique donc à une vraie fiche commerçant, et l'achat légitime passe du premier coup.
Les titulaires finissent par photographier un reçu pour justifier une transaction déjà approuvée.
Quand le commerçant émet le reçu, un webhook le joint à la transaction avec le détail des articles. L'explication est déjà sur la ligne quand quelqu'un la consulte.
L'API dans votre plateforme de cartes
Deux façons de l'intégrer : appelez l'API pendant l'autorisation et affichez le résultat vous-même, ou placez notre vue de reçu à côté de la transaction dans votre application.
Appelez-nous à l'autorisation
Envoyez libellé, montant et horodatage dans le chemin d'autorisation. Aucun identifiant de titulaire n'est requis ni reçu.
Recevez la succursale
Une chaîne se résout à l'emplacement où la carte a été passée, avec l'adresse et les coordonnées géographiques.
Le reçu suit
Si le commerçant en émet un, un webhook fait passer la transaction de résolue à connue.
Affichez-la à votre façon
Sur votre relevé et dans votre application, avec votre propre seuil de confiance pour l'affichage.
Le reçu intégré, rien à développer
Intégrez le composant
Une vue de reçu détaillé qui s'ouvre depuis n'importe quelle transaction dans votre application de cartes.
Remplissez l'historique
Le point de terminaison par lots complète les anciens relevés que vos titulaires n'arrivaient pas à comprendre.
Gardez le flux à jour
Les reçus des points de vente et de la boîte courriel s'ajoutent au fil des achats. Personne ne photographie de bout de papier.
Les reçus en retard rattrapent
La ligne se met à jour sur place quand la pièce arrive après l'autorisation.
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.
Enrichissement des transactions
Faites d'un libellé de carte un commerce que votre client reconnaît, avec logo, adresse et catégorie, et le reçu détaillé quand le commerçant nous l'a envoyé.
Reçus intégrés
Des reçus détaillés tirés du point de vente du commerçant, affichés dans votre propre application sous la transaction correspondante. Pour les banques, les fintechs, les détaillants et toute appli bâtie sur l'API.
Cartes d'entreprise
Bientôt disponibleCartes d'entreprise avec capture des reçus, bientôt offertes : le reçu détaillé arrive avec la transaction, et la limite de chaque carte vient de votre budget.
FAQ
Questions fréquentes
Ce qu'on nous demande avant de s'inscrire.
Oui. Le point de terminaison REST unitaire est fait pour ça. Vous envoyez le libellé, le montant et l'horodatage, et vous recevez le commerçant, la succursale, l'adresse et la catégorie en un seul appel. Le reçu suit ensuite par webhook, sans jamais retarder la décision.
Seulement du libellé, du montant et de l'horodatage. Nous n'avons pas besoin de l'identité du titulaire et nous ne la recevons pas. Si vous utilisez aussi les reçus intégrés, la liaison de la carte est jetonisée par le réseau.
On les résout de la façon habituelle, en analysant le libellé à l'aide d'un corpus de commerçants et d'un modèle. Chaque champ revient avec sa provenance et un indice de confiance, ce qui permet à votre code de distinguer un commerçant lu sur un reçu d'un commerçant déduit d'une chaîne de caractères.
Oui, et c'est par là que commencent la plupart des programmes. Un traitement de l'historique est aussi le moyen le plus rapide de mesurer la couverture que vous auriez en production. C'est pourquoi nous vous remettons les transactions appariées, résolues et non résolues par marché avant tout engagement.
En région. Les données canadiennes résident au Canada et les données européennes restent en Europe. Pour un émetteur réglementé, c'est souvent la première question posée.
Get started
Résolvez la succursale avant la décision
Envoyez-nous un historique d'autorisations et nous vous indiquerons les transactions appariées, résolues et non résolues par marché avant que vous écriviez une ligne de code.