Trésorerie : une alerte n8n avant le découvert

Dans beaucoup d’entreprises de quelques dizaines de personnes, la trésorerie se pilote à l’œil. Le dirigeant ouvre l’application de la banque le matin, voit un solde, et le compare à ce qu’il a en tête : les salaires de la fin du mois, la grosse facture fournisseur, le client qui doit payer la semaine prochaine. Tant que tout se passe comme prévu, cela suffit. Le jour où le client ne paie pas et où l’échéance fiscale tombe en même temps, le découvert arrive par surprise.

Un prévisionnel de trésorerie existe souvent, fait par l’expert-comptable une ou deux fois par an. Il est juste le jour où il est fait. Cet article fait partie du cocon Workflows n8n : ce que chaque service peut automatiser, rubrique direction.

Ce que le solde ne dit pas

Un solde est une photo. Il ne montre ni la facture client attendue mardi, ni le prélèvement de la fin du mois, ni la TVA à reverser. Pour savoir si l’on passera le mois, il faut ajouter trois listes au solde : les encaissements attendus, les décaissements prévus, et ce qui est incertain.

Ces trois listes existent déjà, éparpillées. Les encaissements sont dans le logiciel de facturation, avec leurs dates d’échéance. Les décaissements sont dans les factures fournisseurs reçues, la paie, les échéances d’emprunt et les dates fiscales. Le workflow les réunit chaque matin.

La projection, mise à jour chaque jour

La « date probable » de paiement compte plus que la date d’échéance. Un client qui paie habituellement avec quelques semaines de retard doit être projeté à sa date réelle, pas à celle de la facture. Le workflow peut calculer ce retard habituel à partir de l’historique des paiements de chaque client, tiré du logiciel de facturation.

L’accès aux données bancaires se fait selon ce que la banque permet : un export de relevés, un accès par agrégateur réglementé, ou une API. La documentation de n8n décrit le nœud de requête HTTP, qui sert à interroger ces services quand aucun connecteur tout prêt n’existe.

Le seuil d’alerte, une décision de direction

Le seuil se fixe avec l’expert-comptable : un niveau de trésorerie en dessous duquel on veut être prévenu, assez tôt pour agir. Le workflow ne choisit pas comment réagir. Il donne à la direction le temps de choisir, ce que le découvert surprise ne donne pas.

Le lien avec les relances

La trésorerie et les impayés sont les deux faces d’une même question. Quand l’alerte se déclenche parce qu’un gros client n’a pas payé, le premier réflexe est de vérifier où en est sa relance. Le workflow de relances d’impayés le dit directement : palier atteint, dernière relance, réponse éventuelle. La direction peut alors décider d’un appel, plutôt que d’attendre le palier suivant.

Une ligne du tableau de bord

La projection de trésorerie a sa place dans le tableau de bord de la direction, avec le chiffre d’affaires et la marge. L’article Tableau de bord et KPI : les définir avec la direction explique comment choisir ces indicateurs. La projection n’en est qu’une ligne, mais c’est celle qui protège les autres.

Le workflow ne remplace pas le prévisionnel annuel de l’expert-comptable, qui intègre investissements, saisonnalité et financement. Il le complète au quotidien, en signalant quand la réalité s’en écarte.

Pour poser cette alerte sur votre banque et votre facturation, notre offre d’automatisation n8n part de vos flux réels des derniers mois et du seuil que vous voulez surveiller.

Questions fréquentes

Sources

1. HTTP Request, documentation n8n (nouvel onglet)docs.n8n.io