L'API expense management à l'ère des agents IA : ce que nous construisons
La plupart des logiciels de gestion des notes de frais ont été conçus pour des humains : un collaborateur soumet, un manager valide, un comptable exporte. C’est un bon modèle — et il reste au cœur de ce que fait ONexpense. Mais il manque un acteur qui prend de plus en plus de place dans les systèmes d’information des entreprises : l’agent IA.
Cet article explique ce que nous construisons, pourquoi les données de dépenses structurées sont un prérequis pour l’automatisation intelligente, et comment vous pouvez rejoindre l’accès anticipé à notre API en septembre 2026.
Pourquoi les agents IA ont besoin de données de dépenses structurées
Un agent IA n’interagit pas avec une interface graphique. Il appelle des APIs, reçoit des données structurées, et prend des décisions ou déclenche des actions en conséquence.
Le problème des notes de frais dans les systèmes actuels : les données sont soit inexistantes dans le système d’information (processus papier), soit mal structurées (exports CSV sans sémantique), soit enfermées dans des ERP dont les APIs ne sont pas conçues pour des requêtes en langage naturel.
Pour qu’un agent puisse répondre à une question comme “quelles sont les dépenses de déplacement de l’équipe commerciale ce trimestre, ventilées par catégorie et par commercial ?”, il lui faut :
- Des données catégorisées de manière cohérente — pas “Restaurant” dans un ERP et “Repas d’affaires” dans un autre
- Un accès programmatique — une API REST avec des filtres expressifs, pas un export mensuel
- Une sémantique compréhensible — des champs nommés, des enums documentés, des montants avec leur devise et leur TVA séparée
C’est ce que l’API ONexpense est conçue pour fournir.
Ce que l’API permet concrètement
L’API ONexpense expose les données de dépenses de votre organisation avec une granularité suffisante pour des usages automatisés :
Requêtes de données — filtrer les dépenses par période, collaborateur, catégorie, statut de validation, projet. Chaque dépense retourne les champs structurés extraits par notre couche de reconnaissance LLM : montant TTC, TVA, date, fournisseur, catégorie, pièce justificative.
Webhooks — recevoir une notification en temps réel quand une dépense est soumise, validée, ou rejetée. Utile pour déclencher des actions en aval : mise à jour d’un outil de gestion de projet, notification dans un système de messagerie d’équipe, mise à jour d’un budget analytique.
Actions — soumettre une dépense programmatiquement (utile pour les outils de carte bancaire professionnelle qui veulent créer automatiquement une note de frais à partir d’une transaction), valider ou rejeter une dépense selon des règles métier définies par l’entreprise.
Exports comptables — déclencher un export formaté pour votre ERP (Sage, Cegid, QuickBooks) sans action manuelle.
Cas d’usage concrets
Voici ce que nos premiers clients en accès anticipé ont exprimé vouloir construire :
Réconciliation bancaire automatique : un agent qui compare chaque transaction de carte bancaire d’entreprise avec les notes de frais soumises, identifie les écarts, et alerte le responsable financier sur les dépenses non justifiées.
Assistant budget analytique : un agent intégré à l’outil de pilotage financier qui peut répondre aux questions du DAF sur l’état des dépenses en temps réel, sans attendre l’export mensuel.
Automatisation des workflows de validation : des règles de validation automatique pour les dépenses inférieures à un seuil, du type de catégorie autorisée, et avec une justification conforme — sans intervention humaine pour les cas simples.
Intégration ERP temps réel : synchronisation des notes de frais validées vers le plan comptable sans export manuel, avec mappage personnalisable des catégories ONexpense vers les comptes analytiques de l’ERP.
L’architecture : pourquoi la couche LLM change tout
Nous l’avons expliqué dans un article précédent : la reconnaissance des reçus par modèle de langue produit des données catégorisées sémantiquement, pas seulement transcrites visuellement.
Ce n’est pas un détail technique. C’est ce qui rend les données de dépenses utilisables par un agent.
Un reçu de restaurant reconnu comme “Restauration > Repas d’affaires” par un LLM — parce que le contexte le justifie — est exploitable par un agent qui doit calculer le budget restauration de l’équipe. Un texte brut OCR “Brasserie du Commerce - 47,20€” ne l’est pas sans une couche d’interprétation supplémentaire.
En construisant l’extraction LLM comme couche fondamentale dès le départ, nous nous assurons que toutes les données qui entrent dans ONexpense sont déjà dans un format compréhensible par des systèmes automatisés — et pas seulement par des humains.
Ce que nous ne ferons pas
Quelques clarifications importantes sur ce que l’API ONexpense n’est pas :
Elle n’est pas une API de traitement de paiements. ONexpense est un logiciel de gestion des notes de frais et de remboursement — pas un processeur de paiement. L’API expose des données de dépenses déclarées et validées, pas des virements.
Elle ne remplace pas votre ERP. L’API est complémentaire à votre chaîne comptable existante. Elle s’y intègre via des exports formatés ou des webhooks — elle ne prétend pas être le système de référence de votre comptabilité.
Elle n’est pas encore un connecteur natif Microsoft 365 ou Slack. Ces intégrations sont sur notre feuille de route mais ne font pas partie de l’accès anticipé de septembre 2026.
Accès anticipé — septembre 2026
Nous ouvrons l’accès anticipé à notre API en septembre 2026. Les critères de sélection sont simples : avoir un cas d’usage concret, être prêt à donner du feedback sur la documentation et les formats de données, et ne pas avoir besoin d’une SLA de production immédiate.
L’accès anticipé est gratuit pendant les trois premiers mois. À partir de janvier 2027, l’API sera incluse dans le plan Valeur probante et Sur mesure.
Questions fréquentes
Quand l’API sera-t-elle disponible ?
Accès anticipé en septembre 2026 pour un groupe limité de clients et de partenaires. Disponibilité générale prévue début 2027.
Quels langages de programmation sont supportés ?
L’API est REST/JSON, utilisable depuis n’importe quel langage. Nous fournirons une documentation OpenAPI complète et des exemples en Python, JavaScript, et PHP dès l’accès anticipé.
L’API est-elle disponible sur tous les plans ?
En accès anticipé, l’API est accessible aux clients Valeur probante et Sur mesure. À terme, des limites de taux différenciées s’appliqueront selon le plan.
Comment rejoindre la liste d’attente ?
Via notre page contact — précisez “accès API anticipé” dans votre message. Nous contactons les candidats par ordre d’inscription et de pertinence du cas d’usage.