Trigger Object event
Le trigger object event réagit aux hooks Dolibarr quand un enregistrement est créé, modifié ou supprimé. C’est le pendant « temps réel » du Cron pour la donnée ERP.
⚡ Configuration
- Ajoute un node trigger Object event en tête du workflow.
- Choisis l’objet Dolibarr (facture, tiers, commande, etc.).
- Coche les verbes : create, update, delete (un ou plusieurs).
- Active le workflow.
Le contexte du run contient typiquement l’ID, le type d’événement et un snapshot des champs utiles.
⚡ Exemples concrets
| Scénario | Objet | Verbe | Suite du graphe |
|---|---|---|---|
| Bienvenue nouveau tiers | Tiers | create | Email de bienvenue |
| Validation facture | Facture client | update (statut validé) | HTTP vers entrepôt |
| Archivage commande | Commande | update | Logic + notification interne |
| Nettoyage | Produit | delete | Audit logique (pas de delete en cascade aveugle) |
Utilise Logic If pour filtrer un champ (ex. status == validated) et éviter les runs inutiles.
⚡ Performance
Un object event sur un objet très fréquent (ligne de stock, agenda) peut générer des milliers de runs. Stratégies :
- filtrer tôt avec Logic ;
- regrouper via Cron + file métier si la latence immédiate n’est pas requise ;
- désactiver le workflow pendant les imports massifs Dolibarr.
⚡ Multi-entité et droits
L’événement respecte l’entité de l’enregistrement. Le run s’exécute avec les droits du contexte hook ; vérifie qu’un utilisateur limité ne déclenche pas d’action admin via Knot.
⚡ Idempotence
Un update Dolibarr peut fire plusieurs fois (champ calculé, trigger tiers). Conçois le graphe pour tolérer les doublons :
- clé métier stable ;
- node Get + comparaison avant Email ou HTTP POST.