O tema da disponibilidade de fundos surgiu durante uma chamada com um importante parceiro em potencial há algumas semanas. O momento em que os fundos ficam disponíveis para o destinatário em uma transação eletrônica depende, na maioria das vezes, do tipo de transferência utilizado para a troca de dinheiro.

Nos EUA, há muitos tipos de transferência que não oferecem disponibilidade imediata de fundos; por isso, ao longo dos anos, muitas empresas resolveram esse problema criando uma solução comum para a questão.

Essa solução consiste em recorrer a um terceiro que intervém para fornecer liquidez, permitindo que o destinatário tenha acesso aos fundos instantaneamente.

Aqui estão os mecanismos básicos em um cenário normal sem um provedor de liquidez, utilizando os Tipos de Cliente dDwolla. Neste exemplo, VCR1 é o remetente e VCR2 é o destinatário.

Dwolla Fund Flow

Esse atraso padrão pode ser resolvido com a introdução de um terceiro para fornecer liquidez, conforme mencionado acima. Uma maneira menos técnica de dizer isso é que alguém adiantará o dinheiro ao destinatário e assumirá o risco de que o pagamento do remetente falhe.

Um exemplo de como isso é feito do ponto de vista do fluxo de fundos é o seguinte.

Dwolla Introduction of Liquidity Provider

O VCR3 representa uma nova entidade não incluída no fluxo de fundos inicial. O VCR3 é operado ou pertence a um provedor de liquidez. Vale a pena notar que isso foi simplificado demais para facilitar a compreensão do exemplo. Na verdade, o VCR3 poderia ser operado pelo proprietário do aplicativo cliente, desde que o contrato entre o proprietário da conta VCR3 e o proprietário do aplicativo cliente permitisse isso.

Isso é realmente possível?

Isso acontece todos os dias em sistemas ao redor do mundo. À medida que as altas finanças invadem a FinTech, ou vice-versa, isso está ocorrendo cada vez mais.

Então, quanto custa a liquidez?

Varia muito. Algumas empresas levantam dinheiro suficiente e obtêm o licenciamento adequado para que possam financiar isso fora de seu balanço patrimonial. Outra solução é fazer parceria com um banco e outra ainda é fazer parceria com um tipo diferente de provedor de liquidez.

Embora a economia possa variar, vamos examinar três soluções possíveis caso a liquidez seja financiada pela aceitação do risco de transação na forma de dívida de curto prazo. Neste exemplo, há três cenários de custo que vejo com frequência:

  1. Taxa de Fundos Federais. Ela estava em 0,25% ao ano no momento em que escrevi isso pela primeira vez. A taxa de fundos federais está caindo a cada dia.
  2. Uma linha de crédito comercial. Vamos supor 6% ao ano. Mesmo que a taxa do Fed seja mais baixa, instituições não bancárias raramente desfrutam dessa taxa.
  3. Algo mais ousado. Vamos supor 12% ao ano. Esses são os tipos de taxas mais comumente observados.

O custo depende do parceiro.

Um componente-chave aqui é que a liquidez não está sendo fornecida em uma base anualizada, mas sim no dia a dia. Quando analisamos o custo real, é importante observar quanto dinheiro é emprestado e por quanto tempo.

Quando você começa a introduzir ambientes em tempo real, pode começar a detalhar os custos dia a dia, hora a hora, minuto a minuto e, sim... segundo a segundo.

Os juros diários são importantes nesse cenário

Em uma transação típica de “ACH”, você pode ter um atraso de dois dias para lidar. Portanto, se você precisar de US$ 1 milhão (porque é um valor fácil para este exemplo), você poderia usar uma das soluções de parceiros que mencionei acima para financiar esse US$ 1 milhão. Lembre-se de que a liquidez é quase sempre ancorada por um relacionamento entre o provedor de liquidez e o proprietário do aplicativo.

Então, quem arca com o custo? O proprietário do aplicativo cliente normalmente arca com o custo do programa que o provedor de liquidez torna possível.

Dwolla Liquidity Provider

Em resumo, se usarmos apenas as taxas de empréstimo que mencionei acima, podemos estimar que US$ 1 milhão em liquidez custa cerca de US$ 164,38 por dia a 6%, acumulados diariamente.

Para cobrir a lacuna de 2 dias, você precisaria pagar US$ 328,76. Se você assumir uma transação média do consumidor de cerca de US$ 124, poderia suportar mais de 8.000 transações de consumidores por dia e fazer com que o comerciante fosse pago em tempo real, tomando o dinheiro emprestado e assumindo o risco de retorno. Uma nuance importante a ser lembrada aqui é que o consumidor não está fazendo nenhum empréstimo. O consumidor, neste exemplo, é o beneficiário do proprietário do aplicativo cliente + provedor de liquidez, que assume o risco para oferecer uma melhor experiência ao usuário e acesso instantâneo ao dinheiro.

O custo de introduzir a disponibilidade de fundos em tempo real não é tão extremo quanto costumava ser.

A 0,25%, o custo de US$ 164,38 por dia passa a ser US$ 6,85 por dia. Com um prazo de 2 dias, o custo é de US$ 13,70 por US$ 1.000.000.

Aqui estão os números, caso queira analisá-los. Eles servem apenas para fins de demonstração e não devem ser considerados como definitivos. Várias variáveis podem alterar os custos reais.

LiquidezTaxa anualCusto anual2 dias1 diaPor horaPor minutoPor segundo
0.000.0000,55%5.00001,3750,68,28/bin/sh,105/bin/sh,0017
.000.0006,00%0.00028,7764,38,85/bin/sh,114/bin/sh,0019
.000.00012,00%20.00057,5328,773,70/bin/sh,228/bin/sh,0038
.000.00020,00%00.000.095,8947,952,83/bin/sh,381/bin/sh,0063

Programação de atividades de risco

Quando os sistemas permitem que diferentes partes assumam riscos em tempo real, podemos começar a considerar quem poderia estar fazendo lances dia a dia, hora a hora, minuto a minuto e segundo a segundo. Embora seja empolgante, isso também é perigoso se feito de forma irresponsável.

Se você estiver desenvolvendo algo assim, recomendo fortemente que contrate um advogado especializado em tecnologia que possa ajudá-lo a estruturar seus relacionamentos. O aspecto técnico de movimentar o dinheiro agora é a parte fácil. Antes era o contrário!