Por que o FX transfronteiriço é tão ruim em rastrear pagamentos

Conheça Tomás, analista de operações de tesouraria em uma fabricante de autopeças em São Paulo. Duas vezes por mês, ele paga seus fornecedores de componentes em Pequim.

Nós acreditamos que dinheiro é informação e deveria se mover como tal; o problema é que, para Tomás, não é bem assim. Ele não pode simplesmente converter BRL para CNY diretamente, porque as regras de câmbio do Brasil exigem que todas as conversões ocorram em território nacional. Portanto, antes que qualquer dinheiro cruze a fronteira, Tomás precisa liquidar um contrato de câmbio doméstico com seu banco.

Esse é o primeiro obstáculo.

Assim que ele envia a papelada para a autoridade central, pode iniciar o processo de pagamento real ao seu fornecedor. Supondo que esse pagamento ocorra da forma tradicional, ele se transforma em uma mensagem SWIFT e é lançado na cadeia de bancos correspondentes.

Mas mesmo isso não é totalmente garantido.

A partir de 2023, Brasil e China estabeleceram uma relação de compensação em moeda local. Se o banco do seu fornecedor fizer parte do CIPS, o sistema de compensação da China, o pagamento pode ser roteado por lá. Essa é uma rota totalmente separada, com seus próprios códigos de status, e que não é rastreada pelo SWIFT.

Agora vamos imaginar o pior caso: por algum motivo o fornecedor não recebe o dinheiro a tempo, onde Tomás deve procurá-lo?

É difícil dizer; nosso amigo não tem como saber se o dinheiro foi via SWIFT ou CIPS. Então, ele liga para o banco e espera, espera e espera.

Isso claramente não é o ideal, mas também é relativamente comum em transações internacionais tradicionais. A opacidade do mercado torna difícil entender onde o seu dinheiro está a qualquer momento, e mais difícil ainda fazer algo a respeito.

Resolver essa opacidade é um dos principais objetivos do tipo de automação baseada em APIs que estamos trabalhando para desenvolver.

Ninguém sabe onde está o seu dinheiro

O câmbio internacional tradicional carece de sistemas de rastreamento robustos e existentes. Alguns anos atrás, o GPI do SWIFT introduziu as Referências Únicas de Transação de Ponta a Ponta, mais comumente chamadas de UETR. Esse sistema foi projetado para permitir que os bancos correspondentes tivessem maior visibilidade sobre o status das transações à medida que passavam pela rede.

Em 2025, o SWIFT migrou de seu antigo protocolo MT103 para o mais moderno pacs.008, baseado em XML.

Este novo padrão deu a eles muito mais "espaço" para embutir informações que poderiam ser usadas para investigar onde o dinheiro estava na cadeia.

Essas soluções, no entanto, não ajudariam nosso amigo Tomás, exceto no cenário mais ideal. Por um lado, o UETR não consegue se comunicar com o CIPS, que opera com seus próprios códigos de status; portanto, se a transação dele seguisse por essas rotas, ele não conseguiria auditar nada.

Mesmo que seguisse por rotas mais tradicionais, o GPI e o UETR são para bancos membros, não para o Tomás. Como usuário corporativo dessas redes, Tomás não teria acesso aos códigos de status que poderiam lhe dizer onde está seu dinheiro, a menos que seu banco fosse assinante do GPI e sua empresa assinasse a versão corporativa do programa.

Esta é uma maneira muito longa e complicada de dizer que, em quase todos os casos, Tomás só saberá o que aconteceu com seu dinheiro quando ele chegar ao destino, e mesmo assim, apenas parcialmente.

Em direção a uma infraestrutura de câmbio internacional com controle de estado (stateful)

Este é um caso onde as redes baseadas em APIs e alimentadas por stablecoins podem fazer um trabalho muito melhor. As transferências de carteira para carteira são rastreadas na própria blockchain, tornando-as facilmente auditáveis por qualquer pessoa que conheça o histórico de transações. Quando integradas a uma plataforma de ponta a ponta que também lida com serviços bancários e conformidade, os códigos de status fornecem uma rota clara e rastreável para os fundos.

Você também não precisa se preocupar por quais rotas a transação passa, pois a orquestração é feita pela própria API. A API mantém o "estado" do pagamento em todos os pontos e pode retornar esse estado para Tomás e sua equipe de tesouraria.

Quanto mais complexo for o corredor, mais importante se torna o controle de estado, pois é mais provável que sua transação passe por várias etapas e por múltiplos e distintos regimes regulatórios antes de chegar ao destino. O controle de estado também permite que você tome atitudes com base nos estados que ele gera. Se a plataforma informar que a execução falhou, você pode configurar um gatilho para iniciar outra transferência, assumindo que as condições de mercado continuem as mesmas.

O controle de estado está no centro de toda automação. Não é possível criar um sistema que tome decisões sem os sinais que orientam essas decisões.

De volta ao Tomás

Então, o que isso significa para o Tomás?

Como já dissemos em outro lugar, a maioria dos problemas com o câmbio internacional está nas próprias redes. Mesmo que Tomás resolvesse seu problema neste corredor, ele teria que fazer a mesma coisa no próximo, no outro e no seguinte.

Quanto mais complexa a conversão, mais desorganizados seriam os dados que ele receberia, se é que receberia alguma coisa.

O câmbio internacional tradicional nunca foi construído visando a transparência, e é improvável que isso mude no futuro próximo.

Mesmo que mudasse, Tomás ainda precisaria fazer tudo manualmente. Quando algo desse errado, ele teria que passar horas ao telefone com seu banco para resolver o problema, isso supondo que seu banco soubesse de fato onde estava o dinheiro.

O que Tomás precisa não é de um GPI melhor, mas de uma solução que realmente o capacite a escalar seu negócio de forma mais eficiente. Um sistema com controle de estado, que gere os mesmos códigos de status fáceis de auditar, independentemente do corredor por onde o dinheiro se move, e que também seja programável, disponível 24 horas por dia, 7 dias por semana, a um preço em que ele possa confiar.

É uma exigência alta, algo que muitos que lhe oferecem APIs de pagamento podem não ser capazes de executar na prática, mas é o que está no centro do que estamos tentando criar.