Gestion des dépenses
Les dépenses traînent quand on demande aux utilisateurs de refaire ce que le paiement a déjà fait. Smartbills apparie le reçu détaillé du commerçant à la transaction et transmet à votre produit les articles, les taxes et le pourboire.
Smartbills rapproche le reçu détaillé du commerçant de la transaction avant que votre utilisateur ouvre l'application, chaque champ étant marqué connu ou déduit.
Le point de vente pousse le reçu sur le réseau dès que la carte est acceptée, et la capture par courriel récupère les reçus envoyés dans une boîte que l'utilisateur connecte une seule fois.
Un souper à 180 $, ce n'est pas une question de politique. Un souper à 180 $ avec quatre bouteilles sur la facture, oui, et les articles détaillés permettent à votre moteur de règles de faire la différence.
Aucun réseau ne couvre tous les commerçants. Nous mesurons la couverture par marché et par catégorie avant l'intégration, et les transactions non appariées reviennent étiquetées au lieu d'être remplies en silence.
Pourquoi les équipes changent
La moitié de nos dépenses restent ouvertes pendant des semaines parce que personne n'a pris le reçu en photo.
Le reçu est capté au point de vente ou dans une boîte courriel connectée sans que l'utilisateur fasse quoi que ce soit. La dépense arrive complète et personne n'a besoin d'un rappel.
Notre moteur de politique ne voit qu'un total, alors il signale les mauvaises dépenses et laisse passer les vraies.
Articles, composantes de taxes et pourboire arrivent avec la transaction. Une règle peut donc lire le panier et signaler les quatre bouteilles sur la facture du souper plutôt que le souper lui-même.
Nous ne savons pas de quels noms de commerçants notre fournisseur de données était vraiment sûr.
Chaque champ porte sa provenance et un indice de confiance. Dans votre code, un commerçant lu sur un reçu et un commerçant déduit d'un libellé sont deux valeurs différentes.
Prenez les données et construisez l'interface vous-même, ou intégrez notre vue de reçu dans votre produit. Dans les deux cas, vous obtenez les mêmes champs avec la même provenance.
Libellé, montant et horodatage. Aucune identité de titulaire n'est requise ni reçue.
Si un commerçant du réseau a émis un reçu pour ce montant à ce terminal, la correspondance est exacte.
L'analyse du libellé et un modèle comblent l'écart, et chaque champ indique sa source et son indice de confiance.
Votre design, votre moteur de règles et votre propre seuil pour ce qui mérite d'être affiché.
Une vue de reçu détaillé qui s'ouvre depuis n'importe quelle transaction dans votre application.
L'utilisateur autorise sa boîte une seule fois, et les reçus par courriel rejoignent ceux des points de vente dans le même flux.
Rapprochés, joints et conformes, avec l'original conservé pour la vérification.
Un webhook met la transaction à jour si la pièce arrive après l'autorisation.
Chaque produit fonctionne seul, et quand vous en utilisez deux, la même pièce voyage du reçu jusqu'à l'écriture comptable.
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é.
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.
Saisissez les reçus, catégorisez les dépenses et vérifiez la conformité à la politique dès qu'elles sont soumises.
Connectez Gmail, Outlook, Zoho Mail ou IMAP. Recueillez automatiquement les reçus et les factures des dossiers de votre choix, y compris Archives et Indésirables.
FAQ
Ce qu'on nous demande avant de s'inscrire.
Get started
Envoyez-nous un historique et vous aurez le nombre de transactions appariées, résolues et non résolues par marché avant d'écrire la première ligne de code.