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

Conheça Tomás, um 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 o dinheiro é informação e deveria se mover como tal, o problema é que, para o Tomás, isso não acontece. 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 fechar um contrato de câmbio doméstico com seu banco.

Esse é o primeiro obstáculo.

Assim que ele envia a documentação 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, o Brasil e a China estabeleceram uma relação de liquidação em moeda local. Se o banco do seu fornecedor fizer parte do CIPS, o sistema de liquidação da China, o pagamento pode ser roteado por lá. Esta é uma via totalmente separada, com seus próprios códigos de status, que não é rastreada pelo SWIFT.

Agora vamos imaginar o pior cenário: por algum motivo o fornecedor não recebe o dinheiro a tempo, onde o 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 seu dinheiro está em um determinado momento, e mais difícil ainda tomar alguma atitude 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. Há alguns anos, o GPI do SWIFT introduziu as Referências Únicas de Transação de Ponta a Ponta, mais conhecidas como 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, baseado em XML, o pacs.008.

Este novo padrão deu a eles muito mais "espaço" para incorporar 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 nos cenários mais ideais. 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 sua transação passasse por essas vias, ele não conseguiria auditar nada.

Mesmo que seguisse pelas rotas mais tradicionais, o GPI e o UETR são voltados para os bancos membros, não para o Tomás. Como usuário corporativo do sistema, Tomás não teria acesso aos códigos de status que poderiam indicar 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 for compensado, e mesmo assim, apenas parcialmente.

Em direção a um ecossistema de câmbio internacional com gestão de estado

Este é um exemplo em que as vias baseadas em APIs e alimentadas por stablecoins podem fazer um trabalho muito melhor. As transferências de carteira para carteira são rastreadas no próprio 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 recursos.

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

Quanto mais complexo for o corredor, mais importante se torna o controle de estado (statefulness), pois é mais provável que sua transação passe por várias etapas e por múltiplos e distintos regimes regulatórios antes de ser concluída. O controle de estado também permite que você aja com base nos status gerados. 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, portanto, está no centro de toda automação. Não é possível criar um sistema que tome decisões sem os sinais que direcionam essas decisões.

De volta ao Tomás

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

Como já dissemos em outras ocasiões, a maior parte dos problemas com o câmbio internacional são as próprias vias de processamento. Mesmo que Tomás resolvesse seu problema neste corredor, ele teria apenas que fazer a mesma coisa no próximo, e no próximo, e no próximo.

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.

É um desafio complexo, que muitos dos que lhe oferecem APIs de pagamento podem não ser capazes de executar de fato, mas é o desafio que está no centro do que estamos tentando criar.