Odoo pour plusieurs sociétés après une acquisition
Odoo après une acquisition : organiser plusieurs sociétés sans perdre leurs responsabilités
Une acquisition peut réunir des équipes qui utilisent des outils, références et méthodes différentes. Avant d’étendre Odoo, décidez ce qui doit devenir commun et ce qui doit rester propre à chaque société. Le choix d’une base partagée ne remplace pas ces décisions d’organisation.
Projet ERP vous aide à trouver un intégrateur pour préparer cette évolution.
Décrire mon projet multi-sociétés →
Établir la carte des entités et des outils
Identifiez les sociétés juridiques, sites, équipes et systèmes concernés. Précisez qui vend, achète, emploie, détient le stock et facture. Définissez avec vos responsables financiers les exigences de séparation et de reporting avant de choisir l’architecture cible.
La centralisation opérationnelle, les échanges entre sociétés et la consolidation comptable sont des besoins différents. Faites préciser le traitement proposé pour chacun, les outils conservés et les validations nécessaires.
Choisir les données à partager
| Ensemble | Question à trancher | Contrôle |
|---|---|---|
| Clients et fournisseurs | Identité partagée et conditions propres aux sociétés | La bonne entité et ses conditions apparaissent sur un document |
| Produits | Référence commune ou correspondance entre catalogues | Une ancienne référence reste retrouvable |
| Stocks | Propriété, sites et opérations entre entités | Un déplacement ne devient pas implicitement un changement de propriétaire |
| Accès | Rôles locaux et fonctions transverses | Un utilisateur voit uniquement le périmètre autorisé |
| Indicateurs | Définition commune des montants et périodes | Un total peut être rapproché de ses données d’origine |
Préparer la reprise sans écraser les différences utiles
Rapprochez un échantillon de tiers et d’articles présents dans plusieurs outils. Décidez comment traiter les homonymes, doublons et conditions divergentes. Un rapprochement automatique doit avoir une procédure d’examen des cas incertains.
Listez aussi les commandes et dossiers qui traverseront la date de changement. Désignez leur système de référence et le circuit de correction. Chaque équipe doit savoir où poursuivre une opération commencée avant l’intégration.
Tester les frontières entre sociétés
Choisissez un utilisateur local, un responsable groupe et une opération entre deux entités. Vérifiez les sociétés accessibles, les documents produits et les droits de modification. Faites tester un changement de contexte par une personne intervenant sur plusieurs sociétés.
Pour les indicateurs, convenez d’un rapprochement sur une période commune. Les responsables doivent expliquer les écarts de méthode avant de considérer les chiffres comparables.
Une expérience de regroupement publiée
Dynapps présente le regroupement de trois entités d’Obiz dans Odoo. Le point utile pour votre préparation est l’extension d’un périmètre partagé ; les délais et l’organisation de ce projet ne fixent pas ceux du vôtre.
Faut-il tout basculer à la fois ?
Comparez les dépendances et la capacité de vérification des équipes. Un déploiement progressif demande de définir les échanges transitoires et les responsabilités jusqu’à la dernière bascule.
Pour préparer les validations, consultez la recette d’un projet Odoo.