TL;DR

For fund managers, the best multi-entity accounting software depends on which problem is breaking. NetSuite and Sage Intacct consolidate entities upward into one set of financials, while Allvue, FundCount, and LemonEdge run fund-native ledgers with capital accounts. Ceviche solves the downward problem: allocating one shared cost across funds, co-invests, and the management company.

Why Does Multi-Entity Accounting Break at Fund Structures?

Multi-entity accounting software was built for a company with subsidiaries. A parent owns five operating companies, each keeps its own books, and the software rolls them up into one consolidated statement with the intercompany activity eliminated. For the businesses it was designed for, it works.

A fund manager's entity stack does not behave like subsidiaries. A mid-sized PE firm runs a management company, a GP entity per fund, the funds themselves, and usually a co-invest vehicle or an SPV per deal. The entities do not roll up. Fund II's LPs and Fund III's LPs are different investors with different rights, so there is no meaningful consolidated statement across them. What the entities share is cost. The audit fee, the D&O policy, the fund administrator's bill, and every outside-counsel invoice arrive addressed to one entity and legally belong, in fractions, to several.

The direction of travel separates the two jobs. Consolidation moves numbers up the structure into one view. Allocation moves one number down the structure into many ledgers, each split governed by an LPA clause. Of the 80 fund finance teams we spoke with in 2026, 96% cite multi-entity allocation as a core complexity, and 92% run allocations across disconnected systems. The scale of the problem tracks structure rather than size: a $600M firm with twelve vehicles feels it harder than a $3B firm with four.

Teams that live inside that structure describe the same arc. The CFO of a mid-market PE firm running more than 20 vehicles put it to us this way:

"That was sustainable when we had three funds. It is not necessarily sustainable now."

A CFO at another multi-fund firm told us their tax advisers send an invoice per vehicle every cycle, dozens at a time, and the legal bills arrive the same way. The entity count grows deal by deal, and the accounting work grows with it whether or not the software was chosen for that shape.

One management company invoice allocated down the entity stack, with the side-letter exclusion documented

One invoice at the management company, allocated down the entity stack by committed capital; the excluded vehicle is documented, not ignored.

What Does Multi-Entity Accounting Software Do?

Multi-entity accounting software keeps a separate general ledger and chart of accounts for each legal entity in a group, automates intercompany transactions and eliminations, supports multiple currencies, and consolidates every entity into one set of financials with drill-down to any single entity. Fund managers need one more motion it does not include: rule-based cost allocation across entities.

Our explainer on multi-entity accounting software covers the full capability set and its limits for funds. The short version is that per-entity ledgers, intercompany eliminations, and consolidated reporting are table stakes across the category. The differences that matter to a fund manager are which platforms understand capital accounts, and which understand that a 25-line legal invoice needs a different split methodology per line.

The Platforms Compared

Nine platforms cover the serious answers, across three tiers. ERP consolidation platforms (NetSuite, Sage Intacct, Dynamics 365 Business Central) handle multi-entity structure generically. Fund-native ledgers (Allvue, FundCount, LemonEdge) add capital accounts and partnership accounting. The allocation layer splits shared costs across whichever of those ledgers you run: Ceviche is the entry with its own section below, IntegriDATA's EAS brings the deepest enterprise pedigree with a full action-level audit trail and named write-back to SAP, Oracle, and QuickBooks, and StavPay is the managed-service route whose strength is taking the allocation work off your team entirely, vendor-run on your stack. Both appear in the table below and in our dedicated comparison pages.

Excel deserves an honest fit note too. A firm with two or three vehicles, stable methodologies, and low invoice volume can run allocation in a spreadsheet indefinitely; the 81% of teams still there are not all wrong. The spreadsheet breaks on entity count and audit scrutiny, not on principle.

Ceviche

Ceviche is the allocation layer for PE and VC finance teams whose entity stack has outgrown manual splitting. Disclosure: Ceviche publishes this article.

Ceviche is not a multi-entity general ledger, and it does not want to be. It sits between your expense systems (Ramp, Bill.com, Brex, Expensify) and whatever GL each entity already runs, applies the allocation rules written in your LPAs, and posts audit-ready journal entries into each entity's books. The invoice that names one entity and belongs to five is the exact case it was built for: each line carries its methodology, its LPA basis, and its approval, so an auditor sampling any allocation gets the full trail in one place.

Flybridge runs 18 fund entities on a QuickBooks and Bill.com stack. Before Ceviche, allocation cost the team a full day per quarter in spreadsheets. Onboarding typically runs three to four weeks; Flybridge did it in two and ran its first allocation cycle the same month. The process now runs hands-off at roughly 99% accuracy, and the controller reviews exceptions instead of rebuilding formulas.

The boundary: if your entities need new ledgers, Ceviche does not provide them. It assumes a GL exists per entity and fixes the layer where 81% of the 80 teams we studied still allocate in Excel.

NetSuite

NetSuite is the default multi-entity ERP for firms consolidating operating businesses, and its OneWorld module handles per-entity books, currencies, and intercompany eliminations at genuine scale. Management companies run it well, and in our 2026 calls the most common migration path we heard was QuickBooks Online to NetSuite. What it does not carry natively is fund logic: no capital accounts, no LP-facing allocations, and no per-line invoice splitting by LPA methodology. Firms that run NetSuite at the management company usually pair it with a fund admin or a fund ledger for the funds themselves, then handle shared-cost allocation in spreadsheets between the two. For consolidation at the management company it is a strong answer; the allocation work stays wherever you run it today.

Sage Intacct

Sage Intacct is the other mid-market consolidation standard, with a dimensions model: entities, funds, and departments as tags on one chart of accounts rather than separate databases. Multi-entity consolidation, intercompany, and role-based access are mature. The fund gap is the same as NetSuite's. Dimensions let you report by entity, but nothing in the platform reads an invoice and decides that lines 1 through 9 split pro rata by committed capital while line 10 belongs to one co-invest. Intacct firms in our study did that work outside the system, then keyed the results back in.

Microsoft Dynamics 365 Business Central

Dynamics 365 Business Central, often deployed for investment and holding structures through partners like Gravity, brings the Microsoft stack's reporting and a native multi-company model. The multi-entity mechanics carry known friction: in the older Dynamics GP line, a transaction touching five entities meant five separate logins, and the same source describes Business Central routing intercompany entries through an inbox a second user accepts before they post. For a fund manager the evaluation lands where NetSuite's did: strong consolidation for the management company, with the fund-specific gap unchanged.

Allvue Systems

Allvue is the front-to-back private capital platform: fund accounting, portfolio monitoring, investor portal, and reporting in one Microsoft-based system, deployed widely by fund administrators. Multi-entity fund structures are native, and partnership accounting is a module of its own rather than a bolt-on. The trade-off is weight. Allvue is enterprise infrastructure a firm adopts as its accounting operation, and public sources disclose neither an implementation timeline nor pricing. A three-person team does not install Allvue to fix invoice splitting; a firm replaces its stack with Allvue and gets multi-entity fund accounting as part of the platform.

FundCount

FundCount unifies partnership accounting and portfolio accounting on one general ledger, and its pitch names the problem plainly: firms either run partnership accounting in a spreadsheet bolted onto a generic GL, or pay twice for an investment platform and an accounting system that disagree about what a partner owns. It is strongest where entity counts and ownership webs are densest, family offices especially, with multi-entity views across a family's structures. It is a ledger replacement: capital accounts, allocations to partners, and consolidated views live inside FundCount, so adopting it means moving the books. Expense allocation across entities exists as ledger capability, driven by the ownership structure you configure, rather than as an invoice-level workflow with per-line LPA methodology. We compare it in depth in FundCount alternatives.

LemonEdge

LemonEdge is the modern fund-accounting challenger: real-time processing across a full fund structure with look-through, complex vehicles and hierarchies in one system, and low-code customization aimed at firms that have outgrown legacy platforms but do not want an enterprise deployment. It handles multi-entity fund structures natively and is credible for GP-led secondaries and continuation-vehicle complexity. Like FundCount, it is the ledger: you adopt it as the system of record for the funds. Shared operating costs still cross the management-company boundary every close, and that split is configured and run by your team, in or alongside the platform.

Platform Comparison Table

PlatformCategoryFund Structures NativeShared-Cost AllocationAdoption Weight
CevicheAllocation layerWorks across existing stackPer-line, LPA-based, automated~3-4 weeks, keeps your GL
NetSuiteERP consolidationNoManual outside the systemMigration project
Sage IntacctERP consolidationPartial (dimensions)Manual outside the systemMigration project
Dynamics BCERP consolidationNoManual outside the systemPartner-led deployment
AllvueFund platformYesInside the platform, module-levelReplaces the stack; timeline not published
FundCountFund ledgerYesLedger-level, structure-drivenBooks migration
IntegriDATA EASAllocation layerWorks across enterprise GLsPer-line, action-level audit trailEnterprise deployment; timeline not published
StavPayManaged allocation serviceVendor runs your structureDone for you, vendor-maintainedService engagement
LemonEdgeFund ledgerYesLedger-level, workflow remainsBooks migration

Which Software Fits Your Fund Structure?

Most lists never ask the question that decides the answer, which is what your entity stack actually looks like. The right pick changes with the shape of the stack, so here is the mapping.

Management Company, GP, and Fund Entities

The standard PE stack. The management company usually runs a normal GL (QuickBooks, NetSuite, Intacct), the funds sit with an administrator or a fund ledger, and every shared cost crosses the boundary between those systems each close. This is the structure the allocation layer was built for, and the structure where intercompany accounting and due-to and due-from entries eat the most close time.

Co-Investment Vehicles and SPVs

Co-invests and SPVs multiply entities faster than any other structure decision, one new vehicle per deal, and each carries its own economics. Deal-specific diligence belongs to the SPV alone; a side letter can exclude a co-invest from costs its LPs never agreed to bear. No consolidation platform expresses that logic. It lives in the LPA and the side letters, which is why the allocation methodology, and its documentation, matters more than the ledger choice here.

Fund of Funds

A fund of funds tracks fees, carry, and expenses at two levels at once: its own vehicle and each underlying fund position. The ledger requirements are ordinary. The layered allocation and the look-through reporting are what need purpose-built support: fund-native ledgers with look-through (LemonEdge, FundCount) fit the books, and the shared-cost split between the FoF vehicle and its management company behaves exactly like the standard PE case.

Family Offices

Family offices run the densest ownership webs in private capital: trusts, holding companies, direct investments, and fund positions with overlapping beneficiaries. FundCount has made this segment its home ground, unifying partnership and portfolio accounting across a family's structures. The buying logic differs from a fund manager's: consolidated net-worth reporting across entities matters as much as any single entity's books.

Real Estate Funds With Property LLCs

A real estate fund manager stacks property-level LLCs under fund entities under a management company, and costs enter at every level. Insurance bought at the fund level benefits specific properties; a property manager's invoice may belong partly to the fund. Yardi-class property systems handle the property books, but the fund-to-property allocation layer is the same downward problem, with more floors in the building.

Credit Funds

Credit managers running senior, mezzanine, and distressed strategies keep separate vehicles with different fee structures and different expense rules per strategy. The hard part is that the same research subscription or legal bill often serves all three strategies, and the three LPAs split it three different ways.

GP-Led Secondaries and Continuation Vehicles

A continuation vehicle adds an entity mid-life with its own LPs and its own economics, sitting beside the original fund and transacting with it. LemonEdge markets directly at this complexity on the ledger side. On the cost side, every shared expense from the transaction forward needs a documented basis for how it splits between the continuation vehicle, the original fund, and the management company, from day one, because the two LP bases are adverse to each other on exactly that question.

A $120,000 Premium Across Three Entities

The category difference shows up in a single document. A $120,000 D&O and E&O insurance premium arrives at the management company. The LPA allocates insurance pro rata by committed capital across active funds; the co-invest SPV is excluded by its side letter.

Fund II has $600M committed and Fund III has $900M, so the base is $1.5B. Fund II bears 40%, or $48,000. Fund III bears 60%, or $72,000. The SPV bears nothing, and the exclusion itself needs documenting, because an auditor who sees the SPV in the structure will ask why it carried no share.

A single-line premium is the simple case. A 25-line outside-counsel invoice runs the same motion 25 times, and the methodology can change line by line. A consolidation ERP records whatever entries you give it. The work of producing those numbers, one methodology per cost category, per LPA, with the excluded entity documented, is either a spreadsheet a controller maintains or an allocation layer that applies the rule and writes the entries. That is the line between the categories in this list.

How Did We Choose These Platforms?

We chose and sorted these platforms on the criteria a fund controller actually evaluates: whether fund structures are native, where shared-cost allocation actually happens, adoption weight, and fit for a two-to-five-person finance team. The evidence base is our 2026 study of 80 PE and VC fund finance teams and each vendor's own published language, cited inline. Ceviche publishes this article and is a vendor in the allocation category; where a public source does not confirm a competitor capability, we say so rather than inferring. Verify write-back behavior and pricing directly with vendors before committing.

Frequently Asked Questions

Can QuickBooks handle multiple fund entities? Each entity needs its own QuickBooks company file, and nothing connects them. Intercompany entries, consolidated views, and shared-cost splits are all manual. Plenty of fund managers run this way, including firms far above its expected weight class, but the connecting work lives in Excel, and 81% of the 80 teams we studied still allocate there.

What is the difference between multi-entity accounting and fund accounting? Multi-entity accounting keeps separate books per legal entity and consolidates them. Fund accounting adds the fund-specific layer: capital accounts, commitments, NAV, and allocations to partners. A platform can be excellent at the first and have no concept of the second, which is exactly the ERP tier's position.

How do funds allocate shared expenses across entities? By methodology, per cost category, as written in each LPA: pro rata by committed capital, by invested capital, by headcount, or by fixed schedule, with side letters carving out exceptions. The mechanics and where they break are covered in our research on multi-entity allocation.

What software handles both management company and fund-level books in one system? Fund platforms (Allvue, FundCount, LemonEdge) can hold both. Most firms instead run a standard GL at the management company and fund books elsewhere, which works until shared costs need to cross between them. That crossing is the allocation layer's job, whichever ledgers sit on each side.

Does hiring a fund administrator replace multi-entity accounting software? An administrator executes fund-side bookkeeping, but the management company keeps its own books, and allocation methodology stays the manager's responsibility. In our study, 92% of teams ran disconnected systems.

What should a family office or fund of funds use? Family offices gravitate to FundCount for unified partnership and portfolio accounting across dense ownership structures. Funds of funds need look-through reporting, where LemonEdge and FundCount both compete. In both structures, shared-cost allocation across vehicles remains its own workflow on top of the ledger.