Services / SAP Solutions / Two-Tier ERP for Subsidiaries
Two-Tier ERP for Subsidiaries

Your group runs SAP. Your subsidiaries can run lighter.

Most large groups run headquarters on SAP S/4HANA, and the same big system is too slow and costly to roll out to every small company. A spreadsheet or a local accounting package leaves headquarters blind. Two-tier ERP puts each subsidiary on SAP Cloud ERP, connected to headquarters by SAP's prebuilt integrations. Orders, invoices, master data and financials move between them without anyone typing them in twice.

TIER 1 · HEADQUARTERSSAP S/4HANAPrivate cloud, on-premise or ECCorders · invoices · data · financialsSALES OFFICEDubaiSells HQ productsSAP Cloud ERPPLANTBiyagamaSupplies HQSAP Cloud ERPSERVICE CO.ChennaiInstalls, maintainsSAP Cloud ERPACQUIREDSingaporeJoining the groupSAP Cloud ERPTIER 2 · SUBSIDIARIES
Illustration of a two-tier group. Company names and locations are examples.
Why two tiers

Standard where the subsidiaries are. Connected where it counts.

A small sales office in a new country doesn't need the full weight of your headquarters system. It needs to sell, buy, invoice and close its books in a way headquarters can see and trust.

SAP Cloud ERP shares its data model with SAP S/4HANA: the same business partners, products, document types and accounting logic. That's what makes the connection between the two tiers standard work, not a custom project.

Open a company in months

A new subsidiary starts from your group template on a ready-to-run cloud system, not a rollout of the HQ system.

Lower cost per entity

Subscription per user, run by SAP. No local servers, upgrades or IT team in each country.

Headquarters sees everything

Financials, cash and intercompany activity flow to HQ in a structure it already understands.

Local rules, handled locally

Tax, invoicing and statutory reports are dealt with in the subsidiary's own system.

Easier acquisitions and exits

An acquired company goes live on its own system first. A business you sell can leave without untangling the HQ system.

New features land first

Subsidiaries get SAP's cloud releases twice a year, so they can pilot ideas before HQ adopts them.

Four patterns

What role does each subsidiary play?

SAP provides ready-made business scenarios for the most common relationships between a headquarters and its subsidiaries. We start every design by agreeing which pattern each company follows, because that decides what has to flow between the two systems.

Pattern 1

Sales and distribution office

Sells the group's products in its market. It buys from headquarters and sells to local customers.

UpPurchase orders become sales orders at HQ
DownShipping notices, deliveries and intercompany invoices
Example: a Dubai office selling Sri Lankan-made products in the Gulf.
Pattern 2

Manufacturing plant and internal supplier

Makes finished goods or components for headquarters or for other group companies.

DownHQ demand and scheduling agreements drive the plant's planning
UpDeliveries, confirmations and invoices back to HQ
Example: a plant in an export zone supplying the group's brands.
Pattern 3

Service and installation company

Sells, installs and maintains equipment that the group makes or distributes.

DownEquipment and spare parts from HQ
UpService orders, warranty claims and costs
Example: a local company servicing machinery sold by the group.
Pattern 4

Served by central functions

Uses services run once for the whole group, such as purchasing, payments or accounting.

DownGroup purchase contracts, prices and policies
UpPostings, payment requests and spend data
Example: central procurement negotiating once for every company.
Deep dive · Pattern 1

One intercompany order, two systems, zero re-keying.

Here is how a sales office buys stock from headquarters. Every document on one side automatically creates the matching document on the other side, using standard SAP messages that both systems already understand.

SUBSIDIARY · SAP CLOUD ERPHEADQUARTERS · SAP S/4HANA1Purchase orderBuyer orders stock2Sales orderCreated and confirmed3DeliveryTo subsidiary or customer4Goods receiptFrom the shipping notice5BillingIntercompany invoice6Supplier invoicePosted and matchedorder messageshipping noticeinvoice message
  1. SUBSIDIARY · SAP CLOUD ERP
    1Purchase orderBuyer orders stock
  2. HEADQUARTERS · SAP S/4HANA
    2Sales orderCreated and confirmed
  3. HEADQUARTERS · SAP S/4HANA
    3DeliveryTo subsidiary or customer
  4. SUBSIDIARY · SAP CLOUD ERP
    4Goods receiptFrom the shipping notice
  5. HEADQUARTERS · SAP S/4HANA
    5BillingIntercompany invoice
  6. SUBSIDIARY · SAP CLOUD ERP
    6Supplier invoicePosted and matched
6documents created across the two systems, each by one action
0documents typed in twice
3standard SAP messages carry the order, the shipping notice and the invoice
2monitors, one in each system, show any message that fails
Group finance

Close the group, not just the companies.

The second half of two-tier ERP is financial. Headquarters needs each subsidiary's results quickly, in one structure, with intercompany balances that agree.

Consolidation with Group Reporting

Each subsidiary's figures flow into SAP's Group Reporting. Currency translation, intercompany matching, eliminations and group statements run there.

One group ledger with Central Finance

Where HQ runs Central Finance, subsidiary postings are copied into it in near real time, giving one ledger view across the group.

Cash visibility and planning

Group treasury sees subsidiary bank balances and forecasts. Group planning can run in SAP Analytics Cloud on the same numbers.

Illustration of the Data Monitor app in SAP's Group Reporting. Sample data.
Master data

One customer, one product, one set of accounts.

Integration only works if both tiers mean the same thing by "product 4711" or "customer Lanka Retail". We agree which data headquarters owns and sends out, and which data each subsidiary keeps for itself.

Products

Created once at headquarters and sent to the subsidiaries that sell or make them, including configurable products and their variants.

Owned by HQLocal prices and texts in subsidiary

Customers and suppliers

Group customers and suppliers are governed centrally, for example with SAP Master Data Governance, so every company uses the same record.

Group partners: HQLocal partners: subsidiary

Chart of accounts

Every subsidiary posts to accounts that map to the group chart, while also meeting its own country's statutory reporting.

Group accounts: HQStatutory accounts: subsidiary

Data moves through SAP's standard replication: SAP Master Data Integration on SAP BTP, SAP Master Data Governance, or the IDocs an older ECC headquarters already uses.

Choosing the model

Is two-tier right for your group?

Two-tier isn't always the answer. Some groups are better served by one system for everyone. Here's how the three common options compare.

QuestionOne system for the whole groupTwo-tier with SAP Cloud ERPNon-SAP system in subsidiaries
Time to open a new companyLong. Every change touches the central system.Short. Starts from the group template.Short locally, then long to integrate.
Cost for a small companyHigh for its sizeProportionate. Per user, run by SAP.Low licence, high integration cost
HQ visibilityCompleteHigh. Prebuilt financial and process flows.Limited. Often month-end files.
Local flexibilityLowGood, within SAP's standardHigh, but every company differs
Best whenCompanies share most processes and IT is centralMany smaller or fast-changing companies around an SAP coreA very small entity with a light link to HQ
From Colombo, both directions

Two-tier works whichever side Sri Lanka is on.

Global group, Sri Lankan subsidiary

Your headquarters is abroad. Your Colombo company joins in.

Headquarters runs SAP in Europe, India or Asia. The Sri Lankan company runs SAP Cloud ERP with our Sri Lanka layer for VAT, SSCL, withholding tax and RAMIS, and stays connected to the group's processes and close.

Read about Sri Lanka localisation →

Sri Lankan group, regional subsidiaries

Your headquarters is in Colombo. Your group is growing abroad.

Headquarters runs SAP S/4HANA. New companies in India, the Gulf, the Maldives or Bangladesh run SAP Cloud ERP, using SAP's own local versions where they exist and a local layer where they don't.

Read about global rollouts →

How Mawkish delivers

Design the group once. Add companies in waves.

Step 1

Map the group

Every company, its role and its pattern.

We: agree which flows each company needs with HQ.

Step 2

Design the template

Processes, accounts and master data ownership.

We: build the group template on SAP Cloud ERP.

Step 3

Connect HQ

Messages, partner set-up and monitoring on both sides.

We: work with your HQ SAP team or provider.

Step 4

Pilot company

One subsidiary goes live first.

We: test complete flows across both tiers.

Step 5

Roll out

Further companies in waves.

We: reuse the template, tests and training.

Step 6

Run

Releases, new companies and changes.

We: support both tiers and test each release.

© 2026 Mawkish Technologies. This guide, its diagrams and illustrations are protected by copyright. You’re welcome to learn from it and to quote it with credit and a link. Reproducing it, by hand or through AI, and publishing it as your own is not allowed. Read our copyright notice

Questions we hear

Straight answers.

Does our headquarters have to run SAP?

It works best when it does, because SAP's prebuilt two-tier scenarios assume SAP on both sides. That includes SAP S/4HANA on-premise, SAP Cloud ERP Private and older SAP ECC systems. If headquarters runs something else, the subsidiaries can still run SAP Cloud ERP, but the connection is built with APIs and takes more work.

Our headquarters is still on SAP ECC. Is that a problem?

No. ECC connects through the same IDoc messages it already uses. Keep in mind that ECC mainstream maintenance ends in 2027, so we design the subsidiary side to keep working when headquarters moves to SAP S/4HANA.

Can a subsidiary work differently from headquarters?

Yes, within SAP's standard processes. The group template fixes what has to be the same: accounts, master data and the intercompany flows. Each company then adds what its country and business need.

How is it licensed?

Each subsidiary subscribes to SAP Cloud ERP per user, by what each person does. SAP also has commercial options for subsidiaries of groups that already use SAP. We look at both as part of licensing advisory.

What if we sell a subsidiary later, or merge it into headquarters?

A subsidiary on its own system is easier to sell, because its data and processes are already separate. If you later want it inside the headquarters system, its data can be migrated across.

How long does it take to add a subsidiary?

The first company takes longest, because the template and the connection to headquarters are built with it. After that, each company is mostly local set-up, data and training. We give you a plan for each wave after mapping the group.

Start here

Map your group in one workshop.

Bring your list of companies. We'll come back with the pattern for each one, what needs to flow to headquarters, and a rollout sequence.

  • Pattern for each company
  • Integration flows with headquarters
  • Master data ownership
  • Consolidation approach
  • Rollout waves

We call our approach to Two-Tier ERP for Subsidiaries the Henwyn Method: advice that stays on your side of the table.

© 2026 Mawkish Technologies. This guide, its diagrams and illustrations are protected by copyright. You’re welcome to learn from it and to quote it with credit and a link. Reproducing it, by hand or through AI, and publishing it as your own is not allowed. Read our copyright notice