Feature · Multi entity accounting · Written for CFO / VP Finance

Entity A raises the invoice. Somebody keys the matching bill into Entity B. At month end, somebody finds them both again.

The individual books are not the problem. Each entity closes, each balances, each would survive its own audit on its own terms. The problem starts at the boundary between them. An intercompany charge is one transaction that has to be recorded twice, by two people, in two ledgers, in agreement, and then found and removed again before the group numbers mean anything. Nothing about that is difficult. It is just that none of it is held by anything, so it lives in a convention two people remember, a naming rule in the reference field, and a tab in a workbook that gets rebuilt every month.

01
The capability

What you get with multi-entity accounting

Every legal entity is a full company inside one database, with its own chart of accounts, its own tax rules and its own country localisation, and an entry belongs to exactly one of them. Separate where separation is statutory; one system where separation was only ever an artefact of having bought three of them.

Foreign currency is held by the ledger rather than maintained beside it. An entity trading in another currency is posted in that currency, with the rate on the entry, dedicated exchange gain and loss accounts, and a currency exchange journal, so the revaluation is part of the record and not a column somebody owns.

And the record is defensible. Posted entries carry an inalterable hash and a secure sequence number, journals can be locked into hash-chained mode, there is a hash-integrity report, and the period lock is a full set of dates including a hard lock, so the month you already reported to a lender can be shown to be the month you reported.

02
The capability

Where multi-entity accounting comes from

Two places, and the second one is a real gap, not a soft sell.

Everything above is Odoo Community itself. Multi-company, multi-currency, multi-language, the audit trail and the lock dates, no module to add, no tier to reach, no extra per-user fee, running on infrastructure you own.

Group consolidation does not come from anywhere. Not from Community, not from the paid edition we do not deploy, and not from the community catalogue, the Odoo Community Association's consolidation repository has an empty 18.0 branch, and 17.0 and 19.0 are empty too. There is no consolidation ledger, no account mapping between entity charts and a group chart, and no elimination engine. We probed for it, found nothing, and went looking for a free replacement, and there isn't one. Anyone who tells you an install closes this is selling you a different edition.

So the honest position is this. The entity books, the currencies and the audit trail come out of one system in one shape, which is most of the manual work and all of the risk. The group consolidation itself is still assembled, and it is assembled from a ledger rather than from three exports of one, which is a smaller job and a checkable one, but it is not nothing and this page will not describe it as automatic.

Separate where separation is statutory, one system where it was an artefact
Separate where separation is statutory, one system where it was an artefact — today versus del.ai on Each entity, Foreign currency and 1 more

Separate where separation is statutory, one system where it was an artefact

FAQ

What is multi-entity accounting?

Multi-entity accounting is the practice of keeping separate, complete books for each legal entity in a group while still being able to report on the group as a whole. Each entity has its own chart of accounts, its own tax registration and its own statutory filing obligations, so its ledger has to stand alone and survive an audit on its own terms, it is not a department of something larger, it is a company. The group view is then built on top of those books: transactions between the entities are identified, balances are translated into one currency where they differ, and the whole is combined in a way that does not double-count anything. The difficulty is rarely the individual books, which are ordinary accounting. It is the join, which is a second body of work that most systems record the result of and track nothing about the state of.

What does intercompany mean in accounting?

An intercompany transaction is one where both sides are entities under the same ownership, one subsidiary sells to another, lends to another, charges another a management fee, or allocates a shared cost across several. Each side records it normally and independently: the seller books revenue and a receivable, the buyer books a cost and a payable. Both entries are correct, and each entity's accounts are right as they stand. At group level, though, the pair describes money that never left the group, which is why intercompany transactions have to be identifiable before group statements mean anything. The practical difficulty is that identification usually depends on a convention rather than a mechanism, a naming rule, a dedicated account, a reference someone remembered to fill in, and conventions degrade at exactly the moment volume makes them matter.

What is intercompany elimination?

Intercompany elimination is the step that removes transactions between group entities from the consolidated statements, so that revenue the group billed itself is not counted as revenue, and a balance one entity owes another is not counted as both an asset and a liability of the same group. Without it, three entities that trade with each other report combined revenue larger than anything a customer ever paid. Eliminations do not change any entity's own books and must not: the subsidiary's statutory accounts are still correct with the transaction in them. The elimination entries exist only in the consolidation layer, which is a separate object sitting above the entity ledgers, and that is precisely why elimination is usually the last part of a close to be automated and the first part to be done in a spreadsheet. It is the one step that belongs to no single entity's ledger.

What is the difference between consolidated and combined financial statements?

Consolidated financial statements report a parent and the entities it controls as a single economic unit, with intercompany transactions eliminated and any non-controlling interest presented separately. Combined financial statements report entities that share common ownership but where no parent-subsidiary control relationship exists, sister companies under one individual owner, or a set of affiliates held in parallel rather than in a chain. The practical test is control rather than ownership percentage: if one entity directs the financial and operating policies of another, the relationship is consolidation, and a majority shareholding is evidence of that rather than the definition of it. Combined statements still eliminate transactions between the entities they cover, so the elimination work is the same in both cases; what differs is which entities are inside the boundary and whether a parent exists to be the reporting entity.