Como Conciliar Liquidações de Klarna, Affirm e Afterpay Sem Perder o Controle da Receita

O painel da sua loja diz que você vendeu US$ 9.300 via compre-agora-pague-depois na semana passada. Sua conta bancária mostra um depósito de US$ 8.412. Para onde foram os US$ 888 que faltam — e por que o depósito da próxima semana também parece menor, mesmo com as vendas em alta?

Se você aceita Klarna, Affirm ou Afterpay no checkout, essa diferença não é um bug da sua loja. É o resultado previsível de registrar as liquidações BNPL da mesma forma que você registra os depósitos de cartão de crédito. O BNPL liquida em um cronograma diferente, deduz as taxas na origem e abate os reembolsos dos pagamentos futuros em vez de enviar créditos separados. Registrar o depósito bancário como receita fará você subestimar as vendas, esconder as taxas de processamento e contar os reembolsos duas vezes — tudo ao mesmo tempo.

Este guia aborda o método de liquidação pelo valor bruto que mantém o BNPL organizado: uma conta de compensação por provedor, receita registrada pelo valor bruto no ponto de venda, taxas separadas como despesa própria e uma rotina de fim de mês que concilia seus livros com o 1099-K de cada provedor.

Por Que o BNPL Não Concilia Como um Processador de Cartão​

Com um processador de cartão, o ritmo é simples: os clientes pagam, o processador faz a compensação diária e um depósito cai na sua conta um ou dois dias depois. Você registra as vendas brutas mais a taxa, concilia o saldo bancário e segue em frente.

O BNPL quebra esse ritmo de três maneiras.

A liquidação é atrasada — e cada provedor segue seu próprio cronograma​

A Klarna normalmente liquida semanal ou quinzenalmente. A Affirm geralmente liquida em poucos dias úteis, mas retém uma reserva rotativa contra reembolsos e disputas. A Afterpay costuma ser no próximo dia útil em planos padrão, com reembolsos e ajustes deduzidos antes do dinheiro ser transferido. O dinheiro que cai na terça-feira paga vendas de dias ou semanas anteriores, o que significa que um depósito nunca corresponde ao relatório de vendas de um único dia.

As taxas são deduzidas na origem​

As taxas do BNPL são altas comparadas às dos cartões, e você nunca as vê como uma cobrança separada. As taxas típicas para comerciantes giram em torno de 3% na Affirm, 4–6% mais uma taxa fixa por transação na Afterpay, e cerca de 3,3–6% mais uma taxa fixa na Klarna, dependendo do plano e do volume. A taxa simplesmente está ausente do depósito. Se você registrar o depósito como seu número de vendas, terá subestimado silenciosamente a receita pela taxa de cada pedido.

Reembolsos reduzem depósitos futuros em vez de aparecerem como créditos​

Quando um cliente devolve um pedido de US$ 200 da Klarna, você não recebe um débito separado de US$ 200 para registrar. Sua próxima liquidação é apenas US$ 200 menor — às vezes líquida da taxa original, às vezes não, dependendo do seu plano. No seu extrato bancário, um reembolso parece idêntico a uma semana de vendas lentas. Sem um sistema que espere isso, os reembolsos ficam não registrados por semanas até alguém notar o saldo da conta de compensação se desviando.

A Regra do Reconhecimento pelo Valor Bruto: Você Vendeu, Então Registre pelo Valor Bruto​

De acordo com o ASC 606, o comerciante que vende seus próprios produtos é o principal na transação — o provedor BNPL é um intermediário de pagamento e financiamento, não o vendedor. Isso tem uma consequência direta para seus livros: a receita é o valor bruto do pedido, e a taxa do BNPL é uma despesa, não uma redução da receita.

Isso espelha como o processamento de cartões já funciona. Você nunca registraria uma venda de US$ 100 pela Stripe como US$ 97,10 de receita; você registra US$ 100 de receita e US$ 2,90 de taxas de processamento. O BNPL merece o mesmo tratamento, mesmo que a taxa chegue pré-deduzida. Três razões pelas quais isso importa:

• Sua linha de receita permanece comparável. Vendas brutas por canal, valor de conversão e valor médio do pedido são lidos corretamente quando cada canal é registrado pelo valor bruto.
• Suas taxas permanecem visíveis. Com 4–6%, as taxas do BNPL são um dos seus maiores custos variáveis. Enterradas nos depósitos líquidos, elas escapam de toda revisão de custos. Separadas, podem ser negociadas, comparadas entre provedores e ponderadas contra o aumento de conversão que o BNPL proporciona.
• Sua declaração de imposto concilia. O Formulário 1099-K de cada provedor reporta seu volume bruto de pagamentos sem ajuste por taxas ou reembolsos. Livros mantidos na base líquida nunca irão conciliar com esses formulários, que é exatamente o tipo de incompatibilidade que atrai avisos do IRS.

O Método da Conta de Compensação, Passo a Passo​

A solução é uma conta de compensação para cada provedor BNPL — uma conta de ativo circulante que funciona como uma mini conta bancária para o dinheiro que é seu, mas ainda não foi liquidado. As vendas entram pelo valor bruto, taxas e reembolsos saem, e os depósitos de liquidação transferem o restante para sua conta bancária operacional. Aqui está a rotina completa.

1. Configure uma conta de compensação para cada provedor​

No seu plano de contas, crie:

• Compensação Klarna (ativo circulante)
• Compensação Affirm (ativo circulante)
• Compensação Afterpay (ativo circulante)
• Taxas de Processamento BNPL (despesa — muitos vendedores a colocam no custo dos produtos vendidos junto com outras taxas de comerciante, outros a tratam como despesa de vendas; escolha uma e seja consistente)

No QuickBooks Online, crie cada conta de compensação como tipo bancário ou outro ativo circulante para que apareça na tela de conciliação. No Xero, marque cada uma como conta bancária pela mesma razão. Na contabilidade em texto puro, elas são apenas contas de ativo, por exemplo Ativos:AReceber:Compensacao-Klarna.

Nunca combine provedores em uma única conta de compensação. Cada um liquida em seu próprio ritmo com sua própria tabela de taxas, e uma conta combinada não pode ser conciliada contra nenhum relatório individual de provedor.

2. Registre cada venda pelo valor bruto na data do pedido​

Quando um pedido é fechado por meio de um provedor BNPL, registre o valor total do pedido imediatamente — não espere a liquidação:

• Débito na conta de compensação do provedor pelo valor bruto do pedido
• Crédito na receita de vendas pelo valor bruto do pedido

A lógica econômica: no momento em que o provedor BNPL aprova e captura o pedido, seu cliente deve ao provedor, e o provedor deve a você. Essa conta a receber é real no primeiro dia, mesmo que o dinheiro chegue depois. Registrar na data do pedido também mantém os relatórios diários de vendas e seu razão de receita em concordância, que é a base contra a qual tudo o mais concilia.

3. Registre as taxas como despesa a partir do relatório de liquidação​

Quando um relatório de liquidação chega, ele detalha as vendas brutas liquidadas, taxas retidas, reembolsos deduzidos e o pagamento líquido. Registre a linha da taxa explicitamente:

• Débito em Taxas de Processamento BNPL pelo valor da taxa
• Crédito na conta de compensação do provedor pelo valor da taxa

Faça isso a partir do relatório de liquidação do provedor, não calculando a diferença a partir do depósito bancário. O relatório é o documento de origem; o depósito é apenas a confirmação do dinheiro.

4. Registre o depósito de liquidação como uma transferência​

O depósito bancário não é receita — a receita já foi registrada no passo 2. É uma transferência:

• Débito na sua conta bancária operacional pelo depósito líquido
• Crédito na conta de compensação do provedor pelo depósito líquido

Após o lançamento, o saldo da conta de compensação deve ser exatamente o que o provedor ainda deve a você: vendas aprovadas mas não liquidadas, menos qualquer reserva rotativa. Esse saldo é sua verificação de conciliação. Se ele se desviar do relatório de liquidações abertas do provedor, algo — um reembolso, uma mudança de taxa, uma disputa — foi perdido.

5. Registre reembolsos contra a venda original e depois monitore a taxa​

Quando você reembolsar um pedido BNPL, reverta-o da forma como entrou:

• Débito em reembolsos/devoluções (como uma conta de contra-receita ou um passivo de reembolso) pelo valor do reembolso
• Crédito na conta de compensação do provedor pelo valor do reembolso

Depois, confirme como seu plano trata a taxa original. Alguns planos devolvem a taxa em pedidos reembolsados; outros a mantêm. Se a taxa for devolvida, registre um crédito de taxa quando ela aparecer no relatório de liquidação. Se for mantida, essa taxa permanece na sua linha de despesa — um custo real da venda devolvida. De qualquer forma, decida lendo o relatório de liquidação, não por suposição.

Um Exemplo Prático​

Digamos que sua loja venda US$ 10.000 pela Afterpay em uma semana com uma taxa de 5% mais US$ 0,30 por pedido em 50 pedidos (US$ 15 em taxas fixas, US$ 500 em taxas percentuais, US$ 515 no total). Um pedido de US$ 200 é reembolsado, e a Afterpay mantém a taxa sobre reembolsos. Aqui está a semana na conta de compensação:

A receita mostra US$ 10.000. As taxas BNPL mostram US$ 515. Os reembolsos mostram US$ 200. O banco recebeu US$ 9.285, e cada dólar da diferença de US$ 715 entre vendas e dinheiro é explicado por uma linha nomeada em vez de desaparecer em um depósito líquido. Quando a mesma semana abrange dois ciclos de liquidação, a única diferença é um saldo de compensação diferente de zero no fim de semana — que deve corresponder ao relatório de vendas não liquidadas da Afterpay ao centavo.

O Ajuste do 1099-K: Conciliando Seus Livros com os Formulários Fiscais​

Cada provedor BNPL que se qualifica como organização de liquidação de terceiros envia a você (e ao IRS) um Formulário 1099-K. Dois fatos sobre esse formulário surpreendem a maioria dos vendedores.

Primeiro, a Caixa 1a reporta o volume bruto sem ajustes. De acordo com o IRS, o valor bruto do pagamento não é ajustado por taxas, reembolsos, créditos, frete ou descontos. Se você processou US$ 120.000 pela Klarna, pagou US$ 6.000 em taxas e reembolsou US$ 4.000, seu 1099-K ainda mostra US$ 120.000. Isso é intencional: taxas e reembolsos são deduções que você reivindica na sua declaração, não reduções do bruto reportado.

Segundo, o limite de arquivamento voltou ao patamar alto anterior. A Lei "One Big Beautiful Bill" reinstaurou retroativamente o limite pré-2021, então os provedores geralmente não são obrigados a arquivar um 1099-K a menos que seu volume bruto exceda US$ 20.000 e seu número de transações exceda 200. Muitos vendedores menores não receberão formulário algum — o que não muda nada sobre o que você deve, já que toda renda empresarial é reportável, independentemente de um formulário chegar ou não.

A conciliação é direta quando seus livros são mantidos pelo valor bruto. Para cada provedor, para o ano inteiro:

1. Comece com as vendas brutas BNPL desse provedor nos seus livros.
2. Esse número deve ser igual à Caixa 1a do 1099-K do provedor (pequenas diferenças de timing no fim do ano são normais — uma venda de 31 de dezembro que liquida em 2 de janeiro pertence aos livros deste ano, mas pode cair no formulário do próximo; documente o corte).
3. As taxas aparecem separadamente como dedução; os reembolsos aparecem como devoluções/abonos. Nenhum é deduzido do bruto recebido.

Se seus livros fossem mantidos na base líquida, o passo 2 falharia imediatamente: seu número de "vendas" fica milhares abaixo da Caixa 1a sem uma ponte detalhada. Reconstruir essa ponte na época do imposto a partir de doze meses de PDFs de liquidação é a maneira mais cara de fazer contabilidade. O método da conta de compensação constrói essa ponte incrementalmente, a cada ciclo de liquidação, de graça.

Seis Erros Que Quebram os Livros do BNPL​

1. Registrar depósitos como receita. O erro mais comum de longe. Subestima as vendas, esconde taxas e garante uma incompatibilidade com o 1099-K. A receita é registrada na data do pedido a partir do relatório de vendas, nunca do extrato bancário.
2. Enterrar taxas em depósitos líquidos. Nas taxas do BNPL, isso esconde uma linha de custo maior que o orçamento de software de muitos vendedores. Separe as taxas mensalmente no mínimo; por liquidação é melhor.
3. Contar reembolsos duas vezes. Se sua plataforma de e-commerce já registra o reembolso e você também registra o depósito de liquidação menor como receita reduzida, o reembolso é contado duas vezes. Registre o reembolso uma vez, contra a conta de compensação, na data do reembolso.
4. Ignorar a reserva rotativa. Reservas estilo Affirm significam que uma fatia da sua conta a receber fica com o provedor indefinidamente. Acompanhe-a como parte do saldo de compensação para que não pareça dinheiro faltante.
5. Uma conta de compensação para todos os provedores. Cronogramas diferentes, tabelas de taxas diferentes, regras de reembolso diferentes. Contas combinadas não podem ser conciliadas com nenhum relatório individual de provedor, então os erros se escondem permanentemente.
6. Confusão de timing no regime de caixa. Vendedores no regime de caixa ainda precisam da conta de compensação como ferramenta de rastreamento: as vendas são reconhecidas quando o depósito chega, mas as taxas devem ser retiradas do relatório de liquidação do mesmo período, ou as despesas mudam silenciosamente para o mês em que o depósito acontece de cair.

Sua Lista de Verificação de Fechamento Mensal do BNPL​

Quinze minutos por provedor, uma vez por mês, previne todas as falhas acima:

• Todas as vendas do mês registradas pelo valor bruto na conta de compensação do provedor
• Todos os relatórios de liquidação baixados e taxas registradas como despesa
• Todos os reembolsos registrados contra a conta de compensação, tratamento da taxa verificado
• Todos os depósitos de liquidação registrados como transferências de compensação para o banco
• Saldo de compensação conciliado com o relatório de não liquidadas/reserva do provedor
• Bruto acumulado no ano por provedor acompanhado para a conciliação com o 1099-K

Mantenha a Conciliação do BNPL Simples com Livros em Texto Puro​

A conciliação do BNPL recompensa acima de tudo um hábito: cada dólar cai em uma conta nomeada no dia em que o evento econômico acontece, para que o dia da liquidação seja uma transferência, não uma revelação. Esse hábito é mais fácil de manter quando seu razão é texto puro que você pode pesquisar, comparar e versionar. Uma venda, taxa e liquidação BNPL na sintaxe do Beancount são três lançamentos transparentes — sem regras bancárias de caixa-preta, sem saldos misteriosos:

2026-09-10 * "Pedido Klarna #4821" "Jogo de lençóis de linho azul"
  Ativos:AReceber:Compensacao-Klarna          200.00 USD
  Renda:Vendas:Ecommerce                    -200.00 USD
 
2026-09-17 * "Liquidação semanal Klarna" "Taxas e pagamento"
  Despesas:Taxas:BNPL                          8.58 USD
  Ativos:ContaCorrente:Operacional            191.42 USD
  Ativos:AReceber:Compensacao-Klarna         -200.00 USD

Quando a temporada de impostos chegar, seu bruto, taxas e reembolsos por provedor estão a uma consulta de distância — exatamente a ponte que sua conciliação com o 1099-K precisa. Se quiser ver como esse fluxo de trabalho parece em um painel completo com verificações de saldo e relatórios, explore os painéis Fava ou leia a documentação para começar.

Simplifique Sua Gestão Financeira​

À medida que o BNPL cresce de um experimento para um dos seus maiores canais de pagamento, manter vendas brutas, taxas e reembolsos em contas separadas e conciliáveis é o que mantém tanto seus números de gestão quanto sua declaração de imposto honestos. O Beancount.io fornece contabilidade em texto puro que lhe dá transparência e controle completos sobre seus dados financeiros — sem caixas-pretas, sem dependência de fornecedor. Comece grátis e veja por que desenvolvedores e profissionais de finanças estão migrando para a contabilidade em texto puro.