Un ERP se juge sur ce qu'il fait, et s'abandonne sur ce qu'il fait ressentir. Un écran trop pâle, un chatter qui mange la moitié de la largeur, une duplication accidentelle, une saisie faite dans la base de test : rien de tout cela n'est fonctionnel, et tout cela coûte.
Vingt-et-un modules communautaires rendent l'interface d'Odoo supportable — et dangereuse au bon endroit seulement.
Résumé
Six modules traitent l'identité visuelle : un bandeau d'environnement de test, les couleurs de la barre de navigation et des boutons par société, le favicon par société, un mode sombre par utilisateur, un thème plus contrasté proche d'Odoo 15, et l'habillage de l'interface réactive.
Quatre modules traitent l'orientation : un mécanisme de guides interactifs pas à pas, un écran de démarrage de raccourcis par utilisateur, la personnalisation de l'application installable (nom court, icône, couleurs), et l'ergonomie tactile pour les tablettes.
Quatre modules traitent les avertissements : des bandeaux d'alerte conditionnels sur les formulaires sans toucher aux vues, les notifications en direct depuis les canaux de discussion, l'annonce automatique d'une mise à jour de module aux utilisateurs connectés, et la fermeture automatique de session après inactivité.
Sept modules enfin traitent les gestes quotidiens : un bouton de rafraîchissement, une confirmation avant duplication, des boutons Enregistrer et Annuler rendus visibles, le déplacement et le repliement du chatter, l'envoi de message en fenêtre dédiée, et la suppression des bulles d'aide.
L'essentiel
- Un bandeau rouge sur les environnements de test.
- Les couleurs de la barre de navigation par société — huit couleurs réglables.
- Un favicon par société, pour distinguer les onglets.
- Un mode sombre par utilisateur, suivant l'appareil si voulu.
- Des bandeaux d'alerte conditionnels sans modifier les vues.
- Une confirmation avant duplication, contre les doublons accidentels.
- La fermeture automatique de session après inactivité.
- Le chatter déplaçable et repliable selon la préférence de l'utilisateur.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Identité visuelle | web_environment_ribbon, web_company_color, web_responsive_company_color, web_favicon, web_dark_mode, web_theme_classic | 6 |
| Orientation | web_help, web_quick_start_screen, web_pwa_customize, web_touchscreen | 4 |
| Avertissements | web_form_banner, web_notify_channel_message, web_notify_upgrade, web_session_auto_close | 4 |
| Gestes quotidiens | web_refresher, web_copy_confirm, web_save_discard_button, web_chatter_position, web_toggle_chatter, web_send_message_popup, web_no_bubble | 7 |
Les menus : Paramètres ▸ Technique ▸ Interface utilisateur ▸ Form Banner Rules, Quick Start Screens et Quick Start Screen Actions, plus un menu racine Start pour l'écran de démarrage.
Savoir dans quelle base on travaille
La manipulation faite dans la base de test en croyant être en production est l'incident le plus fréquent d'une exploitation à plusieurs environnements — et son symétrique, la facture validée en production en croyant tester, est le plus coûteux. Un bandeau rouge résout les deux.
web_environment_ribbon affiche un bandeau dans le coin supérieur de chaque écran du back-office. Il n'ajoute aucun champ : la couleur et le texte se configurent par paramètre système.
web_company_color va plus loin dans le multi-société : il ajoute à la société huit couleurs — fond de barre de navigation et son survol, bordure basse, fond de bouton et son survol, texte de bouton, texte de lien et son survol. Un utilisateur qui change de société voit l'interface changer de couleur.
web_favicon ajoute un favicon par société : les onglets du navigateur deviennent distinguables, ce qui compte quand trois instances sont ouvertes côte à côte.
web_responsive_company_color branche ces couleurs sur les éléments de l'interface réactive (web_responsive), sans quoi la barre latérale reste à la couleur d'origine.
L'apparence et le confort
web_dark_modeajoute un mode sombre complet au back-office, activé par chaque utilisateur depuis son menu, avec une option le faisant suivre le réglage de l'appareil.web_theme_classicrestaure un style de champs plus contrasté, proche d'Odoo 15, pour distinguer les champs de saisie et les champs obligatoires. C'est la réponse à un reproche réel : l'interface moderne d'Odoo ne montre pas où l'on peut écrire.web_touchscreen(LGPL-3) adapte le rendu des sous-listes imbriquées aux écrans tactiles, pour les tablettes d'atelier ou de quai.web_no_bubblemasque les bulles d'aide animées présentes depuis Odoo 10. Sur un poste utilisé huit heures par jour, elles ne sont plus de l'aide.
Le chatter, qui prend trop de place
web_chatter_position (LGPL-3) ajoute une préférence utilisateur : chatter automatique, en bas de la fiche, ou sur le côté. web_toggle_chatter (LGPL-3) ajoute un bouton pour le replier.
web_send_message_popup fait s'ouvrir l'envoi de message dans une fenêtre dédiée plutôt que dans le fil — ce qui change l'ergonomie pour qui écrit beaucoup depuis les documents.
Orienter un utilisateur nouveau
web_quick_start_screen crée un écran de démarrage : un référentiel d'actions rapides — icône, image, couleur, description, domaine, contexte — regroupées en écrans, et un écran affecté à chaque utilisateur.
La courbe d'apprentissage d'un ERP ne tient pas aux fonctions mais aux chemins : un utilisateur qui ne fait que trois choses par jour doit traverser quatre menus pour chacune. Un écran de démarrage avec trois tuiles supprime la moitié des questions de la première semaine.
web_help introduit un mécanisme de guides interactifs : une bulle met en surbrillance un élément de l'écran et affiche un message, étape par étape. C'est un module technique — la matière des guides reste à écrire.
web_pwa_customize personnalise l'application installable depuis le navigateur : nom court, icône, couleur de thème, couleur d'arrière-plan, réglés depuis les Paramètres généraux. Sans lui, l'application installée sur un téléphone s'appelle « Odoo ».
Les garde-fous
web_form_banner crée un modèle de règle de bandeau : un modèle de données, un message — texte ou HTML —, une position, et un code calculant la valeur du message. Le bandeau apparaît sur les formulaires concernés sans modifier les vues.
C'est le bon niveau d'intervention : afficher « ce client est en dépassement d'encours » sur une commande ne devrait pas demander une surcharge de vue, qui casse à la mise à jour suivante.
web_copy_confirmdemande une confirmation avant duplication, depuis une fiche comme depuis une sélection en liste. Les doublons créés par un clic sur « Dupliquer » sont une pollution de base classique.web_session_auto_closeferme la session après une durée d'inactivité configurable en secondes. Indispensable sur les postes partagés — un atelier, un comptoir, un quai.web_notify_upgradeprévient par notification les utilisateurs connectés qu'un module vient d'être installé ou mis à jour : ils rechargent leur page au lieu de signaler des erreurs dues à un cache périmé.web_notify_channel_messagerelie les canaux de discussion au système de notification : chaque message d'un canal déclenche une notification en direct.
Deux gestes rendus visibles
web_refresher ajoute un bouton de rafraîchissement dans le bandeau de commandes des vues, avant la pagination : les données se rechargent sans recharger la page.
web_save_discard_button rend les boutons Enregistrer et Annuler visibles sous forme de boutons colorés, au lieu des petites icônes du standard. C'est l'un des plus petits modules du dépôt et l'un des plus demandés par les utilisateurs.
Limites connues
- Ces modules touchent l'interface, donc ils cassent le plus souvent à la montée de version : ce sont les premiers à vérifier avant une migration.
web_company_colordépend des champs creux (base_sparse_field) et recompile les feuilles de style : prévoir un temps de redémarrage après changement de couleur.- Le mode sombre n'est pas exhaustif : les rapports, les vues web et les modules tiers restent clairs.
web_helpest un socle technique : sans guides rédigés, il n'apporte rien visuellement.web_form_bannerexécute du code pour calculer le message : un code lent ralentit l'ouverture de chaque fiche concernée.- La fermeture automatique de session interrompt une saisie en cours : régler le délai en fonction du poste, pas d'une règle générale.
web_environment_ribbonn'ajoute aucun champ : sa configuration passe par les paramètres système, donc elle se perd sur une base restaurée sans vérification.
Identité technique
Les vingt-et-un modules viennent du dépôt OCA web, branche 18.0 — 65 modules au total. Ils sont en licence AGPL-3, sauf web_touchscreen, web_chatter_position et web_toggle_chatter, en LGPL-3. Les dépendances notables : base_sparse_field pour les couleurs, web_responsive pour l'habillage réactif, web_notify pour les notifications en direct, mail pour le chatter.
Voir aussi les circuits de validation, qui s'appuient sur les mêmes mécanismes de vue.
Questions fréquentes
Comment éviter de travailler dans la base de test en croyant être en production ?
web_environment_ribbon affiche un bandeau rouge en haut de chaque écran du back-office, avec couleur et texte configurables par paramètre système. Son symétrique — une facture validée en production en croyant tester — est l'incident le plus coûteux d'une exploitation à plusieurs environnements.
Peut-on changer les couleurs d'Odoo par société ?
Oui : web_company_color ajoute huit couleurs à la société — barre de navigation et son survol, bordure, boutons, liens — et web_favicon ajoute un favicon par société. Un utilisateur qui change de société voit l'interface changer. Prévoir un redémarrage, les feuilles de style étant recompilées.
Odoo Community a-t-il un mode sombre ?
Pas en standard. web_dark_mode l'ajoute au back-office, activable par chaque utilisateur depuis son menu, avec une option le faisant suivre le réglage de l'appareil. Il n'est pas exhaustif : rapports, pages web et modules tiers restent clairs.
Peut-on afficher un avertissement sur une fiche sans modifier la vue ?
Oui, avec web_form_banner : une règle de bandeau définit le modèle concerné, le message — texte ou HTML —, sa position et un code qui en calcule la valeur. Afficher « client en dépassement d'encours » ne demande alors aucune surcharge de vue, qui casserait à la mise à jour suivante.
Comment sécuriser un poste Odoo partagé en atelier ?
web_session_auto_close ferme la session après une durée d'inactivité réglée en secondes dans les paramètres. Choisissez le délai en fonction du poste : trop court, il interrompt une saisie en cours ; web_touchscreen complète utilement sur une tablette.
Se faire accompagner
Ces modules n'apparaissent dans aucun cahier des charges, et ce sont eux qui décident si les équipes utilisent l'ERP ou retournent au tableur. Un bandeau rouge, des boutons visibles, un chatter repliable, un écran de démarrage à trois tuiles : le coût est nul, l'effet est immédiat.
Nous les installons donc au début du projet, pas à la fin, et nous vérifions leur compatibilité avant chaque montée de version — ce sont les premiers modules à casser. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
En résumé
Les modules qui n'apparaissent dans aucun cahier des charges et décident si les équipes utilisent l'ERP : bandeau rouge sur la base de test, couleurs par société, boutons visibles, bandeaux d'alerte sans surcharge de vue, session fermée après inactivité. Parlons de l'adoption de votre ERP.
