Guia
Configurando uma plataforma de mercado monetário e gestão de liquidez nos Emirados Árabes Unidos
A resposta curta
Uma plataforma de mercado monetário ou de liquidez nos Emirados Árabes Unidos (UAE) só precisa de autorização se fizer mais do que exibir informações, ou seja, se escolher, intermediar, movimentar ou recomendar o caixa do cliente. No mercado onshore, o Central Bank of the UAE (CBUAE) licencia e supervisiona as instituições financeiras; no DIFC, as empresas que prestam Financial Services precisam de licença da DFSA e, no ADGM, a decisão cabe à FSRA. O que normalmente define o caminho é quem escolhe o instrumento e quem controla o caixa, e não o fato de o produto se autodenominar software de tesouraria.
O perímetro regulatório: CBUAE, DFSA e FSRA, e qual deles decide
Uma plataforma de mercado monetário ou de liquidez normalmente é uma de quatro coisas sob o mesmo rótulo:
- Análise de tesouraria: exibe taxas, saldos e comparações de rendimento, sem jamais tocar no caixa do cliente.
- Marketplace de depósitos ou fundos: lista produtos de bancos ou gestores de fundos e permite que o cliente envie uma ordem.
- Sweep automático de caixa: os saldos do cliente são transferidos para um depósito ou fundo de terceiros segundo uma regra executada pela plataforma.
- Gestão discricionária de curta duração: a plataforma, ou uma pessoa por trás dela, decide onde o caixa do cliente fica alocado sem consultá-lo a cada vez.
Qual regulador se aplica decorre de onde a plataforma está estabelecida e de qual função ela desempenha. Onshore, a captação de depósitos e a organização de depósitos ficam com o CBUAE. Uma plataforma na DIFC se enquadra no regime de assessoria, organização e gestão de ativos da DFSA; uma plataforma na ADGM se enquadra no regime equivalente da FSRA. Esses são três regimes separados, não três faixas de preço para uma única permissão, e as atividades desempenhadas decidem qual se aplica.
Uma plataforma que apenas exibe dados, sem fluxo de ordens, sem discricionariedade e sem recursos de clientes, pode ficar fora dos três regimes, conforme os fatos. A partir do momento em que recomenda um produto, executa uma ordem, faz o sweep automático de um saldo ou decide a alocação em nome do cliente, ela exerce uma das funções acima, qualquer que seja o rótulo: "gestão de caixa", "treasury tech", "MML". O regulador analisa a ordem e o fluxo de caixa, não a apresentação comercial.
O que testa a classificação, funcionalidade por funcionalidade
Cada um desses fatores pode mover uma funcionalidade de software para uma função regulada, e cada um deve ser testado isoladamente, e não descartado pela descrição geral do produto:
- Ela recomenda ou classifica um depósito, fundo ou produto específico, em vez de simplesmente listar taxas publicadas?
- Ela faz, organiza ou executa uma ordem, ou apenas exibe uma para que o cliente a faça em outro lugar?
- Um saldo se move automaticamente para um produto de terceiros sob uma regra que a plataforma, e não o cliente, define?
- A plataforma ou alguém por trás dela decide a alocação, a duração ou a contraparte para o cliente?
- A plataforma detém o dinheiro do cliente em algum momento, ou controla as instruções de liquidação?
O fato de uma funcionalidade não passar em um desses testes não significa que toda a plataforma precise de autorização; significa que essa funcionalidade precisa de classificação própria, separada das demais. Plataformas de tesouraria costumam se dividir em mais de uma entidade por esse motivo: uma empresa de tecnologia responsável pela camada de exibição e uma entidade licenciada à parte, ou um terceiro licenciado, responsável pela função transacional.
Como o dinheiro do cliente se movimenta, e o que um banco ou custodiante verifica
Bancos, administradores de fundos e custodiantes fazem sua própria diligência, e leem primeiro a posição regulatória. O ponto prático é onde o dinheiro do cliente fica em cada etapa, não o que o painel diz. Em qualquer plataforma com uma funcionalidade de transação, os fundos ficam em contas segregadas de dinheiro de clientes, junto a instituições licenciadas, sob a supervisão do regulador competente, nunca misturados com os recursos próprios do operador. Antes de se aproximar de um banco ou custodiante, tenha preparado:
- Um diagrama do fluxo de ordens e de caixa: onde o dinheiro fica antes, durante e depois de uma transação, e quem pode movimentá-lo.
- A classificação funcionalidade por funcionalidade acima, com as funções reguladas marcadas.
- Contratos com provedores de produtos, quando a plataforma lista depósitos ou fundos de terceiros.
- O método de cálculo e de divulgação do rendimento, se a plataforma exibe ou classifica uma taxa.
Este é o arquivo que o trabalho de preparação de conta bancária corporativa monta. Um relato consistente entre o arquivo regulatório, o diagrama de fluxo e a solicitação bancária encurta o onboarding; uma história no plano de negócios e outra no diagrama de fluxo é a forma mais rápida de travar uma revisão.
Titularidade, substância e as funções que o regulador espera que sejam preenchidas
Uma entidade que exerce uma função licenciada (intermediar, assessorar ou gerir ativos, no mercado onshore, no DIFC ou no ADGM) precisa de diretores sêniores residentes e de uma estrutura de compliance compatível com a atividade, e não de um endereço registrado e de um diretor laranja (nominee director). Quando a tecnologia e a função regulada ficam em entidades distintas, a entidade licenciada arca com a substância: as pessoas, os sistemas e o capital que o regulador associa a essa função. Uma estrutura desenhada sobretudo para manter baixo o custo de constituição exibido é percebida exatamente assim em uma análise de autorização, e novamente em cada banco que lê o dossiê depois. Mapear qual entidade do grupo cumpre quais obrigações, antes que um regulador ou um banco pergunte, é o objetivo do trabalho de estruturação societária regulada e complexa.
O que costuma dar errado nesse setor
- Tratar "gestão de caixa" como um rótulo que comprova que a atividade não é regulada, em vez de testar cada funcionalidade isoladamente.
- Exibir rendimentos classificados que funcionam como uma recomendação, sem tratá-los como tal.
- Operar um sweep automático sem primeiro estabelecer se isso conta como organização ou gestão em nome do cliente.
- Usar uma sigla ("MML", "plataforma de liquidez") no lugar de nomear o modelo operacional real a um regulador ou a um banco.
- Comparar caminhos pela taxa de constituição, em vez de pela função regulada, pelo capital que ela carrega e pelos relatórios que ela traz.
Da classificação à operação
Uma vez definidos o modelo operacional e o regime, o caminho passa pela classificação das funcionalidades, escolha da entidade, eventual autorização exigida, constituição e onboarding bancário, antes que escritório, vistos e obrigações periódicas se tornem rotina. Quando uma funcionalidade exige autorização, o processo segue o calendário do regulador (pedido, análise, eventuais entrevistas e, por fim, a licença), e a data de constituição não é a data de lançamento. Quando as funcionalidades passam nos testes acima sem acionar uma função licenciada, o negócio geralmente pode seguir pela constituição de empresa fintech e pelo registro comercial ordinários, desde que essa conclusão decorra do teste das funcionalidades, e não da preferência pela resposta mais rápida. O custo segue a mesma divisão: a constituição de uma empresa apenas de software implica os custos societários ordinários; cada funcionalidade transacional pode acrescentar o capital, os diretores e os relatórios que a respectiva função exige, definidos pelo regulador e não pelo valor de constituição anunciado. Além disso, os honorários de serviço Velarozone são detalhados na carta de contratação; veja como a Velarozone funciona.
