Le module Achats d'Odoo Community : fini les bons de commande par courriel

Dans cet article

• Ce que le module Achats fait concrètement : de la demande de prix au bon de commande confirmé, avec les fournisseurs, leurs prix et leurs délais au même endroit.
• L'intégration qui change tout : une commande confirmée crée la réception, et la facture fournisseur se prépare depuis la commande.
• Trois réglages à faire avant de s'en servir : la politique de contrôle des factures, les ententes d'achat à activer, et le seuil d'approbation.
• Le rapprochement à trois voies demande Enterprise, et voici ce qui le remplace : account_3way_match n'est pas dans le dépôt Community, mais la politique de contrôle et l'écran de rapprochement des lignes couvrent l'essentiel.
• Avant et après : la comparaison qui parle : sept processus, du bon de commande au reporting, mis côte à côte avec la méthode manuelle.
• Community vs Enterprise : qu'est-ce qu'on perd? : le portail fournisseur est déjà dans Community ; Studio, l'application mobile et le rapprochement automatisé restent Enterprise.
• Les questions auxquelles vous pourrez répondre dans un an : délai de confirmation, délai de réception, coût moyen et quatre quantités par ligne, sans aucun ajout.
• Ce qui manque (et ce qu'on peut ajouter) : un seul niveau d'approbation, pas de budgets d'achat, pas de punchout, et une configuration à prendre au sérieux.
• Comment on déploie ça : Odoo Community hébergé au Québec, conforme à la Loi 25, et on construit dessus plutôt que de vous faire migrer.

Dans beaucoup de PME, les achats ressemblent encore à un mélange de courriels, de fichiers Excel et de bons de commande Word envoyés en pièce jointe. Le fournisseur répond « c'est beau », on commande, la livraison arrive trois semaines plus tard, et quand vient le temps de rapprocher la facture avec ce qui a été commandé et reçu : bonne chance.

Le pire, c'est que ça fonctionne. Jusqu'au jour où ça ne fonctionne plus. Un fournisseur facture un prix différent de ce qui avait été convenu. Une commande tombe entre deux chaises parce que personne ne savait que quelqu'un d'autre l'avait déjà passée. Ou tout simplement : on n'a aucune visibilité sur combien on dépense, avec qui, et à quel rythme.

Le module Achats d'Odoo Community, c'est exactement pour ça. Pas un système d'approvisionnement complexe pour une multinationale : un outil structuré pour que vos achats soient traçables, approbables et intégrés au reste de vos opérations.

Ce que le module Achats fait concrètement

Le cœur du module, c'est le bon de commande. On crée une demande de prix (RFQ), on l'envoie au fournisseur par courriel directement depuis Odoo, et quand c'est confirmé, ça devient un bon de commande officiel. Chaque étape est tracée : qui a demandé quoi, quand, à quel prix, et où ça en est.

Mais le module ne s'arrête pas là. Voici les grandes fonctionnalités :

Gestion des fournisseurs : chaque produit peut avoir plusieurs fournisseurs avec leurs prix, délais de livraison et quantités minimales. Quand vous créez un bon de commande, Odoo peut automatiquement suggérer le meilleur fournisseur selon vos règles.

Demandes de prix (RFQ) : vous pouvez envoyer des demandes de prix à plusieurs fournisseurs en même temps, comparer les offres, et choisir la meilleure. Tout ça dans une interface centralisée au lieu de jongler entre des courriels.

Ententes d'achat : deux types existent. Les commandes ouvertes (blanket orders) permettent de négocier un prix avec un fournisseur pour une période donnée, puis de passer des commandes partielles au fur et à mesure. Les modèles d'achat servent aux demandes de prix qui reviennent : la liste de produits est gardée telle quelle et se resert, chez un fournisseur ou chez un autre. L'appel d'offres, lui, n'est pas un type d'entente dans Odoo 19 : il se fait en créant des demandes de prix alternatives pour plusieurs fournisseurs, puis en les comparant côte à côte.

Approbations : vous pouvez activer un seuil d'approbation pour que les bons de commande au-dessus d'un certain montant nécessitent une validation par un responsable avant d'être confirmés. C'est un niveau simple mais efficace.

Contrôle des factures fournisseurs : chaque produit porte une politique qui dit si le fournisseur peut facturer sur les quantités commandées ou seulement sur celles qui ont été reçues. C'est le garde-fou de base contre la facture qui ne correspond pas à la livraison, et on y revient plus bas, avec ce qui demande Enterprise et ce qui n'en demande pas.

L'intégration qui change tout

Ce qui rend le module Achats vraiment intéressant, c'est qu'il ne vit pas tout seul. Il s'intègre directement avec deux autres modules clés :

Inventaire : quand un bon de commande est confirmé, Odoo crée automatiquement un transfert de réception. Quand les produits arrivent, vous validez la réception et votre inventaire se met à jour tout seul. Plus besoin de saisir l'information deux fois.

Comptabilité : quand vous recevez une facture fournisseur, Odoo peut la créer directement depuis le bon de commande. Les écritures comptables se génèrent automatiquement. Le contrôle des factures dont on parlait plus haut, c'est exactement cette intégration en action : Odoo sait ce qui a été commandé, ce qui a été reçu, et ce qui est facturé, parce que les trois vivent dans la même base.

Le résultat : une chaîne complète depuis « j'ai besoin de commander quelque chose » jusqu'à « c'est payé et comptabilisé », sans ressaisie manuelle et avec une traçabilité complète.

Trois réglages à faire avant de s'en servir

Le module s'installe en deux clics, et c'est là que beaucoup de déploiements s'arrêtent. Trois réglages décident pourtant de ce que l'outil va réellement vous éviter.

La politique de contrôle des factures, par produit. C'est le réglage le plus important et le moins connu. Chaque produit porte une politique qui dit sur quoi le fournisseur peut vous facturer : les quantités commandées, ou les quantités reçues. Sur « quantités reçues », Odoo refuse de préparer une facture pour ce qui n'est pas arrivé. Le défaut dépend du type : un service est sur les quantités commandées, un bien sur les quantités reçues. Si vous ne regardez qu'un seul réglage de tout l'article, regardez celui-là.

Les ententes d'achat, à activer. Les commandes ouvertes et les modèles d'achat ne sont pas visibles au départ : ils viennent d'un module complémentaire, « Conventions d'achat », qu'on coche dans les paramètres des Achats. Il est bien dans Community, mais tant que la case n'est pas cochée, le menu n'existe pas et on conclut un peu vite qu'Odoo ne sait pas faire. Une seconde case apparaît juste en dessous, « Options d'achat », et c'est elle qui relie les demandes de prix entre elles pour les comparer : l'appel d'offres se trouve là, pas dans le menu des ententes.

Le seuil d'approbation. Même logique : on active la double validation dans les paramètres, on fixe le montant, et les bons de commande au-dessus passent par un responsable. Un seul niveau, mais il se configure en une minute.

Le rapprochement à trois voies demande Enterprise, et voici ce qui le remplace

Le rapprochement à trois voies automatisé d'Odoo, celui qui ajoute un champ « à payer » sur la facture fournisseur, n'est pas dans Community. Le point est souvent mal rapporté, alors autant être précis. Il vient d'un module distinct, account_3way_match, qui ne fait pas partie du dépôt Community : dans les paramètres des Achats de Community, la case existe mais s'affiche avec le bouton de mise à niveau vers Enterprise.

Ce que Community vous donne à la place n'est pas rien, et couvre l'essentiel du besoin.

La politique de contrôle décrite plus haut est déjà le garde-fou principal : sur « quantités reçues », une facture pour des marchandises jamais arrivées ne se prépare pas. Et un écran de rapprochement des lignes aligne les lignes du bon de commande avec celles de la facture, ligne par ligne, avec les quantités déjà facturées, celles qui restent à facturer et les montants des deux côtés. Vous voyez l'écart, et vous corrigez le prix ou la quantité directement dans cet écran.

La différence tient donc en un mot : dans Community, l'écart se constate, dans Enterprise il se signale tout seul. Et encore, la documentation d'Odoo est honnête là-dessus, même avec Enterprise : quand une facture brouillon est modifiée, le champ passe en « exception », mais Odoo « ne bloque pas les modifications ni n'affiche de message d'erreur », parce qu'il peut exister une bonne raison de modifier la facture. Aucune des deux éditions ne vous dispense de regarder.

Avant et après : la comparaison qui parle

Community vs Enterprise : qu'est-ce qu'on perd?

Le module Achats est très complet en version Community. Voici ce qui est inclus, et ce qui demande Enterprise :

Concrètement, pour la majorité des PME, la version Community couvre très bien le besoin. Le portail fournisseur, souvent présenté comme un ajout d'Enterprise, est déjà dans Community : le module Achats y sert les adresses /my/rfq et /my/purchase, où le fournisseur consulte ses demandes de prix et ses commandes, imprime le PDF, voit les factures rattachées et corrige les dates de livraison prévues. Ce qu'il ne fait pas : recevoir une facture que le fournisseur déposerait lui-même en ligne.

Les questions auxquelles vous pourrez répondre dans un an

C'est l'argument qu'on oublie de faire, parce qu'il ne se voit pas la première semaine. Structurer ses achats, ça ne sert pas seulement à bien passer une commande : ça constitue un historique, et l'historique répond à des questions qu'un dossier de courriels ne répondra jamais.

Le rapport d'analyse des achats de Community, sans aucun ajout, mesure notamment le délai de confirmation et le délai de réception en jours, le coût moyen par produit, et quatre quantités distinctes pour chaque ligne : commandée, reçue, facturée, et restant à facturer.

Mis ensemble, ça donne des réponses concrètes. Quel fournisseur livre réellement dans les délais promis, et lequel a glissé depuis six mois. Combien on a payé le même produit chez trois fournisseurs différents, l'an dernier. Quelles commandes sont reçues mais toujours pas facturées, ce qui est exactement la liste des mauvaises surprises qui attendent votre fin d'exercice.

Aucune de ces questions ne demande Enterprise. Elles demandent seulement que les commandes soient passées dans le système plutôt qu'en pièce jointe, et c'est tout le sujet de cet article.

Ce qui manque (et ce qu'on peut ajouter)

Comme pour tout module Odoo, il y a des limites à connaître :

Approbations multi-niveaux : le module standard offre un seul niveau d'approbation basé sur un montant. Si vous avez besoin de chaînes d'approbation complexes (montant X = gestionnaire, montant Y = directeur, montant Z = VP), il faudra un module complémentaire de l'OCA ou un développement sur mesure.

Gestion des budgets d'achat : Odoo Community ne gère pas nativement les budgets d'achat par département ou par catégorie : aucun module de budget n'est livré dans la branche 19.0 de Community. Vous verrez combien vous avez dépensé, mais il n'y a pas d'alerte automatique quand vous approchez d'un plafond budgétaire.

Punchout et catalogues fournisseurs : si vous travaillez avec de gros distributeurs qui offrent des catalogues en ligne intégrés (punchout), ce n'est pas natif dans Odoo. Ça existe via des modules tiers, mais c'est un ajout.

Courbe d'apprentissage : le module est intuitif pour les opérations de base, mais les ententes d'achat et les politiques de contrôle des factures demandent un minimum de configuration et de formation pour être bien utilisées.

Comment on déploie ça

Chez Blue Fox, on déploie le module Achats en version Community parce que c'est du logiciel libre, qu'on a le contrôle complet sur le code et les données, et que pour la grande majorité des PME et OBNL qu'on accompagne, c'est amplement suffisant.

On héberge les instances au Québec, sur des infrastructures souveraines, avec une conformité Loi 25 intégrée dès le départ. Et si un jour vous avez besoin d'aller plus loin (approbations multi-niveaux, intégrations spécifiques), on construit dessus plutôt que de vous faire migrer vers un autre système.

Sources

• Documentation Odoo 19, module Achats : la référence officielle, en français.
• Documentation Odoo 19, politiques de contrôle des factures : les quantités commandées ou reçues, le défaut par type de produit, et l'aveu qu'Odoo signale l'écart sans bloquer.
• Documentation Odoo 19, commandes ouvertes : le premier des deux types d'entente, et son activation.
• Documentation Odoo 19, modèles d'achat : le second type d'entente, pour les demandes de prix qui reviennent.
• Documentation Odoo 19, appel d'offres : pourquoi il passe par des demandes de prix alternatives plutôt que par une entente.
• Odoo, comparaison des éditions : ce qui sépare Community d'Enterprise, dont Studio et les applications mobiles.
• Le dépôt Odoo Community, branche 19.0 : la liste des modules réellement livrés en Community. purchase et purchase_requisition y sont, account_3way_match n'y est pas.
• Le contrôleur du portail fournisseur, dans le module Achats de Community : les adresses /my/rfq et /my/purchase, livrées en Community.
• Odoo, page des fonctionnalités Achats : la présentation commerciale du module.