In this guide 6 sections
One shared system with regional profiles suits groups that need combined reporting, common rules and a single customer list across every outlet they run. Strict data duties favour separate systems. Most franchise networks do better with one core and regional profiles on top, since head office keeps the royalty view while each franchisee keeps local tax and language.
Group reporting decides more than people expect
A shared system gives the CFO one chart of accounts, one customer list and one consolidated view, with intercompany balances matched in the same place. New reports reach every region together.
With separate systems, each country closes its own books and sends a file, and someone in head office rebuilds the consolidation in a spreadsheet, mapping accounts by hand. It works until a mapping changes. Nobody tells the person holding the workbook.
Ask how many days the group close takes now, and ask who does the mapping and who checks it afterwards when the currency rates move.
- Single chart of accounts versus mapped charts
- Intercompany matching in one place or by email
- Consolidation by report or by spreadsheet
- Same-day access to a new report in every region
Data location, rates and languages
Some countries restrict where records are stored. A single global system can still respect that if the vendor lets you place each entity’s data in a chosen region. Then separation is the lawful route.
Rate changes favour sharing. A tax change is loaded once as a dated rule in the relevant regional profile, and every invoice after that date uses it. Across separate systems, each team repeats the update, and some forget until a customer complains about the wrong rate on an invoice.
Languages work either way, provided the product handles right-to-left text, accented characters and long German words on printed documents without cutting them off.
Upgrades and local freedom pull in opposite directions
One system means one upgrade plan. Everyone moves together. That is simple to support, but it needs a calendar that respects busy seasons, since a freeze in the Gulf during Ramadan can collide with a quarter-end elsewhere.
Separate systems let each country upgrade when it suits its own calendar, which feels like freedom to the local team. The price is drift. After two years, the German system and the Brazilian one are different products, and a fix built for one must be rebuilt for the other.
Local operators usually want freedom to add fields and reports, and regional profiles can give them that freedom inside limits that head office has agreed in writing.
- Upgrade windows agreed per region
- Local fields allowed within a shared data model
- Release notes read by each country lead
- Fixes built once instead of per system
The franchise network as a worked case
Take a franchisor with outlets in Spain, Mexico and Singapore, selling under one brand, where head office needs royalty reports, one brand template and one price list. Each franchisee needs local tax, its own language, a receipt format that the local authority accepts and the freedom to run a promotion.
One core system with regional profiles handles this well, because royalties roll up automatically while each profile carries its own tax rules, templates and number formats. Franchisees see only their own outlet.
A separate system per franchisee would hand them full control but leave head office chasing monthly exports and unable to compare outlets. Control and comparison pull apart.
A way to choose without guessing
List the legal limits first, such as data residency, local audit software and mandatory local providers, and where the law forces a split, split. Where it does not, favour one system, and test the profile model against the country with the strictest tax rules and the most awkward language.
Then count the cost of staying apart. Add the hours spent on consolidation, duplicate rate updates and fixes made twice, which finance rarely has written down, so ask each controller to sketch one typical week.
Bring those numbers and the legal limits to a single meeting with your operations heads, and decide country by country, not for the whole group at once. Write the decision on the worksheet.
Shared or separate decision worksheet
A single sheet, one row for each country, with columns for legal data limits, local software duties, languages, tax rule changes, close days, local freedom and the chosen model. A bottom block totals the hours spent on consolidation, duplicate updates and fixes made twice, so the cost of staying apart shows as one number.
Open a blank worksheet to printQuestions owners ask
Can one system really serve different tax rules?
Yes, when tax rules are dated rows in a regional profile rather than code, because then a rate change is a data entry and not a software release. Each country applies its own rules. You load changes once.
When is a separate system the better choice?
Separate wins in three cases. When law requires data to stay in a country, when a local entity runs very different processes, or when a regional acquisition arrives with a working system.
Can we start shared and split later?
Possible, but harder. Starting shared is the safer direction. Keep entity data clearly separated by company code from day one, so a later split is a data move rather than a rebuild.
How much freedom should local operators have?
Enough to add fields, reports and promotions inside the shared model, as long as every addition is listed and reviewed by head office each quarter. Core accounts stay with head office.
