Revolut Business Dépenses ou API pour les reçus
Comparez le traitement natif des justificatifs avec les capacités de lecture actuellement documentées par la Business API.
Ce guide vous concerne si...
Vous hésitez entre le parcours Dépenses natif et une intégration Business API pour gérer des reçus.
Voir aussi : Commencer par le parcours natif
Décision d'architecture
Dépenses reçoit, numérise, rapproche et fait revoir les justificatifs.
L'API documente la lecture des dépenses et des reçus déjà associés.
La récupération des dépenses n'est pas disponible dans Sandbox.
Dans ce guide
1. La différence essentielle: traiter ou lire
Revolut Business Dépenses est le parcours opérationnel. Il reçoit les justificatifs par mobile, web ou e-mail, les numérise, tente de les rapprocher et applique les champs, contrôles et approbations du compte.
La documentation Business API actuelle expose un parcours de lecture. Une intégration peut récupérer une dépense précise, parcourir les dépenses et télécharger un reçu déjà associé à une dépense.
Ces fonctions ne sont pas interchangeables. Choisir l'API pour remplacer l'envoi et le rapprochement des reçus reviendrait à concevoir autour de capacités qui ne sont pas documentées.
2. Ce que le parcours Dépenses prend en charge
Le parcours natif crée les dépenses liées aux transactions, reçoit les reçus, remplit certains champs, collecte les informations requises et fait passer la dépense par le processus de revue configuré.
Pour l'e-mail, l'utilisateur copie son adresse unique dans Profil, Mes reçus et transfère depuis son adresse de connexion. Revolut accepte aussi la photo mobile et le dépôt de fichier depuis le web.
Ce parcours reste le propriétaire du rapprochement. Quand l'association automatique échoue, l'utilisateur peut sélectionner le reçu dans Mes reçus et le rapprocher manuellement.
3. Ce que l'API documente actuellement
L'API permet de récupérer une dépense par identifiant, de lister les dépenses et de récupérer un reçu à partir de l'identifiant de dépense et de reçu. La liste est triée par date décroissante et paginée, avec une taille maximale documentée de 500 dépenses par requête.
Des filtres couvrent notamment la période, l'état et le type de transaction. Les états API doivent être traduits proprement vers les états affichés dans l'application.
La fonction n'est pas disponible dans Sandbox. La validation d'une intégration exige donc une stratégie de test et de déploiement prudente avec le compte autorisé.
Limite de preuve
La documentation consultée prouve la lecture des dépenses et reçus associés. Elle ne prouve pas l'envoi, le rapprochement, l'approbation ou la soumission par API.
4. Comparer la maintenance et les contrôles
Le parcours natif conserve l'identité de l'utilisateur, l'état de la dépense, les champs requis et les approbations dans Revolut Business. Il est généralement le meilleur choix lorsque le besoin est de soumettre des reçus.
Une intégration API ajoute la gestion des identifiants, de l'authentification, des permissions, de la pagination, des limites, des erreurs et des changements de schéma. Elle se justifie lorsque les données lues alimentent un système aval précis.
Avant de construire, écrivez le résultat attendu. Si l'objectif est seulement d'amener des reçus d'une boîte e-mail vers Revolut, le parcours Dépenses avec un acheminement amont est plus proche du besoin documenté.
5. Placer Expensent au bon endroit
Expensent se place en amont de Revolut Business. Il retrouve les justificatifs dans les e-mails actuels et historiques, permet de revoir les exceptions et achemine les documents sélectionnés vers l'adresse Dépenses vérifiée.
Les motifs récurrents confirmés peuvent ensuite être automatisés à partir de l'expéditeur et de l'objet. Revolut Business reçoit le document et reste responsable de la numérisation, du rapprochement, de la dépense et de l'approbation.
L'API reste pertinente si un système séparé doit consulter les dépenses et les reçus déjà associés. Ce besoin de lecture est distinct de la livraison du document depuis la boîte de réception.
6. Sources vérifiées
Ces sources ont servi à vérifier le fonctionnement des produits, leur terminologie actuelle et la répartition des rôles entre leurs flux natifs et Expensent.
8. Questions fréquentes
L'API Revolut Business peut-elle récupérer les dépenses ?
Oui. La documentation actuelle permet de récupérer une dépense, la liste des dépenses et le contenu des reçus associés. La liste est paginée et accepte plusieurs filtres.
L'API peut-elle envoyer un reçu vers une dépense ?
La documentation actuelle consultée décrit la lecture des dépenses et des reçus associés. Elle ne documente pas de point d'accès pour envoyer, joindre, rapprocher, approuver ou soumettre un reçu.
Peut-on tester la récupération des dépenses dans l'environnement Sandbox ?
Non. Revolut précise que cette fonction de récupération des dépenses et reçus n'est pas disponible dans Sandbox.
Quand utiliser le parcours Dépenses natif ?
Utilisez-le pour recevoir les justificatifs, les numériser, les rapprocher, compléter les champs, les faire approuver et les intégrer au processus comptable.
Quand l'API est-elle utile ?
Elle convient à une intégration qui doit lire les dépenses existantes et leurs reçus. Il faut prévoir l'authentification, la pagination, la supervision et la maintenance.
Quel rôle joue Expensent ?
Expensent agit avant Revolut: il retrouve et achemine les reçus de la boîte e-mail. Il ne remplace ni l'API ni le processus Dépenses.
Acheminer les justificatifs avant leur traitement
Utilisez Expensent pour retrouver et livrer les reçus de la boîte e-mail, puis laissez Revolut Business gérer la dépense.
Commencer