Share this article
No items found.
No items found.

The definitive guide to expanding your business in LATAM.
A FREE 5-day email course that teaches you how to optimize your payment rates and simplify your operations.
Obtain the guide

Choosing a payment gateway in Brazil is about more than just “accepting cards.” In practice, it determines which payment methods you offer, how seamless the checkout process is, how funds are settled, and how automated the accounting reconciliation can be.
In this technical guide, we review how online payments are structured in Brazil, the most commonly used methods, and what to look for when selecting a provider. For a regional overview, see payment gateways in Latin America. If your business involves cross-border transactions, see international payments.
In Brazil, it is often necessary to design the checkout process by payment method: Pix, credit cards, and payment slips each have different processing times, fees, and reconciliation procedures.
The goal for businesses is to maximize conversion rates without compromising control over payments, adjustments, and returns.
If you're involved in cross-border transactions, make sure to check compatibility with local payment methods and clarify FX terms before making your choice.
In a typical e-commerce workflow, your website or app captures the payment intent, sends the transaction to the provider, and the provider handles the authorization (card or bank transfer), confirmation, and subsequent settlement. The difference between providers lies not only in “whether they approve” the transaction, but also in how they expose events, references, and reports to facilitate operations in Brazil.
For businesses, the most critical issues are typically: issuer approval, fraud and chargeback management, settlement times, availability of reports, and consistency of identifiers for reconciliation.
In Pix, traceability relies on identifiers and references. Make sure you can link the order → payment → statement.
In the ticket, configure expiration, cancellation, and inventory settings. Deferred payments enhance the customer experience.
The mix of methods varies by industry, average order value, and sales channel. In general, it is advisable to prioritize methods that maximize conversion without compromising operational control: traceability, reconciliation, and returns management.
A best practice is to set up tracking for the checkout process to measure conversion rates by payment method, rejection rates by issuer, and confirmation times. This allows you to choose a provider based on data, not just on the published rate.
Since there isn't a single winner, prioritize operational fit: data, webhooks, reports, and support. That's what determines scalability.
This list is for informational purposes only and is not a ranking. The exact availability of payment methods, terms and conditions, and technical support varies depending on the specific case and volume.
Before making a decision, I requested API documentation, payment event notifications (webhooks), sample settlement reports, and a clear breakdown of the fees charged (transaction fees, fixed fees per transaction, chargebacks, anti-fraud fees, refunds, and FX fees, if applicable).
For businesses, the selection process should be based on operational and risk requirements. A practical checklist:
In Brazil, Pix and fees mean that the “total cost” is more than just the credit card interest rate.
There is no such thing as a “single fee.” The total cost typically consists of: a variable rate (percentage), a fixed fee per transaction, chargeback costs, refund costs, anti-fraud costs, and, for international transactions, FX and bank fees.
To compare providers, request a breakdown of the net amount settled per transaction (settlement example) and simulate different payment method combinations. A payment gateway with a slightly higher fee may be more efficient if it improves approval rates and reduces chargebacks.
Beyond the checkout process, issues often arise in the back office: reconciliation, refunds, adjustments, and reporting. A minimum set of data per transaction includes: merchant ID, order ID, payment method, gross amount, fee, taxes, net amount, currency, authorization date, settlement date, and final status.
If the provider doesn’t offer a consistent model for events (webhooks) and reports, the team ends up having to make up for it with spreadsheets. That’s why, for businesses, “integration” doesn’t end with an approved payment: it ends when you can close out the month without any discrepancies.
If you work with ERP or BI systems, make sure to verify the format of export files (fields, delimiters, time zone) and how changes are versioned from day one. A change to a column can break pipelines.
I defined the returns process: who initiates the refund, how the customer is notified, how it appears on the statement, and how it is recorded in the accounting system (reversal of revenue vs. credit memo).
Work with support to define the incident response process: which logs to share, response times, and how to verify resolution. When it comes to payments, time is of the essence because it affects conversion rates and reputation.
If you plan to use more than one provider, design the “workflow” and governance from the start: when to use each method, how to compare metrics, and how to avoid duplicate reconciliations.
Before integrating the system, define the data model you want to maintain: internal order, customer, method, status, net amount, fees, and dates. The finance department will use this model to close the books each month.
Determine early on how you will handle idempotence (retry mechanisms that prevent duplicate charges), how you will store tokens, and what retry strategy you will use in the event of authorization failures.
In QA, test "unfavorable" scenarios: chargebacks, partial refunds, disputed charges, pending payments, and expired payments. The key is to ensure that each scenario is consistently tracked in reports and events.
At the operational level, set up alerts for: webhook failures, rejection rates by issuer, fraud spikes, discrepancies between settled net and expected net, and settlement delays.
These signs often foreshadow operational and reconciliation issues, even if the provider “charges fairly” or promises high conversion rates.
These errors occur when the focus is solely on launching the checkout process and the related operations—such as reconciliation, returns, and adjustments—are overlooked.
Practical example: Pix confirms quickly, but reconciliation depends on IDs. If the bank statement doesn't include a reference you can map, you end up reconciling manually on a volume basis.
It depends on your audience and payment amount. Generally, credit cards are the standard; adding bank transfers or local payment methods can improve coverage. Track conversion rates by payment method.
Define which identifiers and reports you receive. Ensure that each transaction has unique IDs and that the reports detail the net amount, fees, and settlements.
Calendar, currency, commission breakdown, and transaction details. Also, whether there are any withholdings or adjustments listed on the statement.
In addition to the payment method, you need to clarify the foreign exchange rate, credit times, and reconciliation between the supplier, the bank, and the accounting department. See the guide to international payments.
When you need redundancy, better rates per method, or coverage for methods that a single provider cannot offer. The trade-off is greater operational and reconciliation complexity.

.avif)