US prop firm goes global with local entities and methods.

An established US prop trading firm came to us processing millions per month — almost entirely from US traffic. Their product had international demand, but their payment infrastructure didn't support it. Over 90% of their volume was US-based, not because the market was only American, but because the checkout only worked for American customers.

They wanted to expand into three regions: LATAM, India, and Europe. Each region had different requirements — different payment methods, different entity structures, and different acquiring setups. A US payment stack doesn't travel. What works in the States fails in São Paulo, Mumbai, and Berlin. This is the multi-region scaling pattern we run regularly for established prop firms expanding past their domestic base.

The requirements by region

Each target region came with its own structural and payment demands. This wasn't a matter of turning on a new geography in their existing PSP dashboard.

• LATAM — PIX is dominant in Brazil, SPEI and OXXO in Mexico. Card-only checkout in LATAM misses the majority of potential depositors. Local acquiring needed for card approval rates. Some markets require a local entity to process domestically.
• India — UPI is the primary payment method. Card penetration for online transactions is secondary. Local entity required for domestic payment processing. Regulatory framework requires compliance with RBI guidelines.
• Europe — SEPA bank transfers, iDEAL (Netherlands), Giropay (Germany), and local card acquiring. An EU entity needed to access Tier 1 EU PSPs — the US entity alone wouldn't get onboarded for EU acquiring.

The common thread: every region needed local payment methods their customers actually use, and several required a local entity before any PSP would process domestic transactions. Without the right structure in each geography, the firm would be processing cross-border from the US — with the approval rates and customer drop-off that comes with it.

What we built

We worked region by region. Where a local entity was required, we handled the incorporation. Where local payment methods were needed, we identified the PSPs that offer them with proper acquiring for the prop trading vertical. The goal was to make the checkout experience in each region feel native — customers see the payment methods they know and trust.

• Incorporated local entities in markets that require domestic presence for payment processing
• Set up an EU payment agent entity for European acquiring — the US entity couldn't access Tier 1 EU PSPs directly
• Onboarded PSPs with local acquiring in each region — LATAM, India, and EU processed through local acquirers, not cross-border from the US
• Configured PIX, UPI, SEPA, iDEAL, SPEI, OXXO, and other local methods per geography
• Integrated all payment methods into the firm's existing platform so the checkout adapts based on the customer's location

The result

The firm now processes in LATAM, India, and Europe with local entities, local acquiring, and local payment methods in each region. Customers in Brazil pay with PIX. Customers in India pay with UPI. European customers see SEPA and local bank transfers alongside cards. The checkout page adapts to the geography — it looks like a local service in every market.

International traffic is no longer blocked by a US-only payment stack. The firm went from over 90% US traffic — not by choice but by infrastructure limitation — to actively acquiring and converting customers across three new continents. Each region processes through local rails, which means approval rates match what local merchants achieve, not the cross-border penalty they'd get routing everything through the US.

What's running today

The firm operates with local entities and PSP relationships across all target regions. US traffic still runs through the existing US stack. LATAM, India, and EU each have dedicated acquiring and local methods. We manage the PSP relationships across all regions and handle onboarding for new markets as the firm continues to expand.