Sover.tech est une très petite entreprise : une personne, un statut de micro-entrepreneur, et un arrière-boutique administratif qui ne s'arrête jamais. Factures fournisseurs à classer, livre des recettes à tenir, chiffre d'affaires à déclarer, échéances URSSAF et fiscales, devis clients à suivre. Rien de spectaculaire, mais assez pour occuper plusieurs heures par semaine.
Comme nous vendons des assistants IA locaux aux PME, nous avons commencé par nous appliquer la méthode à nous-mêmes. Dix chaînes tournent aujourd'hui sur notre serveur n8n : huit pour l'administratif, deux pour le commercial. Elles ne remplacent personne, elles enlèvent la mécanique répétitive autour du travail qui demande du jugement. L'IA locale y tient un rôle précis : elle lit les documents mal structurés et elle précontrôle chaque traitement avant qu'il ne produise un effet.
Ce qui suit décrit ce qu'elles font réellement, avec les seuils, les horaires et les chiffres que nous utilisons. Y compris ce qu'elles refusent de faire et les trois incidents qu'elles ont connus en une semaine. C'est un cas concret, pas une démonstration.
Un principe simple : le code décide, le modèle précontrôle
La tentation, quand on branche une IA sur sa comptabilité, c'est de tout lui confier. Nous avons fait l'inverse, et c'est le choix qui explique le reste : tout ce qui se calcule est confié au code, et le modèle lit ce qui est mal structuré puis précontrôle ce que la chaîne s'apprête à faire.
Un montant, une date d'échéance, un seuil de chiffre d'affaires, un nombre de jours de retard : ce sont des règles déterministes, vérifiables, qu'un programme applique sans se tromper et qu'on peut relire ligne à ligne. Une facture en PDF, en revanche, n'a pas de format garanti : c'est là qu'un modèle de langage rend service, pour en extraire le fournisseur, le numéro, la date et le montant total.
Le résultat de cette lecture est ensuite analysé par du code, jamais pris pour argent comptant. Et quand le modèle se trompe, l'erreur est visible : sur le livre des recettes, un contrôleur IA donne un avis par ligne (recette, non recette, incertain) avec sa raison, mais cet avis ne modifie aucun montant. Ce sont les encaissements de la banque qui font foi. Si le modèle est indisponible, le livre sort quand même, avec la mention que le contrôle n'a pas pu être fait.
Le modèle, lui, tourne sur une machine installée dans nos locaux, pas chez un fournisseur d'IA en ligne. Les factures, les relevés bancaires et les devis ne sont donc jamais envoyés à un service d'IA externe pour y être analysés. La banque et la messagerie, elles, restent des services externes, comme dans n'importe quelle entreprise, et nous le disons clairement.
Les dix chaînes, en un coup d'œil
Voici l'ensemble du dispositif, tel qu'il est configuré aujourd'hui. Chaque ligne est une chaîne indépendante : on peut en couper une sans arrêter les autres, et c'est ce qui rend l'ensemble supportable quand une pièce ou un service ne répond pas.
| Chaîne | Déclencheur | Ce qu'elle fait | Ce qu'elle envoie |
|---|---|---|---|
| Collecte des factures | À chaque courriel reçu | Lit les pièces jointes, identifie le fournisseur, classe dans le bon dossier | Compte rendu des dépôts |
| Dépôt dans la banque | Lundi 7 h | Rapproche chaque facture d'une transaction et joint le justificatif | Compte rendu des dépôts et des doutes |
| Livre des recettes | 1er du mois, 8 h | Construit le registre des encaissements du mois | Livre en pièce jointe, avec l'avis du contrôleur |
| Chiffre d'affaires et seuils | 1er du mois, 8 h 15 | Calcule le CA, le cumul annuel et la distance aux seuils | Point CA avec jauges vert, orange ou rouge |
| Échéances administratives | Tous les jours, 8 h | Suit les déclarations et prélèvements à venir | Rappel à 30, 15 et 3 jours |
| Justificatifs manquants | Lundi 7 h 15 | Repère les dépenses sans pièce jointe sur douze mois | Tableau et fichier à réclamer |
| Factures clients impayées | Lundi 7 h 45 | Prépare les relances selon le retard | Brouillons de relance, non envoyés |
| Archivage des relevés | Le 5 du mois, 8 h | Récupère les six derniers relevés bancaires | Résumé de l'archivage |
| Relances de devis | Tous les jours, 10 h et 14 h | Prépare les relances selon l'âge du devis, puis les envoie après contrôle | Relances envoyées, ou alerte de blocage |
| Devis en cours | Lundi au vendredi, 15 h | Rassemble l'état des devis en attente | Tableau de bord, en lecture seule |
Derrière ces chaînes, un outil : Qonto, pour la banque, les factures fournisseurs et les devis. Huit de ces dix chaînes y lisent leurs données. Une migration vers Pennylane est à l'étude, et elle pose une question utile : dans ce dispositif, qu'est-ce qui appartient au logiciel, et qu'est-ce qui nous appartient ? Les seuils, les règles de relance, les contrôles et le précontrôle restent, quel que soit l'outil. Ce qui change, c'est la connexion : il faut rebrancher la lecture des données, et l'écriture là où elle existe. Un changement de logiciel ne remet donc pas en cause la logique, mais il n'est pas gratuit non plus, et c'est plus honnête de le dire avant de s'y engager.
Le précontrôle : un premier regard avant chaque action
C'est le rôle qui compte le plus dans l'ensemble. Avant qu'un traitement produise un effet, joindre un justificatif, envoyer une relance, arrêter un livre, le modèle local relit ce que la chaîne s'apprête à faire. Les règles écrites font le premier tri, le modèle passe derrière, et l'action ne part que si les deux sont d'accord. Un précontrôle, pas une signature.
Sur le dépôt des factures, la question posée au modèle est étroite : cette facture correspond-elle bien à cette transaction ? Il compare le fournisseur, le montant, le numéro de facture quand il apparaît dans le motif du prélèvement, et il accepte un décalage de date de cinq jours dans un sens comme dans l'autre, puisqu'une facture peut être émise le lendemain d'un prélèvement. La consigne est explicite : en cas de doute sérieux, répondre non. Sa réponse arrive sous la forme d'un oui ou d'un non, avec une phrase de raison. Un non bloque le dépôt, la facture reste dans le dossier à traiter. Un oui ne suffit pas : les tolérances de montant et de date calculées par le code doivent aussi passer.
Sur les relances de devis, le modèle relit le message rédigé, faits en main : numéro, montant, dates, nom du client et niveau de relance doivent correspondre à ce que contient le devis ; le ton doit être celui de l'étape ; aucune promesse, remise ou délai ne doit apparaître s'il n'est pas dans les faits ; le français doit être correct. Le verdict est binaire, avec la liste des problèmes trouvés, et la consigne est de signaler une anomalie au moindre doute sur un fait. Si le modèle est indisponible ou si sa réponse est illisible, l'envoi est bloqué par précaution : on préfère une relance en retard à une relance fausse.
Sur le livre des recettes, le contrôle est plus léger, et volontairement non bloquant. Le modèle donne un avis par encaissement, recette, non recette ou incertain, avec sa raison, pour attirer l'œil sur un remboursement ou un virement entre comptes. Il ne modifie aucun montant : ce sont les écritures de la banque qui font foi.
Ce précontrôle a une propriété qui compte plus que sa finesse : il ne peut que bloquer, jamais autoriser à lui seul. Un modèle qui aurait le pouvoir de valider rendrait toute la chaîne dépendante d'un jugement probabiliste. Ici, son oui est une condition de plus, et son non suffit à tout arrêter.
Il faut dire aussi ce qu'il ne garantit pas. Les deux contrôles ne sont pas indépendants : ils s'appuient sur les mêmes données de départ, une facture et une transaction, un devis et son texte. Un modèle peut approuver un message erroné parce qu'il a mal lu le devis, et le code peut valider une donnée cohérente issue d'une mauvaise extraction. Deux accords valent donc mieux qu'un, mais ils ne valent pas une certitude. C'est pourquoi les montants et les dates sont vérifiés contre les données de référence de la banque, et non contre le texte produit par le modèle.
Ce que font les chaînes administratives
Les factures, en deux temps. La première chaîne lit la boîte de réception, extrait le texte des pièces jointes et demande au modèle local d'en tirer le fournisseur, le numéro, la date et le montant. Une mémoire conserve les factures déjà traitées, ce qui évite de classer deux fois la même pièce quand un fournisseur envoie un rappel. La seconde chaîne, le lundi, rapproche chaque facture d'une transaction, avec une tolérance de cinq centimes sur le montant et de quatre jours sur la date. Le dépôt automatique n'est autorisé que si la facture a été reconnue de façon fiable : deux fournisseurs récurrents dont le format est connu d'avance, ou une lecture par le modèle jugée cohérente. Le justificatif est joint, la transaction relue après coup, puis le fichier rangé. Au moindre doute, rien n'est joint : la facture reste dans le dossier à traiter et le compte rendu le signale.
Le livre des recettes. C'est le registre où un micro-entrepreneur inscrit chaque encaissement, une obligation comptable. Chaque premier du mois, la chaîne reprend les encaissements de la banque sur le mois écoulé, reconstruit le livre, le dépose dans le dossier comptable et l'envoie en pièce jointe. Le modèle y ajoute un contrôle sur des lignes déjà calculées : il signale les encaissements qui ne ressemblent pas à un chiffre d'affaires, par exemple un remboursement, un virement entre comptes ou une avance. Il ne qualifie pas le registre à notre place : il attire l'œil, et la décision reste humaine.
Le point de chiffre d'affaires. Le même jour, quinze minutes plus tard, une autre chaîne calcule le CA du mois, le cumul annuel et la distance aux seuils : 83 600 € pour le plafond 2026 de la micro-entreprise en prestations de services, 37 500 € pour la franchise de TVA, avec un seuil majoré à 41 250 €. La jauge passe en orange à 70 % du seuil et en rouge à 90 %. Nous n'avons plus à reconstruire ce chiffre à la main en fin de mois, ni à nous demander si nous approchons d'une limite.
Les échéances. Chaque matin à 8 h, une chaîne regarde le calendrier : prélèvement de l'assurance professionnelle le 28, cotisation foncière des entreprises mi-décembre, déclaration annuelle de revenus fin mai, renouvellement du contrat d'assurance en juin 2027. Elle rappelle aussi la déclaration de CA à l'URSSAF dès le premier jour ouvré, pour prendre de l'avance sur la date limite légale, fixée au dernier jour du mois suivant. Chaque échéance produit un rappel à 30, 15 et 3 jours, et le jour même pour la déclaration mensuelle d'URSSAF. Les dates personnelles s'ajoutent dans un champ de réglage, sans toucher au reste.
Les justificatifs et les impayés. Le lundi matin, une chaîne liste les débits des douze derniers mois qui n'ont pas de pièce jointe, les met en forme et propose un fichier à réclamer aux fournisseurs. Une autre prépare les relances de factures clients à 3, 15 et 30 jours de retard, avec un ton qui se durcit à chaque étape. Celles-là ne partent jamais vers le client : elles arrivent en brouillon dans une seule boîte interne, à charge pour nous de les envoyer ou de les corriger.
Deux chaînes pour le commercial, sous double contrôle
Le suivi des devis est le point faible de beaucoup de petites structures : un devis part, le client ne répond pas, personne ne relance, et l'affaire se perd par oubli. C'est aussi la tâche la plus sensible à automatiser, parce qu'un message envoyé engage l'entreprise. Nous l'avons donc entourée de contrôles.
Chaque jour à 10 h et à 14 h, la chaîne lit les devis en attente. Elle prépare une première relance à 10 jours, une deuxième à 20 jours, un rappel quand le devis arrive à cinq jours de son échéance, et une proposition de réactualisation une fois expiré. Deux relances ne partent jamais à moins de cinq jours d'intervalle, et une mémoire conserve l'historique des envois : un devis déjà relancé ne repart pas avant le délai prévu.
Avant l'envoi, deux barrières. La première est un jeu de contrôles écrits : le client a-t-il une adresse électronique, le devis existe-t-il toujours dans la banque, les montants et les dates sont-ils cohérents, le message correspond-il bien à l'étape prévue ? La seconde est un précontrôle par le modèle local : le texte est-il fidèle aux faits du devis, courtois, sans pression inutile, sans erreur de nom ou de montant, sans promesse que nous ne pouvons pas tenir ? Si l'une des deux barrières échoue, rien ne part : une alerte arrive en interne avec le motif, et le devis est bloqué jusqu'à décision humaine. Les messages partent signés par notre assistante commerciale, présentée comme un assistant IA, avec un accusé de réception en copie interne.
La deuxième chaîne ne parle à personne. Du lundi au vendredi à 15 h, elle envoie un tableau des devis en cours : relances déjà parties, incidents, prochaine relance prévue. C'est le tableau de bord qui évite de rouvrir le logiciel pour savoir où en est chaque affaire.
Ce qui compte plus que l'outil : les garde-fous
Une automatisation mal bordée coûte plus cher qu'une tâche faite à la main, parce qu'elle se trompe plus vite et plus discrètement. Six règles ont guidé la construction, et elles valent pour n'importe quelle entreprise :
- Lecture seule par défaut. La banque est consultée, jamais modifiée. La seule écriture autorisée est l'ajout d'un justificatif, et elle est immédiatement relue pour vérifier qu'elle a bien abouti.
- Deux contrôles avant l'action. Les relances de factures restent en brouillon. Les relances de devis partent automatiquement après les deux contrôles, et seul un blocage ramène la décision à un humain. Il n'y a donc pas de relecture humaine systématique avant chaque envoi, et nous ne prétendons pas le contraire.
- Une mémoire de ce qui a été fait. Chaque envoi, chaque facture traitée, chaque relance est enregistré. C'est ce qui limite les doublons et les relances en boucle. Une exécution interrompue entre l'envoi et l'enregistrement reste un cas à surveiller, et c'est précisément pour cela que les alertes existent.
- Une alerte plutôt qu'un silence. Un contrôle qui échoue envoie un message avec son motif. Une chaîne dédiée surveille les erreurs de toutes les autres.
- Une trace par exécution. On peut ouvrir chaque passage et voir quelle donnée est entrée, quelle décision a été prise, quel message est sorti.
- Un interrupteur par chaîne. Le mode réel, l'envoi ou le dépôt se désactivent dans les réglages. Une chaîne se met en simulation sans être démontée.
Ce que ça donne, chiffres en main
Sur la semaine du 23 au 29 octobre 2026, ces dix chaînes ont tourné 163 fois, dont 160 exécutions réussies et 3 incidents. Une partie de ces passages correspond à la mise au point, puisque l'ensemble a été construit dans cette même semaine : les chiffres disent donc le fonctionnement, pas encore le recul de plusieurs mois.
La palme revient à la collecte des factures, avec 87 exécutions, puisque la boîte est surveillée en continu. Les autres tournent au rythme de leur calendrier : huit passages pour les échéances quotidiennes, seize pour le suivi des devis, deux pour l'archivage des relevés. Les trois incidents ont été visibles immédiatement, avec leur motif, et n'ont produit aucun envoi indésirable.
Une précision qui compte : ces chiffres mesurent des exécutions techniques, pas la justesse de chaque décision métier. Une exécution réussie peut avoir produit un rapprochement qu'il faut encore vérifier, et une chaîne qui n'envoie rien parce qu'elle a bloqué est un succès technique. Le recul manque pour estimer un taux d'erreur résiduel ou le temps réellement gagné. Les indicateurs qui vaudront la peine, dans quelques mois, sont ailleurs : nombre de factures rapprochées et confirmées correctes, faux rapprochements, relances bloquées avant envoi, interventions humaines nécessaires.
Nous n'annonçons pas de pourcentage de temps gagné : il dépendrait du volume de factures, du nombre de clients et de la propreté des règles, trois choses qui varient trop d'une entreprise à l'autre. Ce que nous pouvons décrire, c'est ce qui a disparu du quotidien : la chasse aux justificatifs le lundi matin, la reconstruction du chiffre d'affaires en fin de mois, la vérification des échéances URSSAF et fiscales, et le suivi des devis sans réponse.
Ce que nous n'automatisons pas
Il y a une liste, et elle est volontairement courte mais ferme. Nous n'automatisons pas la fixation d'un prix, l'acceptation d'une remise, la décision d'engager une procédure de recouvrement, la réponse à un courrier de l'administration qui demande une position, ni la négociation avec un client. Ce sont des décisions qui engagent l'entreprise, et une machine n'a ni le contexte ni la responsabilité pour les prendre.
Nous n'automatisons pas non plus le rapprochement des cas ambigus. Quand un montant ne correspond pas, quand un fournisseur est inconnu, quand une facture ressemble à un doublon, la chaîne s'arrête et le dit. C'est une décision de conception : un doute signalé vaut mieux qu'un classement plausible et faux, parce qu'une erreur comptable se paie plus tard, et plus cher.
Par où commencer dans une PME
Ces dix chaînes ne se sont pas installées en un jour, et il ne faut pas commencer par dix. Quatre conditions rendent un premier essai solide :
- Une tâche qui revient chaque semaine, dont la règle est déjà connue de tous, même si elle n'est écrite nulle part.
- Un accès en lecture à la source : la banque, la messagerie, le logiciel de facturation.
- Une adresse interne qui reçoit le résultat, pour commencer sans rien envoyer à l'extérieur.
- Quelqu'un qui relit les premières semaines, et qui corrige la règle quand elle se trompe.
Une relance d'impayés, un récapitulatif de trésorerie ou un point de chiffre d'affaires suffisent pour un premier mois. On ajoute la deuxième chaîne quand la première tourne sans surprise, et on garde le réflexe d'écrire les règles avant de les automatiser : une règle qui ne vit que dans la tête d'une personne ne peut pas être appliquée par un programme, et ne peut pas être contredite non plus.
C'est exactement ce que nous installons chez nos clients, avec leurs outils et leurs règles. La différence avec un abonnement à un assistant en ligne tient en une phrase : le modèle tourne sur une machine qui est dans leurs locaux, et les documents n'en sortent pas.
Questions fréquentes
Faut-il savoir programmer pour mettre en place ce genre d'automatisation ?
Non, et c'est justement l'intérêt de n8n : la logique se construit par blocs visuels que l'on relie entre eux. Il faut en revanche quelqu'un qui sache écrire les règles noir sur blanc, parce que l'automatisation applique exactement ce qu'on lui dit. Chez nous, la partie délicate n'a jamais été l'outil, mais la rédaction des règles : à partir de quel retard relance-t-on un client, quelle dépense exige un justificatif, à quel seuil faut-il s'inquiéter d'un chiffre d'affaires.
Les données de l'entreprise passent-elles par un service extérieur ?
En partie, et il vaut mieux le dire précisément. La comptabilité est lue sur Qonto par son interface officielle, et une migration vers Pennylane est à l'étude. Les courriels passent par notre serveur de messagerie : ces services sont externes, comme dans n'importe quelle entreprise. En revanche, aucun document n'est envoyé à un modèle d'IA en ligne : le modèle qui lit les factures et relit les relances tourne sur une machine installée dans nos locaux. Les factures, les relevés et les devis ne sortent donc jamais vers un fournisseur d'IA.
Combien de temps ces automatisations font-elles gagner ?
Nous ne publions pas de pourcentage : il dépendrait du volume de factures, du nombre de clients et de la propreté des règles, trois choses qui varient trop d'une entreprise à l'autre. Ce que nous pouvons décrire, c'est ce qui a disparu : la recherche des justificatifs le lundi matin, la reconstruction du chiffre d'affaires en fin de mois, la vérification des échéances URSSAF et fiscales, et le suivi des devis sans réponse. La mesure se fait sur vos propres tâches, pendant la mise en place.
Que se passe-t-il quand une étape échoue ?
Elle prévient au lieu de se taire. Chaque chaîne envoie un compte rendu à la fin de son exécution, y compris quand il n'y a rien à faire. Un contrôle défaillant déclenche une alerte séparée, et une chaîne dédiée surveille les erreurs de l'ensemble. Chaque exécution laisse une trace consultable : on sait quelle donnée est entrée, quelle décision a été prise et pourquoi. C'est ce qui rend une panne visible en quelques minutes au lieu de se découvrir trois semaines plus tard.
L'IA envoie-t-elle des messages aux clients toute seule ?
Non. Les relances de factures sont préparées en brouillon et envoyées à une seule adresse interne : rien ne part vers le client. Les relances de devis, elles, partent bien aux clients, mais seulement après deux contrôles : un contrôle de règles écrites, puis un précontrôle par le modèle local, avec un blocage et une alerte dès qu'une incohérence apparaît. Un message engage l'entreprise, donc il ne part jamais parce qu'un programme l'a décidé seul.
Par où commencer dans une PME qui n'a rien automatisé ?
Par une seule tâche, celle qui revient chaque semaine et dont la règle est déjà connue de tous. Trois conditions pour que ça tienne : un accès en lecture à la source, une adresse interne qui reçoit le résultat, et une règle écrite que l'on peut contredire. Une relance, un récapitulatif d'impayés ou un point de chiffre d'affaires suffisent pour un premier essai. On ajoute la deuxième chaîne quand la première tourne depuis un mois sans surprise.
