Dès qu'une PME a deux sociétés, le même flux existe deux fois : la holding facture la filiale, l'atelier facture le bureau d'études, le dépôt transfère au magasin. Chacune de ces opérations se saisit deux fois, et un écart s'installe.
Onze modules communautaires automatisent la contrepartie — et outillent la gestion des sociétés elles-mêmes.
Résumé
Quatre modules traitent les flux miroirs : la facture d'achat créée automatiquement chez la société destinataire d'une facture de vente ; la commande d'achat devenant commande de vente chez la société sœur, et réciproquement ; la variante avec entrepôt, qui crée aussi les transferts ; et les transferts inter-sociétés de stock.
Un module traite la création de sociétés : un assistant générant une société avec son plan comptable, ses journaux et sa configuration de base, sous Paramètres ▸ Utilisateurs & Sociétés ▸ Company easy creation.
Cinq modules traitent la société comme objet de gestion : une vue de recherche sur le modèle société, un code court, des catégories de société, la possibilité d'archiver une société, et l'accès à toutes ses sociétés à la connexion.
Un module enfin fournit le socle technique permettant d'ajouter la gestion multi-société à n'importe quel modèle — il est la dépendance des modules de référentiels partagés.
L'essentiel
- La facture miroir créée automatiquement chez la société sœur.
- La commande miroir : commande d'achat ↔ commande de vente.
- La variante avec entrepôt, qui crée aussi les transferts.
- Les transferts inter-sociétés de stock.
- Un assistant de création de société avec plan comptable et journaux.
- Un code et des catégories sur la société.
- L'archivage d'une société, absent du standard.
- Toutes ses sociétés actives à la connexion.
Ce que ces modules ajoutent à l'instance
| Module | Version | Ce qu'il apporte |
|---|---|---|
account_invoice_inter_company | 18.0.1.0.7 | La facture miroir : vente chez A → achat chez B |
purchase_sale_inter_company | 18.0.1.0.6 | La commande miroir : achat chez A → vente chez B |
purchase_sale_stock_inter_company | 18.0.1.1.1 | La commande miroir avec entrepôt et ses transferts |
stock_intercompany | 18.0.1.0.1 | Les transferts inter-sociétés (README minimal) |
account_multicompany_easy_creation | 18.0.1.0.1 | Assistant de création de société avec sa comptabilité |
res_company_search_view | 18.0.1.0.0 | Une vue de recherche sur le modèle société |
res_company_code | 18.0.1.0.1 | Un champ code sur la société |
res_company_category | 18.0.1.0.0 | Des catégories de société (README minimal) |
res_company_active | 18.0.1.0.0 | La possibilité d'archiver une société |
login_all_company | 18.0.0.0.0 | Toutes ses sociétés actives à la connexion |
base_multi_company | 18.0.1.1.1 | Le socle technique multi-société (LGPL-3, sans dépendance) |
Les menus : Paramètres ▸ Utilisateurs & Sociétés ▸ Company easy creation et Catégories de société.
Les flux miroirs
La refacturation entre sociétés d'un même groupe est le travail le plus répétitif et le plus propice à l'écart d'une PME multi-société : la holding facture des prestations à ses filiales, personne ne saisit l'achat du bon côté, et les comptes de groupe ne se rapprochent plus.
account_invoice_inter_company crée automatiquement la facture d'achat chez la société destinataire quand la société émettrice valide sa facture de vente. Les deux pièces portent le même montant, les mêmes lignes, et la même référence.
purchase_sale_inter_company fait de même un cran plus tôt : une commande d'achat chez une société devient une commande de vente chez la société sœur, et réciproquement. La chaîne commerciale est alors cohérente des deux côtés.
purchase_sale_stock_inter_company ajoute l'entrepôt : la commande miroir crée aussi les transferts de stock correspondants. C'est la version complète, pour un groupe dont les sociétés se livrent physiquement.
stock_intercompany traite les transferts inter-sociétés de stock. Son README est réduit à sa catégorie.
L'enchaînement des trois premiers modules est important : la facture seule suffit à une holding de services, la commande est nécessaire dès qu'il y a un cycle commercial, et l'entrepôt dès qu'il y a de la marchandise. Installer la version complète sur une holding de services ajoute de la complexité sans objet.
Créer et gérer une société
account_multicompany_easy_creation ajoute un assistant qui crée une société avec son plan comptable, ses journaux et sa configuration comptable de base.
Sans lui, créer une société dans Odoo suppose de l'enregistrer, puis d'installer sa localisation, puis de créer ses journaux, puis de régler ses comptes par défaut — une suite d'étapes dont l'oubli d'une seule se découvre à la première facture.
res_company_search_viewajoute une vue de recherche sur le modèle société. Anecdotique à deux sociétés, nécessaire à vingt.res_company_codeajoute un code court à la société — l'identifiant qu'on utilise dans les références de documents et les imports.res_company_categoryajoute des catégories de société, avec leur menu en configuration. Son README est réduit à sa catégorie.res_company_activeajoute la possibilité d'archiver une société.login_all_companydonne accès à toutes ses sociétés actives à la connexion, au lieu de n'en activer qu'une.
L'archivage d'une société est un manque réel du standard : une filiale cédée ou dissoute reste dans la liste des sociétés, dans les sélecteurs et dans les rapports, indéfiniment. On ne peut pas la supprimer — ses écritures existent — et on ne pouvait pas la masquer.
base_multi_company (LGPL-3) est le socle technique : il fournit le mécanisme permettant d'ajouter la gestion multi-société à n'importe quel modèle. Il n'a aucune dépendance et sert de base aux modules de référentiels partagés.
Limites connues
- Les flux miroirs créent des documents chez une autre société : le paramétrage détermine qui crée quoi, et une erreur produit des pièces chez la mauvaise entité.
- La facture miroir ne remplace pas la consolidation : les comptes se rapprochent, ils ne se consolident pas.
stock_intercompanyetres_company_categoryont un README réduit à leur catégorie : à évaluer sur instance.login_all_companyest en version 0.0.0 : une version de pré-publication, à traiter comme telle.- L'archivage d'une société n'efface rien : ses écritures, ses documents et ses utilisateurs restent, et les rapports historiques doivent continuer de la voir.
- L'assistant de création de société pose un plan comptable : vérifier qu'il correspond à la localisation voulue avant de valider.
- La version avec entrepôt est la plus intrusive : elle crée des commandes, des factures et des transferts. À éprouver sur une base de recette.
- Le prix de transfert reste une décision : aucun de ces modules ne calcule une marge inter-société ni ne vérifie sa conformité fiscale.
Identité technique
Les onze modules viennent du dépôt OCA multi-company, branche 18.0 — 29 modules au total. Dix sont en AGPL-3, base_multi_company est en LGPL-3. Les dépendances : account et base_setup pour la facture miroir, purchase et sale pour la commande, purchase_stock et sale_stock pour la version avec entrepôt, web pour le code et la connexion.
Voir aussi les référentiels partagés entre sociétés pour le reste du dépôt.
Questions fréquentes
Odoo peut-il créer automatiquement la facture d'achat chez la société sœur ?
Oui : account_invoice_inter_company crée la facture miroir — une facture de vente validée chez la société A devient une facture d'achat chez la société B, avec les mêmes montants et la même référence. C'est le travail le plus répétitif d'une PME multi-société, et le plus propice à l'écart.
Faut-il installer tous les modules inter-sociétés ?
Non, et c'est important : la facture seule suffit à une holding de services, la commande est nécessaire dès qu'il y a un cycle commercial, et la version avec entrepôt dès qu'il y a de la marchandise livrée physiquement. Installer la version complète sur une holding de services ajoute de la complexité sans objet.
Peut-on archiver une société dans Odoo ?
Pas en standard — c'est un manque réel. res_company_active l'ajoute. Une filiale cédée ou dissoute reste autrement dans la liste des sociétés, dans les sélecteurs et dans les rapports indéfiniment : on ne peut pas la supprimer, ses écritures existent, et on ne pouvait pas la masquer.
Comment créer une nouvelle société avec sa comptabilité ?
account_multicompany_easy_creation ajoute un assistant créant la société avec son plan comptable, ses journaux et sa configuration de base, sous Paramètres ▸ Utilisateurs & Sociétés ▸ Company easy creation. Sans lui, c'est une suite d'étapes dont l'oubli d'une seule se découvre à la première facture.
Ces modules gèrent-ils les prix de transfert ?
Non. Ils créent les documents miroirs avec les montants saisis ; aucun ne calcule une marge inter-société ni ne vérifie sa conformité fiscale. Le prix de transfert reste une décision à instruire avec votre expert-comptable.
Se faire accompagner
Le multi-société est l'endroit où une installation Odoo se complique le plus vite, et où chaque module installé en trop coûte durablement : des documents créés automatiquement chez une entité qui ne les attendait pas se découvrent au bilan.
Nous commençons donc par cartographier les flux réels entre vos entités — qui facture quoi, qui livre quoi — et nous n'installons que la profondeur nécessaire. Une facture miroir qui fonctionne vaut mieux qu'une chaîne complète qu'on désactive. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
En résumé
Dès qu'une PME a deux sociétés, chaque flux se saisit deux fois — et un écart s'installe. Onze modules créent la contrepartie automatiquement : facture miroir, commande miroir, transfert miroir, avec la profondeur à choisir selon vos flux réels. Parlons de votre groupe.
