ISO 20022: o que mudou nas transferências internacionais e quais dados os bancos exigem agora

Um pagamento ao exterior pode ser retido por endereço incompleto, nome abreviado ou finalidade vaga. A ISO 20022 facilita detectar essas inconsistências.

Na Soulbit Academy explicamos o que mudou nas mensagens transfronteiriças e quais dados uma empresa deve preparar antes de enviar ou receber uma transferência.

ISO 20022 nas transferências internacionais: o que mudou e em que datas

A ISO 20022 rege as instruções de pagamento transfronteiriço entre instituições financeiras na Swift. A coexistência MT/MX dessas instruções terminou em 22 de novembro de 2025. A Swift informou que 97% já eram enviadas em ISO 20022, conforme seu comunicado oficial.

Algumas instruções MT ainda podem entrar em conversão de contingência, tarifada desde 1º de janeiro de 2026, segundo as perguntas frequentes da Swift.

A diferença prática é a estrutura. Uma mensagem MT reunia dados do ordenante e do beneficiário em linhas de texto livre. Uma mensagem ISO 20022 separa cada item em seu campo: nome, rua, número, cidade, país, identificador, finalidade, referência. Um sistema valida e concilia um campo; um bloco de texto, muito pior.

No Brasil, o contexto é familiar. O Pix já usa mensagens ISO 20022 no SPI, o sistema de pagamentos instantâneos do Banco Central, conforme o documento de divulgação do SPI. O que muda no pagamento internacional é que o mesmo rigor de campos chega também ao exterior.

Para a empresa, a consequência é documental, não técnica. Dados antes digitados «como coubessem» agora precisam existir completos e separados no cadastro de fornecedores e clientes. O banco os toma do formulário que você preenche.

Quais dados a ISO 20022 exige de quem ordena uma transferência internacional

Seu banco pode pedir dados do ordenante, beneficiário, instituições e finalidade. O formulário determina os campos exatos. A Tabela 1 reúne dados úteis e erros frequentes.

Dado	O que a empresa deve informar	Erro frequente
Nome do beneficiário	Razão social exatamente como consta na conta bancária, sem abreviações inventadas	Usar o nome fantasia em vez da razão social
Endereço do beneficiário	Rua, número, cidade, código postal e país em campos separados; no mínimo cidade e país	Uma única linha de texto livre ou apenas o país
Conta e banco do beneficiário	IBAN ou número da conta e BIC do banco recebedor	Um dígito digitado errado ou o BIC de outra agência
Ordenante	Razão social, CNPJ e endereço da própria empresa, no mesmo formato	Endereço antigo ou sem cidade separada
Finalidade do pagamento	Descrição concreta: fatura, contrato ou serviço, com sua referência	Escrever apenas «pagamento» ou «diversos»
Referência da fatura	Número da fatura ou do pedido no campo de referência	Omitir e obrigar o beneficiário a conciliar manualmente
Identificador da entidade (LEI ou outro)	Somente se o banco ou a contraparte pedir	Informar um identificador vencido ou de outra entidade

Duas ressalvas importam. A primeira: que a ISO 20022 admita um campo não significa que o seu banco o exija sempre. O LEI é um identificador de pessoa jurídica que o padrão prevê; não há norma geral que o imponha a cada empresa.

A segunda: a lista tem base pública. O Comitê de Pagamentos e Infraestruturas de Mercado (CPMI) do BIS publicou requisitos harmonizados de dados ISO 20022 para pagamentos transfronteiriços, com versão atualizada em 26 de fevereiro de 2026. São orientações não regulatórias, voltadas a alinhar os bancos até 2027; veja o relatório do BIS.

Por que a finalidade do pagamento pesa tanto?

A finalidade ajuda o banco a entender a operação. Uma descrição coerente com fatura ou contrato pode reduzir dúvidas. Uma descrição vaga pode motivar pedido de documentos.

No Brasil, o pagamento ao exterior é uma operação de câmbio, realizada por instituição autorizada, com contrato e informações próprias. O que você escrever como finalidade deve ser coerente com esse contrato; o custo tributário dessas operações está em nosso guia de IOF e câmbio para empresas no Brasil.

Endereço estruturado ou híbrido a partir de 14 de novembro de 2026

A Swift prevê exigir, a partir de 14 de novembro de 2026, endereço postal estruturado ou híbrido nas mensagens de pagamento CBPR+ afetadas, quando houver endereço informado. A data ainda não chegou; consulte a orientação da Swift e confirme o formato com seu banco.

Um endereço estruturado separa rua, número, código postal, cidade e país. O híbrido combina campos estruturados, incluindo cidade e país, com texto livre limitado. A Swift deixará de aceitar endereços totalmente livres nas mensagens afetadas.

A Swift indica que mensagens afetadas fora do padrão serão rejeitadas na rede, sem conversão de contingência. Revise os endereços de fornecedores e clientes antes do prazo.

O que uma empresa deve fazer, em concreto:

• Revisar o cadastro de cada fornecedor frequente e separar o endereço em campos.
• Garantir que cidade e país estejam sempre presentes e iguais aos documentos do fornecedor.
• Atualizar no banco o endereço do próprio ordenante, que também viaja na mensagem.
• Pedir a novas contrapartes, desde o primeiro contato, endereço completo e razão social exata.

Por que uma transferência internacional é recusada ou retida

Uma transferência internacional é recusada ou retida quando falta um campo, ele não coincide ou aciona uma revisão de compliance. São resultados distintos: a recusa devolve a instrução; a retenção deixa os recursos em análise enquanto alguém pede esclarecimentos. A Tabela 2 os separa por causa.

Causa	Como aparece	O que o ordenante corrige
Endereço não estruturado ou incompleto	O banco devolve a instrução ou pede que seja refeita antes do envio	Informar rua, cidade e país em campos separados
Nome diferente do titular da conta	O banco recebedor não consegue aplicar o valor ou consulta o titular	Usar a razão social exata do beneficiário
Conta ou BIC errados	Devolução com desconto de tarifas intermediárias	Confirmar os dados com o beneficiário por canal verificado
Finalidade vaga	Pedido de fatura ou contrato antes da liberação	Indicar finalidade e referência desde o início
Coincidência com listas de sanções	Revisão manual e pedido de informações sobre as partes	Apresentar documentos que esclareçam a identidade e a relação comercial

Nada disso é novo em si. O novo é que o formato estruturado deixa mais campos para validar por regras automáticas, e um erro que passava como texto livre agora gera exceção. Se uma operação entra em revisão por coincidência com listas, a lógica é a do nosso guia de listas de sanções e triagem em pagamentos internacionais.

Quanto tempo leva para liberar uma retenção?

Depende do banco, dos correspondentes e da rapidez de resposta do ordenante; não há prazo geral verificável. O que você controla é a resposta: quanto antes entregar o suporte pedido, antes os recursos se movem. Guarde fatura, contrato e dados do beneficiário em uma pasta antes de enviar.

Para dimensionar o custo dessa fricção, e das tarifas e margens que uma transferência já carrega, veja a análise de quanto custa uma transferência Swift em 2026. Não repetimos esses números aqui.

Caso ilustrativo: uma importadora brasileira paga um fornecedor na Itália

Um endereço em uma única linha, um nome fantasia e uma finalidade genérica bastam para que uma transferência fique retida ou seja devolvida. A empresa do caso é fictícia: uma importadora brasileira de acessórios, com 35 funcionários, que paga a um fornecedor italiano. Todos os dados são suposições, não resultados de um cliente nem tarifas da Soulbit. O caso mostra a ordem das decisões, não uma operação real.

A importadora ordena a primeira transferência após a mudança de formato. No cadastro, o endereço do fornecedor está em uma linha: «Via Roma 10 Milano». A finalidade diz «pagamento». O nome é o fantasia, não a razão social da conta.

O banco devolve a instrução com três observações. Falta o país em campo próprio, o nome não coincide com o titular e a finalidade não permite vincular o pagamento a uma fatura. A empresa corrige os três pontos, ordena de novo e, como suposição do caso, perde um dia útil.

A lição não é o dia perdido. Os três erros eram de dados, não de dinheiro, e se evitavam com uma verificação prévia de poucos minutos. O cadastro corrigido seria:

• Razão social completa do fornecedor, copiada da fatura.
• Rua e número, código postal, cidade e país em campos separados.
• IBAN e BIC confirmados por canal diferente do e-mail da fatura.
• Finalidade: «Fatura 2026-118, fornecimento de acessórios» e a referência em seu campo.

Se a mesma empresa recebesse de clientes no exterior, a lógica se inverte: deve entregar ao cliente seus dados completos, com a razão social e o endereço do cadastro, para que o banco dele os coloque nos campos certos.

Checklist antes de enviar ou receber uma transferência internacional

Antes de enviar uma transferência internacional, a empresa deve verificar seis grupos de dados e guardar o suporte. O checklist serve para enviar e para receber, porque o banco do outro lado aplica as mesmas regras.

1. Razão social exata do beneficiário, como consta na conta bancária.
2. Endereço em campos separados, com cidade e país sempre presentes.
3. Conta (IBAN ou número) e BIC do banco, confirmados por canal verificado.
4. Finalidade concreta e referência da fatura, coerentes com o contrato.
5. Identificadores adicionais (CNPJ próprio, LEI se o banco pedir) vigentes e da entidade correta.
6. Contrato de câmbio e documentação exigida no país do ordenante, guardados à mão.

Depois do envio, guarde a mensagem de confirmação e o número de referência do pagamento. Se houver retenção, esse número é a primeira coisa que o banco pedirá. Para quem precisa de rastreabilidade contábil, ver rastreabilidade de pagamentos e fechamento contábil.

Desconfie de qualquer mudança de conta anunciada por e-mail e confirme por um segundo canal antes de atualizar o cadastro.

O que a Soulbit V1 entrega e o que não entrega em relação à ISO 20022

A Soulbit não emite transferências Swift nem define regras da ISO 20022. É uma plataforma custodial: mantém saldos em stablecoins (USDC e USDT) e em fiat (USD, EUR e GBP), com custódia institucional com MPC, verificação KYB e suporte humano. Seu único rail bancário local é a Colômbia.

O que a V1 oferece é outra rota para mover valor: pagamentos em stablecoin, conversão eOTC sob cotação, payment links e QR de cobrança. Essa rota tem seus próprios requisitos de verificação e de dados, distintos dos da Swift. A comparação está em Swift versus stablecoins em pagamentos internacionais.

O que a Soulbit não faz pesa igualmente. Não oferece contas bancárias nem depósitos e não tem licença bancária. Não faz o contrato de câmbio nem prepara a documentação da sua empresa. Não elimina as verificações de identidade e de origem dos recursos. E nada aqui afirma preço menor: cada empresa deve comparar cotações reais.