Rebill.com
567 posts
Rebill.com
@RebillTeam
The payment rails people actually use in LatAm. Cards, installments, wallets, transfers, cash. Built-in subscriptions, transparent costs, real human support.
Beigetreten Mart 2018
61 Folgt1.5K Follower
Fill checkout test data instantly with one click
Autofill customer and payment data automatically to simulate successful or declined scenarios across cards and alternative payment methods.
Faster testing. Smoother integrations.
my.rebill.com/payments-links
English
Refund only what’s needed, keep the rest of the payment intact
Refunds are no longer all or nothing.
You can now return the exact amount directly from the payment detail view while keeping the rest of the payment intact and fully tracked.
English
Stop updating records one by one. Manage everything in bulk.
You can now run bulk actions across your dashboard:
pause subscriptions, publish payment links, archive products, export customers, and more.
Selections persist across pages and results show exactly what changed after each action.
Fewer mistakes. Faster workflows.
English
Rebill.com retweetet
Expanding a subscription business from Brazil to the rest of LATAM means solving a different payment problem in each country.
While in San Francisco this month I sat down with Lucas, founder of an AI education platform with millions of users that has built a strong subscription base in Brazil, and Caio, their head of product.
They are ready to expand into Mexico, Colombia, and Argentina. Two Brazilians and an Argentine, in a city where most conversations about LATAM are theoretical, working through the real operational details.
The challenge they described comes up in every serious expansion conversation.
Brazil means PIX and parcelado. Mexico means SPEI and meses sin intereses. Colombia means PSE and cuotas. Argentina means QR payments and cuotas sin interés.
Each market has a dominant payment rail that drives conversion. Not supporting it means leaving a significant portion of the addressable market unreachable.
The standard solution is two or three payment providers, each covering a subset of markets and methods, plus a separate subscription management layer. That stack works, but it multiplies operational complexity with every new market.
What most operators eventually look for at this stage is a single platform that handles local collection across markets, supports advanced subscription models, and doesn't require opening local entities in each country.
The best conversations happen when both sides come with no agenda other than understanding the problem correctly. This was one of them.
#payments #latam #subscriptions #saas
English
Rebill.com retweetet
Se migró a @RebillTeam desde Mercado Pago. Fue muchísimo más fácil de integrar y testear. Y pude hacer algo que con MercadoPago era imposible: aplicar descuento del 50% por los primeros 3 meses.
Ojalá sigan creciendo y se vuelva la norma como se volvió Stripe en USA, viene muy bien
Español
Rebill.com retweetet
This experiment is spot on.
In Brazil, currency ≠ domicile.
You can show BRL in the checkout, but if the merchant account is abroad, issuers still classify it as cross-border and apply IOF + FX spread.
That’s exactly the problem we built Rebill to solve: local BRL transactions, global settlement.
Eduardo Borges@duborges
I ran a test to answer my own question regarding Stripe "global" transactions in Brazil: - if your Stripe US account charges a Brazilian client, in BRL, by Credit Card, they'll end up paying + IOF (3.5%) + Spread (~4%) on top of the processed amount there's no way to absorb that fee for CC txns (stripe seems to be testing something for Pix though) - so in order to reduce complaints you can auto-inject a coupon code of ~8% on the create checkout session, and try to explain the customer there'll be a slight variation on the final price even if you set the product price to BRL, the customer's bank will still charge them extra that's because Stripe actually runs a USD transaction, using the so-called Dynamic Currency Conversion, that auto-converts by the client's bank to BRL technically, Stripe is taking a foreign transaction (US-domiciled) and converting the currency at the point of sale to the cardholder's local currency (BRL) - stripe's intent: show the customer exactly what they will pay in their home currency - the reality: the underlying settlement between Visa/Mastercard and the Brazilian bank is still flagged as "cross-border" so Brazilian banks (issuers like Nubank, Itaú, Bradesco) see a transaction coming from a US Merchant ID (Stripe US)... and even though the currency code is BRL, the "domicile" of the transaction is International and because the settlement happens outside of Brazil, the bank treats it as a foreign purchase - so the bank applies the Spread (their exchange rate markup, usually ~4-6%) and the government applies the IOF (Tax on Financial Operations), 3.5% in some cases, this leads to "Dupla Conversão" (Double Conversion): stripe converts BRL to USD to send the transaction request through the network (or sets the amount in BRL but the network processes it cross-border) then Brazilian Bank receives the request.. and because it's an international merchant, they may convert the BRL amount back into USD (at a bad rate) and back into BRL (at their selling rate) + IOF, or simply tack on the fees to the BRL face value i know, it's a mess that being said, if you really want to sell to Brazilian users, better find a payments company with Brazilian domicile that can transact in BRL (and hopefully using a gateway that offers installments, which is a must in Brazil) PS: any suggestions of payment processors to sell in - proper - BRL?
English
Ship webhooks with confidence, test events instantly from your dashboard
Stop waiting for real transactions to test your webhooks.
Simulate events instantly
Catch errors early
Ship faster
Test it → my.rebill.com/webhooks 🚀
English
Rebill.com retweetet
Payment infrastructure in LATAM has gaps at every layer. The least visible one is the platform layer: marketplaces and platforms that need to enable payments for their merchants have no infrastructure to plug into.
I'm based in SF this month. This week I met @felcheck, a founder building a marketplace and e-commerce stack for businesses across Central America and LATAM, processing millions in monthly volume across multiple markets.
The problem they've been solving manually is one that has no product equivalent in LATAM: sub-merchant infrastructure. If you run a marketplace or platform that wants to enable payments for your merchants, you build the KYB, the payout rails, the chargeback layer, and the FX model yourself, in every market, from scratch.
This is not a niche problem. Any platform with a merchant base in LATAM faces the same structural gap. There is no regional equivalent of the sub-merchant payments infrastructure that US platforms rely on as a default.
Central America makes it more visible: no dominant acquirer open to marketplace volume, no standardized dispute process, no regional payout rail that works without a local entity per country. But the same logic applies in the larger markets.
This conversation started from a post on YC Bookface asking how operators handle payments in LATAM. The response said as much as the conversation itself.
#payments #latam #ecommerce #marketplaces
English
Your dashboard now remembers your table preferences
Set your preferred rows (5, 10, 20, or 50) once, and it stays that way across sessions.
Works individually for payments, subscriptions, customers, and more.
English
Rebill.com retweetet
In SF for the next couple of weeks talking with founders about payments in LATAM and other emerging markets.
A common pattern we see:
Companies launch these markets using their US payment stack and process everything cross-border in USD.
But a large share of users in Brazil, Mexico, Colombia, Argentina or Chile pay with local cards, bank transfers or wallets.
Curious how others approached this.
English
Customer data changes over time.
Now you can update a customer’s identification type and number directly from the dashboard.
No need to recreate the customer
No need to interrupt subscriptions
No need to request the information again on a new payment
Just update the profile and keep everything running.
English
For the night owls, dark mode is now available in Rebill.
Long hours in the dashboard shouldn’t feel exhausting.
Choose how your interface adapts:
• Light mode
• Dark mode
• Match system
• Intelligent mode
Configure it here
my.rebill.com/es/settings/de…
English
Payments are global.
Customer communication should feel local.
We just released regionalized notification templates.
Customize email and SMS notifications by language directly from the dashboard.
Portuguese for Brazil
Spanish across LATAM
English for global customers
English