Automatiser Odoo sans développeur : ce que les actions automatisées permettent vraiment (et leur piège technique)

Beaucoup de PME font développer sur mesure des automatisations qui existent déjà nativement dans Odoo via les "actions automatisées" (automation rules) — sans ligne de code obligatoire. Voici ce que dit précisément la documentation officielle (odoo.com/documentation) sur les déclencheurs disponibles, les actions exécutables, et un piège technique qui surprend régulièrement les équipes qui les activent pour la première fois.

Les 5 catégories de déclencheurs disponibles

• ✓Valeurs mises à jour : se déclenche sur un changement de champ précis ou l'ajout d'un tag
• ✓Événements email : se déclenche à l'envoi ou à la réception d'un email sur un enregistrement
• ✓Conditions temporelles : s'exécute à un intervalle défini par rapport à une date (ex. avant ou après une échéance, ou après la création d'un enregistrement)
• ✓Déclencheurs personnalisés : à la création, à la création et modification, à la suppression, ou sur changement d'un champ dans l'interface avant sauvegarde
• ✓Déclencheurs externes : notification ou webhook envoyé par un système tiers

Les actions exécutables sans une ligne de code

• ✓Mise à jour d'un enregistrement (avec assistance IA optionnelle)
• ✓Création ou duplication d'un enregistrement
• ✓Création d'une activité de suivi
• ✓Envoi d'un email ou d'un SMS
• ✓Envoi d'un message WhatsApp
• ✓Ajout ou retrait de followers sur l'enregistrement
• ✓Exécution de code Python (pour les cas qui dépassent la configuration standard)
• ✓Envoi d'une notification webhook vers un système externe
• ✓Enchaînement de plusieurs actions (multi-actions)

Le piège technique : les déclencheurs temporels ne rattrapent jamais l'historique

Point documenté explicitement par Odoo : pour un déclencheur basé sur le temps, l'action ne s'exécute que si l'action planifiée (scheduled action) qui vérifie la règle tourne APRÈS l'heure de déclenchement calculée — ce mécanisme empêche toute exécution rétroactive sur des enregistrements déjà existants au moment de l'activation de la règle.

Concrètement : si vous activez une règle "envoyer un rappel 30 jours avant échéance d'un contrat" sur une base qui contient déjà des contrats dont l'échéance tombe dans 10 jours, ces contrats ne recevront PAS de rappel rétroactif — la fenêtre des 30 jours est déjà passée pour eux au moment de l'activation. C'est le point qui piège le plus souvent les équipes qui pensent, à tort, que l'automatisation va "rattraper" l'historique existant dès son activation.

Filtrer précisément avec des domaines avant et après le déclenchement

Odoo permet d'appliquer des conditions de domaine à la fois avant et après l'événement déclencheur, pour cibler exactement quels enregistrements sont concernés — utile pour éviter qu'un changement de statut générique ne déclenche l'action sur des enregistrements hors périmètre (par exemple, ne notifier que les leads d'un pipeline commercial précis plutôt que tous les leads de la base).

3 exemples de règles à construire avec ces briques (à adapter à votre process)

• ✓Relance automatique par email quelques jours avant l'échéance d'un devis resté sans réponse (déclencheur temporel + action email)
• ✓Notification webhook vers votre outil de suivi interne quand un lead passe au statut "Gagné" (déclencheur valeurs mises à jour + action webhook)
• ✓Création automatique d'une activité de suivi RH à une date clé du contrat d'un collaborateur (déclencheur temporel + création d'activité)

Ce sont des exemples de construction, pas des modèles fournis par Odoo — à assembler à partir des déclencheurs et actions documentés selon vos process réels.

Identifier lesquels de vos process actuels peuvent être automatisés avec ces briques natives (sans développement) plutôt qu'avec un module custom demande un audit rapide de votre configuration Odoo. Contactez-nous pour un audit gratuit — réponse sous 24h.