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

Brazil is often the most complex market in Latin America from an operational point of view when it comes to collections. This is not only because of its size or language, but also due to the combination of dominant local methods, the adoption of installments (parcelamento) as standard practice, and the expectation of immediate confirmation for payments such as PIX in Brazil. This mix requires the operation to be designed for different payment statuses and consistent reconciliation.
Many international companies (from the US, Europe, the Middle East, or other markets) face friction when trying to sell in Brazil without local infrastructure. International cards tend to have more friction than local acquiring, offering consistent installment plans requires clear rules, and FX can obscure the result if the net income per transaction is not recorded in USD. Selling in Brazil from abroad requires adapting the payment architecture, not just enabling methods.
Yes, but the operational response depends on the model. As detailed in how to collect payments in Latin America from abroad, the chosen model determines what you must register in order to operate with control. "Without a local entity" does not mean "without local operations": it means that the international company does not constitute a company in Brazil, but still needs to resolve acquisition, methods, and settlement in a manner compatible with the market.
This model seeks to process transactions locally in order to improve approval rates and enable financing methods and options that are typical in the country. The challenge is not only technical: it is necessary to define how payments are reconciled, how returns are managed, and how traceability between the sale and international settlement is administered.
A third party acts as the seller to the end customer. It processes the payment, issues the receipt, and then settles with the international company according to agreed terms. This arrangement can simplify some aspects of local compliance, but it requires clarity on transaction data, returns, disputes, and documentation for reconciliation.
It allows for collection in local currency and settlement abroad, while keeping the sale within the international company. To be operational, the model must provide transaction-level traceability: payment method, amount, exchange rate applied, fees, and net revenue per transaction in USD (or balance sheet currency) from the time of payment or according to the defined structure.
From the perspective of a foreign company, covering methods is not enough. What matters is how each method is confirmed, what the user expects, and what data is obtained for reconciliation. In Brazil, consumers expect not only to be able to pay, but also to be able to pay using their usual method and in installments when the ticket warrants it. For a regional framework, see payment gateways in Latin America.
Local cards are often necessary to capture demand and improve approval rates. Operationally, it is advisable to measure approval rates by issuer and monitor reasons for rejection to avoid interpreting the problem as "fraud" when it may be a friction inherent in international transactions.
PIX is an instant transfer method and behaves like a confirmed payment in real time when properly implemented. The operation depends on managing expirations, statuses, and evidence, and on having identifiers that allow the payment to be reconciled with the internal order.
Boleto is a deferred payment method: the user can pay later. This affects the completion rate and requires modeling statuses and subsequent confirmation, as well as support with evidence (reference, expiration, and status).
Installment plans are the usual form of financing in Brazil. This is not just a presentation detail: it impacts pricing, cash flow, reconciliation, and how returns are handled when there were installments.
For an international company, the key point is to separate the customer experience from the mechanics of collection and settlement. The customer pays in installments, but the merchant can receive payment in different ways depending on the agreement and the infrastructure used.
From the transaction, parceling requires registering the chosen plan and ensuring that the reconciliation clearly identifies which payment corresponds to which order, even when the accreditation occurs in multiple events.
In Brazil, the IOF may apply to international transactions, and its treatment depends on the settlement method and structure. If the cost is integrated into the FX or reflected in another way, there is a risk of losing the ability to explain why the net income per transaction in USD differs between similar transactions.
IOF stands for Imposto sobre Operações de Crédito, Câmbio, Seguro e relativas a Títulos ou Valores Mobiliários(Tax on Credit, Foreign Exchange, Insurance, and Securities Transactions). It is a Brazilian tax levied on, among other things, foreign exchange transactions carried out within the Brazilian financial system.
The IOF is a tax regulated by Brazilian law and is applied by financial institutions on certain foreign exchange transactions. It is not discretionary, does not depend on the payment provider, and should not be interpreted as a "hidden fee." In some cases, it may not appear as a separate line item, but rather be included in the final conversion result, and its treatment may vary depending on the type of foreign exchange transaction.
When converting BRL to USD to settle with a foreign company, that exchange transaction may be subject to IOF. It is important to conceptually separate this from the supplier's charges: IOF is not a fee charged by the payment provider, but rather a tax applied to the exchange transaction.
In practice, the IOF is deducted as part of the conversion process and therefore impacts the net income per transaction in USD. Even if the company does not have a local entity, the exchange transaction occurs in Brazil and, for that reason, the tax may apply. Any cross-border model should take this into account when estimating margins and auditing results per transaction. If it is not modeled correctly from the outset, it can distort the calculation of net income per transaction and generate differences between the projection and the actual result.
In addition, it is important to distinguish between two operating schemes:
Operationally, the difference between the two is not academic: it changes what can be promised to the business in terms of predictability and what data must be recorded per transaction to audit margin.
Receiving USD from Brazil without a local entity requires monitoring the visibility of the entire chain: which payments make up each settlement and how the net income per transaction is reflected in the balance currency.
Tripleten is a technology training company based outside Brazil that sells training programs, typically priced in installments. To operate in Brazil without a local entity, a common approach is to accept local credit cards, PIX payments, and installment plans, while settling transactions in USD with transaction-level traceability.
In this type of operation, the key is to maintain conversion using local methods and financing when appropriate, without losing predictability regarding net income per transaction in USD. This requires recording the method, installment plan, confirmation, and composition of each settlement so that finance and operations can reconcile using identifiers rather than assumptions.
Before launching in Brazil, it is advisable to define the complete payment architecture: enabled methods, installment strategy, FX policy, international settlement model, and reconciliation process. If these elements are not resolved and recorded per transaction, conversion and financial control tend to deteriorate as volume grows.
For foreign companies, accepting online payments in Brazil typically involves determining the mix of payment methods (credit cards, Pix, and, where applicable, boleto) and ensuring they can manage the entire payment process: confirmation, refunds, and reconciliation. This decision is not merely technical; it affects conversion rates, costs, and operational overhead.
As a rule of thumb, first design the collection process and data model (order, transaction, status, fees, net, and settlement). Only then should you choose the provider or gateway. This reduces the risk of "integrating quickly" and becoming tied to reports or statuses that are difficult to reconcile.
Pix is an instant payment method that has been widely adopted in Brazil. For foreign companies, the value usually lies in quick confirmation and lower exposure to chargebacks, but the critical point is traceability: that the payment is associated with an order and that there is a reconcilable identifier.
If your operation depends on immediate fulfillment or activation, define a "confirmed" status based on reliable events (not just on screen). For more information, see: PIX in Brazil for foreign companies: how to collect, confirm, and reconcile instant payments.
Credit cards remain relevant in e-commerce, but in Brazil the experience can be greatly influenced by installment plans. In practice, the method chosen affects conversion, total cost, and how the net amount is reflected in the settlement.
Before enabling quotas, validate: (1) how the net amount per transaction is calculated, (2) how returns and chargebacks are recorded, and (3) whether the report allows you to reconstruct the final status of each order. If your model is based on subscriptions or recurring charges, it is also a good idea to review your retry strategy for rejections.
The operational challenge usually arises after "payment approved": settlements, commission netting, adjustments, and refunds. To avoid spreadsheets, you need reports that explain the net amount per transaction and a consistent way to link: internal order → transaction → settlement → bank.
An approach that usually works: daily reconciliation (pending, confirmed, expired), clear rules for partial refunds, and traceability of adjustments. For the general framework, see: Payment reconciliation in LATAM.

.avif)