Transfronteiriço 2026: ISO 20022, Open Finance e Depósitos Tokenizados na Tesouraria Corporativa

Resumo executivo. A tesouraria corporativa transfronteiriça em 2026 é, antes de tudo, um problema de engenharia multi-trilho — não de gestão de relacionamento. PSD3 e a regulamentação Financial Data Access (FiDA) ampliam o perímetro de open banking para os dados de tesouraria corporativa; o corte SWIFT MT/MX de novembro de 2026 transforma a pacs.008 compatível com CBPR+ no único formato interbancário transfronteiriço viável; depósitos tokenizados e trilhos regulados de stablecoins conduzem a perna de liquidação atacadista em quase T+0 dentro de redes autorizadas. O CIB que vence neste ciclo não é o que escolhe um único trilho; é o que engenheira a camada de orquestração que os une. Este artigo percorre a arquitetura de quatro trilhos (A2A sob PSD3, SWIFT CBPR+, depósitos tokenizados emitidos por bancos, stablecoins reguladas) — o que cada trilho faz bem, onde caem as fronteiras de exposição de crédito, e o que a camada de orquestração policy-as-code acima deles precisa impor para que a corporação veja um pagamento e o supervisor veja uma única trilha auditável.

Uma corporação industrial europeia paga a um fornecedor brasileiro EUR 4,2 milhões numa quarta-feira de manhã. A estação de trabalho de tesouraria não escolhe um banco. Ela escolhe um trilho — uma sequência de trilhos. A instrução voltada ao cliente chega como uma mensagem pain.001 A2A roteada por um provedor de open finance sob PSD3. O banco a transporta por duas jurisdições correspondentes via depósitos tokenizados dentro de uma rede privada de CIB. A cauda longa — uma fatura de USD 80.000 para acerto com um subfornecedor sem relacionamento de depósito tokenizado — ainda viaja pelo SWIFT CBPR+ como uma pacs.008. O cliente vê um pagamento. A arquitetura vê quatro trilhos. ISO 20022 é a única razão de tudo isso se sustentar.

Este é o modelo operacional que a Mastercard descreve quando fala sobre a evolução do open banking para o open finance — dados e pagamentos fundidos numa única camada de orquestração, com o trilho escolhido pelo sistema, não pelo cliente. A questão interessante para os tecnólogos bancários sêniores não é qual trilho vence. É como a camada de orquestração é engenheirada, governada e reconciliada.

01. De cartões para A2A — a virada do open finance

Os trilhos de cartões não estão desaparecendo. Estão sendo reposicionados.

Ao longo de 2025 e entrando em 2026, PSD3 e a regulamentação Financial Data Access (FiDA) estenderam a obrigação de open banking para além das contas de pagamento, alcançando previdência, hipotecas, poupança, seguros e dados de tesouraria corporativa. A implicação para a tesouraria corporativa é direta: um relationship manager de CIB agora pode consumir o quadro completo de liquidez de uma corporação em vários bancos por meio de um único contrato de API, sob instrução da corporação.

Dois operadores estão construindo de forma visível a camada de orquestração que as corporações consumirão. A Nexi estendeu sua presença de adquirência para iniciação A2A em corredores SEPA Instant e RTGS pan-europeu, nativos em ISO 20022 de ponta a ponta. A plataforma de open finance da Mastercard — ancorada na aquisição da Aiia e da Finicity — fornece a camada de agregação de dados e consentimento por baixo, com a iniciação de pagamentos emergindo no mesmo conjunto de APIs que antes atendia autorizações de cartão.

A virada importa por três razões:

Economia unitária. O A2A iniciado sob PSD3 retira a interchange do pagamento. Para fluxos B2B de alto ticket, a economia é material; para fluxos de consumo de baixo ticket, a pilha de custos do comerciante desaba.
Qualidade de dados. O A2A sob ISO 20022 transporta dados de remessa estruturados que cartões nunca conseguiram. Taxas de reconciliação automática acima de 95% são agora o mínimo exigido.
Modelo de risco. O A2A é uma transferência de crédito, não uma autorização de cartão. A superfície de fraude, o modelo de chargeback e o modelo de disputa são todos diferentes. As equipes de tesouraria corporativa precisam entender que a camada de proteção ao cliente está sendo reconstruída, não herdada.

O CIB que vende uma proposta multi-trilho em 2026 vende orquestração — não acesso. Acesso agora é regulado.

02. ISO 20022 como língua franca entre trilhos

A razão pela qual o multi-trilho é viável é que o formato de mensagem agora é consistente entre os trilhos.

O Comitê de Pagamentos e Infraestruturas de Mercado do BIS (CPMI) deixou clara a argumentação arquitetônica em seus requisitos de harmonização ISO 20022 para aprimorar pagamentos transfronteiriços. O corte de novembro de 2025 para o CBPR+ encerrou a era MT103 / MT202 para mensageria interbancária transfronteiriça. A partir daí, todo trilho importante — SWIFT, FedNow, SEPA Instant, RTP e os principais sistemas de pagamento instantâneo na Ásia e na América Latina — fala a mesma gramática pacs.008 / pacs.009 / pain.001.

A consequência prática para a tesouraria corporativa:

O roteamento é orientado por dados. A estação de tesouraria pode ler uma pain.001 uma vez e decidir o trilho por pagamento com base em corredor, tamanho do ticket, horário de corte e relacionamento de contraparte — sem remapear a mensagem.
Os dados de remessa sobrevivem ao trecho. Campos de remessa estruturados (<RmtInf><Strd>) atravessam pernas correspondentes sem truncamento. As taxas de reconciliação automática sobem porque o dado deixa de se perder na fronteira do trilho.
A triagem de sanções torna-se auditável. Campos estruturados <Dbtr> / <Cdtr> / <DbtrAgt> / <CdtrAgt> com referências LEI substituem a triagem por nome em texto livre. As taxas de acerto caem. As filas de investigação encolhem.

O diagrama abaixo acompanha uma única pain.001 pelo ingresso do banco, até o orquestrador policy-as-code, e até o trilho que o corredor e o tamanho do ticket exigirem — uma mensagem, vários trilhos, sem remapeamento.

flowchart LR
    Corp[Corporate ERP] -->|pain.001 ISO 20022| Ingress[Bank Ingress<br/>schema-validate]
    Ingress --> Router{Orchestrator<br/>policy-as-code}
    Router -->|high-value cross-border| Swift[SWIFT CBPR+<br/>pacs.008]
    Router -->|domestic instant| A2A[A2A / Open Finance<br/>PSD3 / FedNow / SEPA Inst]
    Router -->|in-network corridor| Token[Tokenised Deposit<br/>permissioned ledger]
    Swift --> Settle[Settlement<br/>pacs.002 status]
    A2A --> Settle
    Token --> Settle
    Settle --> Recon[Auto-reconciliation<br/>structured RmtInf]

O custo dessa consistência é disciplina de engenharia. ISO 20022 é permissivo. Dois bancos podem estar plenamente em conformidade com o CBPR+ e ainda assim produzir mensagens pacs.008 que diferem no uso de campos, no conjunto de caracteres e na estrutura de dados de remessa. O CIB que vence em transfronteiriço em 2026 impõe um perfil de mensagem mais estrito do que o padrão exige — e rejeita no parse, não na liquidação.

03. Depósitos tokenizados e trilhos estáveis

A perna de liquidação atacadista é onde a história dos trilhos fica interessante.

O cenário de 2026, bem capturado na análise da Trade Treasury Payments sobre automação, trilhos de contingência, ISO 20022 e stablecoins, divide a camada de liquidação atacadista em dois modelos estruturalmente distintos.

Depósitos tokenizados emitidos por bancos. Um banco comercial emite um passivo tokenizado em um ledger autorizado — JPM Coin, o token de depósito do HSBC vinculado ao Orion, os equivalentes dos principais CIBs europeus. O token é um direito direto sobre o banco emissor. A liquidação é quase T+0 dentro da rede. A conformidade é responsabilidade do banco emissor. O trilho é totalmente regulado, totalmente rastreável e restrito aos participantes que o emissor onboardou.

Trilhos integrados de stablecoins. Uma stablecoin regulada — totalmente lastreada, auditada e operando sob a MiCA ou o regime regional equivalente — liquida um corredor onde os depósitos tokenizados emitidos por bancos ainda não chegam. O token é um direito sobre a reserva, não sobre um balanço bancário. A conformidade é compartilhada entre emissor, on-ramp e off-ramp.

Os dois modelos não competem. Eles se empilham. Um produto transfronteiriço de CIB em 2026 normalmente usa depósitos tokenizados emitidos por bancos para a perna dentro da rede e uma stablecoin regulada para o corredor onde o trilho dentro da rede termina. A corporação vê um pagamento ISO 20022. A história de liquidação por baixo é multi-token.

A pergunta de nível de conselho é a mesma que os comitês de risco operacional vêm fazendo desde os primeiros pilotos de liquidez programável: quem carrega a exposição de crédito sobre o token e por quanto tempo? Os depósitos tokenizados dão uma resposta limpa — o banco emissor, até o burn. Os trilhos integrados de stablecoins dão uma resposta mais matizada — a reserva, sujeita ao ciclo de auditoria e à garantia de resgate. Uma equipe de tesouraria que não documenta a resposta por trilho e por corredor carrega risco de crédito não mensurado em seu balanço.

04. A pilha de tesouraria autônoma

Acima da camada de trilhos fica a camada de orquestração. Acima da camada de orquestração fica a camada de agentes.

Detalhei a arquitetura em O Índice de Tesouraria Autônoma 2026: Liquidez Programável e Depósitos Tokenizados. Em resumo: a tesouraria agêntica em 2026 é a camada de orquestração, expressa como política em código, com agentes delimitados executando dentro dela.

A pilha é:

Camada de trilhos. SWIFT CBPR+, A2A instantâneo, depósitos tokenizados, stablecoins reguladas. Cada trilho tem perfil publicado, tabela de horários de corte, curva de custo e modelo de finalidade de liquidação.
Camada de orquestração. ISO 20022 na entrada, ISO 20022 na saída. Decisão de trilho por pagamento baseada em corredor, ticket, horário de corte, relacionamento de contraparte e política. A política é versionada, assinada e auditável.
Camada de agentes. Agentes de tesouraria delimitados executam a política de orquestração com fronteiras de chamada de ferramenta, logs de auditoria e interruptores de emergência. O agente não escolhe o trilho. A política escolhe o trilho. O agente executa a política.
Camada de reconciliação. Mensagens ISO 20022 pacs.008 / pacs.002 / camt.054 reconciliam contra a instrução pain.001 original, com dados de remessa estruturados fechando o ciclo sem intervenção manual.

O CIB que vende essa pilha em 2026 vende quatro coisas ao mesmo tempo — e as precifica separadamente. A corporação que compra está comprando opcionalidade entre trilhos, com um padrão de mensagem, uma camada de política, um feed de reconciliação. Essa é a virada arquitetônica. O resto é detalhe de implementação.

Perguntas frequentes

"Open finance" é só open banking rebatizado? Não. O open banking sob PSD2 cobria contas de pagamento. PSD3 e a regulamentação Financial Data Access (FiDA) estendem a obrigação de compartilhamento de dados para previdência, hipotecas, poupança, seguros e dados de tesouraria corporativa. A implicação para a tesouraria corporativa é direta: um relationship manager de CIB agora pode consumir o quadro completo de liquidez de uma corporação em vários bancos por meio de um único contrato de API, sob instrução da corporação — e não apenas o histórico da conta de pagamento.

Por que o foco arquitetônico é a camada de orquestração e não o trilho? Porque os trilhos estão se comoditizando. SWIFT CBPR+ pacs.008, A2A sob PSD3, depósitos tokenizados e stablecoins reguladas carregam a mesma gramática ISO 20022 no nível da mensagem. O que diferencia um CIB em 2026 é o motor policy-as-code que seleciona o trilho por pagamento com base em corredor, tamanho do ticket, exigência de finalidade de liquidação e relacionamento de contraparte — e que registra a escolha em telemetria de auditoria que o supervisor irá pedir. Sem esse motor, o multi-trilho é apenas opcionalidade sem governança.

Onde cai a fronteira de exposição de crédito numa perna de depósito tokenizado? Depósitos tokenizados emitidos por bancos em um ledger autorizado são um direito direto sobre o banco emissor — a exposição de crédito termina no burn. Trilhos regulados de stablecoins (supervisionados pela MiCA na UE, pelo regime do discussion paper do Bank of England no Reino Unido, análogos em outras jurisdições) são um direito sobre a reserva, com a janela de exposição sujeita ao ciclo de auditoria e aos termos da garantia de resgate. Uma equipe de tesouraria que não documenta a resposta por trilho e por corredor carrega risco de crédito não mensurado em seu balanço.

O que acontece com o SWIFT nessa arquitetura? O SWIFT não desaparece — ancora a cauda longa. Corredores onde os depósitos tokenizados emitidos por bancos ainda não chegam (a maioria dos relacionamentos com subfornecedores em mercados emergentes, a maioria dos fluxos transfronteiriços de baixa frequência / baixo ticket) e corredores onde a corporação ou o banco exigem a trilha de auditoria do banco correspondente CBPR+ continuam no pacs.008 SWIFT. A arquitetura de 2026 é "SWIFT + novos trilhos", não "novos trilhos em vez do SWIFT".

O que a corporação compra ao comprar essa pilha? Opcionalidade entre trilhos, com um padrão de mensagem (ISO 20022), uma camada de política (o motor de orquestração) e um feed de reconciliação (status pacs.002 + confirmação camt.054 + extratos estruturados camt.053). A corporação não está pagando por quatro conexões separadas de trilhos. Está pagando pela camada de orquestração que faz com que quatro trilhos se comportem operacionalmente como um — e pela trilha de auditoria que lhe permite responder "por qual trilho aquele pagamento de EUR 4,2 milhões viajou e por quê?" na manhã seguinte ao próximo pedido supervisório.

Conclusão

A tesouraria corporativa transfronteiriça em 2026 é um problema de engenharia multi-trilho. ISO 20022 é a gramática que torna o multi-trilho tratável. PSD3 e FiDA ampliam o perímetro de dados e forçam o open finance para dentro do fluxo de tesouraria corporativa. Depósitos tokenizados e stablecoins reguladas conduzem a perna de liquidação atacadista. O SWIFT ainda ancora a cauda longa.

O CIB que vence é o que constrói a camada de orquestração — não o que escolhe um único trilho e aposta a franquia nele. A equipe de tesouraria corporativa que vence é a que documenta a exposição de crédito por trilho e por corredor, impõe um perfil ISO 20022 mais estrito do que o regulador exige e trata a decisão de trilho como política, não como julgamento caso a caso.

O trabalho interessante está na camada de orquestração. Construa com cuidado.

Referências

Bank for International Settlements, Committee on Payments and Market Infrastructures (2023). Harmonised ISO 20022 data requirements for enhancing cross-border payments (CPMI Papers No. 230). Disponível em: https://www.bis.org/cpmi/publ/d230.htm

Bank for International Settlements (2024). Project Agorá: cross-border payments with tokenised commercial bank deposits and central bank money. BIS Innovation Hub. Disponível em: https://www.bis.org/about/bisih/topics/fmis/agora.htm

Bank of England (2023). Regulatory regime for systemic payment systems using stablecoins and related service providers — Discussion Paper. Disponível em: https://www.bankofengland.co.uk/paper/2023/dp/regulatory-regime-for-systemic-payment-systems-using-stablecoins-and-related-service-providers

Comissão Europeia (2023). Proposta de Diretiva sobre serviços de pagamento e de moeda eletrónica (PSD3). Disponível em: https://finance.ec.europa.eu/regulation-and-supervision/financial-services-legislation/implementing-and-delegated-acts/payment-services-directive_en

Parlamento Europeu e Conselho (2023). Regulamento (UE) 2023/1114 relativo aos mercados de criptoativos (MiCA). Disponível em: https://eur-lex.europa.eu/eli/reg/2023/1114/oj

Financial Action Task Force (2023). International standards on combating money laundering and the financing of terrorism — Recommendation 16 on wire transfers. Disponível em: https://www.fatf-gafi.org/en/publications/Fatfrecommendations/Fatf-recommendations.html

International Organization for Standardization (2020). ISO 17442 Financial services — Legal entity identifier (LEI). Disponível em: https://www.gleif.org/en/about-lei/iso-17442-the-lei-code-structure

SWIFT (2024). Cross-Border Payments and Reporting Plus (CBPR+) usage guidelines. Disponível em: https://www.swift.com/standards/iso-20022/iso-20022-programme

Última revisão em 2026-06-24.

Última revisão 2026-06-23.

Republish this article

Transfronteiriço 2026: ISO 20022, Open Finance e Depósitos Tokenizados na Tesouraria Corporativa — Sebastien Rousseau

Como ISO 20022, A2A, open finance sob PSD3/FiDA e depósitos tokenizados estão remodelando a tesouraria corporativa transfronteiriça ao lado do SWIFT em 2026.

This article is licensed under Creative Commons Attribution 4.0 International. Republication requires attribution to the canonical URL.

Transfronteiriço 2026: ISO 20022, Open Finance e Depósitos Tokenizados na Tesouraria Corporativa — Sebastien Rousseau

Como ISO 20022, A2A, open finance sob PSD3/FiDA e depósitos tokenizados estão remodelando a tesouraria corporativa transfronteiriça ao lado do SWIFT em 2026.

Originally published at https://sebastienrousseau.com/pt-br/2026-06-24-cross-border-iso-20022-open-finance-tokenised-deposits-treasury-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER

Transfronteiriço 2026: ISO 20022, Open Finance e Depósitos Tokenizados na Tesouraria Corporativa

01. De cartões para A2A — a virada do open finance

02. ISO 20022 como língua franca entre trilhos

03. Depósitos tokenizados e trilhos estáveis

04. A pilha de tesouraria autônoma

Perguntas frequentes

Conclusão

Referências

Format for Medium

Format for Mastodon

Copy formatted for LinkedIn

BibTeX

RIS

Vancouver

Chicago

APA

Republish this article