Boleto Bancário for Merchants

Boleto Bancário for Merchants: When Brazil’s Voucher-Based Payment Method Still Matters

A Brazilian payment stack designed several years ago might have started with two obvious options:

Cards.

Boleto.

Design the same checkout today and another method sits near the center of the decision:

Pix.

Banco Central do Brasil reported that Pix represented 54.7% of payment transactions in the second half of 2025, reaching 42.9 billion transactions in six months.

That scale makes an obvious question tempting:

Does an international merchant still need Boleto?

The wrong answers are “yes, because Brazil has always used Boleto” and “no, because Pix replaced it.”

The useful question is narrower:

Which commercially important customers or use cases can Boleto serve that this merchant's Pix and card stack does not already serve adequately?

That is how Boleto should be evaluated in 2026.

Boleto survived the Pix shift—but that does not make it universally necessary

Pix has changed Brazil's payment baseline.

More than 170 million individuals had made Pix transactions according to Banco Central's current statistics, and more than seven billion Pix transactions were recorded in January 2026 alone.

Boleto nevertheless continues to carry material payment value. Banco Central reported that its transacted value increased 4.6% year over year in the first half of 2025 and 3.7% in the second half. It accounted for 7.6% of total payment transaction value in the second half of the year.

That does not prove Boleto is still required at every ecommerce checkout. Those statistics cover wider payment activity, including billing and other uses outside ecommerce.

They do prove something more useful:

Boleto is not an obsolete payment instrument simply because Pix became dominant.

The merchant still has to determine whether the remaining Boleto use actually overlaps with its customers.

What Boleto actually is

Boleto is a regulated Brazilian payment instrument containing the information needed to present and settle a payment obligation.

Banco Central's current rules recognize several types. The one most relevant to ordinary merchant collections is the boleto de cobrança, used to collect obligations. Separate categories exist for proposals and for deposits or account funding, while the newer dynamic Boleto model addresses particular financial-receivable situations rather than ordinary ecommerce checkout.

A typical Boleto contains a barcode and a linha digitável, the numerical representation that allows the customer or payment institution to identify and process the payment. Banco Central specifies the information and registration framework governing the instrument.

Modern Boleto is also a registered instrument.

The issuer must register the Boleto information in the centralized collection database. Banco Central says that centralized registration helps prevent problems such as falsified or duplicate payments and allows registered Boleto information to be checked across participating institutions. Núclea operates the centralized infrastructure.

That makes the merchant model more structured than “generate a PDF and wait for a bank transfer.”

Who actually issues the Boleto?

An ecommerce merchant generally does not become the banking-system operator of Boleto itself.

Under the current Banco Central regulation, the institution issuing a Boleto is an institution authorized by Banco Central that issues the instrument at the beneficiary's request. The regulation separately defines the beneficiary, receiving institution and institution ultimately responsible for transferring value to that beneficiary.

For an international merchant, this distinction matters.

A provider may expose an API that makes Boleto generation appear simple:

merchant requests Boleto → API returns payment instruction

But behind that interface sit regulated issuing, registration, receiving and settlement functions.

Therefore:

technical integration does not prove merchant eligibility.

An international merchant should verify which legal entity can be the beneficiary, whether a Brazilian account or settlement structure is required, which merchant categories the provider accepts, supported currencies, KYC/KYB requirements and how proceeds are ultimately settled.

How the Boleto customer journey works

A merchant Boleto journey generally starts online but can finish through several different payment channels.

A useful ecommerce model is:

Customer places order

→ merchant/provider creates a Boleto payment request

→ Boleto is registered

→ customer receives barcode, linha digitável and payment instructions

→ customer chooses how and when to pay

→ receiving institution records the payment

→ payment information moves through the Boleto infrastructure/provider

→ merchant receives authoritative payment status

→ merchant maps payment to the original order

→ fulfillment begins

→ transaction is reconciled with financial reporting

The major operational difference from a card or ordinary instant Pix checkout is the gap between:

Boleto issued

and:

Boleto paid.

That gap can be minutes, hours or longer depending on customer behavior and the Boleto conditions.

An issued Boleto is therefore not revenue and should not be treated as a completed checkout.

Boleto is not simply a cash voucher anymore

Calling Boleto a “cash payment method” is useful only up to a point.

Boleto can help customers who want or need to use physical cash. Banco Central explicitly describes Boleto as a way to pay for a product or service without necessarily needing a bank account, and regulated institutions can accept Boleto through physical channels subject to applicable rules.

But modern Boleto can also be paid digitally.

Customers can use banking applications, internet banking and other institutional channels. Some banks can allow Boleto payment with a credit card. And since February 3, 2025, a Boleto can contain a specific Pix QR code that lets the customer pay the obligation using Pix.

That change is strategically important.

A Boleto shown at ecommerce checkout can now represent a payment instruction with more than one possible funding path:

traditional Boleto barcode / linha digitável

or, where included:

Pix QR code

That means the merchant should distinguish the Boleto obligation and reference structure from the payment rail actually used to satisfy it.

If the customer scans the Pix QR code, Pix is providing the payment mechanism. The merchant should then verify with its provider how quickly that route produces authoritative payment confirmation and how it appears in reconciliation.

Do not assume every Boleto contains a Pix QR code: Banco Central explicitly says Boleto can only be paid using Pix when that QR code is present.

Cash remains possible—but not without operational limits

Boleto's cash-payment capability can be the unique access contribution for some customers.

It should not be presented as unlimited.

Banco Central currently states that financial institutions must not accept Boleto payments of R$10,000 or more in physical cash, and they must also prevent lower-value payments structured to evade that restriction.

For merchants, that creates an important segment boundary.

Boleto may help a customer who needs to convert cash into an online payment, but a high-ticket merchant cannot simply assume any transaction value can be handled through a physical cash counter.

Actual collection-channel availability and cash limits must be verified with the provider and receiving network.

Due date is not the same thing as order expiry

Boleto introduces at least three clocks:

Boleto due date

merchant order-validity period

inventory-reservation period

They do not have to be identical.

Banco Central's current consumer guidance says an ordinary Boleto can, depending on the instructions registered in the centralized database, be paid after its due date. Applicable interest and charges can be calculated from the registered terms without necessarily requiring a newly issued document.

That creates a merchant problem.

Suppose:

•the Boleto remains technically payable tomorrow,

•the ecommerce order expires tonight,

•the product sells out overnight.

A valid payment can then collide with an invalid merchant order.

The merchant therefore needs an explicit late-payment policy before launch:

Can the Boleto still be paid after the merchant cancels the order?

Will the provider report that payment?

Can the original order be restored?

If stock is gone, must the merchant refund?

Who contacts the customer?

Boleto expiry should never be treated as only a payment-document setting.

It is an inventory, pricing, customer-support and refund decision.

Faster Boleto processing does not make it Pix

Boleto infrastructure has become faster.

FEBRABAN introduced D+0 interbank Boleto settlement for part of the market in 2024, and Núclea currently describes same-day Boleto settlement within its settlement infrastructure.

But the merchant should still distinguish:

customer pays

→ payment is recorded

→ provider recognizes payment

→ merchant receives authoritative status

→ merchant updates the order

→ funds are settled/payed out according to the provider arrangement

Those events are not automatically simultaneous.

A merchant selling digital goods should care about the time between customer payment and its authoritative success event.

A finance team may care more about settlement.

Neither should use the word “instant” unless the event being measured is defined.

When can the merchant safely fulfill?

Not when the Boleto is generated.

Not merely because the customer sends a screenshot.

Not simply because the customer says the cashier accepted the money.

Fulfillment should begin when the merchant receives the payment status its provider defines as authoritative for a successfully paid Boleto.

This is particularly important because Boleto moves part of the payment journey outside the ecommerce session.

The customer may:

•Generate a Boleto.

•Leave the site.

•Pay later.

•Never reopen the merchant's success page.

The server-side payment event therefore matters more than the browser return.

Núclea itself operates services that expose Boleto states such as fully paid, partially paid, unpaid or lowered by the issuer and offers monitoring when those states change. That illustrates how important explicit Boleto status management remains operationally.

The exact status names and fulfillment event should still come from the merchant's provider integration rather than being generalized from infrastructure terminology.

Which customer does Boleto still uniquely serve?

This is the central merchant question.

Customers using physical cash

Boleto can give an online merchant a structured route to customers whose usable funds remain in cash or who cannot complete a normal digital payment.

That is genuine incremental access when the merchant's cards and Pix flows cannot serve the customer.

It should not be generalized into a claim that Brazilian customers are broadly unbanked or cash-dependent.

Customers who deliberately pay later

Some customers may value the ability to create the order first and complete payment closer to a due date.

That is different from lacking financial access.

Boleto can function as a controlled post-checkout payment instruction rather than an immediate checkout authorization.

Whether that behavior is commercially desirable depends heavily on the merchant.

Customers familiar with bill-payment workflows

Boleto remains embedded in recurring Brazilian payment contexts such as education, health, financial obligations and business collections. FEBRABAN continues to identify these as common Boleto use cases.

A merchant serving similar customer behavior may obtain more value from Boleto than a low-ticket impulse-purchase retailer.

Customers whose cards are unsuitable but who do not use the merchant's Pix flow

A card problem alone no longer proves a Boleto need.

Pix may already solve the customer's access problem.

This is why merchants need overlap analysis rather than assumptions:

Boleto-selected customer → could that same customer have successfully used Pix?

If yes, Boleto may provide preference or operational value but not necessarily incremental access.

Boleto versus Pix: the merchant decision

Question

Boleto

Pix

Merchant implication

Primary payment model

Registered payment instruction / collection instrument

Instant account-to-account payment system

They solve different layers of the payment problem

Typical ecommerce completion

Can occur after checkout

Commonly completed during payment session

Boleto introduces post-checkout conversion

Physical-cash route

Possible through eligible receiving channels

Not a direct cash-at-counter equivalent

Boleto can uniquely expand access for some cash customers

Customer needs bank/payment account?

Not necessarily when using supported cash channels

Normally requires access to a participating transactional account

Customer-access profile differs

Settlement/payment speed

Depends on payment route and processing; modernized but not universally instant

Pix funds are made available in seconds and operates 24/7

Time-sensitive merchants generally gain more from Pix

Paying a Boleto with Pix

Possible if Boleto includes applicable Pix QR code

Pix supplies the actual payment route

Boleto and Pix can now coexist in one payment instruction

Due-date collection

Core Boleto behavior

Pix Cobrança also supports future-dated collection

Delayed billing alone no longer uniquely belongs to Boleto

Recurring collection

Boleto can be issued repeatedly but is not automatic recurring authorization by itself

Pix Automático provides a separate authorized recurring-payment model

Subscription merchants should evaluate the actual collection product

Merchant confirmation

Provider-specific authoritative status required

Pix itself provides rapid payment confirmation, but merchant-provider status still matters

Fulfillment integration remains method-specific

Cash customer access

Potentially meaningful

Limited if the customer cannot fund/use Pix digitally

One of Boleto's strongest remaining differentiators

Banco Central describes Pix as operating 24/7 with funds available within seconds. It also provides Pix Cobrança for immediate or future-dated charges and Pix Automático for authorized recurring payments.

That means Boleto cannot defend its merchant relevance merely by saying:

“Customers need something other than cards.”

Pix is now part of that comparison.

A useful paradox: Pix can now modernize Boleto rather than simply replace it

The addition of Pix QR codes to Boleto makes the relationship between the two methods more nuanced.

Banco Central's 2025 modernization deliberately allows Boleto to be presented in a form that can be paid through another authorized payment arrangement, with Pix as the principal example.

For merchants, this can preserve useful parts of Boleto:

•a structured obligation,

•a due date,

•registered beneficiary and payer information,

•recognizable billing reference,

•payment-document workflow,

while giving digitally capable customers the option of paying through Pix.

It does not mean merchants should display both without measurement.

If almost every customer who generates a Boleto then pays its Pix QR code immediately, the merchant should understand whether the Boleto layer is contributing something operationally valuable or simply adding another step to a payment that could have been initiated directly as Pix.

That is a testable question.

Which merchant verticals are the best fit?

Education

Boleto can remain relevant when households or students need scheduled, planned payment and where invoice-like reconciliation is useful.

Education can also accommodate a payment gap better than an instant-delivery product in many cases.

Merchants still need a late-payment and refund process.

B2B

Boleto remains relevant to Brazilian business collection workflows.

The ability to issue a structured payment obligation with payer/beneficiary data and a due date can fit invoice collection particularly well.

B2B relevance should not automatically be extrapolated to consumer ecommerce.

Ecommerce retail

Boleto can create incremental access, but physical retail inventory exposes its weaknesses.

The merchant needs to decide whether an item is reserved between Boleto issuance and payment. If it is reserved, unpaid Boleto issuance carries an inventory cost. If it is not reserved, the merchant needs a policy for payment after stock disappears.

Paid-Boleto rate and time-to-pay are therefore core retail metrics.

Gaming and digital goods

The access case can be attractive for customers who want a cash-funded route into a digital product.

The main challenge is fulfillment expectation.

Customers purchasing digital content often expect access quickly after paying, making payment-status latency an especially important provider metric.

Travel

Boleto can be difficult when inventory and price are highly time-sensitive.

A flight or room price may not remain valid while the merchant waits for payment.

Travel merchants should use Boleto only when booking holds, expiry, cancellation and refund workflows are compatible with the delay.

Subscriptions

Ordinary one-time Boleto should not be mistaken for automated recurring billing.

Repeatedly creating a new Boleto each billing period is operationally different from a payment mandate.

With Pix Automático now supporting authorized recurring Pix payments, subscription merchants in Brazil have another model to evaluate rather than assuming repeated Boleto issuance remains the default bank-based collection strategy.

How international merchants integrate Boleto

The regulated arrangement separates the merchant from the financial institutions that issue, receive and settle the payment.

An international merchant will therefore normally need an appropriate bank, PSP, gateway or local payment provider capable of providing Boleto issuance and merchant access.

The integration should answer:

Who registers the Boleto?

Which beneficiary appears on it?

Which identifier connects Boleto to order?

Does it include a Pix QR code?

Which payment channels can the customer use?

What payment states does the provider expose?

Which state authorizes fulfillment?

How are late payments handled?

How does settlement reach the international merchant?

How are refunds processed?

The merchant should also separate:

integration complete

from:

Boleto activated for the merchant

from:

operationally production-ready.

An API returning a barcode proves only the first.

Reconciliation: connect the Boleto to the order, not just the money

Boleto has a strong structured-reference model, but the merchant still has to preserve the relationship through its own systems.

A useful reconciliation chain is:

Order ID

→ merchant payment ID

→ Boleto / linha digitável

→ provider transaction record

→ paid status

→ settlement record

→ refund, if applicable

Central registration improves the reliability and consistency of Boleto information.

It does not eliminate merchant-side exceptions.

Production systems should account for:

•duplicate provider events,

•partial or unusual payment states where supported,

•Boleto paid after merchant cancellation,

•missing status notification,

•payment via Pix QR instead of the traditional path,

•provider settlement aggregation,

•refunds processed outside the original Boleto route.

The merchant should not call an order reconciled merely because finance can see the total funds.

Refunds are one of Boleto's biggest operational tests

Boleto's payment flexibility makes refunds less uniform than card refunds.

If the customer originally paid physically with cash, there may be no original digital funding account the merchant can simply credit.

If the Boleto was paid through a bank account or through its Pix QR code, the merchant still should not assume its Boleto provider automatically exposes a same-route refund operation.

Depending on the specific provider and product, refunds may require another payment rail or customer payout process.

The merchant therefore needs to verify:

Does an API refund exist?

Can the provider make partial refunds?

Can multiple refunds be linked to one transaction?

Does the customer need to provide Pix or bank-account information?

How is the refund beneficiary verified?

How does the refund appear in reconciliation?

This can determine method fit for sectors with frequent returns or partial cancellations.

A Boleto that produces incremental orders but creates an expensive manual payout process can be commercially unattractive.

Boleto fraud is different from card fraud, not absent

One historical Boleto risk is payment-document manipulation, where a customer receives a fraudulent document pointing toward the wrong beneficiary.

Centralized Boleto registration was specifically designed in part to improve security and consistency of beneficiary/payment information.

The remaining merchant operating model must also account for:

•fake customer payment receipts,

•false claims that a Boleto was paid,

•refund redirection,

•customer-account takeover at other payment channels,

•fraudulent replacement of payment instructions,

•duplicate and exceptional payment states.

The safe rule is straightforward:

do not fulfill from customer-provided proof of payment when authoritative provider confirmation is available.

The Boleto Merchant Relevance Test

Boleto deserves a checkout position only if it passes a merchant-specific relevance test.

Test

Question

Evidence to collect

Strong signal to retain/add Boleto

•Target customer

Who chooses Boleto?

Country, customer segment, new/returning, value

Distinct commercially relevant cohort

•Unique access

Could those customers pay successfully by Pix/card?

Cross-method eligibility and successful-payment data

Meaningful group otherwise unable to complete

•Use case

Does delayed payment fit the purchase?

Vertical, inventory, urgency

Order can remain valid while payment is pending

•Paid-Boleto rate

How many issued Boletos actually get paid?

Paid Boletos ÷ valid issued Boletos

Sufficient paid rate to justify issuance

•Time to pay

How long does payment take?

Distribution from issuance to payment

Compatible with reservation and fulfillment model

•Fulfillment fit

Can stock/service wait safely?

Expired orders, lost inventory, late-payment cases

Low operational harm from pending orders

•Refund complexity

How hard is money return?

Refund time, manual steps, failed payouts

Refund process can be automated adequately

•Operating cost

What does each completed Boleto order actually cost?

Provider + support + inventory + refund + reconciliation costs

Sustainable cost per completed order

•Pix/card overlap

Is Boleto adding customers or moving them between methods?

Cohort/substitution analysis

Meaningful unique contribution

•Incremental orders

Would the order exist without Boleto?

Test/holdout or structured attribution

Additional completed orders justify complexity

Do not assign a universal score.

A gaming merchant, university and fashion retailer can reach different decisions with the same Boleto payment rate because their fulfillment and refund economics are different.

Measure post-checkout conversion, not Boleto generation

Boleto performance cannot be measured with an ordinary synchronous checkout funnel.

The correct funnel is:

Eligible customer

→ Boleto visible

→ Boleto selected

→ Boleto issued

→ customer pays

→ provider records payment

→ merchant receives authoritative confirmation

→ order completed

The largest drop may happen after the browser session has ended.

That makes several metrics essential.

Boleto payment rate

Paid valid Boletos ÷ valid issued Boletos × 100

This is more meaningful than issuance volume.

Boleto expiry/unpaid rate

Unpaid Boletos reaching the merchant-defined terminal state ÷ valid issued Boletos × 100

Use merchant/provider terminology carefully because Boleto due date and merchant-order expiry may not be the same thing.

Time to pay

Measure the distribution between:

Boleto issuance → customer payment

Useful cohorts include same-session, under one hour, same day, next day and later.

Do not choose arbitrary performance thresholds before seeing actual merchant data.

Confirmation latency

Measure:

provider-confirmed customer payment event → authoritative merchant payment state

Define both ends of the measurement.

Incremental completed orders

The decisive question is:

How many completed purchases would not have happened without Boleto?

Paid Boleto volume is not automatically incremental volume.

A practical Boleto test after Pix

Instead of turning Boleto on for all Brazilian traffic indefinitely, test its actual residual value.

Start with customers eligible for Boleto in Brazil.

Measure:

Boleto selection

Boleto issuance

payment rate

time to pay

confirmation latency

late-payment exceptions

refund workload

support contacts

completed orders

Then examine customers who chose Boleto.

Could they have used Pix?

Had they previously experienced a card failure?

Did they pay physically or digitally?

Did Boleto enable a new customer, or merely move a customer who would have paid anyway?

The leading hypothesis should be:

Boleto creates enough incremental completed orders among commercially relevant Brazilian customers to justify delayed payment and the resulting operational complexity.

Evidence against the hypothesis would include high Boleto issuance but low payment rates, extensive substitution from Pix, significant stock reservation costs, slow confirmation, costly refunds or large support workloads.

That is when Boleto should lose checkout prominence.

Current merchant questions

Is Boleto obsolete because of Pix?

No. Pix dominates Brazilian payment transaction count, but Banco Central's 2025 retail-payment statistics still show Boleto carrying material and growing transaction value. That does not prove ecommerce necessity; it does establish continued use.

Can a customer pay a Boleto with Pix?

Yes, when the Boleto contains the specific Pix QR code required for that payment route. Banco Central enabled this formally from February 2025.

Can a customer pay Boleto without a bank account?

Boleto can support physical-cash payment channels, although channel availability and regulatory limits apply. Banco Central prohibits financial institutions from accepting R$10,000 or more in physical cash for Boleto payment.

Can an expired Boleto still be paid?

A Boleto can remain payable after its due date according to the conditions recorded in the centralized collection database, including applicable interest and charges. Merchants must separately control whether their underlying ecommerce order is still valid.

Does creating a Boleto mean the order is paid?

No. Creation only establishes the payment instruction. The merchant should wait for authoritative paid confirmation from its provider before treating the order as paid.

Does Boleto settle instantly?

Do not use that description universally. Boleto processing has been modernized substantially, including same-day settlement paths, but merchant confirmation and actual provider payout depend on the implementation.

Is Boleto better than Pix for ecommerce?

Not generally. Pix usually offers faster bank-account payment and immediate availability, while Boleto can offer different access, payment-timing and cash-payment characteristics. The correct choice depends on the customer cohort and use case.

Final recommendation

Brazil no longer presents merchants with a simple cards plus Boleto decision.

Pix has changed both customer expectations and the economics of bank-based payment. It is now the country's most-used payment instrument by transaction count.

But the conclusion should not be that Boleto has lost all purpose.

Boleto itself has continued to modernize. It is registered centrally, supports electronic presentation, can be paid through multiple channels and can now incorporate Pix QR-code payment. At the same time, the instrument can retain characteristics that Pix does not reproduce identically—especially structured post-checkout collection and a route into ecommerce for customers using eligible physical-cash channels.

That makes Boleto a segment decision, not a country checkbox.

An international merchant should keep or add Boleto when it can answer four questions positively:

Which customer genuinely needs it?

Does it create completed orders that Pix and cards would not?

Can the business tolerate the time between issuance and payment?

Can confirmation, reconciliation and refunds be operated economically?

If the answers are yes, Boleto can remain a commercially useful part of a Brazilian checkout even in a Pix-dominant market.

If most Boleto users could already pay successfully with Pix, unpaid issuance is high and delayed payment creates inventory or support problems, the merchant should reduce its prominence rather than preserve it out of habit.

The right question is no longer:

“Is Boleto still popular in Brazil?”

It is:

“Which commercially important customers can Boleto still convert that our other Brazilian payment methods cannot—and is that incremental access worth the operational cost?”

I’ve treated the upload as Editorial Brief 3: Boleto Bancário for Merchants. The key editorial tension is stronger with current evidence: Pix now dominates Brazilian payment transaction count, yet Boleto remains economically active and has itself been modernized—including Pix QR-code payment since February 2025. That supports the brief’s position that the decision is about incremental customer access and use-case fit, not whether Boleto is generically “dead” or “essential.”

The biggest change I would preserve through editing is the line “Boleto is no longer necessarily a cash-only flow.” The 2025 Pix-QR modernization materially changes how the method should be explained: Boleto can still provide a cash-to-ecommerce bridge, but it is now better understood as a registered collection instruction with multiple possible payment channels. That makes the Pix comparison much sharper and avoids treating modern Boleto as a historical paper voucher.

https://www.bcb.gov.br/estabilidadefinanceira/exibenormativo?numero=443&tipo=Resolu%C3%A7%C3%A3o+BCB

Supporting visual: Boleto Merchant Relevance Test

Visual headline

Pix changed Boleto's role. It did not make the merchant decision automatic.

Visual structure

Use ten horizontal checkpoints:

Customer segment

→ unique access

→ purchase/use case

→ paid-Boleto rate

→ time to pay

→ fulfillment fit

→ refund complexity

→ operating cost

→ Pix/card overlap

→ incremental completed orders

Finish with three outcomes:

Retain / Add — clearly incremental customer access with acceptable operations.

Segment / Deprioritize — value exists only for selected cohorts.

Remove / Do not launch — mostly substitution plus excessive post-checkout cost.

Image alt text

Boleto Merchant Relevance Test showing ten factors merchants should evaluate, from customer segment and unique payment access through payment rate, fulfillment, refunds, Pix overlap and incremental completed orders.

Boleto Bancário for Merchants — Editorial Package

Current-state verification date: August 9, 2026

Editorial interpretation

Customer-access problem: A Brazilian customer may have sufficient funds but still be unable or unwilling to complete the merchant's preferred card or Pix flow. Boleto can provide a structured alternative for customers who need cash access, delayed payment, a familiar bill-payment workflow or another way to fund an online purchase.

Unique evidence anchor: Pix has fundamentally changed Brazil's payment market, but Boleto has not simply disappeared. In the second half of 2025, Pix accounted for 54.7% of payment transactions measured by Banco Central do Brasil, while the total value transacted through Boleto still grew 3.7% year over year and represented 7.6% of total transaction value in the same dataset. Those figures cover the broader payment market, not ecommerce specifically, so they establish continued economic use rather than a universal checkout requirement.

Editorial position: Boleto should be evaluated as a segment-specific access and collection method in a market reshaped by Pix, not retained because of historical popularity and not removed merely because Pix is dominant.

Common assumptions challenged: “Pix made Boleto irrelevant” and “every merchant entering Brazil still needs Boleto.”

Merchant decision: Add or retain Boleto when paid Boleto transactions create meaningful incremental completed orders among customer segments the merchant cannot serve equally well through Pix and cards, and when delayed payment, reconciliation, expiry and refund complexity fit the business model. Deprioritize it when most Boleto volume merely substitutes from Pix/cards or unpaid issuance creates excessive operational cost.

Selected format: Method relevance reassessment.

Structural rationale: Begin with the Brazilian payment portfolio before and after Pix, explain how modern Boleto actually works, then identify the residual customer needs that justify it.

Proposed architecture

•What happens to Boleto in a Pix world?

•What Boleto actually is in 2026

•How the customer journey works

•Boleto is no longer necessarily a cash-only flow

•Due dates, order expiry and late payments

•Confirmation and fulfillment

•Which customers may still need Boleto

•Boleto versus Pix

•Merchant access and integration

•Reconciliation

•Refunds and fraud

•Boleto Merchant Relevance Test

•Measurement and testing

Final recommendation

SEO metadata

H1: Boleto Bancário for Merchants: When Brazil’s Voucher-Based Payment Method Still Matters

Meta description: Learn how Boleto works after Pix, who still uses it, how payment confirmation and refunds work, and when international merchants should keep or add Boleto in Brazil.

URL slug: /boleto-bancario-for-merchants

Secondary keywords: accept Boleto payments; Boleto ecommerce; Boleto merchant integration; Boleto Brazil payment method; Boleto online payment; Boleto payment processing; Boleto for international merchants; Brazilian cash payment method.

Related entities: Banco Central do Brasil, Boleto de Cobrança, Núclea, linha digitável, Pix, Pix Cobrança, Pix Automático, QR code, DDA, Brazilian payment methods.

Article excerpt: Pix transformed Brazil's payment market, but Boleto did not simply disappear. Modern Boleto can still serve customers and collection use cases other methods do not—but merchants should measure paid orders and incremental access rather than preserving it because of history.

Suggested structured data: Article and, if the merchant-use FAQ remains in the final publication, FAQPage.

Internal-link plan

Context

Suggested anchor

Target

Broader Brazilian method portfolio

payment methods in Brazil

Brazil Payment Guide

Direct strategic alternative

Pix for international merchants

Pix article

Physical-cash / online payment model

cash payment methods for ecommerce

Cash Payment Methods

Why segment-specific voucher access persists

why cash vouchers still matter

Why Cash Vouchers Still Matter

Async status architecture

payment confirmation

Voucher Payment Confirmation article

The piece should not become a generic cash-voucher explainer. The brief explicitly gives this article ownership of Boleto's current merchant relevance, including its present relationship with Pix.

Authoritative source recommendations

Primary rule source: Banco Central do Brasil, Resolução BCB nº 443/2024, using the current consolidated version for Boleto arrangement, issuing, beneficiary, presentation and settlement rules.

Consumer/payment mechanics: Banco Central's current Boleto FAQ covering centralized registration, barcode/linha digitável, cash payment, Pix payment and overdue Boleto.

Pix/Boleto modernization: Banco Central's official announcement and FAQ covering Pix QR codes embedded in Boleto.

Market evidence: Banco Central's 2025 retail-payment statistics for Pix and Boleto.

Infrastructure and registration: Núclea's centralized Boleto registration and Boleto-status documentation.

Settlement modernization: Current Núclea infrastructure material plus FEBRABAN's D+0 implementation explanation.

Proposed author and reviewers

Primary reviewer: Brazil payments specialist.

Operational reviewer: Cash/voucher or asynchronous-payment operations specialist.

Technical reviewer: Payment engineer/product manager responsible for Boleto status, webhooks and reconciliation.

Optional reviewer: Risk/compliance specialist for cash limits, beneficiary/refund controls and merchant eligibility.

Do not insert invented reviewer names or state that reviews have occurred until completed.

Publication fact-check matrix

Boleto rules

Verify the current consolidated version of Resolução BCB nº 443 and any subsequent amendments immediately before publication.

Check:

•Boleto categories.

•Required payer and beneficiary data.

•Centralized-registration requirements.

•Current settlement model.

•Pix QR-code presentation rules.

•Applicable cash-payment limits.

•Any Boleto Dinâmico changes relevant to the final text.

Brazil payment-market data

Update the latest available full-period figures for:

•Pix transaction share.

•Boleto transaction count if used.

•Boleto value.

•Boleto share of payment value.

Do not use general payment-market statistics as ecommerce-specific Boleto adoption.

At the current verification date, BCB's second-half 2025 data show Pix at 54.7% of transaction count and Boleto at 7.6% of total transaction value, with Boleto value up 3.7% year over year.

Cash access

Reconfirm the current R$10,000 restriction on physical-cash Boleto payments at financial institutions and whether the provider's actual customer collection network imposes tighter limits.

Do not extrapolate physical cash availability to every location or provider.

Pix on Boleto

Verify that the provider actually generates Boleto with a Pix QR code.

The regulatory capability exists, but a Boleto without the appropriate QR code cannot simply be paid as Pix.

Merchant eligibility

Verify:

•International merchant eligibility.

•Beneficiary entity.

•Brazilian entity requirements if any.

•Required receiving/settlement account.

•Merchant categories.

•KYB/KYC.

•BRL pricing and settlement.

•Cross-border funds movement.

Do not infer merchant eligibility from Boleto's general availability to Brazilian payers.

Confirmation

Obtain provider-specific documentation for:

•created/issued state,

•pending state,

•paid state,

•authoritative success event,

•partial-payment behavior,

•cancellation/baixa,

•late payment,

•duplicate notifications,

•webhook retry,

•Pix-QR payment status,

•manual status retrieval.

Expiry and late payment

Separate:

•Boleto due date,

•provider expiry,

•merchant-order expiry,

•inventory reservation,

•price validity.

Banco Central allows payment after due date when the registered conditions permit it, so merchants need explicit handling for payment arriving after an ecommerce order has become invalid.

Refunds

Verify:

•API refund.

•Full refunds.

•Partial refunds.

•Multiple refunds.

•Original-payment linkage.

•Destination method.

•Required CPF/account/Pix details.

•Beneficiary verification.

•Refund timing.

•Refund reconciliation.

Do not assume cash-funded Boleto can be reversed through the original physical payment point.

Settlement

Separate provider confirmation from merchant payout.

Verify settlement timing and whether the merchant's provider passes through the timing of the underlying Boleto settlement or uses a separate payout schedule.

Amber-flag claims

“Boleto is a cash payment method.” Qualify. Boleto can be paid through cash channels but also electronically and, where the proper QR code is present, through Pix.

“Boleto is obsolete.” Unsupported. Current BCB payment data still show material Boleto payment value.

“Boleto is essential in Brazil.” Unsupported without merchant/customer-segment evidence.

“Brazilian customers need Boleto because they are unbanked.” Do not publish as a population-level claim without current financial-access evidence. The actual reason may instead be cash access, budgeting, habit, billing preference or transaction use case.

“Boleto is instant.” Do not use. Specify whether discussing customer payment, provider confirmation, interbank settlement or merchant payout.

“Boleto settles D+0.” Some Boleto processing was moved to same-day settlement and current infrastructure supports same-day settlement, but merchant payout and particular processing routes must be verified.

“A paid Boleto cannot be disputed.” Do not conflate absence of card-style chargeback with absence of fraud, refund, payment error or other recovery processes.

“Boleto increases conversion.” Measure paid and incremental orders. Issued Boleto count is not conversion.

“Pix replaced Boleto.” The methods overlap but also now interact, including Boleto payment through Pix QR code.

•Exact Boleto product/provider relationship.

•Eligible merchant countries/entities.

•Brazil merchant requirements.

•BRL and other currency behavior.

•Whether issued Boleto supports Pix QR.

•Customer payment-channel coverage.

•Boleto expiration configuration.

•Late-payment handling.

•Payment status mapping.

•Webhook semantics.

•Partial-payment handling.

•Reconciliation identifiers.

•Full and partial refunds.

•Refund destination.

•Merchant settlement.

•Fees.

•Approved Boleto performance data.

Provider/network verification requirements

For each Boleto implementation, verify:

Issuer: Which BCB-authorized institution actually issues the Boleto?

Beneficiary: Which legal entity appears as beneficiary?

Registration: How quickly is Boleto registered and payable?

Presentation: Barcode, linha digitável, PDF, mobile display, Pix QR?

Channels: Banking app, internet banking, ATM, physical cash location or others?

Cash: Which collection locations accept physical cash and under what limits?

Pix: Does the Boleto include Pix QR, and how is that path reconciled?

Status: Which provider event authorizes fulfillment?

Due date: Can the Boleto be paid after due date?

Order expiry: What happens if merchant order has already expired?

Settlement: When does the merchant actually receive available funds?

Refund: Which rail/process returns funds to the customer?

“Boleto supported” is not enough information to answer these questions.

Cluster sameness-audit fields

Field

Boleto article

Title

Boleto Bancário for Merchants: When Brazil’s Voucher-Based Payment Method Still Matters

Opening device

Old Brazil stack: cards + Boleto; current stack adds Pix

Customer-access problem

Customer cannot or does not adequately complete through card/Pix and benefits from structured delayed or cash-funded payment

Primary market

Brazil

Payment method

Boleto de cobrança

Offline location

Provider/financial-institution collection channels where cash payment is available

Primary format

Method relevance reassessment

Unique evidence anchor

Pix dominance changed Boleto's role without eliminating all merchant use

Editorial position

Treat Boleto as segment-specific access, not universal requirement

Merchant decision

Retain/add only where incremental paid orders justify delayed-payment complexity

Original framework

Boleto Merchant Relevance Test

Primary metric

Incremental completed orders, supported by paid-Boleto rate and time-to-pay

Conclusion

Ask which customers Boleto uniquely converts after Pix

CTA

Test Boleto against Pix/card overlap and post-checkout operating cost

Closing element

Merchant relevance decision rather than generic cash-method FAQ

This article owns Boleto's current merchant value rather than generic voucher mechanics, O2O architecture or refund mechanics, which the cluster assigns to separate pieces.

Legal and compliance note

This article provides general information and does not constitute legal, regulatory, financial, tax or compliance advice. Merchants should verify applicable requirements with qualified advisers, relevant payment providers, collection networks, banks and authorities.