SA +27 72 972 3135 KE +254 768 341 410 AU +61 423 605 291 sales@softwaredynamicsgroup.com
Phase 1 · Awareness Payments

A new country is a bank-file mapping, not a new X++ project.

Vendor and employee payments through one gateway, to any bank. A new country's format is a mapping in Azure. IBAN rules for 89 countries.

← All insights
By Solution Architecture team · 23 Sep 2026 · 7 min read A new country is a bank-file mapping, not a new X++ project.

The payment format that never travels

The first country hard-codes the bank file because "we only pay here". The second country copies the payment journal and asks for a new X++ format. By the time you are paying vendors in Chicago, employees in Lyon and suppliers in Nairobi, you have three payment engines and one logo.

That is the same failure as a template that assumed one tax engine. The payment path is part of the global core. The file the bank will accept is the country layer.

One gateway, any bank

The Universal Disbursement Gateway sits on Finance & Operations. It pays vendors and it pays employees. Bank connection profiles cover any bank. Account validation uses IBAN rules for 89 countries. Batches move on maker-checker approval. The file is ISO 20022 pain.001. The status log cannot be edited after the fact.

A new country deployment is a file mapping in Azure for that country's bank formats. It is not a customization, and it is not a second payment journal. India, Australia, the United States and Europe attach the same way Kenya and South Africa do.

Payroll calculates. The gateway pays.

My Payroll 365 sits on the global core, on Finance & Operations and on Business Central. Published statutory content covers Kenya, Nigeria and South Africa: earnings, PAYE, returns and the ledger posting. A country configures rates and calendars. It does not stand up a second payroll so that salaries can reach a bank.

Employee payments leave through the gateway, into the same books, with the same maker-checker. A funder report or a group pack that cannot see those payments is not finished.

What we will not build

We will not write a bank format in X++ or AL because a country is new. We will not let a marketplace or a payroll side-system "just send the net" around the payment journal. We will not keep a private integration pattern per entity.

If your programme is about to add a country, ask one question in the steering meeting: is the new bank file a mapping on the gateway you already run, or a development estimate? If it is an estimate, you are buying a local project at a global price.

If you are rolling Dynamics 365 across more than one country, this is the conversation we should have. Book a consultation
Let's talk Solutions.

Plan Your ERP & CRM Roadmap with Our Experts.

Book a consultation Estimate your return
Call Book a consultation
Software Dynamics
Typically replies within business hours (EAT)
Hello. What are you trying to solve? Pick one and we will route you to the right person. I want to see a demo I am an existing client and need support Tell me about eTIMS compliance