Three stacked document folders in navy and cream aligned on a warm wooden surface, shot at a low angle in soft light.

Three Entities, Three Currencies, One Set of Books

Most owners running a UAE company alongside a US LLC can tell you exactly how much came in last quarter. Ask them what they actually made and the answer takes longer.

That gap is not carelessness. It is structural, and it comes from how these setups are almost always built.

Your revenue lives in one entity and your costs live in the other

The typical shape is simple once you see it.

The US LLC is where the money arrives. It holds the Stripe or payment processor relationship, it invoices the customers, and its ledger shows revenue and the profit on it. That is the number owners quote, because it is the number that feels like the business.

The UAE entity is where a lot of what that revenue costs actually sits. Your own salary. The licence and visa costs. Local services, the accountant, software billed to the UAE company, sometimes contractors. None of that appears in the US ledger, and none of it is optional spending.

So the US LLC tells you what you earned. The UAE entity tells you what it cost you to be in a position to earn it. Each one is accurate. Neither one is the business.

Only when both are visible in the same view do you get the number that actually matters, which is what the whole operation made after everything it takes to run it. Most owners have never seen that number for their own company.

What the fragmented view actually costs

The obvious cost is time, and it is the least important one.

The real cost is that every figure you steer on is partial. Margin gets calculated on the costs in one ledger while the costs in the other are forgotten, which makes it look better than it is. Cash feels comfortable because the account you checked is comfortable. Pricing decisions get made against a cost base that is missing a chunk of itself.

None of these are errors. Each ledger is correct. The problem is that no single one of them describes the business, and the one that would does not exist anywhere.

Owners in this position tend to decide on whichever entity they look at most, which is usually the one with the local bank account. Our guide to the monthly reports every UAE owner should get covers what proper visibility looks like for a single entity, and the multi-entity version is that same problem with a blind spot built in.

The three problems that make this harder than it sounds

Currency. Each entity operates in its own currency and the exchange rate moves. Combining them means translating to one reporting currency, and doing it on a consistent basis. Get the basis wrong or change it between periods and your growth number is partly a currency artifact rather than a business result. We cover the wider version of this in multi-currency risk for UAE businesses.

Intercompany movement. Money that moves between your own entities is not revenue and not a cost, but it appears in both ledgers as though it is. Add the ledgers together without eliminating those movements and you inflate both sides. This is also where a second set of obligations lives, which we cover in related-party transactions.

Different bases. Three sets of books prepared to three different standards cannot be meaningfully added. One accrues, one is effectively cash-based, one follows whatever the local bookkeeper did. Consolidation is not addition. It requires a common basis first, which is why IFRS matters even for a business this size.

What one view actually gives you

Not a report. A different relationship with your own numbers.

You see total revenue rather than the revenue of whichever entity you opened. You see real margin, because the cost sitting in the US entity is subtracted from the income sitting in the UAE one. You see cash across everything, including balances held with processors, which is usually the number that most surprises people.

And you see where profit actually accumulates. Which is not always where you assumed, and which turns out to matter a great deal when the question of where each entity is taxed comes up. That question is covered in when the UAE can tax your foreign companies.

The filings still happen per entity. That does not change. Each company reports where it sits, under the rules that apply to it. The consolidated view sits above that, for you rather than for a regulator.

Why the second entity is the trigger

There is a reasonably clear point at which this stops being optional, and it is earlier than most people expect.

With one company, the ledger and the business are the same thing. Your accounting system is a complete picture by definition.

With two, they separate. From that moment every figure you quote has an implicit “in which entity” attached to it, and the answer to a simple question like whether the business is profitable depends on which books you look at.

Most owners cross this line without noticing, because the second entity is usually added for a specific narrow reason. A US LLC for payment processing. A holding company for a shareholding. Something set up for one deal. It does not feel like a change to how the business is run, so the reporting is never revisited.

By the third entity the fragmentation is obvious. The problem started at the second.

What it costs at year end

The fragmentation is an inconvenience for eleven months of the year. In the twelfth it becomes expensive.

Every entity needs its own close, on its own basis, for its own filing. If each set of books has been kept differently through the year, that work happens three times over rather than once with three outputs. The reconciliation between them, which nobody did in March, has to be done now for a full twelve months.

That is the mechanical cost. There is a second one that matters more.

Decisions with tax consequences are made during the year, not at the end of it. Where profit accumulates, how entities charge each other, when money moves between them. By the time you are looking at consolidated numbers in September, those decisions are history. You are documenting what happened rather than choosing it.

Owners who have a single view through the year are not just better informed. They are making those choices while they are still choices. That is the real difference, and it does not show up in any report.

What to look at first

If this is your situation, the first task is not to build anything. It is to list what exists.

Every entity, including dormant ones. Every bank account and every payment processor holding your money. The currency each one operates in. The basis each set of books is kept on, if anyone knows.

That list alone is usually revealing. It is common for it to be longer than the owner expected, and for at least one item on it to have had no attention in months. Our guide to why clean books matter covers what happens when that drift is left alone.

You cannot consolidate what you have not enumerated, and the enumeration is the part you can do this week.

One warning about that list. Write it from documents rather than from memory. Pull the licences, log into the banking portals, check the processor dashboards. Owners are reliably wrong about their own structure, not through carelessness but because an entity that has been quiet for a year genuinely does stop being part of how you picture the business. The list you write from memory and the list you write from documents are rarely the same list, and the difference between them is usually where the unattended thing is.

Frequently asked questions

What does consolidating your books across entities mean?

It means producing one financial view of the whole business rather than separate records per entity. Each entity keeps its own ledger for its own filings, and on top of that a single reporting layer shows revenue, costs, cash and profit across all of them in one currency.

Why do I need one view if each entity files separately?

Because the filings and the decisions are different jobs. Each entity files where it sits, but you make pricing, hiring and investment decisions for the business as a whole. Without a consolidated view those decisions rest on whichever entity you happened to look at.

How do you handle multiple currencies in consolidated reporting?

Each entity is kept in its own functional currency and translated into a single reporting currency for the consolidated view. The rates used and the date basis have to be applied consistently, otherwise period-on-period comparisons stop meaning anything.

Does a payment processor balance count as cash?

It is your money, so it belongs in the picture, but it is not the same as cash in a bank account. Balances held with a processor are subject to holds, reserves and settlement timing, which is exactly why they should be visible as a separate line rather than folded into the bank total.

What is IFRS and why does it matter for a small business?

IFRS is a common set of accounting standards. Applying one consistent basis across every entity is what makes the numbers comparable and combinable. Without it, three sets of books prepared on three different bases cannot be meaningfully added together.

When should a business move to consolidated reporting?

The practical trigger is the second entity, particularly when money moves between them or one does work for the other. At that point the separate views stop describing the business and start describing fragments of it.

The point

Nobody sets out to run a business they cannot see in one place. It happens one sensible decision at a time, and each entity gets added for a reason that made sense on its own.

What gets lost is not accuracy. Each ledger is fine. What gets lost is the one view that answers the only question that matters: after everything, across everything, how is this business actually doing.

The US entity knows what came in. The UAE entity knows what it cost. Put them together and you finally know where you stand. That is the number most owners in this position have never seen, and producing it is the work we do.

If you want to see your business as one set of numbers instead of two, book a call here.