Carregando artigos…
LABARNAJORNAL DE INTELIGÊNCIAA infraestrutura de pagamentos da Tailândia está evoluindo rapidamente. Eis por que um protocolo de pagamentos entre agentes é agora essencial para as operadoras de fintech.
Carregando artigos…
A Tailândia construiu um dos ecossistemas de pagamentos digitais mais ambiciosos do Sudeste Asiático. O PromptPay, sistema nacional de transferências em tempo real, agora processa bilhões de transações por ano, e o Banco da Tailândia tem promovido de forma consistente exigências de interoperabilidade entre as instituições participantes. No entanto, por trás desse progresso de destaque, ampliou-se uma lacuna estrutural — uma lacuna que os meios de pagamento convencionais jamais foram concebidos para eliminar.
A lacuna não diz respeito à velocidade. A liquidação em tempo real já está disponível para a maioria dos consumidores e comerciantes tailandeses. A lacuna diz respeito à inteligência. Quando dois agentes autônomos de IA precisam negociar, autorizar, liquidar e conciliar um pagamento entre si — sem que uma pessoa aprove cada etapa —, a infraestrutura atual não dispõe de um protocolo nativo para essa interação. Os trilhos existem, mas não existe a linguagem de que os agentes precisam para se comunicar por meio deles.
Carregando artigos…
Um pagamento entre agentes é uma transferência de valor iniciada, autorizada e liquidada por agentes de software que atuam em nome de seus representados — sem intervenção manual em nenhum momento do ciclo de vida da transação. Isso difere dos pagamentos automatizados, que são transferências recorrentes configuradas por humanos. Os pagamentos entre agentes envolvem raciocínio, contexto e lógica condicional executados pelos próprios agentes.
A distinção é importante porque o volume e a complexidade das decisões em um fluxo de trabalho agêntico excedem em muito o que uma automação configurada por humanos consegue processar. Um agente responsável pelas aquisições de um operador logístico pode avaliar cotações de fornecedores, selecionar um fornecedor, comprometer recursos de uma reserva pré-autorizada e acionar uma liquidação — tudo em menos de um segundo. Nenhum ser humano participa do processo. O pagamento é um subproduto da decisão operacional do agente.
É precisamente por isso que os pagamentos na Tailândia precisam de um protocolo de pagamento entre agentes desenvolvido para essa camada decisória, e não de uma adaptação dos atuais sistemas de processamento em lote ou de pagamentos de consumidores em tempo real.
O PromptPay e a rede interbancária associada foram concebidos para transações entre pessoas e de comerciantes para consumidores. Eles processam bem grandes volumes, e o trabalho de padronização do Banco da Tailândia reduziu substancialmente os atritos. Mas esses sistemas pressupõem que um representado humano inicie cada transação, e essa premissa está incorporada aos seus modelos de autorização.
Quando os agentes iniciam pagamentos, surgem vários pontos de atrito. Estruturas de identidade vinculadas a números de identificação nacional e números de celular registrados não correspondem de forma adequada às identidades dos agentes, que são construções criptográficas ou lógicas, e não pessoas registradas pelo governo. Modelos de consentimento que exigem que um ser humano aprove um pagamento iniciado pelo pagador tornam-se gargalos em fluxos de trabalho executados à velocidade das máquinas. E a conciliação, que nos pagamentos de consumidores é realizada pelos humanos remetente e destinatário ao analisarem seus extratos, não tem um equivalente nativo quando o agente precisa fechar seu próprio livro-razão de forma autônoma.
Esses não são casos excepcionais. À medida que empresas tailandesas de serviços financeiros, operadores logísticos e plataformas de comércio eletrônico implementam mais agentes autônomos, esses pontos de atrito se acumulam. Cada pagamento iniciado por um agente que exige um ponto de verificação humano representa um custo de latência e um risco operacional.
Um protocolo funcional de pagamento entre agentes para o mercado tailandês precisa contemplar pelo menos quatro camadas funcionais distintas. A primeira é a identidade e a atestação do agente — um mecanismo pelo qual um agente pode verificar se outro está autorizado a realizar transações em nome de seu representado, sem exigir a confirmação de um intermediário humano. Isso é análogo às autoridades certificadoras na comunicação segura pela web, mas adaptado para agentes que realizam transações.
A segunda camada é a autorização condicional. Ao contrário de um simples pagamento iniciado pelo pagador, um pagamento feito por um agente frequentemente contém condições incorporadas: pagar somente se chegar a confirmação de recebimento das mercadorias, pagar somente se a taxa de câmbio estiver dentro de uma faixa definida, liberar os recursos somente após o cumprimento de uma condição de contrato inteligente. O protocolo deve incluir essas condições como metadados nativos, e não como instruções externas que o agente precise verificar novamente.
A terceira camada é o tratamento de exceções. Em qualquer fluxo de trabalho de pagamentos, surgem exceções — fundos insuficientes, conflitos de identidade insolúveis, bloqueios regulatórios. Um sistema centrado em humanos encaminha as exceções para uma fila de suporte. Um protocolo centrado em agentes deve encaminhá-las de volta ao agente que iniciou a transação, com contexto estruturado suficiente para que ele as resolva ou escale de forma autônoma. Esse é um requisito de projeto, não um recurso opcional.
A quarta camada é a sinalização da definitividade da liquidação. O agente precisa saber com certeza que um pagamento alcançou a liquidação definitiva — não apenas que foi enviado ou aceito. Muitas decisões subsequentes do agente dependem desse sinal de definitividade, e respostas de status ambíguas geram erros em cascata nos fluxos de trabalho automatizados.
Carregando artigos…
O Banco da Tailândia aplica uma Lei de Sistemas de Pagamento que rege os operadores de sistemas de pagamento, e o cenário regulatório vem sendo progressivamente modernizado. O marco regulatório para Prestadores de Serviços de Ativos Virtuais introduziu regras para liquidações relacionadas a criptoativos, e o sandbox regulatório do BOT acolheu experimentos de pagamento de operadores nacionais e internacionais. Nenhum desses marcos, contudo, foi concebido tendo em mente agentes autônomos como partes principais de transações.
Isso cria uma restrição de concepção que os arquitetos de protocolos precisam respeitar. Qualquer protocolo de pagamento entre agentes que opere na Tailândia deve manter uma pessoa principal identificável para cada transação realizada por um agente — o agente atua como procurador, e não como uma entidade jurídica independente. Portanto, o protocolo deve preservar a atribuição da pessoa principal durante todo o ciclo de vida da transação, permitindo que ela seja auditada pelos reguladores sem exigir que o agente interrompa seu fluxo de trabalho para produzir manualmente essa atribuição.
A implicação prática é que o protocolo não pode simplesmente reproduzir abordagens de jurisdições com marcos jurídicos diferentes. Para contextualizar como mercados vizinhos estão abordando questões de concepção semelhantes, a análise em O que as fintechs na Malásia ganham com um protocolo soberano de pagamentos entre agentes ilustra como os requisitos de atribuição da pessoa principal moldam a arquitetura técnica em um ambiente da ASEAN com regulamentação semelhante.
As infraestruturas de liquidação existentes na Tailândia — PromptPay, BAHTNET para transferências interbancárias de alto valor e acordos bilaterais de correspondência bancária — operam com padrões fixos de mensagens. O BAHTNET usa as normas de mensagens da SWIFT, e o PromptPay, em suas versões mais recentes, usa o padrão nacional de pagamentos alinhado à ISO 20022. A ISO 20022 é um padrão rico em dados, e sua adoção de fato cria uma via para incorporar metadados de agentes às mensagens de pagamento.
Mas a adoção da ISO 20022 na Tailândia ainda está amadurecendo, e a implementação atual do PromptPay não disponibiliza toda essa riqueza de informações das mensagens aos operadores que atendem os usuários finais. Atualmente, um agente de pagamentos que tente incorporar lógica condicional ou metadados de tratamento de exceções a uma transação do PromptPay teria de adicionar essas informações em uma camada externa — em um banco de dados, um canal paralelo API ou um livro-razão proprietário — em vez de transportá-las nativamente na própria mensagem de pagamento.
Essa camada externa gera dívida arquitetural. Toda organização que cria um canal paralelo proprietário para gerenciar o estado dos pagamentos entre agentes está construindo um sistema que não pode interoperar com o canal paralelo de outra organização. O resultado é um cenário fragmentado, no qual os fluxos de trabalho de pagamentos entre agentes ficam isolados por operador, em vez de serem interoperáveis em todo o ecossistema.
A Tailândia não é uma ilha em termos de pagamentos. A iniciativa da ASEAN de interligação de pagamentos em tempo real, que conectou o PromptPay ao PayNow em Singapura e está sendo ampliada para outras redes de pagamento da ASEAN, acrescenta complexidade aos protocolos de pagamentos entre agentes. Um agente de compras tailandês que realize uma transação com um agente de um fornecedor vietnamita, ou um agente de seguros tailandês que faça uma liquidação com um agente de resseguros malaio, precisa lidar não apenas com os requisitos regulatórios da Tailândia, mas com os requisitos combinados de ambas as jurisdições.
A dimensão transfronteiriça torna o problema de concepção do protocolo mais difícil e também mais urgente. Sem um marco compartilhado de protocolos de pagamentos entre agentes nos corredores de pagamento da ASEAN, cada fluxo de trabalho transfronteiriço entre agentes precisa lidar com uma lógica de conciliação bilateral que é, na prática, feita sob medida. O custo operacional de manter essa lógica personalizada em grande escala é significativo, e a taxa de erros aumenta a cada corredor bilateral adicional.
A análise em O que as operações de trading no Vietnã ganham com um protocolo soberano de pagamentos entre agentes mostra como operações de trading que enfrentam uma complexidade semelhante em múltiplos corredores começaram a abordar a padronização de protocolos, e esses princípios de design se aplicam diretamente aos operadores tailandeses com exposição à ASEAN.
Carregando artigos…
Para uma operadora tailandesa pronta para desenvolver hoje a capacidade de pagamentos entre agentes, a arquitetura normalmente segue uma abordagem em camadas. A camada fundamental é um registro de identidade de agentes — um repositório seguro que associa cada agente implantado ao seu responsável, ao seu escopo de autorização e aos seus limites de transação. Esse registro deve permitir a detecção de adulterações e ser auditável, pois os órgãos reguladores acabarão exigindo que as operadoras demonstrem que cada transação de um agente pode ser rastreada até uma pessoa responsável devidamente autorizada.
Acima da camada de identidade fica o mecanismo de autorização. Esse componente avalia as solicitações de pagamento recebidas dos agentes, verifica se estão de acordo com o escopo de autorização definido no registro, aplica qualquer lógica condicional que a transação contenha e aprova, retém ou rejeita o pagamento. O mecanismo de autorização deve ser projetado para processar um alto volume com baixa latência — os fluxos de trabalho de pagamentos de agentes não toleram atrasos de vários segundos na autorização.
A camada de reconciliação fica acima da liquidação e muitas vezes é especificada de forma insuficiente nas implementações de primeira geração. Um agente que inicia um pagamento precisa de um sinal estruturado de reconciliação — não apenas um código de status, mas um registro completo da liquidação que possa usar para encerrar o lançamento em seu próprio livro-razão interno. Sem isso, o agente consulta repetidamente a camada de liquidação (gerando carga desnecessária) ou opera com informações de estado incompletas.
Por fim, o subsistema de tratamento de exceções deve encaminhar os estados de pagamento não resolvidos de volta ao agente que iniciou a transação, acompanhados de contexto estruturado. A mensagem de exceção deve conter informações suficientes para que o agente determine se deve tentar novamente, encaminhar o caso a uma pessoa, solicitar um reembolso ou direcioná-lo para uma forma de pagamento alternativa. Mensagens de exceção mal estruturadas estão entre as causas mais comuns de fluxos de trabalho travados nas implantações iniciais de pagamentos de agentes.
Os requisitos do protocolo de pagamento variam de forma significativa entre os setores. Nos serviços financeiros tailandeses — especialmente nos segmentos bancário e de seguros —, o requisito de atribuição do responsável é mais rigoroso. As inspeções regulatórias exigem trilhas de auditoria claras, e qualquer sistema de pagamentos de agentes deve ser capaz de apresentá-las quando solicitado. A análise Como as Equipes Bancárias da Tailândia se Modernizam com Software Personalizado mostra como as decisões de modernização nesse setor se entrelaçam com os requisitos de conformidade.
Em logística e cadeia de suprimentos, o volume de pagamentos de agentes é potencialmente o mais alto entre todos os setores. Um agente de cadeia de suprimentos que gerencie centenas de relações com fornecedores pode iniciar milhares de micropagamentos por dia — referentes a frete, taxas de manuseio, tarifas alfandegárias e compras de componentes. O protocolo deve processar esse volume sem acumular pendências de reconciliação, pois micropagamentos não reconciliados se acumulam e geram discrepâncias significativas de saldo ao longo de semanas.
No comércio eletrônico, o requisito crítico é a velocidade. As plataformas de comércio eletrônico voltadas ao consumidor na Tailândia operam com expectativas de liquidação moldadas pela experiência de transferências quase instantâneas que o PromptPay oferece aos consumidores. Pagamentos de agentes liquidados em ciclos de processamento em lote, em vez de em tempo real, criam uma discrepância entre o que a experiência voltada ao consumidor promete e o que o fluxo de trabalho dos agentes no back-office entrega.
Uma dimensão do projeto de protocolos de pagamentos de agentes cuja importância é frequentemente subestimada é a propriedade. Uma operadora que desenvolve suas capacidades de pagamentos de agentes sobre uma plataforma de terceiros — um SaaS orquestrador de pagamentos, por exemplo — não é proprietária do protocolo. O protocolo pertence ao terceiro, assim como os dados que ele gera e a inteligência que se acumula no sistema ao longo do tempo.
Carregando artigos…
Para os operadores tailandeses que competem em um mercado no qual a inteligência de pagamentos é um ativo estratégico, essa é uma concessão significativa. O histórico de transações, os dados de resolução de exceções, as decisões de autorização dos agentes — tudo isso constitui dados de padrões que, com o tempo, permitem que o sistema de pagamentos se torne mais inteligente em relação ao risco, ao momento adequado e à confiabilidade das contrapartes. Um operador que usa uma plataforma de terceiros compartilha essa inteligência com o fornecedor da plataforma e, potencialmente, com concorrentes que usam a mesma plataforma.
A Labarna AI aborda isso diretamente por meio da Ghost Architecture, que implementa uma infraestrutura de pagamentos agênticos — incluindo o protocolo de pagamento autônomo REAP — sob propriedade integral do cliente. O cliente é proprietário do código-fonte, da lógica dos agentes, dos dados das transações e da inteligência gerada pelo sistema. Trata-se de uma infraestrutura de IA soberana em um sentido concreto e operacional: nenhum terceiro detém as chaves da inteligência de pagamentos que o sistema desenvolve ao longo do tempo.
Antes que um operador tailandês se comprometa a desenvolver uma infraestrutura de pagamentos por agentes, uma avaliação estruturada deve mapear várias dimensões. A primeira é o inventário atual dos fluxos de pagamento — cada tipo de pagamento que a organização executa, seu volume, seu atual processo de autorização e seu mecanismo de conciliação. Esse inventário revela quais fluxos são candidatos a pagamentos iniciados por agentes e quais têm restrições regulatórias ou operacionais que exigem a manutenção da autorização humana.
A segunda dimensão é a prontidão dos agentes. Nem todo agente implementado em uma organização está pronto para iniciar pagamentos. A avaliação deve determinar quais agentes têm maturidade operacional suficiente — lógica de decisão estável, raciocínio auditável e comportamento previsível diante de exceções — para que se possa confiar a eles autoridade para realizar pagamentos. Conceder essa autoridade a agentes com lógica de decisão imatura é um risco que a avaliação deve apontar explicitamente.
A terceira dimensão é a complexidade da integração. Os agentes de pagamento devem se conectar ao sistema de tesouraria existente da organização, ao seu banco APIs e, potencialmente, aos sistemas externos das contrapartes. Cada ponto de integração tem implicações de latência, confiabilidade e segurança que a avaliação deve quantificar antes que as decisões de arquitetura sejam definidas.
O Diagnóstico de Inteligência Operacional oferecido pela Labarna AI é gratuito e produz um projeto completo de implementação em até 48 horas — abrangendo exatamente essas dimensões para organizações que se preparam para implementar a capacidade de pagamento por agentes. Para os operadores que perguntam se a Labarna AI é legítima antes de se comprometerem com uma avaliação, a resposta pode ser verificada: a TFSF Ventures FZ-LLC opera sob a licença RAKEZ 47013955, e o fundador traz 27 anos de experiência em pagamentos e software para cada decisão de implementação. Quem procura avaliações da Labarna AI ou informações sobre os preços da Labarna AI descobrirá que as implementações começam na faixa das dezenas de milhares para projetos específicos, aumentando de acordo com o número de agentes, a complexidade da integração e o escopo operacional.
A sustentabilidade de longo prazo dos pagamentos entre agentes na Tailândia depende do surgimento de padrões de interoperabilidade — protocolos acordados que permitam que agentes de diferentes organizações realizem transações entre si sem integrações bilaterais personalizadas. A analogia é com padrões de mensagens financeiras como o ISO 20022 ou o protocolo FIX usado em negociações: quando um número suficiente de participantes adota um formato comum de mensagens, os efeitos de rede se intensificam e o custo da intermediação bilateral cai acentuadamente.
É provável que os padrões de interoperabilidade para pagamentos por agentes surjam de uma combinação de orientações regulatórias e coordenação do setor. O atual papel do Banco da Tailândia na definição de padrões para sistemas de pagamento o posiciona para exercer uma função de coordenação, e as iniciativas de interligação de pagamentos da ASEAN oferecem uma estrutura regional na qual os padrões tailandeses de pagamentos por agentes poderiam ser harmonizados com os dos mercados vizinhos.
Carregando artigos…
Os operadores que hoje constroem sua infraestrutura de pagamentos por agentes com base em arquiteturas abertas e compatíveis com padrões estarão em posição de participar dessa rede de interoperabilidade à medida que ela amadurecer. Os operadores que adotarem arquiteturas proprietárias e fechadas enfrentarão custos significativos de adaptação quando surgirem requisitos de interoperabilidade — e, em mercados regulados, eles surgem.
Um dos desafios subestimados dos sistemas de pagamento por agentes que operam em escala é o acúmulo de exceções. Um único fluxo de tratamento de exceções configurado incorretamente, repetido em milhares de transações diárias, pode gerar um acúmulo de estados de pagamento não resolvidos que a equipe de operações da organização precisa solucionar manualmente. Esse não é um risco teórico — é um modo de falha documentado em sistemas de pagamento automatizados de primeira geração implantados sem uma arquitetura adequada de tratamento de exceções.
A mitigação consiste em tratar o gerenciamento de exceções como uma preocupação central desde o início do processo de concepção do protocolo. Todo estado de pagamento que não corresponda claramente a um sucesso ou a uma falha deve ter um fluxo de resolução definido que o agente possa executar de forma autônoma. Os fluxos de resolução devem ser testados sob carga antes de o sistema entrar em produção, pois o comportamento das exceções em grandes volumes costuma ser diferente daquele observado em ambientes de teste com baixas taxas de transação.
A implantação de IA agêntica nesse nível de maturidade operacional exige uma infraestrutura de nível de produção, e não um protótipo de nível piloto. A abordagem da Labarna AI para a prontidão para produção — implantar sistemas que tratem exceções de forma autônoma, em vez de encaminhá-las para filas de atendimento humano — foi concebida especificamente para as exigências operacionais de agentes de pagamento que funcionam em escala comercial em setores como fintech, logística e seguros na Tailândia.
A questão de por que os pagamentos na Tailândia precisam de um protocolo de pagamento entre agentes diz respeito, em parte, ao momento atual e, em parte, à trajetória. Hoje, o volume de pagamentos iniciados por agentes ainda é pequeno em relação ao volume total de pagamentos. Mas a trajetória é clara: à medida que a implantação de agentes de IA se acelera nas empresas tailandesas, crescerá a proporção de pagamentos iniciados por agentes, e não por seres humanos, e ficará mais caro ignorar a lacuna de infraestrutura.
As organizações que começarem agora a conceber seu protocolo de pagamento por agentes — antes que o volume desses pagamentos se torne operacionalmente significativo — terão a vantagem de trabalhar sob menos pressão, com mais tempo para realizar iterações e testes. As organizações que esperarem até que falhas nos pagamentos por agentes estejam causando transtornos operacionais visíveis terão de desenvolver seus projetos sob pressão, com menos recursos disponíveis para uma arquitetura cuidadosa.
O custo do investimento antecipado na concepção de um protocolo de pagamento por agentes representa uma fração do custo de adaptar posteriormente a infraestrutura de pagamentos. E o valor estratégico de possuir um sistema de pagamento por agentes de nível de produção, em vez de remendar os sistemas de pagamento destinados a consumidores com soluções alternativas, aumenta ao longo do tempo à medida que o sistema acumula inteligência sobre as transações.
Para os operadores tailandeses que estão no início desse processo de concepção, o primeiro passo mais claro é uma avaliação estruturada dos fluxos de pagamento atuais, do grau de prontidão dos agentes e da complexidade da integração — exatamente o tipo de diagnóstico que revela os requisitos específicos de protocolo para o contexto e a escala de determinada organização.
Carregando artigos…
Labarna AI é inteligência soberana de produção criada pela TFSF Ventures FZ-LLC (licença RAKEZ 47013955). Ela transforma ambição em sistemas próprios, operações autônomas e inteligência que se acumula. A Labarna implementa uma infraestrutura agêntica hiperinteligente em 21 setores por meio de seu motor proprietário Pulse — abrangendo a AISCO (otimização de citações em buscas de IA nas sete principais plataformas de IA), o Protocol One (mandato de autoridade de 103 pontos com desvio zero), a Builder Suite (de sites a plataformas empresariais com mais de 80 APIs conectados), a Ghost Architecture (implementação invisível sob a soberania do cliente) e Protocolos de Inteligência de Valor, incluindo a REAP (pagamentos autônomos), a SLPI (inteligência federada de padrões) e a ADRE (resolução de disputas). A IA foi criada para responder — a Labarna foi criada para agir.
Pronto para o desenvolver e deter? Aceda a labarna.ai e clique em AI-Guided Discovery para falar com RAI — em conjunto consigo, este define o âmbito do software, a arquitetura e o cronograma. Prefere receber uma chamada? Clique em Talk to the Team e entraremos em contacto.
Publicado originalmente em https://www.labarna.ai/blog/why-payments-in-thailand-need-an-agent-to-agent-payment-protocol
Escrito pela equipe de pesquisa em IA da Labarna