Connecter Bati à n8n : devis → relances → reporting (workflows concrets)
Si vous utilisez Bati au quotidien, vous avez vite les mêmes irritants :
- un devis créé/accepté et personne n’est notifié au bon moment
- des relances qui partent trop tard (ou jamais)
- un suivi commercial dispersé entre l’app, des emails et un tableur
La bonne approche : faire de n8n votre “couche d’automatisation” autour de Bati.
Pour gagner du temps côté infra, vous pouvez déployer vos outils sur adgents.cloud : déploiement en 1 clic, facturation à l’heure, start/stop, sauvegardes automatiques et scaling CPU/RAM.
Vidéo (YouTube, FR)
1) Modèle recommandé : évènements + consolidation
Une intégration fiable combine généralement 2 types de flux :
- Temps réel (évènements) : “un devis vient d’être créé”, “statut passé à accepté”, etc.
- Planifié (consolidation) : toutes les X heures, on recalcule des indicateurs, on vérifie les impayés, on réconcilie les données.
Ça évite de surcharger Bati avec des requêtes permanentes, et ça rend les relances/réports beaucoup plus stables.
Si vous n’avez pas encore une base solide côté hébergement, commencez par :
2) Deux façons de connecter Bati à n8n
Option A — Webhook sortant (le plus simple pour du temps réel)
Bati déclenche un appel HTTP vers n8n quand un évènement arrive (création de devis, changement de statut, paiement enregistré…).
Dans n8n :
- Webhook (entrée)
- contrôle d’accès (token, signature, IP allowlist)
- déduplication (éviter les doublons)
- actions (email, CRM, table, Slack, etc.)
Option B — API Bati + Cron n8n (parfait pour la consolidation)
n8n exécute un job planifié :
- récupère la liste des devis/factures sur une période
- calcule des indicateurs
- alimente un tableau ou un CRM
Vous pouvez mixer les deux : webhook pour notifier vite, cron pour fiabiliser le reporting.
Pour la sécurité et les bonnes pratiques autour des webhooks : Sécuriser n8n : secrets, webhooks, authentification, logs et RGPD.
3) Workflow #1 — Devis créé → notification + fiche CRM
Objectif : dès qu’un devis est créé, on garde une trace unique et on notifie la bonne personne.
Étapes (logique) :
- Bati envoie un évènement “devis créé” (ou n8n interroge l’API si pas d’évènement)
- n8n normalise les champs (client, montant, date, commercial, statut)
- n8n crée/met à jour une fiche dans votre outil (CRM ou table)
- n8n envoie une notification (email ou Slack)
Bonnes pratiques :
- utilisez un identifiant métier (ex:
devis_id) comme clé de déduplication - si vous envoyez un email : ajoutez un lien direct vers la page Bati correspondante
Pour mettre en place votre CRM léger, un couple très efficace est n8n + NocoDB : Connecter NocoDB à n8n : automatisations (leads → relances → reporting).
4) Workflow #2 — Devis accepté → tâches + facture + archive
Objectif : quand un devis passe à “accepté”, on enchaîne sans friction.
Exemples d’actions automatisées :
- créer une tâche dans votre outil projet (ou envoyer un email interne structuré)
- générer un document (si Bati le permet) et l’archiver
- mettre à jour votre pipeline commercial (étape “gagné”)
Astuce fiabilité :
- gardez un champ “dernière action automatisée” dans votre table/CRM, pour éviter les re-traitements
- gérez un statut “en attente” et un mécanisme de retry en cas d’échec réseau
Si vous voulez héberger n8n proprement en production : n8n en production : bonnes pratiques (workers, Redis, PostgreSQL, scaling).
5) Workflow #3 — Relances automatiques (planifiées) + reporting
Objectif : relancer sans stress et produire un reporting qui tient la route.
Principe : tous les jours (ou toutes les 4h), n8n :
- récupère les devis/factures à relancer selon des règles (échéance dépassée, pas de réponse, etc.)
- envoie une relance personnalisée
- journalise l’action
- met à jour vos indicateurs (taux de transformation, délais moyens, encours)
Conseils pratiques :
- démarrez simple : 1 relance J+3, 1 relance J+7, puis escalade
- ne relancez pas si un signal “humain” récent existe (appel, email, rendez-vous)
- ajoutez un mode “désactivation” par client pour éviter les erreurs
Pour accélérer le déploiement et sécuriser la disponibilité, vous pouvez centraliser Bati + n8n sur adgents.cloud (backups automatiques, scaling, start/stop).
6) Sécurité : le minimum pour éviter les mauvaises surprises
Pour une intégration propre :
- secret (token) ou signature sur les requêtes webhook
- limitation réseau si possible (ex : accès privé, IP allowlist)
- chiffrement TLS (HTTPS) et rotation des secrets
- logs exploitables (correlation id)
Si votre n8n est public sur Internet, le guide suivant vous aidera à cadrer : Sécuriser n8n : secrets, webhooks, authentification, logs et RGPD.
Déployer sans vous battre avec l’infra
Si votre priorité est d’avoir un système stable (et facile à faire évoluer), adgents.cloud vous permet :
- déploiement en 1 clic
- facturation à l’heure
- start/stop (compute non facturé à l’arrêt ; stockage facturé tant que l’instance existe)
- sauvegardes automatiques (jusqu’à 1/h) + rétention longue
- scaling CPU/RAM à la demande
→ Voir Bati sur adgents.cloud et automatiser proprement avec n8n.
