Comment notifier par email à chaque nouvelle commande dans Dolibarr (guide 2026)
Dieser Inhalt ist noch nicht in deiner Sprache verfügbar.
Pourquoi automatiser la notification de commande ?
Chaque nouvelle commande client est un moment clé : il faut prévenir la bonne personne (commercial, logistique, comptabilité), parfois confirmer au client, parfois déclencher la préparation. Le faire à la main, c’est risquer l’oubli et le retard. Dolibarr permet d’automatiser cet envoi de plusieurs façons — voyons-les, de la plus simple à la plus flexible.
Méthode 1 — Le module Notifications natif
Dolibarr inclut un module Notifications qui peut envoyer un email lorsqu’une commande est validée. C’est le moyen le plus direct pour une notification simple à une adresse fixe.
Ses limites : la notification est basique (un événement, un destinataire, un modèle). Dès que vous voulez router selon le montant, le type de client, la zone géographique, ou enchaîner plusieurs actions, vous atteignez la limite.
Méthode 2 — Les modèles d’email et envois liés aux documents
Dolibarr permet d’associer des modèles d’email aux documents (commande, facture) et de les envoyer, parfois automatiquement via les tâches planifiées pour certains cas comme les commandes récurrentes. Pratique pour des envois standardisés au client. Voir aussi le connecteur E-mail dans Knot Core pour des scénarios plus riches.
Ses limites : pensé pour l’envoi de documents au client, pas pour des notifications internes conditionnelles et riches.
Méthode 3 — Coder un trigger PHP
L’approche développeur : écrire un trigger PHP qui réagit à l’événement de validation de commande (ORDER_VALIDATE) et envoie l’email selon vos règles. Flexible et puissant, mais nécessite un développeur, de la maintenance à chaque montée de version, et une logique invisible pour les opérateurs de l’ERP.
Méthode 4 — Un workflow visuel avec Knot Core
Avec Knot Core (module Dolibarr gratuit et open source, GPL), vous construisez cette notification visuellement, sans coder.
Le déclencheur. Vous placez un trigger Object event sur le canvas, configuré pour réagir à la validation d’une commande client. Dès qu’une commande est validée, le workflow démarre. Voir Trigger Object event.
Le routage (optionnel). Avec le connecteur Logique, vous pouvez router selon les caractéristiques de la commande : au-dessus d’un certain montant, notifier le responsable ; pour tel type de client, prévenir un commercial précis. Voir Connecteur Logique.
La récupération des données. Le connecteur Dolibarr lit la commande : référence, client, montant, lignes. Voir Connecteur Dolibarr.
L’envoi du mail. Avec le connecteur E-mail (inclus gratuitement), vous envoyez la notification à la bonne personne, avec les données de la commande insérées dans le message. Vous pouvez aussi confirmer au client en parallèle. Voir Connecteur E-mail.
Tester avant d’activer. Avec Simulate, vous exécutez le workflow à blanc : aucun email réel envoyé, aucune écriture en base. Vous vérifiez que la bonne personne reçoit la bonne notification, puis vous activez. Voir Simulate.
Chaque exécution est ensuite tracée dans Suivre les runs. Si vous débutez, le premier workflow est un bon point de départ.
Quelle méthode choisir ?
Notification simple à une adresse fixe : le module Notifications natif suffit.
Envoi de document standardisé au client : les modèles d’email natifs.
Notification interne conditionnelle, routage, actions multiples, sans coder : Knot Core. Et comme c’est self-hosted, vos données de commande ne quittent jamais votre serveur.
Essayer sans installer
Démo en ligne — Téléchargement gratuit (GPL)
Knot Core est en version bêta : utilisable, déjà adopté, et vos retours le font progresser.
## Autres guides