Le Lab · Odoo 20 · Automatisation
« Pour automatiser, il vous faut Studio. » On l'entend chez les clients, chez des intégrateurs, et la documentation d'Odoo range elle-même les règles d'automatisation dans son chapitre Studio. C'est faux. Le moteur des automatisations est une fonction standard d'Odoo, indépendante de Studio. Voici ce qu'il sait faire, comment s'en servir sans Studio, quand Studio reste le bon choix, et ce que ce choix change sur le prix de vos licences.
En bref : faut-il Studio pour automatiser Odoo ?
La réponse courte
Non. Les règles d'automatisation d'Odoo sont un module standard, sous licence libre, indépendant de Studio. Studio est un éditeur visuel qui permet aussi de créer ces règles, et beaucoup d'autres choses (champs, vues, applications, rapports). Le moteur est le même. Sans Studio, on passe par le mode développeur et le menu technique : c'est moins confortable, mais le résultat est identique.
Pourquoi tout le monde croit qu'il faut Studio
La confusion a trois causes :
La documentation. Odoo présente les règles d'automatisation dans la partie Studio de sa documentation. Qui cherche « automatiser Odoo » arrive donc sur Studio.
Le menu est caché. Sans Studio, les règles se trouvent dans Paramètres, Technique, Automatisation. Ce menu n'apparaît qu'en mode développeur.
Le module n'est pas toujours installé. Tant que le module « Automation Rules » ne l'est pas, le menu n'existe pas : des utilisateurs d'Odoo 19 ont cru que la fonction avait disparu.
Studio installe ce module pour vous et l'habille d'une interface guidée. D'où le raccourci : « automatisation égale Studio ».
Ce qu'une règle d'automatisation sait faire
Une règle tient en trois éléments : un modèle (devis, facture, tâche, contact), un déclencheur et une ou plusieurs actions.
17 déclencheurs : à la création, à la création ou à la modification, à la suppression, au changement d'étape, d'état, de responsable, de priorité ou d'étiquette, à l'archivage et au désarchivage, à une modification à l'écran, selon une date (avant ou après), un délai après la création ou la dernière mise à jour, à la réception ou à l'envoi d'un message, et sur appel d'un webhook.
12 types d'action : mettre à jour l'enregistrement, en créer un autre, le dupliquer, exécuter du code Python, envoyer un webhook, enchaîner plusieurs actions, créer une activité, envoyer un message, écrire une note, ajouter ou retirer des abonnés, envoyer un SMS.
| Vous voulez | Déclencheur | Action |
|---|---|---|
| Prévenir le commercial quand un devis passe en commande | État modifié | Créer une activité |
| Relancer un client 7 jours après l'envoi d'un devis | Selon une date | Envoyer un message |
| Accuser réception d'une demande reçue par e-mail | Message reçu | Envoyer un message |
| Créer le dossier de travail quand le client valide | État modifié | Créer un enregistrement ou code |
| Recevoir une commande d'un site extérieur | Webhook | Créer un enregistrement |
Exemples courants. Toutes ces combinaisons se paramètrent sans Studio.
Créer une règle d'automatisation sans Studio, pas à pas
Activez le mode développeur depuis les Paramètres (lien en bas de page).
Installez le module « Automation Rules » s'il ne l'est pas : dans Applications, retirez le filtre « Applications » et cherchez-le par son nom.
Ouvrez Paramètres, Technique, Automatisation, Règles d'automatisation, puis créez une règle.
Choisissez le modèle et le déclencheur. Ajoutez un filtre pour limiter la règle aux bons enregistrements : c'est ce qui évite qu'elle ne parte sur toute la base.
Ajoutez l'action, de préférence sans code (mettre à jour un champ, envoyer un message, créer une activité). Le code Python ne se justifie que si aucune action standard ne fait le travail.
Testez sur une copie de la base, puis activez en production et notez la règle dans la documentation du projet.
Un cas fréquent : la demande reçue par e-mail qui n'a pas de numéro
Beaucoup d'entreprises relient une adresse e-mail à Odoo pour que chaque demande de client crée automatiquement un devis. Surprise à l'usage : ces devis portent l'objet du mail en guise de référence, au lieu du numéro habituel.
L'explication est simple. Un devis créé à la main reçoit un numéro de la séquence des ventes. Un devis créé par un e-mail prend d'abord l'objet du message comme référence, et le numéro n'est jamais attribué. Une règle d'automatisation « À la création » corrige cela sans une ligne de code, grâce au type de valeur « Séquence » de l'action « Mettre à jour l'enregistrement » :
Modèle et déclencheur : Commande client, « À la création ».
Filtre : l'équipe commerciale qui reçoit les demandes par e-mail, et un nom qui ne commence pas par le préfixe de la séquence (« S » dans une base standard). Ce filtre évite de renuméroter un devis créé à la main.
Première action : « Mettre à jour l'enregistrement », champ « Référence client », type de valeur « Calculer » :
record.client_order_ref or record.name. L'objet du mail est mis de côté.Deuxième action : « Mettre à jour l'enregistrement », champ « Référence commande », type de valeur « Séquence », avec la séquence des devis.
L'ordre des actions compte : d'abord garder l'objet du mail, puis remplacer le nom. Une règle utilise une seule séquence : avec plusieurs sociétés, prévoyez une règle par société. Pas de Studio, pas de code, pas de module à maintenir.
La même logique sert ensuite à accuser réception de chaque demande ou à ouvrir le dossier de travail dès que le client valide le devis.
Les pièges que je vois le plus souvent
Le code Python est réservé aux administrateurs. Seul le groupe Administrateur des paramètres peut voir et modifier le code d'une action. C'est voulu : une règle en code s'exécute sur toute la base.
Renseignez toujours le champ « Lors de la mise à jour ». Avec le déclencheur « À la création et modification », ce champ apparaît juste en dessous : indiquez-y les seuls champs qui doivent déclencher la règle, sinon elle se relance à chaque enregistrement de la fiche. Il porte le même nom que l'ancien déclencheur « Lors de la mise à jour », que l'on ne peut plus choisir pour une nouvelle règle dans Odoo 20.
Une base reprise d'une ancienne version ? Regroupez la liste des règles d'automatisation par déclencheur. Celles qui sont encore sur l'ancien « Lors de la mise à jour » fonctionnent toujours, mais il vaut mieux les repasser sur « À la création et modification » pendant le projet.
Les règles basées sur une date ne sont pas instantanées. Elles passent par une tâche planifiée, toutes les 4 heures par défaut ; Odoo raccourcit cet intervalle si une de vos règles demande un délai plus court.
Une règle peut en déclencher une autre. Deux règles qui se modifient l'une l'autre, c'est une boucle. Faites la liste de vos règles par modèle avant d'en ajouter une.
Les e-mails se testent mal sur une copie. Une base de test n'envoie pas de vrais messages : pour une règle qui écrit à vos clients, prévoyez un test encadré en production, sur un contact interne.
Quand Studio reste le bon choix
Studio n'est pas inutile, loin de là. Il sert à personnaliser Odoo sans développeur, et il fait bien plus que des automatisations :
| Besoin | Sans Studio | Avec Studio |
|---|---|---|
| Automatiser une étape | Oui, règle d'automatisation en mode développeur | Oui, interface guidée |
| Ajouter un champ à un formulaire | Possible par le menu technique, vue à écrire à la main | Glisser-déposer |
| Modifier la mise en page d'un devis PDF | Code du rapport à modifier | Éditeur visuel |
| Créer une application complète (vos demandes, vos contrôles) | Module sur mesure | Oui, sans code |
| Faire valider une action par un responsable | Selon les applications | Règles d'approbation |
Mon critère est simple : si vos équipes doivent personnaliser Odoo elles-mêmes, souvent, Studio vaut son prix. Si le besoin est une poignée d'automatisations posées au démarrage et documentées, une règle d'automatisation standard suffit, et je préfère toujours le standard au sur-mesure.
Ce que ce choix change sur votre facture
Studio fait passer l'abonnement Odoo au plan Personnalisé, comme une deuxième société. L'écart se calcule facilement :
Licences Odoo en France, par utilisateur et par mois, paiement annuel, hors taxes. Le plan Personnalisé est aussi nécessaire pour plusieurs sociétés dans la même base ou pour un hébergement Odoo.sh.
Or les règles d'automatisation, y compris l'action en code Python, fonctionnent sur Odoo Online en plan Standard. Avant de payer Studio, regardez donc ce dont vous avez vraiment besoin : des automatisations seules ne le justifient pas.
Pour aller plus loin
Le prix d'un projet Odoo : licences, plan Standard ou Personnalisé, intégration et temps de votre équipe.
Nouveautés Odoo 20 : ce qui change vraiment pour votre entreprise.
Configurer les e-mails d'Odoo : alias, adresses de réception et envoi.
Vous payez Studio pour trois automatisations ?
Montrez-moi ce que vous automatisez aujourd'hui, ou ce que vous aimeriez automatiser. Je vous dis ce qui relève d'une règle standard, ce qui justifie Studio, et ce que cela change sur votre abonnement.
Réserver un tour d'horizon gratuitLe Lab · Odoo 20 · Automatisation
« Pour automatiser, il vous faut Studio. » On l'entend chez les clients, chez des intégrateurs, et la documentation d'Odoo range elle-même les règles d'automatisation dans son chapitre Studio. C'est faux. Le moteur des automatisations est une fonction standard d'Odoo, indépendante de Studio. Voici ce qu'il sait faire, comment s'en servir sans Studio, quand Studio reste le bon choix, et ce que ce choix change sur le prix de vos licences.
En bref : faut-il Studio pour automatiser Odoo ?
La réponse courte
Non. Les règles d'automatisation d'Odoo sont un module standard, sous licence libre, indépendant de Studio. Studio est un éditeur visuel qui permet aussi de créer ces règles, et beaucoup d'autres choses (champs, vues, applications, rapports). Le moteur est le même. Sans Studio, on passe par le mode développeur et le menu technique : c'est moins confortable, mais le résultat est identique.
Pourquoi tout le monde croit qu'il faut Studio
La confusion a trois causes :
La documentation. Odoo présente les règles d'automatisation dans la partie Studio de sa documentation. Qui cherche « automatiser Odoo » arrive donc sur Studio.
Le menu est caché. Sans Studio, les règles se trouvent dans Paramètres, Technique, Automatisation. Ce menu n'apparaît qu'en mode développeur.
Le module n'est pas toujours installé. Tant que le module « Automation Rules » ne l'est pas, le menu n'existe pas : des utilisateurs d'Odoo 19 ont cru que la fonction avait disparu.
Studio installe ce module pour vous et l'habille d'une interface guidée. D'où le raccourci : « automatisation égale Studio ».
Ce qu'une règle d'automatisation sait faire
Une règle tient en trois éléments : un modèle (devis, facture, tâche, contact), un déclencheur et une ou plusieurs actions.
17 déclencheurs : à la création, à la création ou à la modification, à la suppression, au changement d'étape, d'état, de responsable, de priorité ou d'étiquette, à l'archivage et au désarchivage, à une modification à l'écran, selon une date (avant ou après), un délai après la création ou la dernière mise à jour, à la réception ou à l'envoi d'un message, et sur appel d'un webhook.
12 types d'action : mettre à jour l'enregistrement, en créer un autre, le dupliquer, exécuter du code Python, envoyer un webhook, enchaîner plusieurs actions, créer une activité, envoyer un message, écrire une note, ajouter ou retirer des abonnés, envoyer un SMS.
| Vous voulez | Déclencheur | Action |
|---|---|---|
| Prévenir le commercial quand un devis passe en commande | État modifié | Créer une activité |
| Relancer un client 7 jours après l'envoi d'un devis | Selon une date | Envoyer un message |
| Accuser réception d'une demande reçue par e-mail | Message reçu | Envoyer un message |
| Créer le dossier de travail quand le client valide | État modifié | Créer un enregistrement ou code |
| Recevoir une commande d'un site extérieur | Webhook | Créer un enregistrement |
Exemples courants. Toutes ces combinaisons se paramètrent sans Studio.
Créer une règle d'automatisation sans Studio, pas à pas
Activez le mode développeur depuis les Paramètres (lien en bas de page).
Installez le module « Automation Rules » s'il ne l'est pas : dans Applications, retirez le filtre « Applications » et cherchez-le par son nom.
Ouvrez Paramètres, Technique, Automatisation, Règles d'automatisation, puis créez une règle.
Choisissez le modèle et le déclencheur. Ajoutez un filtre pour limiter la règle aux bons enregistrements : c'est ce qui évite qu'elle ne parte sur toute la base.
Ajoutez l'action, de préférence sans code (mettre à jour un champ, envoyer un message, créer une activité). Le code Python ne se justifie que si aucune action standard ne fait le travail.
Testez sur une copie de la base, puis activez en production et notez la règle dans la documentation du projet.
Un cas fréquent : la demande reçue par e-mail qui n'a pas de numéro
Beaucoup d'entreprises relient une adresse e-mail à Odoo pour que chaque demande de client crée automatiquement un devis. Surprise à l'usage : ces devis portent l'objet du mail en guise de référence, au lieu du numéro habituel.
L'explication est simple. Un devis créé à la main reçoit un numéro de la séquence des ventes. Un devis créé par un e-mail prend d'abord l'objet du message comme référence, et le numéro n'est jamais attribué. Une règle d'automatisation « À la création » corrige cela sans une ligne de code, grâce au type de valeur « Séquence » de l'action « Mettre à jour l'enregistrement » :
Modèle et déclencheur : Commande client, « À la création ».
Filtre : l'équipe commerciale qui reçoit les demandes par e-mail, et un nom qui ne commence pas par le préfixe de la séquence (« S » dans une base standard). Ce filtre évite de renuméroter un devis créé à la main.
Première action : « Mettre à jour l'enregistrement », champ « Référence client », type de valeur « Calculer » :
record.client_order_ref or record.name. L'objet du mail est mis de côté.Deuxième action : « Mettre à jour l'enregistrement », champ « Référence commande », type de valeur « Séquence », avec la séquence des devis.
L'ordre des actions compte : d'abord garder l'objet du mail, puis remplacer le nom. Une règle utilise une seule séquence : avec plusieurs sociétés, prévoyez une règle par société. Pas de Studio, pas de code, pas de module à maintenir.
La même logique sert ensuite à accuser réception de chaque demande ou à ouvrir le dossier de travail dès que le client valide le devis.
Les pièges que je vois le plus souvent
Le code Python est réservé aux administrateurs. Seul le groupe Administrateur des paramètres peut voir et modifier le code d'une action. C'est voulu : une règle en code s'exécute sur toute la base.
Renseignez toujours le champ « Lors de la mise à jour ». Avec le déclencheur « À la création et modification », ce champ apparaît juste en dessous : indiquez-y les seuls champs qui doivent déclencher la règle, sinon elle se relance à chaque enregistrement de la fiche. Il porte le même nom que l'ancien déclencheur « Lors de la mise à jour », que l'on ne peut plus choisir pour une nouvelle règle dans Odoo 20.
Une base reprise d'une ancienne version ? Regroupez la liste des règles d'automatisation par déclencheur. Celles qui sont encore sur l'ancien « Lors de la mise à jour » fonctionnent toujours, mais il vaut mieux les repasser sur « À la création et modification » pendant le projet.
Les règles basées sur une date ne sont pas instantanées. Elles passent par une tâche planifiée, toutes les 4 heures par défaut ; Odoo raccourcit cet intervalle si une de vos règles demande un délai plus court.
Une règle peut en déclencher une autre. Deux règles qui se modifient l'une l'autre, c'est une boucle. Faites la liste de vos règles par modèle avant d'en ajouter une.
Les e-mails se testent mal sur une copie. Une base de test n'envoie pas de vrais messages : pour une règle qui écrit à vos clients, prévoyez un test encadré en production, sur un contact interne.
Quand Studio reste le bon choix
Studio n'est pas inutile, loin de là. Il sert à personnaliser Odoo sans développeur, et il fait bien plus que des automatisations :
| Besoin | Sans Studio | Avec Studio |
|---|---|---|
| Automatiser une étape | Oui, règle d'automatisation en mode développeur | Oui, interface guidée |
| Ajouter un champ à un formulaire | Possible par le menu technique, vue à écrire à la main | Glisser-déposer |
| Modifier la mise en page d'un devis PDF | Code du rapport à modifier | Éditeur visuel |
| Créer une application complète (vos demandes, vos contrôles) | Module sur mesure | Oui, sans code |
| Faire valider une action par un responsable | Selon les applications | Règles d'approbation |
Mon critère est simple : si vos équipes doivent personnaliser Odoo elles-mêmes, souvent, Studio vaut son prix. Si le besoin est une poignée d'automatisations posées au démarrage et documentées, une règle d'automatisation standard suffit, et je préfère toujours le standard au sur-mesure.
Ce que ce choix change sur votre facture
Studio fait passer l'abonnement Odoo au plan Personnalisé, comme une deuxième société. L'écart se calcule facilement :
Licences Odoo en France, par utilisateur et par mois, paiement annuel, hors taxes. Le plan Personnalisé est aussi nécessaire pour plusieurs sociétés dans la même base ou pour un hébergement Odoo.sh.
Or les règles d'automatisation, y compris l'action en code Python, fonctionnent sur Odoo Online en plan Standard. Avant de payer Studio, regardez donc ce dont vous avez vraiment besoin : des automatisations seules ne le justifient pas.
Pour aller plus loin
Le prix d'un projet Odoo : licences, plan Standard ou Personnalisé, intégration et temps de votre équipe.
Nouveautés Odoo 20 : ce qui change vraiment pour votre entreprise.
Configurer les e-mails d'Odoo : alias, adresses de réception et envoi.
Vous payez Studio pour trois automatisations ?
Montrez-moi ce que vous automatisez aujourd'hui, ou ce que vous aimeriez automatiser. Je vous dis ce qui relève d'une règle standard, ce qui justifie Studio, et ce que cela change sur votre abonnement.
Réserver un tour d'horizon gratuit