← Blog Markets 9 min read

Collecting payments from Latin America: a practical guide

Latin America is one of the easiest regions in the world to sell software into and one of the easiest to get paid badly from. The gap comes down to a handful of payment behaviours that look nothing like the card-first assumptions most checkouts are built on.

Teams usually discover this in the same order. Traffic from Brazil and Mexico looks promising. Trial sign-ups follow. Paid conversion is poor. Someone concludes the region has low willingness to pay, and attention moves elsewhere. Often the product was fine and the checkout was the problem.

Four markets, four different habits

Brazil

Pix dominates. It is an instant payment system run by the central bank, free or near-free for consumers, available in essentially every banking app, and used for everything from coffee to rent. People pay a business with Pix without thinking about it.

Cards exist and are widely held, with one local quirk: parcelamento, paying in interest-free monthly instalments, is a deeply ingrained expectation for larger purchases. Boleto, the printable voucher, remains relevant for customers who prefer to pay at a bank or shop.

If you add one method for Brazil, add Pix.

Mexico

SPEI is the interbank transfer system, widely used and fast. Cards are common in cities. The distinguishing feature is OXXO — a convenience store chain where customers pay in cash against a code generated at checkout. For a meaningful share of buyers that is the only practical way to pay online.

Cash vouchers settle on the customer's schedule, not yours. Treat them as pending until confirmed.

Colombia

PSE routes the customer into their own online banking to approve a transfer. Nequi, a mobile wallet, has grown quickly. Card penetration is lower than visitors from card-first markets expect.

Argentina

The most complicated of the four. Mercado Pago is ubiquitous, Transferencias 3.0 provides instant transfers, and the currency and regulatory environment change often enough that anything written about it dates quickly. Treat Argentina as a market requiring current local advice rather than a standard integration.

What breaks in your system

Subscriptions

This is the big one. Pix, SPEI and PSE are push payments: the customer sends money. You cannot simply charge them again next month the way you would a card. Recurring frameworks exist and are developing, but they are not the same as card-on-file and are not uniform across the region.

Realistic options are billing annually to reduce the number of collections, sending a payment link each cycle with proper reminders, or keeping cards for subscriptions while offering transfers for one-off and annual purchases. Each has trade-offs; pretending a transfer behaves like a card has none that work.

Refunds

Refunding a Pix or SPEI payment means sending money back to a bank account, which may require details you never collected. Refunding an OXXO cash payment means you may have no destination at all. Decide how you will collect the details, and write the policy, before your first refund request.

Pending payments

Cash vouchers can sit unpaid for a day or more. If your system has only "paid" and "failed", these land somewhere undefined. Model a pending state, show it to the customer, give the voucher an expiry, and do not provision paid access until confirmation arrives.

Instalments

If you sell anything of significant value in Brazil and do not offer instalments, you are competing against businesses that do. You receive the full amount; the instalment arrangement sits between the customer and their issuer. Whether it is worth supporting depends on your price point.

Getting the money out

Collecting is only half of it. Several of these markets have currency controls or local rules affecting how fast funds can leave, and some providers hold local-currency balances for days before converting.

Questions worth asking before you sign anything:

• How long is money held in local currency before conversion?
• When is the exchange rate fixed — at the customer's payment, or when the payout runs?
• Which entity holds the funds in the interim, and under which licence?
• Can I settle into one currency regardless of which country the payment came from?
• What does reconciliation look like: per payment, or one aggregated payout line?

The rate-timing question matters more here than in most regions. With volatile currencies, a rate fixed at payout after several days in transit is a meaningfully different number from one fixed when the customer paid.

A sensible sequence

Pick one country, do it properly, then copy the pattern. Launching four markets badly is slower than launching one well.

• Choose the market where you already see traffic converting poorly, usually Brazil or Mexico.
• Add the dominant method first. Pix for Brazil, SPEI for Mexico.
• Price in local currency, with the amount shown as the customer will be charged.
• Resolve subscriptions and refunds for that method before launch, not after.
• Localise the checkout language. Portuguese for Brazil, Spanish elsewhere, and they are not interchangeable.
• Measure conversion by method and by country afterwards.

Why it is worth the work

Software demand across the region is real and growing, competition is often lighter than in North America or Europe, and the payment rails are genuinely good — Pix in particular is faster and cheaper than most things available in markets considered more developed. The obstacle is not the infrastructure. It is that most checkouts were built elsewhere and never adapted.