Autour de la commande, il y a le client : ses adresses, ses conditions, ce qu'il voit dans son portail, qui le suit dans l'entreprise, et comment on organise les visites qu'on lui rend.
Vingt-quatre modules communautaires traitent ce pourtour. Trois corrigent des défauts qui méritent d'être connus — dont une fuite d'information dans le portail.
Résumé
Huit modules portent sur le client et ses adresses : restreindre les adresses de livraison et de facturation à celles qui lui appartiennent réellement, déduire l'adresse de facturation de l'adresse de livraison choisie, poser un incoterm par défaut sur sa fiche, exclure certains contacts de la liste des clients sélectionnables, rattacher la commande à l'entité commerciale du groupe, et gérer une adhésion premium à durée limitée.
Quatre traitent le portail client : une recherche sur « Mes commandes » et « Mes devis », deux colonnes supplémentaires (référence client, montant hors taxes), la confidentialité rétablie — chacun ne voit que ses propres documents — et la suppression du bouton d'accès au portail dans les courriels.
Le reste organise le travail commercial : équipe déduite des produits, probabilité de gain et montant pondéré, calendrier de visites récurrentes avec son application dédiée, réservation de ressources vendue comme un produit, dates de début et de fin sur les lignes, application cumulative de modèles de devis, montants en devise de société, taux de change imprimé sur le PDF, et trois modules qui reprennent la main sur les notifications.
L'essentiel
- La confidentialité du portail rétablie : sans module, on voit les commandes des autres contacts de son organisation.
- Une recherche dans le portail, par numéro de commande ou par référence client.
- Les adresses restreintes à celles qui appartiennent réellement au client.
- L'adresse de facturation déduite de l'adresse de livraison choisie.
- L'incoterm par défaut sur la fiche du client — fini la ressaisie à chaque vente export.
- L'équipe commerciale déduite des produits de la commande.
- Le taux de change imprimé sur le devis en devise étrangère.
- Trois modules de notifications : ne pas abonner le vendeur d'office, mettre les bons contacts en copie, et ne plus envoyer de courriel d'annulation par accident.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Client et adresses | sale_partner_address_restrict, sale_partner_shipping_default_partner_invoice, sale_partner_incoterm, sale_partner_selectable_option, sale_commercial_partner, sale_partner_primeship, sale_partner_order_template, partner_prospect | 8 |
| Portail client | portal_sale_personal_data_only, portal_sale_order_search, portal_sale_list_extra_info, sale_no_portal_button | 4 |
| Organisation commerciale | sale_order_team_from_product, sale_probability_amount, sale_planner_calendar, sale_resource_booking, partner_sale_pivot, sale_multi_template_application, sale_start_end_dates | 7 |
| Devises | sale_company_currency, sale_order_show_currency_rate | 2 |
| Notifications | sale_order_disable_user_autosubscribe, sale_mail_autosubscribe, sale_order_cancel_optional_email | 3 |
Un seul ajoute une application complète : le calendrier de planification commerciale, avec ses menus d'événements et de configuration. Les autres enrichissent la fiche contact, la commande ou les pages du portail.
Le portail client : une fuite à corriger
Par défaut, Odoo permet à un utilisateur du portail de voir toutes les commandes de vente dont un membre de son organisation est suiveur. Dans un groupe où plusieurs personnes ont accès au portail, chacun voit donc des documents qui ne le concernent pas.
portal_sale_personal_data_only restreint l'accès aux documents personnels de l'utilisateur connecté. C'est un module de conformité autant que de confort : les conditions de confidentialité qu'on promet à un client n'ont pas de sens si son acheteur voit les commandes de son collègue d'un autre site.
Deux modules rendent ensuite le portail utilisable :
portal_sale_order_searchactive la barre de recherche sur « Mes commandes » et « Mes devis » : recherche par numéro de commande, par référence du client ou par nom. Sans elle, un client qui a trente commandes fait défiler.portal_sale_list_extra_infoajoute deux colonnes : la référence de commande du client et le montant hors taxes. Deux informations que le client cherche en premier, et qui obligeaient sinon à ouvrir chaque document.
Enfin sale_no_portal_button masque le bouton d'accès au portail dans les courriels envoyés depuis une commande — utile quand on communique par pièce jointe et qu'on ne veut pas ouvrir le portail à tout le monde.
Le client, ses adresses et ses conditions
| Module | Ce qu'il fait |
|---|---|
sale_partner_address_restrict | Restreint les adresses de livraison et de facturation à celles qui appartiennent au client ; gère les adresses de livraison directe |
sale_partner_shipping_default_partner_invoice | Propose automatiquement l'adresse de facturation liée à l'adresse de livraison choisie |
sale_partner_incoterm | Pose un incoterm par défaut sur la fiche du client, repris sur ses commandes |
sale_partner_selectable_option | Une case qui exclut un contact de la liste des clients sélectionnables |
sale_commercial_partner | Rattache la commande à l'entité commerciale — la société mère — pour regrouper les analyses |
sale_partner_primeship | Une adhésion premium à durée limitée, activée par la vente d'un produit dédié |
Le premier résout une erreur fréquente et coûteuse : choisir par mégarde l'adresse d'un autre client dans une liste qui les contient toutes. La marchandise part ailleurs, et personne ne le voit avant la réclamation.
Le quatrième est plus discret et tout aussi utile : écarter les fournisseurs purs et les contacts techniques de la liste des clients évite les commandes créées sur le mauvais tiers — autre erreur qui se découvre à la facturation.
L'adhésion premium mérite une mention : elle s'active automatiquement à la confirmation d'une commande contenant un produit d'activation, pour une durée en mois. C'est une mécanique d'abonnement léger, à distinguer des contrats récurrents qui gèrent la facturation périodique.
Organiser le travail commercial
Qui vend, et avec quelle probabilité
sale_order_team_from_productdéduit l'équipe commerciale du devis à partir des équipes associées aux produits qu'il contient. Utile quand certaines gammes exigent une expertise : la commande part dans la bonne équipe sans intervention.sale_probability_amountajoute une probabilité de gain sur le devis et un montant pondéré dans la devise de la société. Le pipeline se lit alors en valeur attendue, et non en total optimiste.partner_sale_pivotajoute un bouton Analyse des ventes sur la fiche client, qui ouvre directement un tableau croisé de ses ventes.
Le terrain et les rendez-vous
sale_planner_calendar installe une application dédiée de planification : les visites commerciales et autres événements — vente à distance, livraison, message — deviennent des événements de calendrier récurrents rattachés à un partenaire, avec leurs types et leur configuration.
C'est l'outil des forces de vente itinérantes, qui travaillent par tournées régulières plutôt que par rendez-vous ponctuels. Odoo standard n'a rien de tel.
sale_resource_booking relie de son côté les réservations de ressources — créneaux, salles, intervenants — aux ventes : vendre un produit lié à un type de réservation génère automatiquement une réservation en attente.
Deux outils de devis
sale_multi_template_applicationchange le comportement des modèles de devis : appliquer un second modèle conserve les lignes existantes et ajoute les nouvelles, au lieu de tout remplacer. C'est ce qui permet de composer un devis à partir de plusieurs offres types.sale_start_end_datesajoute des dates de début et de fin sur les lignes et sur l'en-tête — module technique de base, utilisé par d'autres pour les prestations couvrant une période.
Devises et notifications : cinq corrections utiles
Vendre en devise
| Module | Ce qu'il affiche |
|---|---|
sale_company_currency | Le total de la commande dans la devise de la société, en plus de celle du document |
sale_order_show_currency_rate | Un encadré sur le PDF indiquant le taux de change utilisé entre les deux devises |
Le premier rend les commandes comparables et sommables quand plusieurs devises coexistent ; le second évite la discussion sur le taux appliqué, qui arrive toujours au moment du règlement.
Reprendre la main sur les courriels
Trois modules corrigent des comportements qui agacent au quotidien : le vendeur abonné d'office à chacune de ses commandes (donc noyé de notifications), les bons contacts du client qui ne sont pas en copie, et le courriel d'annulation envoyé par accident parce qu'Odoo ouvre systématiquement l'assistant d'envoi au clic sur « Annuler ».
sale_order_disable_user_autosubscriben'abonne plus le vendeur automatiquement.sale_mail_autosubscribemet en copie les contacts configurés d'une société cliente sur ses commandes.sale_order_cancel_optional_emailrend l'envoi du courriel d'annulation optionnel au lieu d'automatique.
Le dernier évite un incident client réel : annuler une commande pour la recréer corrigée, et prévenir le client d'une annulation qu'il n'avait pas à connaître.
Limites connues
- Deux modules sont peu documentés dans le relevé (
partner_prospect,sale_partner_order_template) : leur apport est à vérifier sur le dépôt avant de les retenir. - Le calendrier de planification est une application entière : il structure le travail des commerciaux terrain et demande un vrai déploiement, pas une installation.
- La restriction du portail change ce que les clients voient : prévenir avant, sinon le support reçoit des appels le jour même.
- La probabilité de gain n'a de valeur que si elle est tenue : un champ rempli par défaut à 50 % ne produit aucune prévision utile.
- L'incoterm par défaut ne dispense pas de vérifier : il accélère la saisie, il ne décide pas des responsabilités de transport.
sale_resource_bookingdépend de deux modules d'autres dépôts — réservation de ressources et un composant d'interface.
Identité technique
Les vingt-quatre modules viennent du dépôt OCA sale-workflow, branche 18.0, tous en licence AGPL-3. Six dépendent de modules d'autres dépôts : partition de base et abonnement automatique au courrier (server-ux, social), dates de début et de fin de facturation (account-invoicing), réservation de ressources (manufacture et server-ux), équipe commerciale sur le produit (sales-team).
Avec cette fiche, les grandes familles du dépôt sale-workflow sont couvertes : lignes, dates et reliquats, remises et tarifs, facturation, stock, automatisation, devis et droits, recommandation et conditionnements.
Questions fréquentes
Un client peut-il voir les commandes d'un autre contact de sa société ?
Oui, par défaut : Odoo montre à un utilisateur du portail toutes les commandes dont un membre de son organisation est suiveur. portal_sale_personal_data_only restreint l'accès aux documents personnels de l'utilisateur connecté. C'est un sujet de confidentialité, pas de confort.
Comment éviter de livrer à l'adresse d'un autre client ?
sale_partner_address_restrict limite les adresses de livraison et de facturation proposées à celles qui appartiennent réellement au client sélectionné. Sans lui, la liste contient toutes les adresses de la base, et l'erreur ne se voit qu'à la réclamation.
Peut-on déduire l'équipe commerciale des produits vendus ?
Oui, avec sale_order_team_from_product : l'équipe du devis est déterminée à partir des équipes associées aux produits qu'il contient. C'est utile quand certaines gammes exigent une expertise particulière — la commande arrive dans la bonne équipe sans intervention manuelle.
Comment éviter d'envoyer un courriel en annulant une commande ?
sale_order_cancel_optional_email rend cet envoi optionnel : dans Odoo standard, cliquer sur « Annuler » ouvre systématiquement l'assistant d'envoi au client. Annuler pour recréer une commande corrigée ne devrait pas prévenir le client d'une annulation qu'il n'a pas à connaître.
Comment lire un pipeline multi-devises ?
Avec sale_company_currency, qui affiche le total de chaque commande dans la devise de la société en plus de celle du document : les commandes deviennent comparables et sommables. En complément, sale_order_show_currency_rate imprime le taux de change utilisé sur le PDF, ce qui évite la discussion au moment du règlement.
Se faire accompagner
Ce lot contient le seul vrai défaut de confidentialité que nous ayons rencontré dans la famille des ventes : un portail qui montre à un contact les commandes de ses collègues. Il se corrige en installant un module, et il se découvre d'ordinaire par un client mécontent.
Nous auditons donc le portail avant de l'ouvrir : ce que chaque profil voit réellement, avec un compte de test par type de client. Puis nous traitons le reste — adresses, incoterms, notifications — qui relève du confort et de la justesse de saisie. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
- Devis et commandes : révisions, annulations et droits
- Identité, adresses et contacts dans Odoo
- Le CRM et la force de vente dans Odoo
En résumé
Le pourtour de la commande : les adresses qu'on ne peut plus confondre, l'incoterm qui se pose seul, le portail qui cesse de montrer les commandes des collègues, les visites planifiées en tournées, et trois corrections de notifications qui évitent des courriels gênants. Parlons de votre relation client.
