Neuf façons d'étendre Odoo sans écrire une seule ligne de code
La plupart des entreprises de taille intermédiaire se heurtent au même obstacle six mois après le déploiement : les écrans standards correspondent presque à leurs besoins, mais un champ manque ici, une colonne de statut là, et le processus d'approbation ne reflète pas la façon dont l'équipe travaille réellement. C'est là qu'odoo studio justifie son coût de licence. Il s'agit de l'interface de personnalisation intégrée à Odoo Enterprise, aucun développeur, aucun pipeline de déploiement, aucun conflit de fusion. Ces neuf astuces couvrent les manœuvres que nos architectes utilisent le plus souvent dans plus de 100 implantations Odoo aux États-Unis, au Canada et en France, classées du retour sur investissement le plus rapide au plus sophistiqué.
Ajouter des champs personnalisés à n'importe quel formulaire standard
Le gain le plus rapide dans Studio est d'ajouter un nouveau champ à un formulaire existant, un champ texte pour la référence interne, une liste de sélection pour le niveau d'approbation, ou une liste d'étiquettes pour la classification de projet. Ouvrez Studio, cliquez sur le modèle cible, faites glisser le type de champ depuis la palette, étiquetez-le, définissez requis/valeur par défaut, enregistrez. Le champ est immédiatement disponible dans les vues liste, les filtres de recherche et les exports. Aucun redémarrage, aucun script de migration. Pour les champs nécessitant une visibilité conditionnelle, utilisez les règles de visibilité de Studio plutôt que d'écrire un domaine en Python, c'est le même mécanisme sous-jacent, mais configurable par un opérateur formé. Voir l'injection d'actions rapides sans code pour des astuces d'interface complémentaires.
Créer des vues liste personnalisées avec colonnes calculées
Les vues liste standard affichent ce qu'Odoo livre. Studio vous permet de réorganiser les colonnes, d'ajouter les champs personnalisés de l'astuce 01, d'épingler des totaux en bas des colonnes numériques et de regrouper les lignes par n'importe quel champ stocké. Pour les affichages calculés en lecture seule, marge en %, jours de retard, quantité convertie en unité de mesure, combinez un champ calculé Studio (expression Python, aucun déploiement requis) avec la configuration de la vue liste. Les responsables des opérations cessent d'exporter vers des feuilles de calcul lorsque la liste affiche exactement ce dont ils ont besoin.
Concevoir des étapes Kanban personnalisées pour n'importe quel modèle
Les ventes, le CRM et les projets disposent du Kanban d'emblée. Studio ajoute le Kanban aux modèles qui ne l'ont pas, bons de commande, ordres de fabrication, modèles personnalisés, ou reconfigure les existants. Définissez des étapes, établissez une règle de couleur par étape, ajoutez une barre de progression et choisissez les champs qui apparaissent sur la carte. Pour une équipe des achats qui gère les approbations de demandes de prix via un tableau, il s'agit d'une session Studio de deux heures, pas d'un module personnalisé. Voir les actions serveur sans code personnalisé pour ajouter de l'automatisation aux étapes que vous créez.
Automatiser les étapes répétitives avec des actions serveur
Les actions serveur dans Studio exécutent une logique de niveau Python, définir la valeur d'un champ, envoyer un courriel à partir d'un modèle, créer un enregistrement lié, ou appeler une méthode personnalisée, déclenchées par un bouton sur le formulaire ou par une règle d'enregistrement. Le cas d'utilisation du « bouton » est le plus courant : un clic fait passer un devis à confirmé, crée la tâche de projet correspondante et envoie un courriel de confirmation au client. Ce sont trois étapes remplacées par une seule. Aucun développeur requis pour les types d'actions standard.
Créer un modèle personnalisé pour les données sans destination standard
Journaux d'inspection d'équipements, conditions SLA spécifiques aux clients, grilles de tarification internes, dossiers de certification de sécurité, tout cela nécessite une table, un formulaire et des règles d'accès, mais n'est pas assez complexe pour justifier un module personnalisé. Studio crée de nouveaux modèles depuis zéro : définissez les champs, construisez le formulaire, ajoutez-le à un menu, définissez l'accès par groupe. Le résultat est un vrai modèle Odoo soutenu par PostgreSQL, pas une feuille de calcul vivant en dehors du logiciel. Pour les champs assistés par IA sur ces modèles, voir les champs IA avec Studio et Gemini.
Modifier les mises en page de rapports sans toucher au XML QWeb
L'éditeur de rapports de Studio vous permet de déplacer des champs, d'ajouter un logo, d'insérer un bloc de texte personnalisé, d'afficher ou de masquer des sections selon une condition, et de modifier la largeur des colonnes sur les devis, factures, bons de livraison et rapports de fabrication, tout cela dans une interface glisser-déposer avec aperçu en direct. Pour les entreprises ayant des standards de marque stricts ou des exigences de divulgation légale (certificats ACEUM, étiquettes en français conformes à la Loi 25), cela couvre 80 % des modifications de rapports. Les 20 % restants nécessitant des tableaux dynamiques multilingues ou une logique conditionnelle complexe requièrent toujours un développeur QWeb.
Créer des flux d'approbation qui reflètent votre organigramme
Studio combiné au module Approvals crée des chaînes d'approbation à plusieurs niveaux ancrées à un modèle spécifique et déclenchées par un seuil monétaire, un département ou une valeur de champ personnalisé. Les bons de commande supérieurs à 25 000 $ requièrent l'approbation du directeur financier. Les taux de remise supérieurs à 15 % nécessitent l'accord du directeur des ventes. Les dispositions de non-conformité exigent l'approbation du responsable qualité. Définissez la chaîne dans Approvals, connectez le déclencheur dans Studio, aucun Python personnalisé, aucune substitution XML. Voir les tableaux de bord KPI en temps réel pour faire remonter les goulots d'étranglement des approbations à la direction.
Exporter et importer les personnalisations Studio entre environnements
Les personnalisations de Studio sont stockées sous forme de module Odoo, studio_customization, exportable en ZIP et importable dans une instance de préproduction ou de production. Cela signifie que votre environnement de test valide la configuration avant qu'elle n'atteigne la production, et que la restauration se fait par désinstallation du module. L'export ne remplace pas un pipeline de développement approprié pour du code personnalisé complexe, mais pour les ajouts de champs, les modifications de vues et les définitions d'actions, il est suffisamment robuste pour les équipes de taille intermédiaire en Amérique du Nord qui n'ont pas de développeur Odoo dédié en interne.
Savoir quand s'arrêter et faire appel à un développeur
Studio couvre un large périmètre, mais ses limites sont réelles : les champs calculés qui joignent plusieurs modèles avec des exigences de performance au niveau SQL, les intégrations avec des API externes, la substitution de logique métier de base, l'héritage de champs multi-sociétés, et tout ce qui modifie le modèle de sécurité d'Odoo. Pousser Studio au-delà de ses limites produit une configuration fragile qui se brise lors des mises à niveau de version. La règle d'Octura, configurer d'abord, personnaliser en dernier, s'applique ici aussi. Pour une référence sur ce qui se trouve à la frontière, voir le développement de modules personnalisés et le piège de la personnalisation.
Comment évaluer une implantation Odoo Studio sans se faire piéger
Studio abaisse la barrière à la personnalisation, ce qui abaisse aussi la barrière à la sur-personnalisation. Six vérifications empêchent un projet Studio de se transformer en cauchemar de maintenance :
- Périmètre fonctionnel avant d'ouvrir Studio. Chaque champ personnalisé et chaque vue doivent être rattachés à une exigence métier documentée. Les listes de construction ne se découvrent pas à l'intérieur de Studio.
- Conventions de nommage appliquées. Les champs personnalisés nommés
x_studio_field_1deviennent ingérables en moins d'un an. Insistez sur une convention de nommage dès le premier jour. - Revue de compatibilité avec les mises à niveau. Après chaque montée de version Odoo, les exports Studio doivent être testés sur une instance de préproduction avant la production. Demandez au partenaire comment il gère cette étape.
- Audit des droits d'accès. Studio facilite l'exposition de champs aux mauvais groupes. Chaque personnalisation doit être révisée par groupe avant le démarrage.
- Pas de Studio pour les chemins critiques en performance. Les modèles de transactions à fort volume (mouvements de stock, écritures comptables) ne doivent pas comporter des champs calculés Studio lourds, ils s'exécutent à chaque écriture.
- Un partenaire qui écrit du code quand Studio atteint ses limites. Les partenaires uniquement Studio butent sur la frontière des 20 %. Confirmez que votre partenaire dispose d'architectes seniors pour quand la configuration ne suffit plus.
Le tableau d'ensemble est dans le piège de la personnalisation.
Questions fréquentes
Les questions que les lecteurs nous posent le plus souvent sur ce sujet.
Qu'est-ce qu'Odoo Studio ?
Odoo Studio est l'interface de personnalisation sans code intégrée à Odoo Enterprise. Elle permet aux utilisateurs autorisés d'ajouter des champs personnalisés, de reconfigurer les formulaires et les vues liste, de créer des tableaux Kanban, de construire des actions serveur et de générer de nouveaux modèles, le tout depuis un navigateur, sans toucher à Python ou XML. Les modifications sont packagées sous forme de module et peuvent être exportées entre environnements.
Odoo Studio est-il inclus dans Odoo Enterprise ?
Oui. Studio est intégré à Odoo Enterprise sans coût supplémentaire par fonctionnalité. Il nécessite une licence Enterprise ; il n'est pas disponible dans l'édition Community. Certains plans d'hébergement l'incluent automatiquement ; confirmez avec votre partenaire Odoo.
Odoo Studio peut-il remplacer un développeur pour la plupart des personnalisations ?
Pour les ajouts de champs, la réorganisation des vues, les étapes Kanban personnalisées, les actions serveur simples et les modifications de mise en page des rapports, Studio gère la majorité des demandes courantes. L'intervention d'un développeur reste nécessaire pour les intégrations API, les champs calculés critiques en performance, les règles de sécurité complexes et tout ce qui substitue la logique métier de base.
Comment les personnalisations Studio survivent-elles aux mises à niveau de version Odoo ?
Studio stocke les personnalisations dans le module studio_customization. Lors d'une mise à niveau de version, Odoo tente de migrer automatiquement ce module. La plupart des ajouts de champs et des modifications de vues survivent ; les expressions complexes ou les types de vues dépréciés peuvent nécessiter une revue manuelle. Testez toujours l'export Studio sur une instance de préproduction exécutant la nouvelle version avant de mettre à niveau la production.
Puis-je ajouter des champs personnalisés aux modèles Odoo standard avec Studio ?
Oui, à tout modèle exposé par Studio, ce qui couvre pratiquement tous les modèles Odoo standard. Vous pouvez ajouter des champs texte, entier, décimal, date, plusieurs-à-un, plusieurs-à-plusieurs, sélection et binaire. Les champs apparaissent immédiatement dans les formulaires, les vues liste, les filtres de recherche et les exports Excel.
Quelle est la différence entre Odoo Studio et un module personnalisé ?
Les personnalisations Studio sont une configuration déclarative stockée comme données. Un module personnalisé est du code Python/XML qui étend ou substitue le comportement d'Odoo. Studio est plus rapide à construire et plus facile à maintenir pour les non-développeurs ; les modules personnalisés sont plus puissants et peuvent toucher n'importe quelle partie du logiciel. La bonne approche utilise Studio jusqu'à ses limites, puis du code personnalisé pour ce que Studio ne peut pas faire.
Odoo Studio peut-il créer de nouveaux modèles de base de données ?
Oui. Studio peut créer un nouveau modèle avec un nom personnalisé, ajouter des champs, construire un formulaire et une vue liste, l'attacher à une entrée de menu et définir des droits d'accès par groupe de sécurité. Le modèle est une vraie table PostgreSQL, pas une solution de contournement. Cela couvre des cas d'usage comme les journaux d'inspection d'équipements, les grilles de tarification internes ou les dossiers de certification.
Comment Odoo Studio gère-t-il les configurations multi-sociétés ?
Les personnalisations Studio s'appliquent à l'ensemble de la société, à moins que le modèle cible n'ait des règles d'enregistrement spécifiques à la société. Les règles de visibilité des champs dans Studio ne se ramifient pas nativement par société. Si vous avez besoin de vues ou d'ensembles de champs par société, cette limite nécessite un développement de module personnalisé plutôt qu'une configuration Studio.
Odoo Studio peut-il créer des flux d'approbation ?
Oui, en combinaison avec le module Approvals. Studio ajoute le déclencheur (un bouton personnalisé ou une règle d'enregistrement), et Approvals définit la chaîne multi-niveaux, approbateur par niveau, seuils monétaires ou basés sur un champ, escalade. Ensemble, ils remplacent les demandes de modules personnalisés de flux d'approbation les plus courantes.
Odoo Studio est-il adapté pour modifier les mises en page de factures ou de devis ?
Oui. L'éditeur de rapports Studio couvre le placement du logo, la réorganisation des champs, la visibilité conditionnelle des sections, la largeur des colonnes et les blocs de texte personnalisés sur les rapports QWeb standard. Il gère les ajustements aux standards de marque, les étiquettes bilingues (obligatoires pour la conformité au français québécois selon la Loi 25) et les mentions légales sans intervention de développeur.
Quelles sont les limites d'Odoo Studio ?
Studio ne peut pas substituer les méthodes de logique métier de base, appeler des API externes, créer des requêtes de performance au niveau SQL, ni gérer proprement l'héritage de champs multi-sociétés. Les champs calculés qui joignent de nombreux modèles à fort volume de transactions doivent être développés par un développeur pour des raisons de performance. Tout ce qui touche aux mécanismes internes du modèle de sécurité Odoo est également hors du périmètre de Studio.
Combien de temps dure un projet de personnalisation Odoo Studio ?
Les ajouts simples de champs et de vues prennent quelques heures. Un projet Studio complet, modèles personnalisés, tableaux Kanban, flux d'approbation et mises en page de rapports, nécessite généralement 2 à 4 semaines, y compris les exigences, la configuration, les tests et la formation. Le délai est plus court qu'un projet de module personnalisé de portée équivalente car il n'y a pas de revue de code, de pipeline de déploiement ni de processus de fusion.