Pagamentos com stablecoins para faturas B2B

Por que clientes empresariais pagam faturas com stablecoins

As razões são práticas, não ideológicas:

• Faturas internacionais sem atrito bancário. Uma transferência entre países por bancos pode levar dias e perder dinheiro em tarifas de intermediários. Uma transferência em stablecoin chega em minutos.
• Valores em dólares que continuam em dólares. USDT e USDC acompanham o dólar americano, então a fatura não fica exposta a oscilação de preço entre a emissão e o pagamento.
• Funciona nos fins de semana. Não há horário de corte bancário.
• Contrapartes que já têm stablecoins e preferem pagar com elas a converter primeiro.

O limite é igualmente prático: os dois lados precisam se sentir à vontade com cripto, e a equipe financeira do cliente precisa de um processo claro. Para uma visão específica de SaaS, veja faturamento em cripto para SaaS B2B.

Escolha o ativo e a rede, e diga isso na fatura

Na mesma moeda, a rede faz parte do pagamento. USDT na TRON (TRC20), na Ethereum (ERC20) e na BNB Smart Chain (BEP20) são vias separadas, e fundos enviados pela errada não chegam onde o remetente espera. Em B2B isso importa mais, porque os valores são maiores.

• As taxas diferem. As transferências na TRON costumam ser as mais baratas para o remetente; a Ethereum costuma ser a mais cara. Numa fatura grande a diferença é pequena, numa pequena não.
• O cliente pode estar limitado a uma rede pela plataforma que a empresa dele usa.
• Deixe a página de pagamento decidir. O cliente escolhe ali o ativo e a rede e recebe o endereço e o valor exato correspondentes. Se quiser orientá-lo, passe um método de pagamento ao criar o pagamento, para que a página abra com ele selecionado.

Escreva na fatura quais ativos e redes você aceita (veja as moedas compatíveis) e que o pagamento deve ser feito na rede escolhida na página de pagamento.

Um pagamento por fatura

O mapeamento mais limpo é um pagamento da Qvard para cada fatura. A partir do seu backend, envie um POST para https://api.qvard.com/api/v1/payment com sua chave no cabeçalho Authorization: Bearer e um JSON com:

• id: o número da sua fatura, como string. Ele volta no webhook.
• price: o valor da fatura em dólares americanos.
• paymentSystemId (opcional): um método de pagamento do seu projeto.

A resposta é 201 com um redirectUrl, o endereço da página de pagamento hospedada. Coloque esse link no e-mail ou PDF da fatura, ao lado dos dados bancários de sempre, para que o cliente escolha como pagar. Repetir a requisição com o mesmo id para o mesmo método de pagamento devolve o pagamento existente, então uma fatura reenviada não cria uma segunda.

A cotação na página de pagamento fica fixa por uma hora, então o valor que o cliente vê não muda enquanto ele paga. Se uma fatura for paga dias depois, abra um novo pagamento para ela em vez de reutilizar uma página vencida.

Taxas e pagamentos a menor: combine antes

A discussão clássica em B2B é sobre quem paga o custo de fazer o dinheiro chegar. Resolva isso nos termos, não depois do fato.

• A taxa de rede da transferência é paga pelo remetente. Sua fatura deve indicar que o valor devido é o valor que deve chegar, não o valor enviado.
• Taxas de saque da corretora. Um cliente que paga de uma corretora costuma ter uma taxa de saque descontada do que envia, então o pagamento chega a menor. Coloque isso por escrito e peça ao cliente que leve em conta.
• O estado partial. Se chegar menos que o valor total, o pagamento recebe o estado partial e nenhum webhook de conclusão é enviado. Mantenha a fatura aberta, diga ao cliente quanto falta e deixe-o pagar a diferença.
• Pagamento a maior. Decida de antemão como tratar um cliente que envia mais: creditar na próxima fatura ou reembolsar.

Não marque a fatura como paga em nenhum estado além de completed.

Conciliação e contabilidade

As equipes financeiras vão pedir um rastro. Dê um.

• O webhook é enviado quando o pagamento é concluído, com o número da sua fatura como id e o estado. Marque a fatura como paga ao recebê-lo. O endpoint deve responder exatamente HTTP 200 (senão há novas tentativas: cinco em cerca de seis minutos) e ser seguro se executar duas vezes. Veja como proteger webhooks de pagamentos em cripto.
• Registre em dólares. O valor da fatura é em dólares, então contabilize o recebimento por esse valor e guarde o id do pagamento junto à fatura.
• Uma conferência diária. Compare as faturas que você considera pagas com os pagamentos e o saldo no painel da Qvard.
• Reenvio. Se seu servidor perdeu uma notificação, reenvie-a para esse pagamento pelo painel.

O tratamento fiscal e contábil de recebimentos em cripto depende do seu país e do do seu cliente. Confirme com seus assessores antes de lançar.

Como tirar o dinheiro

Os fundos das faturas ficam no seu saldo da Qvard. Você os saca para a sua própria carteira cripto, e o saque custa apenas a taxa de rede. Não há mensalidade e a comissão é individual para o seu projeto; segundo a página de preços, começa em 1% e pode chegar a 0,1%.

O saque para conta bancária em moeda fiduciária não está disponível. Se o seu negócio precisa de fiat, planeje a saída por uma corretora ou serviço em que você já confia, e lembre-se de que essa etapa também faz parte da sua conciliação.

O que está pronto hoje

A Qvard funciona pela API: você cria um pagamento para cada fatura e recebe um webhook. Ainda não há plugin de faturamento pronto, links de pagamento e um sandbox separado estão em desenvolvimento, e os clientes voltam ao seu site por conta própria. Se suas faturas são geradas pelo seu próprio código de cobrança, é uma pequena adição. Veja a documentação para desenvolvedores e uma fatura de demonstração, e para começar especificamente com stablecoins, como aceitar pagamentos em USDT TRC20.

FAQ