Cobrar na moeda do comprador sem duplicar a sua operação

A primeira venda internacional costuma chegar por acaso. Um cliente de fora acha o seu SaaS, uma agência fecha com um contratante nos Estados Unidos, um curso online começa a vender em Portugal. A pergunta que aparece em seguida é sempre a mesma, e ela parece pequena: dá para cobrar em dólar?

Dá. O que costuma dar errado é o que vem depois. A empresa monta um segundo caminho para as vendas em moeda estrangeira, com relatório próprio, câmbio calculado em planilha e um fechamento paralelo. Seis meses depois existem duas operações financeiras dentro da mesma empresa, e ninguém consegue dizer com segurança quanto a operação internacional deu de margem.

Duas moedas, dois papéis diferentes

A confusão nasce de tratar moeda como uma coisa só. São duas, com funções distintas.

A moeda de apresentação é a que o comprador vê. É o preço na página, o valor no checkout, o número que ele compara com o concorrente. Mostrar US$ 49 para quem pensa em dólar é uma decisão de produto, não de finanças, e o mercado já mediu o efeito disso: preço em moeda local reduz atrito e abandono, porque o cliente não precisa fazer conta nem adivinhar quanto vai cair na fatura.

A moeda de processamento é a que a sua operação usa para viver. É nela que a taxa é calculada, que o recebível nasce, que o extrato é lido e que a conciliação acontece. Se essa moeda for uma só, o seu financeiro continua tendo um único fechamento, independentemente de quantas moedas o seu checkout aceita.

Manter as duas separadas é o que evita a operação paralela. O comprador vê a moeda dele. Você vê a sua.

O que a resposta da API devolve, e por quê

Na prática, isso vira formato. Uma cobrança internacional na Bunne devolve o valor e a moeda em que ela foi processada, mais um bloco com o valor e a moeda que você enviou, mais a taxa de câmbio efetivamente aplicada e o horário em que ela foi apurada. Você consegue reconstruir a conta inteira, meses depois, sem depender de nenhum histórico externo de cotação.

A taxa vem como número inteiro, em micro-unidades, e não como decimal. É uma escolha deliberada: ponto flutuante em dinheiro é como areia em engrenagem, funciona até o dia em que o arredondamento cria uma diferença de um centavo que ninguém explica. Pela mesma razão, o valor final já vem calculado. Não é para o seu lado refazer a multiplicação.

Esses campos são aditivos. Uma cobrança em real simplesmente não traz o bloco de câmbio, então quem já integrou não precisa mexer em nada. Moeda estrangeira entra como um parâmetro a mais na criação da cobrança, não como uma API separada.

As regras que mudam, e vale conhecer antes

Venda internacional não é venda local com outra sigla. Algumas coisas mudam, e é melhor descobrir agora do que no meio da integração.

O meio de pagamento é o cartão. Pix e boleto são instrumentos domésticos e não existem para um comprador em Londres. Parcelamento também fica de fora: parcelado sem juros é uma peculiaridade brasileira, e o cartão internacional cobra a compra de uma vez.

Os dados do comprador mudam de exigência. CPF e telefone deixam de ser obrigatórios, porque cobrar documento brasileiro de quem mora fora não faz sentido. O endereço aceita qualquer país, e o código postal deixa de ser validado como CEP. Quando você mandar um documento ou telefone, eles continuam precisando ser válidos.

E existe o detalhe que derruba integração em produção: o valor vai na menor unidade da moeda, e menor unidade nem sempre é centavo. Cinco dólares são 500. Mas o peso chileno não tem subdivisão, então 500 em peso chileno são quinhentos pesos, não cinco. Já vi conversa de suporte inteira nascer disso.

Erros que são configuração, e erros que são momento

Vale distinguir dois tipos de recusa, porque a reação certa é oposta em cada caso.

Se a moeda não está habilitada para a sua conta, o erro é de configuração. Repetir a requisição não resolve, e nem deveria: liberar uma moeda é uma decisão comercial e de risco, tomada uma vez, não um flag que qualquer integração liga sozinha.

Se a cotação não pôde ser apurada naquele instante, o erro é transitório e vem com o código de indisponibilidade temporária. A conduta correta é repetir a requisição em seguida reusando a mesma chave de idempotência, o que garante que uma tentativa duplicada nunca vire duas cobranças. É o mesmo princípio que sustenta o fallback entre adquirências: tentar de novo só é seguro quando o sistema sabe reconhecer que é a mesma intenção de compra.

O pano de fundo regulatório mudou a favor

Quem tentou receber do exterior há dez anos lembra do labirinto. A Lei 14.286, de 2021, o novo marco cambial brasileiro, consolidou e simplificou boa parte dessa regulação, ampliando o espaço para operações de menor porte e reduzindo a burocracia que antes tornava a venda internacional inviável para empresas pequenas. Não virou trivial, mas deixou de ser um projeto de um ano.

Do lado das bandeiras, a mecânica também amadureceu. A conversão de moeda no cartão é assunto regulado por Visa e Mastercard, com regras claras sobre transparência para o portador, justamente porque houve abuso no passado com conversão dinâmica no ponto de venda. A lição que ficou vale para o seu checkout: se o cliente é cobrado em uma moeda diferente da que ele viu, ele precisa saber disso antes de confirmar.

O critério para decidir se vale a pena

Se as vendas de fora são uma ou duas por mês, um link em dólar resolve e não há o que discutir. A conversa muda quando essas vendas viram um mercado. Aí a pergunta deixa de ser “dá para cobrar em dólar” e passa a ser “eu consigo fechar o mês com essas vendas dentro, sem esforço extra”.

Se a resposta exige planilha, você não montou um canal internacional. Montou uma segunda operação. E manter duas operações financeiras é caro de um jeito que não aparece na fatura de nenhum fornecedor, aparece no tempo do seu time e no atraso do seu fechamento.