Tesouraria Automatizada e os Três Verbos do Dinheiro Programável

A manhã de Diana começa da mesma forma que tem sido por anos.

Bloomberg às 7h. Verificar a taxa. Decidir se está dentro do limite. Ligar para a mesa. Obter uma taxa em tempo real. Escrever o número de referência em um Post-it e esperar. Observar a caixa de entrada até que a confirmação do SWIFT chegue. Se não tiver chegado até o meio-dia, ela escala o problema.

Esse processo leva 90 minutos todas as manhãs, 90 minutos que são essencialmente desperdiçados.

Diana está atuando essencialmente como uma API humana:

• Cotação

• Negociação

• Esperar pela liquidação

Repetidamente. Não há uma razão real para ela estar fazendo isso; para muitos corredores no G7, essas tarefas foram mais ou menos automatizadas há anos, mas Diana negocia em moedas com menor liquidez, onde as negociações ainda acontecem pelo Telegram.

Cotar, negociar, liquidar. Repetidamente. Estes também são os três verbos do dinheiro programável; eles são o que qualquer API que espera libertar Diana desse trabalho maçante deve fazer bem.

Então, vamos olhar um pouco mais de perto para cada um.

Cotação

Antes de o dinheiro se mover, alguém precisa perguntar quanto vai custar, agora mesmo.

Isso é uma cotação. Não deve ser confundida com um preço. Um preço flutua, uma cotação é um compromisso: uma taxa garantida por uma janela de tempo específica, vinculada a um ID de referência. É o equivalente cambial de um carrinho de compras — nada se moveu, mas o item "espera" enquanto você decide.

Para fazer isso manualmente, Diana deve atualizar seu terminal Bloomberg, ligar para sua contraparte e perguntar se o valor de 1,083 que ela viu lá ainda é válido. Sua janela de validade é o que o operador fornecer a ela por telefone ou chat. Ela anota o número de referência em qualquer papel que tiver por perto.

Este é o tipo de tarefa semi-repetitiva que se adequa bem à automação.

Ao criar uma API para lidar com cotações, seu endpoint deve retornar apenas três coisas:

• uma taxa.

• uma janela de validade (normalmente de 30 a 60 segundos).

• um ID de cotação que serve como o ponto de partida para o que vier a seguir.

Essa cotação é solicitada por meio de um gatilho que Diana define com base em suas prioridades estratégicas e cronograma.

Assim que temos a cotação, estamos prontos para executar.

Negociação

Entre obter a cotação e confirmá-la, algumas coisas acontecem. Diana pode responder a algumas perguntas de sua contraparte sobre o tamanho da operação ou o momento ideal. As taxas podem mudar. A cotação pode expirar e enviar o processo de volta ao início.

A maior parte disso é resultado de informações desatualizadas ou atrasos causados pela cotação manual. Pouco disso exige que Diana tome decisões ativas; são apenas solicitações repetitivas e espera. Quando multiplicado por cada negociação, todas as manhãs, isso adiciona um atrito significativo.

Eventualmente, Diana lê o número de referência para a mesa e ouve "feito"; nesse ponto, a taxa é garantida e o relógio de liquidação começa a correr. O que quer que aconteça a seguir, para o bem ou para o mal, depende do mercado.

Uma API aqui serve a um propósito duplo: ela não apenas acelera a execução em si, mas oferece dados que ajudarão Diana a entender o status da transação (discutiremos isso mais adiante).

O endpoint de negociação recebe o ID do endpoint de cotação, confirma a conversão e retorna uma confirmação de negociação, tudo sem idas e vindas. Isso é muito mais fluido, mas não exclui totalmente o julgamento de Diana do processo; em vez disso, o reposiciona. Ela ainda deve definir os limites que decidem quais negociações realmente valem a pena ser feitas.

Liquidação

Diana acompanha sua caixa de entrada até o meio-dia. Se a confirmação do SWIFT não tiver chegado até lá, ela escala o problema. Esta é sua rotina de liquidação: manual, dependente de estar alerta exatamente no momento certo e não exigindo nada dela além de atenção.

A negociação já aconteceu. O que ela está realmente acompanhando é se o dinheiro que foi prometido apareceu, e no mercado cambial tradicional isso é realmente difícil de descobrir.

Se você leu nosso artigo sobre a anatomia dos pagamentos, isso pode parecer familiar. Para que o dinheiro chegue ao seu destino, as mensagens precisam percorrer camadas de correspondentes, passar por canais locais e ser analisadas por reguladores.

Em qualquer ponto, esses processos podem falhar, seja porque um banco não possui o capital pré-financiado para liquidar, ou porque um regulador nota uma divergência de nomes. Se isso acontecer, Diana precisa estar lá para responder.

O problema é que, em quase todos os casos, a informação de que ela precisaria para responder — onde o dinheiro está, qual é o seu status preciso — simplesmente não está disponível. O sistema financeiro tradicional é quase totalmente opaco, e é aí que uma API pode se tornar extraordinariamente útil.

Um endpoint de liquidação faz o que a caixa de entrada de Diana faz, de forma automática. Ele inicia a transferência de fundos e aciona a confirmação na entrega. Fundamentalmente, ele também emite mensagens de status para informar a Diana onde está seu dinheiro e o que está acontecendo.

Apesar de não parecer necessariamente a parte de maior impacto da cadeia, a liquidação é onde a API mostra seu valor, concedendo a Diana os dados necessários para se recuperar de erros de forma mais rápida e confiável.

A Manhã de Diana, Automatizada

É segunda-feira novamente. Diana está lidando com os mesmos corredores, volumes e pressões regulatórias.

Às 6h02, a taxa cruzou o limite que Diana definiu no trimestre anterior. O sistema chamou o endpoint de cotação, recebeu uma taxa e um ID de referência, e avaliou ambos em relação aos seus parâmetros. Às 6h03, executou a negociação. A liquidação foi iniciada automaticamente. Às 6h47, a confirmação chegou.

Diana recebeu uma notificação no Slack. Ela estava, naquele momento, trabalhando em algo que realmente exigia seu intelecto.

É assim que se parecem a cotação, a negociação e a liquidação quando uma API de pagamentos de ciclo de vida completo assume as funções. O sistema cuida dos verbos. Diana foca nas frases.

Isso é o que a API da OpenFX oferece às equipes de tesouraria: acesso direto aos endpoints de cotação, negociação e liquidação, os blocos de construção do câmbio internacional automatizado.