Multi-company Group

A multi-company group, unified end to end

Logistics, manufacturing and export on one shared backbone.

The challenge

Logistics, manufacturing and export each ran on their own systems and spreadsheets, so intercompany reconciliation was manual and the consolidated group view took a week to assemble.

What we built

One platform, end to end.

Multi-company setupEach entity on one shared backbone
Intercompany flowsTransactions and invoicing automated between companies
Logistics & warehousingStock and movements across the group
ManufacturingProduction tied to demand and procurement
Export documentationCompliance and paperwork built in
Group consolidationOne consolidated financial view
How we helped

What changed for the team.

One backbone across every company in the group
Intercompany flows and invoicing run automatically
Manufacturing, warehousing and export on one system
Consolidated reporting ready at close
How it works

One database or several, and why it matters.

The structural decision comes before any configuration

A group can run every entity in one Odoo database with company-level record rules, or keep separate databases and consolidate outside the system. One database makes intercompany flows and group reporting native and makes divergence expensive. Separate databases give each entity total freedom and make consolidation a recurring manual exercise. This is the decision that shapes everything after it, and it is worth settling deliberately rather than discovering.

Intercompany transactions should generate their own counterpart

When one entity sells to another, the matching purchase in the receiving company is mechanical work that is reliably done late and occasionally wrong. Odoo can generate the counterpart document automatically on the same database, which is what makes intercompany balances agree without a month-end reconciliation ritual.

Shared master data is the real win, and the real risk

Products, partners and charts of accounts can be shared across companies or held separately. Sharing removes duplicate maintenance and makes group reporting meaningful. It also means a change made in one entity is felt in all of them, so ownership of master data has to be assigned to someone before go-live rather than negotiated afterwards.

Common questions

Questions we get about this work.

Should a group use one database or one per company?

One database when entities share customers, products or reporting and you want consolidation to be native. Separate databases when entities are genuinely independent and divergence matters more than group visibility. The trade is consolidation effort against local freedom, and it should be decided at architecture time, not discovered during user acceptance.

Does Odoo generate intercompany documents automatically?

Within a single database, yes: a sale in one company can generate the matching purchase in another, so both sides post without manual re-entry and intercompany balances agree by construction.

Can companies use different currencies and charts of accounts?

Yes. Each company carries its own currency and chart of accounts, with group reporting presented in the parent's currency. Charts can be shared where entities are similar, which reduces mapping work at consolidation.

How is access controlled between entities?

Through company-level record rules: users are allowed into the companies they belong to and see only those records. This is the mechanism that makes a shared database acceptable to entities that must not see each other's data.

Let's talk

Run something similar?

Tell us where your operations stand today, and we will map the path to a system that lasts.

Book a discovery call