Six configurations qui gardent les opérations multi-entités auditables
Faire fonctionner deux entités juridiques ou plus à travers les frontières n'est pas une fonctionnalité ; c'est une discipline. L'ERP impose une séparation propre entre entités tout en laissant marchandises et argent circuler de façon prévisible — ou il fuit : doubles écritures, rapprochements manuels, observations d'audit, et un CFO qui ne fait plus confiance au reporting consolidé. Les six configurations Odoo ci-dessous gardent les opérations internationales propres. Chacune est Odoo standard. Aucune n'exige de développement sur mesure. Toutes exigent de la discipline au paramétrage.
Octura livre cela en conseil multi-entités à prix fixe, avec des ingénieurs seniors sur chaque projet — pas de consultants juniors facturés au tarif senior.
Règles intercompagnies avec génération automatique des factures miroirs
Quand l'entité A au Canada vend à l'entité B en France, la piste d'audit doit montrer les deux côtés — une facture client dans les livres de A et une facture fournisseur dans ceux de B, au centime près. Les règles intercompagnies d'Odoo génèrent automatiquement le document miroir dans l'entité destinataire dès que la facture d'origine est validée, avec le bon contact contrepartie, la bonne devise, les bonnes taxes et les bons tags analytiques. Configurez la règle par couple de sociétés, fixez la politique de prix de pleine concurrence sur les produits (coût-plus, prix de revente-moins, ou prix comparable sur le marché libre), et laissez le système l'imposer. La saisie manuelle de la facture miroir est la plus grande source d'écarts de rapprochement intercompagnies en fin de mois ; la règle l'élimine. Détail dans configuration multi-sociétés et règles intercompagnies.
Revalorisation multi-devises sur un calendrier de taux publié
L'exposition de change n'attend pas qu'on s'en souvienne. Le module multi-devises d'Odoo stocke les taux par devise par date et permet la récupération automatique quotidienne depuis la BCE, la Banque du Canada ou votre flux trésorerie. Crucial : l'assistant de revalorisation des gains/pertes latents revalorise les soldes ouverts clients, fournisseurs et bancaires au taux de clôture, passe l'écart de change au compte de résultat configuré, et contrepasse au premier jour de la période suivante. Publiez le calendrier de taux (récupération quotidienne, revalorisation mensuelle, dossier d'audit annuel) à votre équipe finance pour que personne ne touche aux taux à la main. Voir comptabilité multi-devises dans Odoo 19.
Distributions analytiques pour la refacturation inter-entités
Les services partagés — IT groupe, direction régionale, équipe marketing centralisée — sont supportés par une entité et bénéficient à plusieurs. La bonne réponse, ce sont les distributions analytiques : une seule facture fournisseur dans l'entité payeuse tague plusieurs comptes analytiques (un par entité consommatrice ou unité d'affaires) avec une répartition en pourcentage. En fin de période, le rapport analytique montre le coût réel par consommateur ; un journal de refacturation (ou une facture intercompagnies déclenchée par le solde analytique) déplace la trésorerie. Évitez le piège de recréer le même grand livre de coûts dans chaque entité — distributions analytiques plus une refacturation intercompagnies gardent une seule source de vérité. Pattern dans comptabilité analytique et refacturations inter-entités.
Matrice de droits d'accès par entité (testée contre des scénarios de conformité)
La séparation des tâches ne survit pas à un paramétrage de droits négligé. Construisez une matrice de droits d'accès avec lignes = rôles (commis comptes fournisseurs, commis comptes clients, contrôleur, comptable général, trésorier, CFO) et colonnes = entités — chaque cellule consigne les groupes Odoo attribués. Puis testez. Le script minimal de conformité : le commis fournisseurs de l'entité A peut-il valider une facture fournisseur dans l'entité B (doit échouer), le trésorier de l'entité B peut-il voir les soldes bancaires de A (doit respecter la politique), un responsable finance peut-il sortir un rapport consolidé sur toutes les entités (doit réussir), un contrôleur pays peut-il clôturer la période uniquement dans son entité (doit réussir). Documentez chaque résultat de test ; conservez-le au dossier d'audit. Configurez les règles d'enregistrement pour imposer l'isolement par société sur les modèles sensibles (account.move, account.payment, hr.contract). Détail dans configuration des transactions intercompagnies.
Reporting consolidé sur des plans de comptes en devises différentes
Chaque entité tient son plan de comptes local dans sa devise fonctionnelle — PCGR canadien en CAD, PCG français en EUR, US GAAP en USD. Le CFO a besoin d'un seul P&L et bilan consolidés dans la devise de reporting du groupe. Le module de consolidation d'Odoo (ou le tableau de bord multi-sociétés avec comptes mappés) traduit la balance de chaque entité dans la devise du groupe au bon taux (taux de clôture pour le bilan, taux moyen pour le P&L), mappe les comptes locaux aux comptes groupe, et élimine les soldes intercompagnies signalés par la règle ci-dessus. Paramétrez la consolidation une fois avec comptes mappés et types de taux ; la clôture se fait en minutes au lieu de quatre jours sur tableur. Voir reporting consolidé.
Modèle de déploiement par vagues — une entité, valider, recommencer
La plus chère erreur en multi-entités Odoo est le big-bang sur toutes les entités à la fois. Le bon modèle, c'est le déploiement par vagues : prendre l'entité la plus petite ou la plus simple, la configurer entièrement, faire deux clôtures mensuelles en parallèle avec le système hérité, corriger ce qui casse, et seulement ensuite démarrer la deuxième entité en utilisant la première comme gabarit. La deuxième entité va en production en un tiers du temps. Les règles intercompagnies s'activent à mesure que chaque nouvelle entité rejoint. Le reporting consolidé se construit entité après entité. Budgétez douze à dix-huit semaines par entité pour la première ; six à huit semaines par entité à partir de la troisième. Ne combinez jamais un changement de processus avec le déploiement — changez le système ou le processus, jamais les deux à la fois.
Comment évaluer un partenaire Odoo sans se faire avoir
Les fonctionnalités comptent ; le partenaire qui les livre compte davantage. Huit vérifications séparent les partenaires qui livrent de ceux qui apprennent sur votre budget :
- Certification Odoo officielle (Ready, Silver ou Gold) — pas seulement « nous travaillons avec Odoo ».
- La personne de la découverte est celle qui construit. Les passages de relais perdent le périmètre.
- Prix fixe après découverte. La régie est un aspirateur à budget en ERP.
- Ingénieurs seniors sur le projet. Octura ne livre qu'avec des seniors — demandez à tout partenaire potentiel qui écrit votre code.
- Deux clients de référence prêts à un appel. « Beaucoup de clients » sans nom est un signal d'alerte.
- Spécialité verticale en fabrication. Un généraliste qui livre une usine par trimestre n'est pas le partenaire.
- Méthodologie documentée multi-phases. Découverte → configuration → personnalisation → migration → mise en production → hyper-care.
- Tarifs publiés en toute transparence. « Devis sur mesure » est acceptable ; refuser un chiffre de départ ne l'est pas.
La version longue est dans l'audit partenaire Odoo.