La friction principale dans le suivi des dépenses freelance réside dans l’écart entre le moment où une dépense est engagée et celui où elle est enregistrée quelque part d’utilisable. Les dépenses journalisées des semaines plus tard à partir des relevés bancaires nécessitent de reconstituer quels déplacements étaient facturables et lesquels ne l’étaient pas. Le logiciel comptable (FreshBooks, Wave, etc.) n’est généralement pas le goulot d’étranglement — c’est la friction liée à l’ouverture d’une application, la navigation vers la saisie des dépenses, la catégorisation et l’attachement d’un reçu. Un workflow de 3 à 5 minutes pour un ticket de train à 15 € est fréquemment ignoré lorsqu’on est pressé.
Le modèle de couche de saisie
La journalisation des dépenses en langage naturel résout spécifiquement le problème de friction. Vous envoyez un message à votre agent : « dépensé 50 euros pour un déjeuner client avec l’équipe PSG ». L’agent :
- Catégorise automatiquement la dépense (repas & divertissements)
- La tagge avec le client (déduit de « équipe PSG »)
- Enregistre le montant, la date et la catégorie dans un fichier JSON local
- Confirme avec un bref accusé de réception
L’interaction prend 10 secondes. Vous la faites depuis votre téléphone dans le taxi de retour. La dépense est enregistrée.
C’est une couche de saisie, pas un logiciel comptable. Elle ne remplace pas FreshBooks. Elle ne gère pas la facturation. Elle ne génère pas de comptes de résultat. Ce qu’elle fait, c’est s’assurer que lorsque vous ouvrez votre logiciel comptable en fin de mois, les données brutes sont là — déjà catégorisées, déjà taguées par client, déjà datées. Vous ne reconstruisez rien. Vous approuvez simplement ce que la couche de saisie a déjà enregistré.
Cette distinction est importante car elle clarifie quel problème vous résolvez. La plupart des freelances n’ont pas un problème de comptabilité ; ils ont un problème de saisie. Les outils pour gérer la comptabilité correctement existent déjà. C’est l’habitude d’enregistrer les dépenses en temps réel qui manque.
La reconnaissance optique de caractères sur les reçus
Le workflow par reçu étend la journalisation en langage naturel aux reçus physiques. Vous photographiez un reçu et le transmettez à votre bot Telegram OpenClaw. L’agent utilise la reconnaissance optique de caractères pour extraire :
- Le nom du vendeur
- La date
- Le montant (et la devise si applicable)
- Parfois les lignes détaillées, selon la qualité du reçu
Il l’enregistre de la même façon qu’un message en langage naturel. Plus d’enveloppe de reçus froissés en fin de trimestre. Plus de saisie manuelle des montants depuis le papier.
C’est surtout important pour les catégories où les reçus sont les plus difficiles à suivre : restaurants, taxis, petits achats faciles à oublier. Les dépenses plus importantes — abonnements logiciels, billets de conférence, équipement — ont tendance à être enregistrées car elles viennent avec des confirmations par email qui servent de rappels automatiques. Les petites disparaissent.
La qualité des reçus varie et la reconnaissance optique de caractères n’est pas parfaite. Un reçu froissé ou mal éclairé produira des erreurs. L’approche pratique : prenez la photo immédiatement après avoir reçu le reçu, dans un bon éclairage, avant qu’il n’aille dans votre poche. Examinez l’enregistrement capturé lorsque vous recevez un message de confirmation de l’agent — si le montant semble incorrect, corrigez-le à ce moment, pas en fin de mois.
Alertes budgétaires et bilans mensuels
Au-delà de la saisie, le même système peut envoyer des alertes lorsque vous approchez des limites de catégorie et générer des bilans mensuels ventilés par catégorie et par client.
Une configuration d’alerte budgétaire :
« Envoie-moi un message Telegram si mes dépenses en repas & divertissements ce mois-ci dépassent 300 €. »
Cela nécessite de connaître votre cible par catégorie (quelque chose que vous définissez une fois en fonction de votre facturation et de vos marges habituelles) et de faire confiance à l’agent pour le vérifier régulièrement — ce que vous configureriez comme une tâche cron hebdomadaire, pas dans le cadre de la saisie en temps réel.
Le bilan mensuel est plus immédiatement utile :
« Génère mon résumé de dépenses pour mars 2026. Total par catégorie, total par client, et signale les catégories où j’ai dépassé mon objectif mensuel. »
Cela vous donne les entrées pour votre comptable ou logiciel fiscal sans agrégation manuelle. Vous avez journalisé tout le mois ; le bilan n’est qu’une requête sur ce qui est déjà là.
Ce que cela ne résout pas
Être clair sur le périmètre évite la déception d’attendre la mauvaise chose.
La conformité fiscale : la couche de saisie stocke les dépenses. Elle ne connaît pas les règles de votre juridiction sur ce qui est déductible, à quel taux, avec quelles exigences de documentation. Votre comptable s’en charge toujours. La valeur de la couche de saisie est de lui fournir des données propres et organisées plutôt qu’une boîte à chaussures de reçus.
La réconciliation : l’agent enregistre ce que vous lui dites. Il ne réconcilie pas avec votre relevé bancaire ou de carte de crédit. Si vous oubliez de journaliser quelque chose et qu’il ne détecte pas l’omission, la dépense n’existe pas dans le système. Vous êtes toujours responsable d’une vérification mensuelle pour assurer l’exhaustivité.
L’association facture-dépense : si vous souhaitez suivre quelles dépenses client ont été refacturées et lesquelles ne l’ont pas été, c’est une couche de workflow par-dessus la saisie qui nécessite une configuration supplémentaire — et probablement une supervision manuelle.
La complexité multi-devises : si vous travaillez à l’international et avez des dépenses en plusieurs devises, la couche de saisie peut enregistrer la devise d’origine, mais la logique de conversion et les implications de change de devises nécessitent toujours votre attention ou celle de votre comptable.
La conception de l’habitude
Le vrai défi de conception n’est pas la technologie — c’est de construire l’habitude de journaliser en premier lieu. La journalisation en langage naturel réduit considérablement la friction, mais elle nécessite encore l’étape d’envoyer le message.
Quelques patterns qui aident :
Journalisez avant de partir. Lors d’un déjeuner client, enregistrez la dépense avant de vous lever. À la fin d’un trajet en taxi, enregistrez-la avant de descendre. La fenêtre entre la dépense et la journalisation est celle où l’oubli survient — réduisez cette fenêtre à zéro.
Incluez le bilan hebdomadaire dans votre routine du vendredi. Demandez à l’agent de résumer les dépenses de la semaine chaque vendredi après-midi. Cela vous donne à la fois une vue utile et crée un moment pour remarquer les lacunes — des dépenses dont vous vous souvenez mais qui n’apparaissent pas dans le résumé.
Rendez le format aussi libre que possible. Moins vous avez besoin de structurer votre message de journalisation, moins la friction est grande. « taxi client hier 22 € » devrait fonctionner aussi bien que « dépensé 22 euros pour taxi vers le bureau du client hier ». Si l’agent ne peut pas analyser un format que vous utiliseriez naturellement, mettez à jour les instructions.
Une utilisation incohérente — journaliser certaines dépenses et pas d’autres — produit des données incomplètes tout en créant la fausse impression que tout est suivi.