Automatiser les alertes de stock faible avec n8n : 4 étapes

Un produit tombe à trois unités un vendredi soir. Personne ne regarde le tableau de bord avant lundi, le réassort part mercredi, la rupture dure dix jours. Ce scénario ne relève pas d’un défaut d’outil mais d’un défaut de surveillance : les données de stock existent, elles ne sont simplement regardées par personne au bon moment. C’est exactement le type de tâche qu’un orchestrateur comme n8n exécute sans se lasser, toutes les heures si besoin.

L’intérêt de passer par n8n plutôt que par une application de niche tient à ce qui se passe après l’alerte : la même automatisation peut croiser plusieurs boutiques, appliquer un seuil différent par référence et déclencher une demande de validation au gestionnaire. Le reste de cet article détaille la construction de ce workflow, puis les réglages qui le rendent exploitable au quotidien.

Pourquoi automatiser les alertes de stock faible avec n8n

Les risques concrets d’une surveillance manuelle des stocks

La surveillance manuelle repose sur une habitude humaine : ouvrir un export, trier une colonne, repérer les lignes basses. Elle fonctionne tant que le catalogue reste petit et que la personne qui s’en charge est présente. Dès que le nombre de références augmente ou que les ventes se répartissent sur plusieurs canaux, le contrôle devient partiel et la rupture arrive avant l’alerte.

Le coût ne se limite pas à la vente perdue. Une rupture décale la commande fournisseur, impose parfois un réapprovisionnement en urgence à des conditions dégradées, et mobilise le service client sur des réponses qui n’auraient pas dû exister. À l’inverse, une surveillance trop zélée pousse au surstock, qui immobilise de la trésorerie. L’automatisation ne tranche pas ce dilemme, elle le rend visible assez tôt pour qu’une décision soit prise.

Ce que n8n permet que les outils dédiés ne font pas

Les applications d’alerte intégrées aux plateformes e-commerce font bien une chose : surveiller le catalogue de cette plateforme. Elles s’arrêtent là où commence la réalité d’une PME multicanale, avec un ERP, un fichier de seuils maintenu à la main et parfois un entrepôt tiers. n8n n’impose aucune frontière de ce genre : tout ce qui expose une API ou une feuille de calcul devient une source de données exploitable dans le même workflow.

La seconde différence porte sur la suite de la chaîne. Une application d’alerte envoie un email ; un workflow n8n peut envoyer l’email, attendre une réponse, générer un bon de commande, le transmettre au fournisseur et consigner l’opération. Les discussions de la communauté sur Reddit, notamment sur r/n8n, documentent régulièrement ce type de montage avec validation intermédiaire, là où les outils clés en main s’arrêtent à la notification.

Construire le workflow n8n de surveillance des stocks étape par étape

Étape 1 : configurer le déclencheur planifié (Schedule Trigger)

Le workflow démarre sur un Schedule Trigger, qui remplace le webhook quand aucun événement externe ne déclenche la logique. Deux modes coexistent : un intervalle simple (toutes les heures, tous les jours à 8 h) ou une expression cron pour les cadences irrégulières, par exemple une exécution les jours ouvrés uniquement. Le fuseau horaire se règle dans les paramètres du workflow, faute de quoi une alerte prévue à 8 h peut partir au milieu de la nuit.

La fréquence se choisit en fonction de la vitesse d’écoulement, pas de l’envie d’être réactif. Un catalogue de consommables à rotation lente se contente d’un passage quotidien, une référence qui part à plusieurs dizaines d’unités par jour justifie un contrôle horaire. Plus la fréquence augmente, plus la déduplication des alertes devient indispensable.

Étape 2 : récupérer les données de stock via API ou Google Sheets

Trois voies d’accès couvrent la majorité des cas. Le nœud Shopify et le nœud WooCommerce interrogent directement le catalogue avec les identifiants de l’application ou les clés API ; le nœud HTTP Request prend le relais pour un ERP maison ou une API non couverte par un nœud natif ; le nœud Google Sheets lit un fichier d’inventaire quand les quantités vivent encore dans un tableur.

Deux pièges techniques se présentent à ce stade. La pagination d’abord : une API renvoie rarement l’intégralité du catalogue en une requête, et l’option de pagination du nœud HTTP Request évite de ne surveiller que les cent premiers produits. La volumétrie ensuite : récupérer uniquement les champs utiles, identifiant, SKU, nom et quantité disponible, allège considérablement les exécutions suivantes.

Étape 3 : filtrer les produits sous le seuil défini

Le filtrage passe par un nœud Filter ou un nœud IF avec une comparaison numérique du type quantité inférieure ou égale au seuil. L’erreur fréquente consiste à comparer une chaîne de caractères à un nombre : les API renvoient souvent les quantités en texte, et une conversion explicite dans l’expression évite des résultats incohérents. Les produits en précommande ou les articles dématérialisés méritent une exclusion dès cette étape.

Un seuil unique appliqué à tout le catalogue produit des alertes inutiles sur les références lentes et des alertes trop tardives sur les best-sellers. La solution consiste à stocker un seuil par SKU dans une feuille Google Sheets ou une table de base de données, puis à rapprocher les deux jeux de données avec un nœud Merge en mode combinaison sur le SKU. Le filtre compare alors chaque produit à son propre seuil.

Étape 4 : envoyer l’alerte par email, Slack ou SMS

Sans précaution, n8n envoie un message par produit, ce qui transforme une alerte en avalanche. Un nœud Aggregate ou Summarize placé avant la notification regroupe tous les articles concernés en un seul élément, à partir duquel se construit un message unique listant les références, les quantités restantes et les seuils franchis. Un tableau HTML dans le corps de l’email suffit pour rendre l’information actionnable.

Le canal se choisit selon le temps de réaction attendu. Slack ou Microsoft Teams conviennent à une équipe logistique déjà connectée toute la journée, l’email reste pertinent pour un récapitulatif matinal, le SMS via un nœud Twilio se réserve aux situations critiques comme une rupture imminente sur une référence à forte marge. Mélanger les canaux selon la gravité est trivial à mettre en place avec un nœud Switch.

Ajouter une étape d’approbation humaine avant la commande fournisseur

Du lien de confirmation par email au bon de commande fournisseur

Déclencher un réassort automatique sur simple franchissement de seuil fait courir un risque réel : une erreur d’inventaire, un retour mal enregistré ou une promotion ponctuelle suffisent à commander des quantités inutiles. L’étape d’approbation réintroduit un humain sans annuler le bénéfice de l’automatisation. Elle s’appuie sur le nœud Wait configuré en reprise sur appel de webhook, qui met l’exécution en pause jusqu’à ce qu’une URL soit appelée.

Concrètement, le message envoyé au gestionnaire contient deux liens construits à partir de l’URL de reprise générée par n8n, l’un pour valider, l’autre pour refuser, avec un paramètre distinguant les deux réponses. Au redémarrage, un nœud IF ou Switch lit ce paramètre : en cas de validation, le workflow génère le bon de commande, l’envoie au fournisseur et consigne la ligne dans le fichier de suivi ; en cas de refus ou d’expiration du délai d’attente, il se contente d’archiver la demande. Ce pattern revient régulièrement dans les montages partagés par la communauté n8n, qui l’utilisent aussi pour la validation de factures ou de contenus.

Gérer les erreurs et fiabiliser le workflow en production

Éviter les alertes dupliquées sur plusieurs cycles d’exécution

Un produit sous son seuil le reste tant que la livraison n’est pas arrivée, parfois pendant une semaine. Avec une exécution quotidienne, le même message part chaque matin et l’équipe cesse de le lire. Le nœud Remove Duplicates propose un mode de déduplication qui compare les éléments aux exécutions précédentes sur une clé choisie, le SKU par exemple, et écarte ceux déjà traités.

Une approche équivalente consiste à tenir un journal des alertes dans une feuille ou une base de données, avec la date du dernier envoi par référence, puis à n’alerter de nouveau qu’au bout d’un délai défini ou si la quantité a encore baissé. Cette seconde méthode a l’avantage de laisser une trace consultable, utile quand il faut reconstituer l’historique d’une rupture. Prévoir également une notification de retour à la normale évite que l’équipe ignore une alerte résolue depuis longtemps.

Configurer les retries et les notifications d’échec de workflow

Une API de boutique renvoie périodiquement une erreur de limite de débit ou une coupure passagère. Les paramètres de chaque nœud permettent d’activer une nouvelle tentative en cas d’échec, avec un nombre d’essais et un délai d’attente entre deux appels, ce qui absorbe la majorité de ces incidents sans intervention. Pour les erreurs persistantes, l’option de poursuite d’exécution isole le nœud fautif plutôt que d’arrêter tout le workflow.

Le silence est le vrai danger d’une automatisation de surveillance : un workflow désactivé ou en échec ne prévient de rien, et l’absence d’alerte passe pour une absence de problème. Un workflow d’erreur dédié, construit autour d’un Error Trigger et déclaré dans les paramètres du workflow principal, envoie une notification à chaque échec. Y associer un responsable nommé et un court mode opératoire décrivant la marche à suivre en cas de panne évite que la maintenance repose sur la mémoire d’une seule personne.

Connecter n8n à plusieurs sources de stock simultanément

Centraliser Shopify, WooCommerce et un ERP, puis normaliser les données

Un même déclencheur peut alimenter plusieurs branches parallèles, une par source : nœud Shopify pour la boutique principale, nœud WooCommerce pour le site secondaire, HTTP Request pour l’ERP, Google Sheets pour les seuils ou un entrepôt géré à part. Les branches se rejoignent ensuite dans un nœud Merge en mode ajout, qui empile tous les éléments avant le filtrage. Le reste du workflow, filtre, agrégation, notification, reste écrit une seule fois.

Le point sensible est l’hétérogénéité des formats : chaque source nomme ses champs à sa façon et ne renvoie pas les quantités dans le même type. Un nœud Code placé en sortie de chaque branche réécrit les éléments dans une structure commune, par exemple un sku, un libellé, une quantité convertie en nombre, un seuil et un identifiant de source. Cette normalisation rend le filtre indépendant des API en amont : ajouter un quatrième canal se limite alors à créer une branche et son nœud de conversion, sans toucher à la logique d’alerte.

FAQ : automatiser les alertes de stock faible avec n8n

n8n est-il gratuit pour automatiser les alertes de stock ?

n8n propose une édition Community auto-hébergée, utilisable sans frais de licence sur votre propre serveur, et une offre cloud payante gérée par l’éditeur. L’auto-hébergement supprime le coût d’abonnement mais déplace la charge vers l’infrastructure et la maintenance : sauvegardes, mises à jour, surveillance du service. Pour un workflow critique comme la surveillance de stock, cette charge doit être attribuée à quelqu’un dès le départ.

Quel seuil de stock faut-il définir pour déclencher une alerte ?

Le seuil pertinent se calcule à partir des ventes moyennes sur la période et du délai de réapprovisionnement du fournisseur, auxquels s’ajoute une marge de sécurité. Un produit qui s’écoule régulièrement et dont le fournisseur livre en trois semaines doit alerter bien plus tôt qu’une référence lente réapprovisionnée en deux jours. Stocker ces valeurs par SKU dans une feuille permet de les ajuster sans modifier le workflow.

n8n peut-il envoyer des alertes de stock sur WhatsApp ou Telegram ?

Oui. Un nœud Telegram existe en natif et ne demande qu’un bot et un identifiant de conversation. Pour WhatsApp, l’envoi passe par l’API officielle WhatsApp Business ou par un fournisseur tiers appelé via le nœud HTTP Request, avec les contraintes de gabarits de messages propres à cette plateforme.

Faut-il des compétences en code pour créer ce workflow n8n ?

La version de base, déclencheur, récupération, filtre et notification, se construit entièrement avec des nœuds graphiques et quelques expressions simples. Le code devient utile pour normaliser des sources hétérogènes ou appliquer des règles de calcul de seuil élaborées, et quelques lignes de JavaScript dans un nœud Code suffisent généralement. Commencer par une seule source et une alerte email, vérifier pendant une semaine que les données remontées correspondent à la réalité de l’entrepôt, puis ajouter la déduplication et la validation humaine : cet ordre évite de déboguer plusieurs couches à la fois.