Why payments, not the platform, decide a new brokerage

A clean corporate structure and a polished platform still leave a brokerage dead in the water if no payment provider will process for a business of its shape, in its jurisdiction, for its target clients. Providers have risk appetites, and a new brokerage in a sensitive category is exactly the profile many of them decline.

Founders tend to discover this after they have registered a company and signed for software, which is the most expensive possible order to learn it in. The fix is to flip the order. Before committing to a jurisdiction, ask the intended payment providers what they will and will not accept, and treat that answer as a constraint on everything upstream, including where to incorporate.

Telling a founder to ask providers what they accept is easy advice; here are the literal questions. We publish this as the Banking Acceptance Test: put every question to every payment provider you intend to use, in writing, before you register anywhere, and treat any unanswered question as a no.

One. Will you onboard a brokerage registered in the jurisdiction I am considering, serving international retail clients? Two. Which client countries can you accept payments from, and which are excluded? Three. What is the settlement currency, the settlement schedule, and the rolling reserve percentage you will hold? Four. What are the transaction fees, the chargeback fees, and the chargeback ratio at which you terminate the account? Five. What documentation do you require from a newly licensed brokerage with no processing history? Six. Do you support payouts for client withdrawals, or collections only? Seven. If you offboard us, what happens to funds in settlement and in reserve, and on what timeline?

The answers, run past your lawyer, decide the jurisdiction question better than any incorporation brochure. A jurisdiction where the answer to question one is no from every serious provider is not a jurisdiction, whatever its licensing pitch says.

The technology is not the long pole. A branded terminal, a CRM and an introducing broker system can be live in weeks. If a vendor is quoting many months to stand up software, it is worth asking why. The slow work is legal structuring and payment onboarding, and both begin before any software does.

And the regulatory homework is per country, not per region. The rules for retail forex differ sharply across neighbouring markets, and assuming they are the same is how founders end up building something they cannot run. A local lawyer comes before anything else.

Lawyer, then structure, then payments, then technology. The mistake is starting with the platform because it feels like progress. Build the legal and payments foundation first, and the technology, which is the fast part, drops neatly into place at the end.

None of this is advice for a specific situation. It is the pattern that repeats, offered so a founder can ask sharper questions of the advisers who can actually sign off on the answers.