Local Currency Virtual Accounts vs Global Named Accounts

If you sell to customers in Thailand, Vietnam and Australia, you have two broad ways to get paid. You can give each group of customers an account in their own country and currency, so they pay you with an everyday domestic transfer. Or you can give everyone one international account, based in a financial hub, that they pay by international wire. The first is a local currency virtual account. The second is a global named account. They solve different problems, and many growing businesses end up using both.

The short version

• Local currency virtual account: single currency, connected only to one country's domestic payment rails, opened in your name. It gives you a local presence: customers pay you exactly as they would a local business, usually instantly and cheaply.
• Global named account: multi-currency, usually based in a hub such as Hong Kong, London or New York, reachable by SWIFT from almost anywhere. It gives you global reach, but payers send an international wire, with the fees and delays that can involve.
• Local presence is commercial, not legal. Neither type gives you a company, tax registration or licence in another country.
• In practice: use local accounts where most of your customers are, and a global account as your hub and for everyone else.

What is a local currency virtual account?

A local currency virtual account is an account number on a single country's domestic payment system, in that country's currency, opened in your business name. To a customer in that country, it is indistinguishable from the account of any local business. They pay it from their usual banking app, over the same rails they use to pay rent or a supplier.

Every market has its own rails. A few examples in Asia-Pacific and beyond:

• Currency: one, the local currency
• Connected to: domestic payment rails only
• Account name: your business name
• Payer experience: an ordinary domestic transfer, often real-time
• What it gives you: a local presence, local payment speed and local payment cost

Why businesses use them. Customers trust and prefer paying locally, and they avoid international transfer fees and foreign-currency conversion on their side. Domestic transfers are usually faster and cheaper than international wires, and in many markets they are instant, around the clock. The account is in your name, so name checks pass and invoices look like those of a local supplier.

What they don't do. A local account is, by design, local. It typically receives only domestic transfers in its own currency, so an overseas customer who wants to send an international wire, or pay in a different currency, needs a different route. You also need a separate local account for each country.

What is a global named account?

A global named account is a multi-currency account, opened in your business name, held with a bank or licensed payment institution in an international financial centre. It is usually reachable over SWIFT, the messaging network banks use for international transfers, using a SWIFT/BIC code and an account number (or an IBAN in Europe). Because it can hold several currencies side by side, it acts as a central treasury: money arrives, is held in the currency it came in, and is converted or paid out as needed.

Many global accounts also come with "local details" in a few major currency zones, for example US dollar details that accept domestic US transfers, or sterling details that accept UK Faster Payments. Where offered, this blurs the line: a global account with local details behaves like a local account for those specific currencies.

• Currency: multiple, held side by side
• Connected to: SWIFT, and sometimes local rails in a few major currency zones
• Where it lives: an international hub, typically Hong Kong, London, New York or Singapore
• Payer experience: an international wire from almost any bank in the world
• What it gives you: global reach and a single place to hold, convert and pay out

Why businesses use them. One account can receive from payers in almost any country, without opening something new for every market. You can hold foreign currency instead of converting immediately, which helps manage exchange-rate timing. And it gives you a single hub from which to pay suppliers worldwide.

What they don't do as well. SWIFT payments can take from minutes to a few business days, and intermediary banks along the route can deduct fees, so the amount that arrives may be less than the amount sent. The payer usually bears the international transfer cost and their own bank's exchange rate. And with some providers, a "global account" is really a pooled account in the provider's name, with your name only in the payment reference, so check whose name the payer's bank will actually show.

Why hubs like Hong Kong, London and New York?

Global accounts cluster in a handful of cities because that is where the world's currencies clear.

• Hong Kong is unusual in running real-time gross settlement systems in four currencies: its interbank payment systems settle transfers in the Hong Kong dollar, US dollar, euro and renminbi. That lets US dollar and euro payments settle during Asian business hours, which suits businesses trading across Asia.
• London is the world's largest foreign-exchange trading centre and home to deep euro, sterling and dollar liquidity, with strong correspondent-banking links to Europe, Africa and the Middle East.
• New York sits at the centre of US dollar clearing, the currency in which much of world trade is invoiced.
• Singapore is an increasingly common Asian alternative, with strong regional banking links.

Side-by-side comparison

"Local presence": what it does and doesn't mean

A local virtual account gives you a commercial local presence. Your customers see a local account, in local currency, in your name. For many buyers, that is what "local" means.

It does not give you a legal local presence. You don't gain a registered company, a tax number, a business licence, or the right to employ staff in that country. If your activities there create tax or licensing obligations, a virtual account does not change them, and if you need a real local entity (for example to apply for investment promotion, sign local contracts or hire), you will still need to set one up. Treat a local account as the payment layer of your market entry, not the whole of it.

The hub-and-spoke model: using both

Most businesses that sell across several countries end up combining the two:

1. Spokes: local currency accounts in your main markets, so most customers pay you domestically, quickly and cheaply.
2. Hub: a multi-currency global account where balances from every spoke are consolidated, held, and converted when the rate and timing suit you.
3. Long tail: SWIFT for payers and suppliers in countries where you don't have a local account.

This gives customers the local experience they prefer while giving your finance team one place to see and manage everything.

How to decide what you need

• Where are your payers? If most are concentrated in a few countries, local accounts there will do most of the work. If they are scattered across many, start with a global account.
• How do they prefer to pay? Consumers and small businesses usually favour local transfers; large corporate buyers are often comfortable with international wires.
• What are your ticket sizes? On small payments, international wire fees can be a large share of the value, which strongly favours local collection.
• Which currencies do you need to keep? If you pay suppliers or staff in several currencies, a multi-currency hub avoids converting twice.
• Do you also pay out? A hub with local payout and SWIFT payout lets you use the same balances to pay suppliers.

How DSGPay combines both

DSGPay is built on the hub-and-spoke model:

• Spokes: named local accounts in your business name in 12 core markets: South Korea, Thailand, Indonesia, Hong Kong, Europe, the UK, the US, the Philippines, Australia, Singapore, India and Vietnam, for collecting and paying out in both directions. In the US, this is over card and bank rails.
• Hub: a multi-currency account held in Hong Kong that consolidates everything flowing in from your local accounts, lets you hold currencies side by side, and converts between them at a transparent rate.
• Reach: local payout in 45 currencies beyond your collection markets, and SWIFT payout in 45 currencies worldwide, sent under your own account name via gateways in Hong Kong and London, with GPI tracking and MT103 confirmations on request.

All of it runs on the same accounts across DSGPay OneWeb, DSGPay DMA and the DSGPay GraphQL API. DSGPay is a licensed payment institution, not a bank; customer balances are not covered by deposit insurance schemes.

Sources

1. Hong Kong Monetary Authority — Payment systems — www.hkma.gov.hk