Contabilidade BNPL: Pagamentos em Prestações do Shop Pay, Klarna e Afterpay

The customer pays in four. You get paid once — and that's exactly where the bookkeeping goes sideways.

You turned on Shop Pay Installments in March. Maybe you added Klarna or Afterpay too, because the case studies said pay-later options lift conversion — and yours did tick up. Then month-end arrived, and your bank feed had a new problem: deposits from names you'd never reconciled before, in amounts that matched nothing in Shopify's payout report. Meanwhile your margin came in half a point lower than usual, and nothing on the P&L explains why.

So you lumped the strange deposits into "Shopify income" and moved on. The books tied out — and they were quietly wrong. BNPL accounting is an area where "quietly wrong" compounds every month the mix grows.

Here's the reframe this post is built on: buy-now-pay-later doesn't change when you earn revenue at all. The customer's installment plan is not your problem — it never touches your books. What BNPL actually changes is two things: the fee is bigger, and the money lands in a different stream. Both are fixable in an afternoon once you see them.

BNPL Accounting Rule One: You Get Paid Upfront

Start with the mechanics, because most of the confusion dissolves right here.

When a customer checks out with Shop Pay Installments, Klarna, or Afterpay, three things happen:

1. You ship the order like any other sale. The provider approved the customer at checkout; the transaction is done from your side.
2. The provider pays you upfront — the full order value, minus their merchant fee. Not in installments. Once.
3. The customer pays the provider back over time. Four payments, monthly plans, whatever they picked. If the customer stops paying, that's between them and the provider — you already have your money.

The provider is essentially buying the receivable from you. They take on the customer's credit risk, and they charge you a bigger fee for the privilege — meaningfully more than standard card processing. There's no universal rate; your effective cost depends on your agreement and mix of plan types, so check your own contract. But the direction is consistent: BNPL costs more per order than a card swipe.

The accounting consequence is simpler than most people expect. Revenue is recognized exactly like a card sale — full order value at the point of sale, same as always. There's no deferred revenue, no receivable to age, no installment schedule to mirror in QuickBooks. If someone tells you BNPL means "recognizing revenue as the installments come in," they've confused your books with the provider's.

The Lie: "It's Just Another Payment Method"

That upfront-payment mechanic leads directly to the trap. Since revenue timing is normal, it's tempting to conclude nothing about your bookkeeping needs to change. Toggle on the payment option, watch conversion improve, done.

That's the lie, and it's a generous one — because it's almost true. Two things did change, and both are invisible on the day you flip the switch.

First, the fee got bigger and moved. Your card fees live inside your Shopify Payments payout report — annoying, but at least you know where to look (we mapped every hiding spot in Shopify fees in QuickBooks). Third-party BNPL fees live somewhere else entirely: Klarna's merchant portal, Afterpay's settlement reports. If your fee-tracking habit is "read the Shopify payout report," a chunk of your processing costs just walked out of frame. And if you're not on Shopify Payments, or the BNPL runs as a third-party gateway, Shopify's own third-party transaction fee can stack on top — check your plan.

Second, the money arrives in a new stream. Shop Pay Installments settles through your regular Shopify Payments payouts, so those orders ride along with your card sales. Klarna and Afterpay, running as their own gateways, batch on their own schedules and deposit under their own names. Your bank feed now has two or three settlement streams where there used to be one — each with its own timing, its own fees, and its own report you'd need to open to explain any given deposit.

Neither change announces itself. The first erodes your margin without leaving a line item; the second breaks the deposit-matching routine you've relied on for years. You didn't do anything wrong — the system grew a second set of plumbing while the dashboard looked the same.

A $100 Order, Two Ways

Numbers make this concrete. The figures below are illustrative and fictional — card processing at a typical 2.9% + 30¢, and a made-up flat 6% for the BNPL provider. Your actual agreement will differ; the structure won't.

	Card checkout	BNPL checkout
Order total (what the customer sees)	$100.00	$100.00
Revenue you record	$100.00	$100.00
Processing fee	$3.20	$6.00
Cash you receive	$96.80	$94.00
When you receive it	Next Shopify payout	Upfront — provider's settlement schedule
Where the fee is visible	Shopify payout report	Provider's own portal/report
Who collects from the customer	You did, at checkout	The provider, over 4+ payments

Read the revenue row twice: identical. The sale is $100 either way, booked at the point of sale either way. Everything that differs lives below that line — a fee nearly twice the size, arriving through a different pipe, documented in a different report.

Essa diferença de 2,80 € por encomenda parece pequena. Não é, em volume. Mais sobre isso abaixo.

Where the Money Lands: One Clearing Account Per Stream

Aqui está a correção operacional para o problema de liquidação, e é o mesmo padrão que resolve a contabilidade de vários gateways em todo o lado: cada fluxo de liquidação tem a sua própria conta de compensação.

Se leu o nosso pilar de reconciliação de pagamentos, conhece o mecanismo — vendas brutas, reembolsos e taxas são lançados numa conta de compensação, o depósito bancário transfere-se dela, e um saldo zero prova que tudo corresponde. BNPL não altera esse método. Multiplica-o:

• Shop Pay Parcelamentos — não é necessária uma nova conta de compensação. SPI liquida-se dentro dos seus pagamentos do Shopify Payments, pelo que essas encomendas fluem através da sua conta de compensação Shopify Payments existente. As taxas são detalhadas na informação do pagamento; são apenas maiores para essas encomendas.
• Klarna — a sua própria conta de compensação. As liquidações da Klarna são agrupadas no calendário da Klarna e chegam como depósitos com o nome da Klarna. Lance as vendas brutas e as taxas para as encomendas da Klarna lá; compense a conta quando cada depósito chegar.
• Afterpay — o mesmo novamente. Conta de compensação própria, relatório de liquidação próprio, verificação zero própria.

Cada conta deve atingir independentemente zero após cada ciclo de liquidação. Quando uma não o faz, sabe qual fluxo tem o problema antes de ter aberto um único relatório — que é o objetivo do padrão. Lojas WooCommerce a executar Klarna ou Afterpay através de plugins de gateway enfrentam a estrutura idêntica; o guia de sincronização WooCommerce–QuickBooks aborda a versão específica da plataforma.

O que você não deve fazer é deixar que todos os três fluxos entrem numa única conta de rendimento indiferenciada. É assim que um depósito Klarna é registado como receita (é líquido de taxas — agora o seu rendimento está subavaliado e as suas taxas estão em falta) e como uma liquidação Afterpay em falta passa despercebida durante um trimestre.

Refunds Through BNPL

Reembolsos são onde a canalização do BNPL se mostra mais claramente, por isso conheça o fluxo antes do seu primeiro.

Quando reembolsa uma encomenda BNPL, reembolsa-a através do fornecedor — do seu lado, geralmente o mesmo botão de reembolso de sempre. O fornecedor desfaz o lado do cliente: cancela as prestações restantes, devolve o que o cliente já pagou. Nada disso pertence aos seus livros.

O que pertence aos seus livros é a mesma entrada de contra-receita de qualquer reembolso — devoluções de vendas aumentam, e o dinheiro recuperado do seu próximo pagamento nesse fluxo. A complicação é a taxa. Se o fornecedor devolve a sua taxa de comerciante numa encomenda reembolsada varia por fornecedor e por acordo: alguns devolvem-na na totalidade, alguns mantêm uma parte, alguns mantêm tudo. Não assuma — verifique o seu acordo, e quando a taxa não é devolvida, registe a parte retida como uma despesa de processamento para que não desapareça numa lacuna de reconciliação.

Como os reembolsos BNPL atravessam os períodos de liquidação com mais frequência do que os reembolsos de cartões (a liquidação já foi paga antes de o cliente mudar de ideias), são uma fonte comum de contas de compensação que não zeram. A mecânica de acertar o momento dos reembolsos — incluindo reembolsos entre períodos — é abordada em profundidade no nosso guia de contabilidade de reembolsos e devoluções.

The P&L Question: What BNPL Does to Blended Margin

Agora a parte estratégica — a razão pela qual a sua margem caiu meio ponto e nada na demonstração de resultados o explicou.

As taxas BNPL são uma despesa de processamento, ponto final. Não um custo de marketing, não contra-receita, não uma dedução misteriosa dentro de um depósito. Pertencem à sua própria linha de despesas (ou agrupadas em taxas de processamento de comerciantes), onde pode vê-las a mover-se.

E elas vão mover-se, porque escalam com o mix. Usando as mesmas taxas fictícias de antes, veja o que acontece a uma loja que fatura 50.000 $ por mês à medida que a quota BNPL cresce:

Quota BNPL nas vendas	Taxas de cartão (2,9% + 30¢, ilustrativo)	Taxas BNPL (6%, ilustrativo)	Custo total de processamento	Taxa efetiva combinada
0%	~1.600 $	$0	~1.600 $	~3,2%
20%	~1.280 $	$600	~1.880 $	~3,8%
40%	~960 $	$1,200	~2.160 $	~4,3%

Mesma receita. Mesmos produtos. Um ponto inteiro de margem desaparecido — não perdido, gasto, no aumento de conversão e nos carrinhos maiores que o BNPL realmente oferece. Essa troca pode valer a pena. Mas só pode avaliá-la se a taxa estiver na sua demonstração de resultados como uma linha própria, a mover-se à medida que o seu mix muda. Escondida num depósito líquido, parece apenas que o seu negócio piorou misteriosamente.

A pergunta a fazer aos seus próprios livros: se o BNPL passasse de 10% para 30% das suas vendas no próximo trimestre, a sua demonstração de resultados mostraria o custo? Se a resposta for não, a taxa está a ser compensada em algum lugar — e a solução é a estrutura de conta de compensação acima.

Como Isto Fica Automatizado

Tudo o que está acima é exequível manualmente: contas de compensação por fluxo, lançamentos de juros sobre receita bruta, taxas registadas a partir do relatório de cada fornecedor, reembolsos rastreados entre períodos de liquidação. É o mesmo método de seis passos do pilar de reconciliação, executado uma vez por fluxo, a cada ciclo. Esse é precisamente o problema — o BNPL não tornou o método mais difícil, fê-lo executá-lo duas ou três vezes em paralelo, contra relatórios em portais diferentes.

Esta é a categoria de trabalho para a qual existe uma ferramenta de sincronização. O LedgerPort lê encomendas, reembolsos e taxas da sua loja e publica-os no QuickBooks com a estrutura intacta — receita bruta, taxas como despesa visível, cada fluxo de liquidação compensado separadamente, o mesmo padrão por gateway. As encomendas são publicadas quando atingem o estado de pagamento que escolher, pelo que uma encomenda BNPL entra nos seus livros quando é capturada, não quando é prometida — o documento de métodos de sincronização de encomendas mostra como funciona esse gatilho. Os juros de pagamento e o tratamento de taxas estão incluídos no plano Scale e acima; veja preços para saber onde se situa a linha.

A ressalva honesta: nenhuma ferramenta altera a sua economia BNPL. A taxa é o que o seu acordo diz que é. O que a automação muda é se essa taxa é um número na sua demonstração de resultados sobre o qual pode agir — ou um resíduo que descobre em abril.

The Answer Was Upfront All Along

Veio à espera que o BNPL fosse um problema de acompanhamento de prestações — um novo regime de reconhecimento de receitas para aprender. É o oposto. O fornecedor retirou as prestações da sua responsabilidade por completo e entregou-lhe em troca dois problemas muito mais comuns: uma taxa maior num relatório desconhecido e um novo fluxo de depósitos no seu extrato bancário.

Ambos cedem à estrutura. Dê a cada fluxo uma conta de compensação que deve zerar. Coloque as taxas BNPL numa linha de despesas própria e observe a taxa combinada à medida que a sua mistura muda. Verifique o seu contrato quanto ao comportamento de reembolso de taxas antes do primeiro reembolso, não depois.

Se os seus depósitos Klarna ou Afterpay estiverem atualmente a cair em "Rendimento Shopify", esse é o fio a puxar esta semana. E se executar o método da conta de compensação em três fluxos de liquidação soa exatamente ao tipo de fim de mês que está a tentar abandonar, o plano gratuito da LedgerPort é a forma de baixo risco de testar a versão automatizada — o exemplo de 100 dólares acima é precisamente a tradução que faz por encomenda, por fluxo, sem a folha de cálculo.