Comment automatiser un rapport hebdomadaire avec n8n et un modèle d’IA?

Un rapport hebdomadaire est une bonne première automatisation avec l’IA, parce que sa forme ne change jamais : les mêmes données, les mêmes questions, les mêmes lecteurs, chaque lundi. C’est le contenu qui change, et c’est là qu’un modèle de langage aide, en transformant un tableau de chiffres ou une liste de billets en quelques paragraphes lisibles. n8n, un outil visuel de flux de travail qui relie des applications par des étapes appelées nœuds, peut faire tourner le tout selon un horaire.

Le plan ci-dessous comporte cinq étapes : planifier, récupérer, résumer, réviser et envoyer. Chacune tient en un ou deux nœuds, et chacune peut mal tourner d’une façon que vous pouvez prévoir à l’avance.

Le flux de travail, étape par étape

L’exemple est une banque alimentaire gérée par des bénévoles, qui consigne les dons et les visites dans un tableur et veut un résumé chaque lundi pour son conseil d’administration. Les détails sont donnés à titre d’illustration; remplacez-les par votre propre source de données.

Étape 1 : planifier. Le Schedule Trigger lance un flux de travail à des moments fixés, un peu comme cron, le planificateur classique d’Unix. L’intervalle Weeks ci-dessus signifie chaque lundi à 8 h. Si vous préférez une expression cron, le même horaire s’écrit :

0 8 * * 1

Ce qui se lit : minute 0, heure 8, n’importe quel jour du mois, n’importe quel mois, jour de la semaine 1 (lundi). Vérifiez le fuseau horaire : le nœud utilise celui du flux de travail si vous en avez défini un dans Workflow Settings, et sinon celui de l’instance. Et rappelez-vous qu’un flux de travail planifié ne fait rien tant que vous ne l’avez pas enregistré et activé.

Étape 2 : récupérer. Ne lisez que ce dont le rapport a besoin, idéalement déjà filtré sur les sept derniers jours. Une entrée plus petite donne une étape d’IA moins chère et plus rapide, et laisse moins de place aux égarements du modèle.

Étape 3 : vérifier. Avant de dépenser quoi que ce soit en IA, assurez-vous qu’il y a quelque chose à résumer. Un nœud IF vérifie si des lignes ont été renvoyées. S’il n’y en a aucune, le nœud Stop And Error fait échouer l’exécution exprès, ce qui déclenche votre alerte d’erreur (nous y reviendrons plus bas) au lieu de produire un rapport assuré sur du vide.

Étape 4 : résumer. Donnez au modèle des consignes serrées :

Tu rédiges un résumé hebdomadaire pour le conseil d’administration d’une banque alimentaire gérée par des bénévoles.
En utilisant uniquement les lignes ci-dessous, écris :
1. Trois puces avec les totaux de la semaine (dons reçus, ménages servis, heures de bénévolat).
2. Un court paragraphe sur tout ce qui sort de l’ordinaire par rapport aux moyennes fournies.
3. Une ligne « Lacunes dans les données : » qui énumère les valeurs manquantes ou étranges. Écris « aucune » s’il n’y en a pas.
N’estime ni n’invente aucun chiffre. Moins de 200 mots.

Lignes : {{ JSON.stringify($json) }}

Les doubles accolades sont une expression n8n qui insère les données de l’étape précédente. Demander une ligne « Lacunes dans les données » donne au modèle un endroit prévu pour admettre les problèmes plutôt que de les camoufler. Gardez votre clé d’API dans le magasin d’identifiants de n8n, jamais collée dans le prompt.

Étape 5 : réviser. L’opération Send and Wait for Approval du nœud Gmail vous envoie l’ébauche par courriel avec un bouton d’approbation et met le flux de travail en pause jusqu’à votre réponse. Choisissez Approve and Disapprove pour qu’une mauvaise ébauche puisse être arrêtée. Vérifiez un total dans le tableur avant de cliquer.

Étape 6 : envoyer. Seul le chemin approuvé mène au nœud Gmail Send final.

Comment vous assurer qu’il échoue sans danger?

Décidez à l’avance ce que « sans danger » veut dire : quand quelque chose brise, personne ne reçoit de rapport erroné, et vous en êtes informé le matin même. Trois fonctions de n8n couvrent l’essentiel.

D’abord, un flux de travail d’erreur. Créez un flux de travail distinct qui commence par le nœud Error Trigger et vous envoie une alerte par courriel ou par clavardage. Ensuite, dans les Settings du flux de travail du rapport, choisissez-le sous Error workflow. Dès lors, toute exécution qui échoue, y compris celle provoquée exprès par Stop And Error, vous alerte. Un seul flux de travail d’erreur peut surveiller toutes vos automatisations.

Ensuite, choisissez ce que fait chaque nœud en cas d’échec. Dans l’onglet Settings d’un nœud, On Error peut arrêter le flux de travail, continuer, ou continuer par une sortie d’erreur distincte que vous dirigez vers une alerte. Pour les étapes d’IA et de courriel, l’arrêt est le choix sûr par défaut : un rapport qui saute une étape ratée est pire que pas de rapport du tout. Soyez prudent avec Retry On Fail sur ces nœuds, puisque chaque nouvel essai est un autre appel payant au modèle ou un autre courriel, et évitez Always Output Data sur les nœuds IF, ce qui, prévient n8n, peut provoquer une boucle sans fin.

Enfin, gardez l’horaire limité et visible. Un intervalle hebdomadaire s’exécute environ 52 fois par année; une erreur de frappe, comme toutes les 5 minutes, ferait plus de 2 000 exécutions par semaine. Après l’activation, ouvrez la liste Executions le lundi suivant pour confirmer qu’une seule exécution a eu lieu, et consultez de temps en temps la page d’utilisation de votre fournisseur d’IA. Avec l’étape d’approbation humaine, cela veut dire que la pire défaillance ordinaire est un rapport en retard et une alerte dans votre boîte de réception, jamais un rapport erroné envoyé en votre nom.