Genève est une des principales places mondiales du négoce de matières premières : métaux, énergie, produits agricoles, minerais. Les sociétés qui y sont établies achètent et revendent des marchandises qui, très souvent, ne touchent jamais le sol suisse. Cette réalité économique est mal servie par les ERP généralistes conçus pour des distributeurs qui achètent, stockent et livrent localement. AX-Fiduciaire est établie à Genève, au cœur de cet écosystème, et paramètre Odoo pour répondre aux contraintes réelles du négoce plutôt qu'à celles d'un commerce classique.
Cette page décrit ce qu'implique un déploiement Odoo pour une société de négoce, ce que l'outil couvre correctement, et où s'arrêtent ses limites. Pour le paramétrage comptable en tant que tel, voir notre page comptabilité Odoo ; pour la gestion des flux physiques, voir inventaire et achats.
Ce qui distingue le négoce d'une activité de distribution classique
Un distributeur achète un stock, le réceptionne physiquement, le stocke dans un entrepôt qu'il contrôle, puis le revend à ses propres clients. La marge se calcule sur un flux relativement linéaire : prix d'achat, coûts de possession, prix de vente. Un ERP standard, paramétré pour ce schéma, fonctionne bien.
Le négoce fonctionne différemment sur plusieurs points structurants :
- La marchandise peut être achetée et revendue sans jamais entrer dans un entrepôt appartenant à la société suisse — elle circule entre le vendeur d'origine et l'acheteur final, la société de négoce n'intervenant que sur la chaîne de propriété et de documentation.
- Les opérations sont libellées dans des devises différentes de part et d'autre (achat en USD, vente en EUR par exemple), avec un risque de change à couvrir ou à assumer.
- Le transport, l'assurance et le transfert de propriété obéissent à des règles contractuelles (Incoterms) qui ne coïncident pas nécessairement avec le mouvement physique de la marchandise.
- Une part significative des opérations est financée par des instruments spécifiques — lettres de crédit, préfinancement bancaire — qui structurent le calendrier et les conditions de paiement.
- La rentabilité se pilote affaire par affaire, pas au niveau d'un chiffre d'affaires agrégé mensuel.
Un paramétrage Odoo qui ignore ces particularités produit une comptabilité juste sur le plan formel, mais illisible pour le pilotage de l'activité. L'enjeu du projet n'est donc pas d'installer Odoo, mais de le configurer autour de la logique d'affaire propre au négoce.
Le suivi par affaire (deal) : la brique centrale
Dans une société de négoce, l'unité de gestion pertinente n'est ni le client, ni le produit, mais l'affaire (ou « deal ») : un achat et une vente liés, avec leurs coûts annexes, qui forment ensemble une opération dont on veut connaître la marge exacte.
Dans Odoo, cette logique se construit via la comptabilité analytique : chaque affaire est rattachée à un compte analytique ou un projet dédié. Les écritures d'achat, de vente, de transport, d'assurance, de courtage et de financement liées à cette affaire viennent s'imputer sur le même axe analytique. Il devient alors possible d'extraire, pour une affaire donnée, l'ensemble des produits et charges qui la composent, et donc sa marge réelle — indépendamment de la période comptable sur laquelle les différentes factures tombent.
Ce paramétrage se décide en amont du projet : structure des comptes analytiques, règles d'affectation automatique depuis les commandes d'achat et de vente, gabarits de frais récurrents (transport, assurance, courtage) à répartir sur les affaires concernées. C'est un travail de configuration, pas une fonctionnalité qui s'active en un clic.
Le multi-devises : une contrainte native, pas une option
Le négoce est par nature multi-devises : achat en USD, vente en EUR, frais facturés en CHF ou en GBP selon les prestataires. Odoo gère nativement les comptes en devises étrangères, l'enregistrement des pièces dans leur devise d'origine, et la conversion en CHF selon le taux applicable à la date de la transaction. Trois points méritent une attention particulière lors du paramétrage :
- La source des taux de change — automatique via un service de cours, ou saisie manuelle selon la politique de la société, avec une traçabilité du taux retenu pour chaque pièce.
- Les écarts de change — latents (sur des positions ouvertes en devise) ou réalisés (au règlement), qui doivent être identifiés et comptabilisés distinctement de la marge commerciale de l'affaire.
- La réévaluation périodique des comptes en devises à la clôture, pour présenter des états financiers en CHF qui reflètent correctement l'exposition au change à la date de bilan.
Odoo ne fait pas de couverture de change : il enregistre et valorise les positions, mais la décision de couvrir un risque de change (forward, option) et son suivi opérationnel restent hors du périmètre de l'ERP.
Les flux sans stockage en Suisse
Une part importante des opérations de négoce genevois ne voit jamais la marchandise transiter par la Suisse : achat auprès d'un fournisseur dans un pays, revente à un acheteur dans un autre, la société suisse intervenant sur la chaîne contractuelle et documentaire, pas sur la logistique physique locale. Pour ces flux, le paramétrage inventaire d'Odoo doit être pensé différemment d'un entrepôt classique :
- Des emplacements de type transit ou hors-Suisse peuvent être créés pour représenter la marchandise en transit ou stockée chez un tiers, sans que cela suppose une présence physique en Suisse.
- Quand un entrepôt à l'étranger est réellement utilisé (stockage tampon, entrepôt sous douane, zone franche), il peut être modélisé comme un emplacement Odoo distinct, avec ses propres règles de valorisation — mais le régime douanier et fiscal applicable à cet entrepôt dépend du pays concerné et doit être validé en amont, indépendamment du paramétrage Odoo lui-même.
- Le transfert de propriété, qui peut intervenir à un moment différent du mouvement physique (selon l'Incoterm retenu), doit être reflété dans la comptabilisation de l'achat et de la vente, pas seulement dans le mouvement de stock.
La documentation commerciale : Incoterms et pièces justificatives
Chaque opération de négoce s'appuie sur un jeu de documents qui, ensemble, prouvent le transfert de propriété, le transport effectif et les conditions de la vente : contrat, connaissement ou lettre de transport, certificat d'origine, liste de colisage, police d'assurance, facture commerciale.
Odoo ne remplace pas ces documents commerciaux et ne gère pas les Incoterms comme un champ structuré au sens strict — mais il permet de :
- Rattacher les pièces justificatives (scans, PDF) directement à l'affaire ou à la commande concernée, pour un dossier documentaire centralisé et consultable.
- Suivre les échéances de livraison et de facturation associées à chaque affaire.
- Rapprocher, via le rattachement analytique décrit plus haut, les documents de transport et les coûts qu'ils génèrent avec l'affaire correspondante.
L'Incoterm retenu (FOB, CIF, DAP, etc.) détermine à quel moment le risque et la propriété changent de mains, ce qui a une incidence directe sur la date de comptabilisation de la vente et sur le traitement TVA. Ce point se décide contractuellement, en amont de la saisie Odoo, et doit être cohérent avec le paramétrage comptable retenu pour l'affaire.
La TVA : un sujet à examiner au cas par cas
Le traitement TVA d'une opération de négoce dépend directement du parcours réel de la marchandise : entre-t-elle sur le territoire suisse, le quitte-t-elle, ou reste-t-elle en permanence à l'étranger alors que la société de négoce est suisse ? Ces trois situations n'appellent pas le même traitement, et les règles varient selon les faits précis de chaque opération — lieu de livraison, Incoterm, statut douanier de la marchandise, qualité des parties.
Nous ne détaillons pas ces règles ici : elles doivent être examinées opération par opération, avec les documents contractuels et de transport à l'appui. Odoo installe automatiquement la localisation suisse (module l10n_ch) lorsque la société est configurée en Suisse, ce qui pose une base de calcul TVA correcte pour les flux locaux, mais ne dispense pas d'une analyse au cas par cas pour les flux internationaux propres au négoce. Pour les principes généraux de la TVA suisse, voir notre page TVA suisse.
Le pilotage de la marge et le reporting financier
Une fois le suivi par affaire et le multi-devises correctement paramétrés, Odoo permet de produire un reporting qui rapproche la marge par affaire, la marge consolidée par période, et l'exposition en devises ouvertes. Les rapports analytiques standards d'Odoo (résultat par compte analytique, comparaison budgétaire) couvrent une bonne partie de ce besoin ; des tableaux de bord complémentaires peuvent être construits pour restituer une vue par affaire, par contrepartie ou par type de marchandise selon les priorités de pilotage de la société.
Ce reporting reste dépendant de la qualité de la saisie en amont : une affaire mal rattachée analytiquement, ou un coût imputé sur le mauvais axe, fausse le résultat de l'affaire concernée sans que cela soit visible immédiatement dans les totaux globaux. C'est pourquoi le paramétrage initial et la discipline de saisie comptent davantage, dans ce contexte, que dans une comptabilité de distribution classique.
Ce qu'Odoo couvre bien, et ses limites honnêtes
Odoo, correctement paramétré, couvre bien :
- La comptabilité générale et analytique, avec la localisation suisse native.
- Le suivi par affaire via les axes analytiques.
- Le multi-devises pour l'achat, la vente et le règlement.
- La gestion documentaire de base (pièces jointes rattachées aux affaires).
- Le suivi des stocks, y compris les emplacements représentant des flux hors Suisse.
En revanche, Odoo n'est pas un CTRM (Commodity Trading and Risk Management) spécialisé. Il ne dispose pas nativement de :
- Gestion de positions de marché en temps réel et calcul de risque associé (VaR, mark-to-market).
- Couverture systématique (hedging) sur instruments dérivés liés aux matières premières.
- Gestion fine des lettres de crédit et des conditions documentaires bancaires du trade finance.
- Rapprochement automatisé de très gros volumes de contrats physiques avec des positions papier.
Pour une société dont le volume et la complexité de trading justifient une gestion de risque de marché active, un CTRM dédié reste nécessaire, avec une interface comptable vers Odoo plutôt qu'une gestion intégrale dans l'ERP. Pour une société de négoce dont l'activité repose surtout sur des opérations physiques documentées, avec un financement plus classique, Odoo bien paramétré couvre l'essentiel des besoins de gestion et de comptabilité, à un coût de possession nettement inférieur à celui d'un CTRM spécialisé. Le choix entre les deux dépend du profil réel de l'activité, pas d'une préférence de principe.
Le rôle d'AX-Fiduciaire
AX-Fiduciaire est une fiduciaire à Genève et partenaire Odoo. Sur un projet de négoce, notre intervention porte sur trois volets :
- Le paramétrage comptable et analytique — structure des comptes, axes analytiques par affaire, règles de rattachement automatique, gestion des devises et des écarts de change. Voir comptabilité Odoo.
- La conformité suisse — localisation l10n_ch, cohérence du plan comptable avec le droit suisse, articulation avec les obligations TVA propres au négoce international (voir TVA suisse).
- L'accompagnement fiduciaire — tenue comptable, clôtures, déclarations, au-delà du seul paramétrage informatique, dans la continuité de notre activité de fiduciaire genevoise.
Le déploiement suit la même méthodologie que pour tout projet Odoo : cadrage des flux réels de l'entreprise, définition de l'architecture analytique, paramétrage, tests sur affaires réelles avant bascule. Voir notre page implémentation Odoo pour le détail de la démarche, et notre page Odoo à Genève pour le contexte local. AX-Fiduciaire est basée au Boulevard Georges-Favon 26, à Genève.