Une automatisation comptable ne commence pas par l'IA. Elle commence par une question plus terre à terre : combien de pièces passent chaque mois entre vos mains, et combien de minutes chacune vous coûte avant d'être rangée au bon endroit.
Dans une PME, la réponse est presque toujours la même. Le temps ne part pas dans la comptabilité au sens noble. Il part dans la collecte des factures, dans le pointage des lignes bancaires, dans la chasse aux justificatifs et dans les relances. C'est du travail de manutention, et c'est exactement ce qui s'automatise.
Ce guide prend les quatre postes dans l'ordre où ils rapportent — la saisie, le rapprochement, les justificatifs, les relances — puis la question qu'on règle toujours trop tard : ce qui reste à l'humain et à l'expert-comptable.
Automatisation comptable : ce qui se règle, ce qui se juge, ce qui se signe
Trois mécaniques se cachent derrière le même mot. Les distinguer décide du budget et du risque.
Les règles. « Toute ligne bancaire au libellé de tel opérateur télécom va en frais de télécommunication, avec la TVA déductible au taux normal. » C'est déterministe, ça se teste, et ça ne coûte rien à l'exécution. Les logiciels comptables modernes savent déjà le faire, et la majorité du volume tient là.
Le jugement. Lire une facture fournisseur scannée de travers, reconnaître qu'un virement unique solde trois factures, comprendre qu'un mail de client est une contestation et pas une promesse de paiement. Un modèle de langage comme Claude apporte ici ce qu'aucune règle ne produit. Mais il se facture à chaque appel, et il peut se tromper avec aplomb.
La signature. Valider une écriture, établir une déclaration de TVA, arrêter des comptes. Cela reste sous la responsabilité de l'entreprise et de son expert-comptable, quelle que soit la qualité de l'outil.
D'où la règle de conception : les règles font le volume, le modèle traite les exceptions, l'humain valide ce qui engage. Un workflow qui inverse cet ordre coûte cher et produit des écritures que personne n'ose plus contrôler.
La saisie des factures fournisseurs
C'est le poste qui pèse le plus en volume, et celui où l'automatisation se voit dès la première semaine.
Collecter : faire venir les pièces au même endroit
Le premier gain ne vient pas de la lecture. Il vient de la collecte. Les factures arrivent par cinq chemins : en pièce jointe dans la boîte de quelqu'un, sur le portail d'un fournisseur, par courrier, dans l'application d'une carte de paiement, ou jamais.
Le montage le plus simple tient en deux pièces. Une adresse dédiée, du type factures@, que tous les fournisseurs reçoivent comme adresse de facturation. Et un workflow n8n qui surveille cette boîte, extrait les pièces jointes, écarte les signatures et les logos, et dépose chaque document dans le logiciel comptable.
Beaucoup de logiciels comptables, Pennylane compris, savent déjà recevoir des pièces par mail ou les récupérer eux-mêmes : vérifiez ce que votre formule propose, et commencez par là. n8n devient utile quand les pièces arrivent ailleurs : une boîte partagée que vous ne voulez pas rediriger, un portail fournisseur à interroger chaque mois, un dossier de stockage où l'équipe dépose ses scans.
Extraire : ce que l'OCR fait seul, et ce qu'il rate
La lecture d'une facture propre — fournisseur, date, montant hors taxe, TVA, total — est un problème réglé. Les logiciels comptables le font nativement, et bien.
Ce qui reste, ce sont les cas tordus : la facture photographiée sur un coin de bureau, le document de plusieurs pages qui mélange devis et facture, l'avoir présenté comme une facture, le ticket étranger avec une TVA qui ne se récupère pas. C'est là qu'un modèle de langage apporte quelque chose. Claude lit un PDF ou une image et rend un JSON structuré : les champs attendus, plus un champ « doute » qui dit ce qu'il n'a pas pu établir.
Ce champ est la pièce la plus importante du montage. Une extraction qui ne sait pas dire « je ne suis pas sûr » remplit des cases plausibles, et plausible n'est pas juste.
Imputer : proposer un compte, pas le décider
Une fois la facture lue, il faut l'imputer : un compte de charge, un taux de TVA, éventuellement un axe analytique. Pour un fournisseur récurrent, c'est une règle : même fournisseur, même compte. Le logiciel l'apprend en quelques mois.
Pour un fournisseur nouveau, le modèle peut proposer un compte en s'appuyant sur le libellé, le fournisseur et l'historique des imputations similaires. Proposer, pas décider. La proposition part dans une file de validation, et c'est la validation humaine qui crée la règle pour la fois suivante. Au bout de quelques mois, la file se vide d'elle-même : il ne reste que les vrais nouveaux.
Le rapprochement bancaire
Le rapprochement consiste à relier chaque ligne du relevé à la pièce qui la justifie. C'est le poste le plus répétitif de la comptabilité, et celui qui accumule le plus vite du retard quand personne ne s'en occupe.
Ce que les règles font seules
Une ligne dont le montant correspond exactement à une facture ouverte, avec une référence reconnaissable dans le libellé, se rapproche sans aide. Les prélèvements récurrents — loyer, abonnements, assurances — aussi. Dans une entreprise dont les flux sont réguliers, ces deux familles couvrent la plus grande partie des lignes, et le logiciel comptable s'en charge si les règles sont posées.
Le travail utile consiste donc à écrire ces règles une fois, pas à les rejouer chaque mois à la main. Une heure passée à les configurer en rend beaucoup plus sur l'année.
Les cas qui restent
Les lignes qui résistent tombent presque toujours dans quatre familles :
- le paiement groupé — un client règle trois factures en un seul virement ;
- le paiement partiel — un acompte, ou un client qui retient un montant contesté ;
- le montant décalé — des frais bancaires déduits, un écart de change, un escompte ;
- le libellé muet — un virement sans référence, d'un payeur qui n'est pas le client facturé.
C'est le bon terrain pour un modèle. On lui donne la ligne bancaire et la liste des factures ouvertes du payeur probable, et on lui demande la combinaison la plus vraisemblable avec sa justification. Il ne lettre rien lui-même : il prépare une proposition qu'un humain accepte d'un clic. Le temps gagné vient de là — passer de « chercher » à « vérifier ».
Les justificatifs manquants
Une ligne bancaire sans pièce bloque la clôture du mois, et la pièce se trouve presque toujours dans la poche ou la boîte mail de quelqu'un d'autre que la personne qui tient la comptabilité.
Le workflow tient en quelques étapes :
- chaque semaine, n8n récupère la liste des transactions sans justificatif depuis le logiciel comptable ;
- il identifie le porteur probable : la carte utilisée, le service, ou à défaut le responsable désigné ;
- il lui envoie un message court sur l'outil où il travaille déjà — Slack, Teams ou mail — avec la date, le montant, le marchand, et un moyen de répondre en joignant la pièce ;
- la pièce reçue est déposée dans le logiciel et rattachée à la transaction ;
- au bout de deux relances sans réponse, la ligne remonte au responsable financier.
Rien d'intelligent là-dedans, et c'est ce qui le rend fiable. La seule finesse : regrouper. Un message par transaction se fait ignorer en une semaine. Un récapitulatif hebdomadaire par personne, avec la liste complète, se traite en cinq minutes.
Les relances clients
Côté encaissement, l'automatisation comptable rejoint un sujet que nous avons déjà détaillé : le calendrier, les tons et l'escalade sont décrits dans notre guide pour automatiser ses relances d'impayés.
Ce que le point de vue comptable ajoute tient en une phrase : la relance doit s'arrêter sur le lettrage, pas sur une date. Une relance qui part alors que le client a payé la veille, parce que le rapprochement n'a pas encore tourné, abîme la relation plus sûrement qu'un retard. Le workflow de relance lit donc le statut de la facture dans le logiciel comptable juste avant chaque envoi, et il ne part que si la facture est toujours ouverte.
Le deuxième apport du modèle est en entrée. Les réponses des clients — « payé hier », « la facture n'est pas au bon nom », « on conteste la ligne 3 » — se classent automatiquement. Une promesse de paiement suspend la séquence jusqu'à la date annoncée. Une contestation l'arrête et ouvre une tâche pour un humain. Toujours la même règle : on appelle le modèle uniquement là où il faut lire et interpréter.
Où mettre la logique : le logiciel comptable, n8n, ou un agent
Ce que le logiciel sait déjà faire. Pennylane et ses concurrents couvrent nativement, selon les formules, la synchronisation bancaire, la lecture des factures, les règles de catégorisation et souvent une partie des relances. Commencez par activer et configurer tout ce qui est natif. Ce qui est natif ne se maintient pas et ne tombe pas en panne séparément du reste.
n8n à côté. Dès qu'un processus sort du logiciel comptable — une boîte mail tierce, le CRM, l'outil de facturation, la messagerie d'équipe — un orchestrateur devient le bon endroit pour la logique. n8n écoute les webhooks, appelle les API, gère les reprises sur erreur, garde les traces d'exécution, et peut s'héberger chez vous, ce qui compte quand on fait transiter des données financières.
Un agent IA comptable. Le terme circule beaucoup, et il recouvre surtout deux usages raisonnables. Le premier : un assistant qui répond aux questions de la direction sur l'état des comptes — « qu'est-ce qui reste à encaisser ce mois-ci », « quelles factures fournisseurs attendent une validation » — en lisant le logiciel comptable sans pouvoir y écrire. Le second : un agent qui traite les exceptions décrites plus haut et prépare des propositions. Dans les deux cas, un agent qui passe des écritures ou déclenche des paiements sans validation n'est pas un gain de temps : c'est un risque de contrôle.
Une question précède les trois, et personne ne peut y répondre à votre place : qu'expose l'API de votre logiciel comptable en écriture, et avec quels droits ? Pennylane propose une API publique, mais ce qu'elle permet de créer, de modifier ou seulement de lire dépend de l'objet et de la formule. Lisez la documentation avant de dessiner le workflow : c'est elle qui décide s'il met réellement une pièce à jour ou s'il se contente de prévenir quelqu'un.
Ce qu'on ne délègue pas
Quatre choses, à écrire avant de configurer.
La validation des écritures. Le modèle propose, la règle exécute, un humain signe. L'expert-comptable doit savoir quelles écritures sont nées d'une règle, lesquelles d'une proposition validée, et lesquelles ont été saisies à la main. Marquez la source de chaque écriture : c'est ce qui rend la révision possible.
Les déclarations. TVA, liasse, déclarations sociales : l'automatisation prépare les données, elle ne dépose rien. La responsabilité reste là où elle est.
Les paiements sortants. Un workflow peut préparer un lot de virements fournisseurs. Il ne l'exécute pas. La fraude au faux fournisseur — un changement de coordonnées bancaires reçu par mail — est exactement le genre de message qu'un modèle trop serviable traiterait comme une simple mise à jour.
L'interprétation fiscale. Une dépense mixte, une TVA non récupérable, une immobilisation qui ressemble à une charge : ce sont des questions de jugement professionnel, pas de lecture de document. Le workflow les signale, il ne les tranche pas.
Ce que ça fait gagner, et comment le mesurer
Aucun chiffre générique ne vaut le vôtre, et il se calcule en dix minutes. Pour chaque poste, relevez trois nombres sur un mois réel :
- le volume : nombre de factures fournisseurs, de lignes bancaires, de justificatifs relancés, de factures clients relancées ;
- le temps unitaire : minutes de manipulation par élément, chronométrées sur une dizaine de cas, pas estimées ;
- la part automatisable : ce qui tombe dans les cas simples décrits plus haut.
Le temps récupérable est le produit des trois. Une PME qui traite deux cents factures fournisseurs par mois à trois minutes pièce passe dix heures à la saisie ; si les trois quarts relèvent de règles ou d'une extraction propre, c'est un peu plus de sept heures rendues chaque mois, sur ce seul poste. Mettez ce chiffre face au coût de mise en place et de maintenance, et vous savez par où commencer. La méthode complète, avec les coûts cachés, est celle de notre article sur le calcul du ROI réel d'une automatisation.
Par où commencer cette semaine
Ne commencez pas par l'IA. Commencez par la collecte : une adresse de réception unique pour les factures, communiquée à tous les fournisseurs, reliée au logiciel comptable. Ce seul changement supprime une bonne partie des relances internes.
Posez ensuite les règles de rapprochement pour vos vingt fournisseurs et prélèvements les plus fréquents. Laissez tourner un mois, puis regardez ce qui reste dans la file. Ce reste-là — les paiements groupés, les factures illisibles, les réponses clients à classer — est le seul endroit où un modèle mérite d'être appelé.
Associez votre expert-comptable dès le départ. C'est lui qui révisera ce que le système produit, et il sait mieux que personne où vos écritures se trompent aujourd'hui.
Cadrer ce chantier — les règles, les exceptions, ce qui reste à valider et par qui — est ce que fait notre agence d'automatisation avant de brancher le premier workflow.
