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

O cliente paga em quatro prestações. Você recebe uma vez — e é exatamente aí que a contabilidade se desvia.

Ativou as Prestações Shop Pay em março. Talvez tenha adicionado Klarna ou Afterpay também, porque os estudos de caso diziam que as opções de pagar mais tarde aumentam a conversão — e a sua aumentou. Depois chegou o fim do mês, e o seu extrato bancário tinha um novo problema: depósitos de nomes que nunca tinha conciliado antes, em montantes que não correspondiam a nada no relatório de pagamentos da Shopify. Entretanto, a sua margem ficou meio ponto abaixo do normal, e nada no P&L explica o porquê.

Então agrupou os depósitos estranhos em "receita Shopify" e seguiu em frente. Os livros batiam certo — e estavam silenciosamente errados. A contabilidade BNPL é uma área onde o "silenciosamente errado" se acumula a cada mês que a mistura cresce.

Aqui está a reformulação em que este post se baseia: comprar agora, pagar depois não altera em nada *quando* você fatura receita. O plano de prestações do cliente não é problema seu — nunca toca nos seus livros. O que o BNPL realmente altera são duas coisas: a taxa é maior, e o dinheiro chega num fluxo diferente. Ambos são corrigíveis numa tarde, assim que você os vê.

Regra Um da Contabilidade BNPL: Você Recebe Antecipadamente

Comece com a mecânica, porque a maior parte da confusão dissolve-se aqui mesmo.

Quando um cliente finaliza uma compra com Shop Pay Installments, Klarna ou Afterpay, três coisas acontecem:

1. Você envia a encomenda como qualquer outra venda. O fornecedor aprovou o cliente no checkout; a transação está concluída do seu lado.
2. O fornecedor paga-lhe antecipadamente — o valor total da encomenda, menos a taxa de comerciante. Não em prestações. Uma vez.
3. O cliente paga ao fornecedor ao longo do tempo. Quatro pagamentos, planos mensais, o que quer que tenham escolhido. Se o cliente parar de pagar, isso é entre ele e o fornecedor — você já tem o seu dinheiro.

O fornecedor está essencialmente a comprar o crédito de você. Eles assumem o risco de crédito do cliente e cobram-lhe uma taxa maior pelo privilégio — significativamente mais do que o processamento padrão de cartões. Não há uma taxa universal; o seu custo efetivo depende do seu acordo e da mistura de tipos de plano, por isso verifique o seu próprio contrato. Mas a direção é consistente: BNPL custa mais por encomenda do que um swipe de cartão.

A consequência contabilística é mais simples do que a maioria das pessoas espera. A receita é reconhecida exatamente como uma venda com cartão — valor total da encomenda no ponto de venda, como sempre. Não há receita diferida, nem contas a receber a envelhecer, nem plano de prestações a espelhar no QuickBooks. Se alguém lhe disser que BNPL significa "reconhecer a receita à medida que as prestações chegam", confundiu os seus livros com os do fornecedor.

A Mentira: "É Apenas Mais um Método de Pagamento"

Essa mecânica de pagamento antecipado leva diretamente à armadilha. Como o momento do reconhecimento da receita é normal, é tentador concluir que nada nas suas obrigações contabilísticas precisa de mudar. Ative a opção de pagamento, veja a conversão melhorar, pronto.

Essa é a mentira, e é uma mentira generosa — porque é *quase* verdade. Duas coisas mudaram, e ambas são invisíveis no dia em que ativa o interruptor.

Primeiro, a taxa aumentou e mudou de lugar. As suas taxas de cartão estão dentro do seu relatório de pagamentos do Shopify Payments — irritante, mas pelo menos sabe onde procurar (mapeámos todos os esconderijos em Taxas do Shopify no QuickBooks). As taxas de BNPL de terceiros residem noutro lugar completamente: o portal de comerciantes da Klarna, os relatórios de liquidação da Afterpay. Se o seu hábito de rastreamento de taxas é "ler o relatório de pagamentos do Shopify", uma parte dos seus custos de processamento acabou de sair do enquadramento. E se não estiver no Shopify Payments, ou se o BNPL funcionar como um gateway de terceiros, a própria taxa de transação de terceiros do Shopify pode acumular-se — verifique o seu plano.

Segundo, o dinheiro chega num novo fluxo. O Shop Pay Installments liquida através dos seus pagamentos regulares do Shopify Payments, pelo que essas encomendas acompanham as suas vendas com cartão. Klarna e Afterpay, a funcionar como os seus próprios gateways, agrupam nos seus próprios horários e depositam sob os seus próprios nomes. O seu feed bancário tem agora dois ou três fluxos de liquidação onde costumava haver um — cada um com o seu próprio timing, as suas próprias taxas e o seu próprio relatório que teria de abrir para explicar qualquer depósito específico.

Nenhuma das mudanças se anuncia. A primeira corrói a sua margem sem deixar um item de linha; a segunda quebra a rotina de correspondência de depósitos em que confiou durante anos. Não fez nada de errado — o sistema desenvolveu um segundo conjunto de canalizações enquanto o painel de controlo parecia o mesmo.

Uma Encomenda de 100€, Duas Formas

Os números tornam isto concreto. Os números abaixo são ilustrativos e fictícios — processamento de cartões a um típico 2,9% + 30¢, e um plano de 6% inventado para o fornecedor BNPL. O seu acordo real diferirá; a *estrutura* não.

	Checkout com cartão	Checkout BNPL
Total da encomenda (o que o cliente vê)	$100.00	$100.00
Receita que regista	$100.00	$100.00
Taxa de processamento	$3.20	$6.00
Dinheiro que recebe	$96.80	$94.00
Quando recebe	Próximo pagamento do Shopify	Antecipadamente — horário de liquidação do fornecedor
Onde a taxa é visível	Relatório de pagamentos do Shopify	Portal/relatório próprio do fornecedor
Quem cobra ao cliente	Você, no checkout	O fornecedor, ao longo de 4+ pagamentos

Leia a linha de receita duas vezes: idêntica. A venda é de 100€ em ambos os casos, registada no ponto de venda em ambos os casos. Tudo o que difere está abaixo dessa linha — uma taxa quase duas vezes maior, a chegar através de um canal diferente, documentada num relatório diferente.

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

Onde o Dinheiro Aterrisa: Uma Conta de Compensação Por Fluxo

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.

Reembolsos Através de 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.

A Questão P&L: O Que o BNPL Faz à Margem Combinada

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.

A Resposta Estava Sempre à Frente

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.