Documentation9 min de lecture

Analyse des ventes sur le livré, et les documents commerciaux

Le module OCA `sale_report_delivered` (dépôt `sale-reporting`, version 18.0.1.1.0, licence AGPL-3) ajoute une analyse **Ventes à partir des livraisons** — c'est-à-dire fondée sur ce qui est **effectivement sorti**, et non sur les commandes prises, avec huit modules qui viennent l'enrichir d'axes supplémentaires. Dix-huit autres modules traitent les axes d'analyse et la présentation des documents commerciaux.

Analyse de chiffres de vente sur un écran

L'analyse des ventes d'Odoo porte sur les commandes : ce qui a été promis. Une entreprise qui livre, elle, vit de ce qui est sorti — et l'écart entre les deux porte toutes les commandes annulées, reportées, partiellement livrées.

Dix-neuf modules communautaires déplacent l'analyse sur le livré et soignent les documents commerciaux. Ils terminent le dépôt sale-reporting.

Résumé

Neuf modules traitent l'analyse sur le livré : une analyse Ventes à partir des livraisons sous Ventes ▸ Analyse, et huit extensions ajoutant des axes — valeurs d'attribut de ligne, marque, élaboration, priorité du client, indicateur de suivi, sous-total et volume — plus l'ouverture du menu d'analyse au groupe des commerciaux.

Deux modules traitent la mesure dans le temps : un indicateur graphique des ventes hebdomadaires d'un produit, et son ajout à l'assistant de recommandation.

Huit modules enfin traitent les documents commerciaux : des commentaires types, le masquage du détail des sections pour le client, un numéro de position sur les lignes, le masquage de la colonne de taxes quand elle n'apporte rien, les images produit sur les documents, le poids et les données de conditionnement dans les rapports, et le commercial repris du client.

L'essentiel

  • Une analyse des ventes fondée sur les livraisons, non sur les commandes.
  • Huit axes supplémentaires : marque, attributs, priorité du client, volume.
  • Le menu d'analyse ouvert aux commerciaux.
  • Un indicateur graphique des ventes hebdomadaires par produit.
  • Le détail des sections masqué pour le client.
  • La colonne de taxes masquée quand elle n'apporte rien.
  • Les images produit sur les devis et commandes.
  • Le poids et le conditionnement dans les rapports.

Ce que ces modules ajoutent à l'instance

FamilleModulesNombre
Analyse sur le livrésale_report_delivered, sale_report_delivered_attribute_values, sale_report_delivered_brand, sale_report_delivered_elaboration, sale_report_delivered_partner_priority, sale_report_delivered_semaphore, sale_report_delivered_subtotal, sale_report_delivered_volume, sale_report_salesman9
Mesure dans le tempsproduct_sold_by_delivery_week, sale_order_product_recommendation_product_sold_by_delivery_week2
Documents commerciauxsale_comment_template, sale_layout_category_hide_detail, sale_order_line_position, sale_order_report_hide_tax, sale_order_report_product_image, sale_order_weight, sale_packaging_report, sale_report_salesperson_from_partner8

Les menus : Ventes ▸ Analyse ▸ Sales from deliveries et Ventes ▸ Configuration ▸ Commentaires de documents.

Analyser le livré, pas le promis

L'analyse des ventes d'Odoo compte les commandes. Une commande annulée, reportée de deux mois ou livrée à moitié y figure pour sa totalité. Pour une entreprise qui livre, cet écart n'est pas un détail de méthode : c'est la différence entre le chiffre d'affaires annoncé et le chiffre d'affaires encaissable.

sale_report_delivered ajoute une analyse Ventes à partir des livraisons, sous Ventes ▸ Analyse ▸ Sales from deliveries. Il dépend du module de marge et du lien ventes-stock : l'analyse porte donc sur le livré valorisé.

Huit modules l'enrichissent d'axes supplémentaires, chacun branché sur un référentiel existant :

ModuleAxe ajouté
sale_report_delivered_brandLa marque du produit
sale_report_delivered_attribute_valuesLes valeurs d'attribut de la ligne
sale_report_delivered_elaborationL'élaboration et sa marge
sale_report_delivered_partner_priorityLa priorité du client
sale_report_delivered_semaphoreL'indicateur de suivi de la commande
sale_report_delivered_subtotalLe sous-total
sale_report_delivered_volumeLe volume

Six de ces huit modules ont un README réduit à leur catégorie : leur objet se lit dans leur nom et dans leur dépendance.

sale_report_salesman ouvre le menu d'analyse des ventes au groupe des commerciaux — qui, dans le standard, n'y a pas accès.

Ouvrir l'analyse aux commerciaux change le rapport à l'outil : une équipe qui doit demander ses chiffres ne les regarde pas. C'est un module d'une ligne de droits, et c'est souvent lui qui décide si le CRM sert.

L'analyse de marge et ses modules sont traités dans la facturation des ventes.

Les ventes dans le temps

product_sold_by_delivery_week ajoute un champ donnant un indice graphique des ventes hebdomadaires d'un produit — sur la base des livraisons, là encore.

sale_order_product_recommendation_product_sold_by_delivery_week l'ajoute à l'assistant de recommandation de produits.

Le second module est le plus intéressant du dépôt : au moment où un commercial propose un réassort à son client, il voit la courbe de vente hebdomadaire du produit. La recommandation cesse d'être une liste et devient un argument.

L'assistant de recommandation est traité dans recommandation de produits.

Ce que le client voit

  • sale_comment_template ajoute des commentaires types sur les documents de vente, avec leur référentiel sous Ventes ▸ Configuration ▸ Commentaires de documents.
  • sale_layout_category_hide_detail masque le détail des sections sur les rapports et le portail client : le client voit un total de section, pas chaque ligne.
  • sale_order_line_position ajoute un numéro de position sur les lignes de commande.
  • sale_order_report_hide_tax (LGPL-3) masque la colonne de taxes quand elle n'apporte rien — un document entièrement au même taux n'a pas besoin d'une colonne qui répète vingt fois la même valeur.
  • sale_order_report_product_image affiche les images produit sur les documents de vente.
  • sale_order_weight (GPL-3, licence plus contraignante que le reste du dépôt) ajoute le poids des produits au rapport de commande.
  • sale_packaging_report (LGPL-3) ajoute les données de conditionnement aux rapports de vente.
  • sale_report_salesperson_from_partner reprend le commercial depuis la fiche client. README réduit à sa catégorie.

Le masquage du détail des sections répond à une pratique commerciale précise : présenter un lot au forfait sans détailler ce qu'il contient, tout en gardant le détail en interne pour la préparation et la marge.

Le numéro de position est le pendant commercial de la référence client par ligne : il donne au client un repère stable pour parler d'une ligne précise au téléphone.

Les images produit et le poids servent deux publics différents : l'image aide le client à valider sa commande, le poids aide son service réception à prévoir la manutention.

Limites connues

  • Sept modules ont un README réduit à leur catégorie : six extensions de l'analyse sur le livré et sale_report_salesperson_from_partner.
  • sale_order_weight est en GPL-3 : licence plus contraignante que l'AGPL-3 et la LGPL-3 du reste du dépôt, à vérifier si vous distribuez du code dérivé.
  • Chaque axe d'analyse dépend d'un référentiel externe : marque, élaboration, priorité de client, indicateur de suivi. N'installer que les axes dont le référentiel existe chez vous.
  • L'analyse sur le livré ne remplace pas celle des commandes : les deux coexistent, et leur écart est l'information utile — pas l'une des deux.
  • sale_report_delivered dépend du module de marge : les coûts doivent être tenus pour que l'analyse ait du sens.
  • Masquer le détail des sections masque aussi ce que le client pourrait contester : à décider commercialement, pas techniquement.
  • Masquer la colonne de taxes suppose un document homogène : vérifier le comportement sur un document à plusieurs taux.

Identité technique

Les dix-neuf modules viennent du dépôt OCA sale-reporting, branche 18.0 — dont tous les modules sont désormais documentés ici. Seize sont en AGPL-3, deux en LGPL-3, un en GPL-3. Les dépendances : sale, sale_management, sale_stock et sale_margin pour la base, puis product_brand, partner_priority, sale_semaphore, sale_elaboration_margin, sale_order_line_product_attribute_values et sale_order_product_recommendation pour les axes, account_comment_template pour les commentaires.

Voir aussi la facturation des ventes et recommandation de produits.

Questions fréquentes

Peut-on analyser les ventes sur le livré plutôt que sur les commandes ?

Oui : sale_report_delivered ajoute une analyse Ventes à partir des livraisons sous Ventes ▸ Analyse. L'analyse standard compte les commandes — une commande annulée, reportée ou livrée à moitié y figure pour sa totalité. Pour une entreprise qui livre, c'est l'écart entre chiffre annoncé et chiffre encaissable.

Les commerciaux ont-ils accès à l'analyse des ventes dans Odoo ?

Pas dans le standard. sale_report_salesman ouvre le menu d'analyse au groupe des commerciaux. C'est un module d'une ligne de droits, et c'est souvent lui qui décide si le CRM sert : une équipe qui doit demander ses chiffres ne les regarde pas.

Peut-on montrer la courbe de vente d'un produit au moment de proposer un réassort ?

Oui, en combinant product_sold_by_delivery_week et sale_order_product_recommendation_product_sold_by_delivery_week : l'indice de ventes hebdomadaires apparaît dans l'assistant de recommandation. La recommandation cesse d'être une liste et devient un argument.

Peut-on présenter un lot au forfait sans détailler son contenu au client ?

Oui, avec sale_layout_category_hide_detail : le client voit un total de section, pas chaque ligne, sur les rapports comme sur le portail. Le détail reste en interne pour la préparation et la marge. C'est une décision commerciale — cela masque aussi ce que le client pourrait contester.

Peut-on retirer la colonne de taxes d'un devis ?

sale_order_report_hide_tax la masque quand elle n'apporte rien : un document entièrement au même taux n'a pas besoin d'une colonne répétant vingt fois la même valeur. Vérifiez le comportement sur un document à plusieurs taux.

Se faire accompagner

La question « quel est notre chiffre d'affaires » a deux réponses dans Odoo, et la plupart des PME n'en connaissent qu'une : les commandes prises. L'écart avec le livré porte les annulations, les reports et les livraisons partielles — c'est-à-dire tout ce qui explique pourquoi la trésorerie ne suit pas le carnet.

Nous installons donc l'analyse sur le livré à côté de celle des commandes, jamais à la place : c'est leur écart qui informe. Puis nous n'ajoutons que les axes dont le référentiel existe réellement chez vous. Voir les prestations d'Atalios Consulting ou demander un rappel.

Pour aller plus loin

En résumé

L'analyse des ventes d'Odoo porte sur les commandes : ce qui a été promis. Une entreprise qui livre vit de ce qui est sorti, et l'écart entre les deux porte toutes les annulations et les livraisons partielles. Dix-neuf modules déplacent l'analyse sur le livré. Parlons de vos indicateurs.

Documentation OCAVentesOdoo Community

Partager

Fiches connexes

Baies de serveurs dans une salle machine
Le module OCA `queue_job` (dépôt `queue`, version 18.0.3.4.1, licence LGPL-3) ajoute à Odoo une **file de travaux de fond** avec ses canaux, ses fonctions et ses tâches, sous le menu **File d'attente des tâches** : c'est la brique dont dépendent plus de quarante modules communautaires, et la première à surveiller en exploitation. Vingt-six autres modules traitent les composants, la configuration hors base, l'impression serveur et l'IoT.
Lire la suite
Documentation OCA, Exploitation
Câbles réseau branchés sur un commutateur
Le module OCA `endpoint` (dépôt `web-api`, version 18.0.1.1.4, licence LGPL-3) permet de **déclarer un point d'entrée HTTP depuis l'interface**, sous **Paramètres ▸ Technique ▸ Endpoints** : une adresse, une méthode, un traitement — sans écrire de module. Vingt-trois autres modules traitent le cache, les imports par sessions, les échanges de factures et l'agenda.
Lire la suite
Documentation OCA, Intégration