Business payment cards · 1% donated on every transaction
CORPORATE CARD & B2B PAYMENTS

Multi-entity corporate cards: group management

Multi-entity corporate cards: consolidate group and subsidiary spend, manage budgets by BU and site, deploy across multiple countries. A guide for mid-market companies.

A holding company, three operating subsidiaries, two foreign branches, and a representative office. On paper, that's one group. In payment tooling, it's often seven separate contracts, seven monthly statements, and a management controller spending the last two weeks of every month stitching everything back together in a spreadsheet. The multi-entity corporate card exists precisely to prevent that: a single payment solution that knows the logistics subsidiary's card and the head-office card belong to the same group, and that routes every expense to the right entity without any manual input. This guide explains what that means in practice (consolidation, card hierarchy, per-business-unit budgets, multi-country rollout), and how to evaluate an offering when you're a mid-market company or a large enterprise.


Three things to remember:
  • A multi-entity corporate card is not just another card. It's an architecture: one group account, sub-accounts per subsidiary, cards tied to each level, and consolidated reporting that can be broken down by entity.
  • The real gain shows up at month-end close: when consolidated manually, group spend can tie up finance teams for more than fifteen days a month[1].
  • For mid-market companies (250 to 4,999 employees, revenue ≤ €1.5 bn[2]) and large enterprises, the deciding factor is no longer price but the ability to push the group's governance model all the way to the front line.

What is a multi-entity corporate card, exactly?

Financial consolidation, by definition, means combining the accounting data of a parent company and its subsidiaries into a single group-level statement[3]. A multi-entity corporate card applies the same principle to payments: instead of opening one contract per legal entity, you set up a single group-level solution with a tiered structure. At the top sits the group account, the consolidated view. Below that, as many sub-accounts as there are legal entities or sites. At the edges, physical and virtual cards, each tied to a cardholder and an entity.

The difference from a standard corporate card lies in that hierarchy. A single-entity card records a transaction, full stop. A multi-entity card records the same transaction and knows it belongs to subsidiary X, site Y, and business unit Z's budget, and that it needs to roll up, aggregated, into the group view. This dual read (detailed by entity and consolidated at group level) is what makes the month-end spreadsheet unnecessary.

Why this becomes a priority at mid-market scale

Below a certain size, a standard corporate card is enough: one company, one perimeter, one set of books. The need for multi-entity structure kicks in once several conditions stack up: a holding company with operating subsidiaries, geographically dispersed sites, business units with distinct economic models, or a presence across multiple countries. This is the core use case covered in the corporate card and business payments white paper.

In France, this profile corresponds to what is officially called an ETI (entreprise de taille intermédiaire, or mid-market company), defined as 250 to 4,999 employees with annual revenue not exceeding €1.5 billion, or a balance sheet not exceeding €2 billion[2]. Beyond that threshold, you enter large-enterprise territory, where the organizational complexity is the same but at greater scale: several hundred cardholders, dozens of entities, daily cross-border flows.

In both cases, the problem is identical: the more entities you add, the faster manual management falls apart. Finance departments in multi-entity organizations spend a disproportionate amount of time consolidating spend at period-end. Real-world accounts routinely cite more than fifteen working days per month when the process remains manual[1]. A card built for multi-entity structure attacks that problem at the root.

The five building blocks of a successful multi-entity solution

When evaluating a multi-entity corporate card, five capabilities separate a genuine platform from a bundle of separate contracts:

1. Card hierarchy. The solution must mirror the group's org chart: group → entities → sites → cardholders. Each level inherits the rules of the level above and can add its own. Without this tree structure, you're back to managing in silos.

2. Per-BU and per-site budgets. Being able to allocate a spend cap per business unit or per site, and to revise each independently, is the baseline for managing a group. It is the direct extension of a clear spend policy per corporate card: limits are no longer set only at cardholder level but at entity and spend-category level.

3. Reporting by entity AND consolidated. This is the capability that wins over finance. Reporting must be readable at two levels: detailed per entity for each subsidiary's management controllers, and consolidated at group level for the CFO. Without that dual output, the card doesn't solve the close problem.

4. Multi-country rollout. For groups that cross borders, the card must handle multiple currencies, accept international payments, and ideally issue in the local language and currency, while consolidating into the group's reference currency. Solutions limited to the domestic market undermine the whole point of a single solution.

5. Accounting export and ERP integration. A group has an ERP, a consolidation tool, and an expense management platform. The card should connect to all of them, ideally via API, with a chart of accounts configurable per entity. CSV files sent by email belong to a different era.

Architecture of a multi-entity corporate card solution Group account: consolidated view Group (holding) FR subsidiary: logistics HQ: commercial BU DE branch: site card card card card card Every cardholder transaction flows automatically to their site, their entity, and the group, with no manual re-entry.
A multi-entity solution mirrors the org chart: each card inherits the rules of its site and entity, and every transaction feeds both the detailed per-entity report and the group-level consolidated view.

Group consolidation and per-entity reporting: the non-negotiable dual

Many solutions advertise "multi-entity" on the product page but deliver only a basic consolidation: transactions are aggregated, nothing more. That's not enough. A group needs both reads: the logistics subsidiary's controller needs to see its expenses in isolation, with its own limits and its own chart of accounts; the group CFO needs to see the same transaction consolidated, and be able to trace intercompany flows when one subsidiary paid on behalf of head office.

This is exactly the logic of financial consolidation applied to payments: combining the statements of the parent and its subsidiaries into a single set[3], while preserving entity-level traceability. Modern consolidation tools do this work in real time rather than at month-end[1]; a serious multi-entity corporate card applies the same principle to spending, at the moment it happens.

Key takeaway

A true multi-entity card feeds two reports simultaneously. Detailed by entity for local teams, consolidated for the group. Otherwise it just moves the month-end burden from one spreadsheet to another.

Multi-country deployment: where the details matter most

The moment a group has an entity abroad, the solution must handle three complications that domestic-only offerings ignore. First, currencies: the card pays in local currency, but the expense must be converted and consolidated into the group's reference currency, ideally at the transaction-day rate, not a monthly average that masks variances. Second, local regulation: some jurisdictions impose specific rules on card issuance or invoicing. Third, language and local expectations: a receipt in German, an invoice in Spanish, a cardholder who doesn't read French. The interface and support must keep up.

For large enterprises operating across multiple countries, this criterion often becomes a deal-breaker: a card that forces you to manage one provider per country reintroduces exactly the fragmentation that a multi-entity solution was supposed to eliminate. The common-sense rule: one group contract, multiple countries, one consolidated view.

How to evaluate an offering as a mid-market or large enterprise

Beyond pricing, five practical questions distinguish the strong offerings from the rest:

CriterionGood signalRed flag
HierarchyUnlimited group → entities → sites treeSingle level, sub-accounts billed as an add-on
ReportingConsolidated and detailed per entityGlobal export only, requires manual rework
BudgetsLimits per cardholder, entity, BU, and categorySingle global cap per card
Multi-countryMulti-currency, transaction-day rate, local supportFrance only, manual currency conversion
IntegrationAPI + ERP connectors, per-entity chart of accountsCSV by email, manual mapping

On the product side, the Greenway corporate card is built for this kind of structure: a solution that spans from group level down to the individual cardholder, with consolidated reporting and measurable impact. Every transaction also feeds CSR reporting through the 1%ForAll® programme, which counts double for groups making the corporate card a lever for sustainable finance.

The "almost multi-entity" trap

The most common mistake among growing groups is settling for a solution that "roughly gets the job done." You open one contract per subsidiary with the same provider, assume consolidation will follow, and three years later your management controllers are still spending month-end reconciling exports. The hidden cost isn't in the subscription fee. It's in the management time and the poor visibility into what the group is actually spending.

The question to ask before signing: will this solution survive the acquisition of a new subsidiary, the opening of a foreign site, or crossing a regulatory threshold? If the answer is "we'd need to rethink the setup," then it's not a multi-entity card: it's a single-entity card in disguise.

Watch out

Contract bundling dressed up as multi-entity. Multiple cards from the same issuer do not make a consolidated solution: without a group hierarchy and per-entity reporting, the month-end workload remains entirely intact.

Frequently asked questions

What is a multi-entity corporate card?

It is a payment solution structured as a hierarchy: a group account at the top, sub-accounts per legal entity or site below that, and cards tied to each cardholder. The goal is to consolidate group spend while maintaining detailed per-entity reporting, with no manual re-entry.

From what company size do you need a multi-entity card?

As soon as a company combines a holding company with subsidiaries, multiple sites, or an international presence, typically the profile of a mid-market company (250 to 4,999 employees, revenue ≤ €1.5 bn)[2]. Below that threshold, a standard corporate card is usually sufficient.

What is the difference between group consolidation and per-entity reporting?

Per-entity reporting breaks down the spend of a single subsidiary or site; group consolidation aggregates all entities into a single view, as in financial consolidation[3]. A good multi-entity card produces both simultaneously.

Does a multi-entity card handle multiple countries and currencies?

Serious offerings do: payment in local currency, conversion at the transaction-day rate into the group's reference currency, and a single consolidated view. This is a decisive criterion for large enterprises with an international footprint.

How much time can you save at close?

The gain depends on the starting point. Real-world accounts of multi-entity consolidation routinely cite more than fifteen working days per month when the process is manual[1]; a structured payment solution tackles that cost at the source.

Is a multi-entity card compatible with per-business-unit budgets?

Yes, that is in fact one of its core benefits: limits can be set at cardholder, entity, and business unit level, and reporting follows the same structure. You manage spend at the level where decisions are actually made.

Pillar guide: this article is part of our corporate card and business payments white paper, which covers governance, spend limits, compliance, and the CSR impact of a company payment solution.

References

  1. DataSights, Consolidated Account: The Complete Multi-Entity Reporting Guide: finance teams in multi-entity organizations spend more than 15 days per month on manual consolidation. datasights.co. ↩
  2. Code du travail numérique (French Ministry of Labour), Entreprise de taille intermédiaire (ETI): 250 to 4,999 employees, revenue ≤ €1.5 bn and/or balance sheet ≤ €2 bn (decree no. 2008-1354). code.travail.gouv.fr. ↩
  3. Pigment, Multi-entity consolidation: definition, combining the financial statements of a parent company and its subsidiaries. pigment.com.

Related reads

Let's talk about your payment programme.
Response within 48 h · dedicated onboarding
Request a demonstration

The newsletter that sheds light on your spend.

One email a month: our best guides, no spam. One-click unsubscribe.