Embedded finance: o que é e como colocar o banco dentro do seu produto

Todo produto digital que mexe com dinheiro chega nessa pergunta uma hora: por que o meu cliente precisa sair do meu sistema para resolver uma coisa financeira que começou dentro dele?

Ele emite a nota aqui, mas cobra em outro lugar. Fecha o mês aqui, mas confere o extrato no app do banco. Vende aqui, mas concilia num CSV ou OFX.

Embedded finance é o conceito que resolve isso.

O conceito

Embedded finance é quando um produto que não é banco passa a oferecer serviço financeiro dentro da própria experiência, sem mandar o usuário para fora e sem virar uma instituição financeira.

O seu ERP mostra o saldo da empresa. O seu sistema de gestão cobra por Pix e baixa o título sozinho. O seu app de obra paga o fornecedor na mesma tela em que aprova a medição.

O serviço financeiro continua acontecendo numa instituição autorizada. O que muda é onde ele é operado.

Embedded finance, BaaS e Open Finance: o que é cada um

O mercado brasileiro usa os três como sinônimo e eles não são. Essa é a parte que mais confunde em reunião.

A leitura simples: embedded finance é o que você entrega. BaaS e Open Finance são dois caminhos diferentes de chegar lá.

BaaS resolve quando você precisa que o dinheiro fique parado em algum lugar que é seu. Open Finance resolve quando você precisa ler a vida financeira do cliente e movimentar a partir da conta que ele já tem.

O que dá para embarcar, na prática

Essa é a parte em que vale ser específico, porque "serviços financeiros" é grande demais para significar alguma coisa.

Com o trilho do Open Finance, dá para embarcar:

• Leitura de contas. Saldo, extrato, cartão, investimento e dado cadastral do cliente, dentro do seu produto.
• Dado já interpretado. Transação com categoria, estabelecimento identificado e contraparte com CPF ou CNPJ, em vez de uma descrição solta.
• Cobrança por Pix. O seu cliente cobra o cliente dele a partir do seu sistema.
• Cobrança recorrente. Mensalidade e assinatura por Pix Automático, com autorização do pagador.
• Cash management. Mover dinheiro entre contas do mesmo titular.
• Verificação de titularidade. Confirmar que a conta é de quem diz ser, usando o próprio vínculo bancário.

E o que não entra por esse trilho, sendo direto para você não perder tempo:

• Emitir conta de pagamento ou carteira em nome do seu cliente.
• Emitir cartão.
• Guardar saldo de terceiro.
• Conceder crédito com funding próprio.

Essas quatro coisas são território de BaaS e de licença própria. São caminhos válidos, só não são esse.

Preciso virar banco?

Na maioria dos casos, não.

Se o seu produto consome dado por meio de uma instituição já autorizada, e os pagamentos são iniciados por uma Iniciadora de Transação de Pagamento autorizada, você não precisa de licença própria. O dinheiro vai direto de uma conta para outra sem passar pela sua.

Você passa a precisar quando assume uma posição no fluxo: quando segura saldo de terceiro, quando emite conta ou cartão, ou quando quer participar do Open Finance como instituição receptora por conta própria.

Escrevemos essa linha divisória com mais detalhe em meu produto precisa de licença do Banco Central?.

O que você precisa ter antes de começar

Três coisas, e nenhuma delas é técnica.

Um momento claro na jornada. Embedded finance só funciona quando o serviço financeiro aparece no instante em que o usuário já estava pensando naquilo. Cobrança aparece ao fechar o pedido, não num menu lateral.

Uma base legal para o dado. Licença do Banco Central e LGPD são assuntos separados. O consentimento do Open Finance autoriza o compartilhamento; a base legal do que você faz com o dado dentro do seu produto continua sendo sua. Tratamos disso em o que um software pode guardar de dado bancário.

Clareza sobre o que é seu. A conexão bancária em si não diferencia ninguém. O que diferencia é o que você faz com o dado depois que ele chega.

Quando não vale a pena

Três cenários em que embarcar finanças é esforço jogado fora.

Quando é feature de deck. Se ninguém sabe dizer qual tela fica melhor com isso, o projeto nasce sem dono e morre no segundo trimestre.

Quando o seu usuário não é quem decide o dinheiro. Se quem usa o seu produto não tem acesso à conta da empresa, a autorização trava e a adoção não acontece.

Quando você quer a parte que exige licença. Se o plano é emitir conta ou cartão, a conversa é de BaaS e de regulação, com outro custo e outro prazo.

E a Pluggy nisso tudo?

A Pluggy é infraestrutura de embedded finance no Brasil. A camada que faz o seu produto operar serviço financeiro sem você virar instituição financeira.

Na prática, uma API só cobre 220 instituições brasileiras para leitura de dado, com enriquecimento já incluído, e pagamentos por Pix na mesma integração, porque a Pluggy é Iniciadora de Transação de Pagamento autorizada pelo Banco Central.

O que não fazemos continua valendo o que está escrito lá em cima: conta, cartão, custodiar saldo e crédito próprio não são nossos.

Se você constrói software para outras empresas, o recorte está em Open Finance para software houses.

Perguntas frequentes

Embedded finance e BaaS são a mesma coisa?

Não. Embedded finance é a categoria do que o usuário vê. BaaS é um modelo de fornecimento em que uma instituição licenciada permite que terceiros emitam conta e cartão na licença dela.

Embedded finance só existe por causa do Open Finance?

Não. Existia antes, por meio de parceria direta com instituição. O Open Finance barateou e padronizou o acesso, então o que era projeto de um ano virou integração em poucos dias.

Preciso de licença para embarcar pagamento no meu produto?

Não, se a iniciação é feita por uma ITP autorizada e o dinheiro não passa pela sua conta.

E "finanças embarcadas", é outra coisa?

É a tradução de embedded finance. Mesmo conceito.

Quanto tempo leva para colocar isso de pé?

Depende muito mais do seu produto do que da integração. A parte técnica de ler conta e iniciar pagamento é uma API; a parte difícil é decidir em qual tela isso aparece.

Conclusão

Embedded finance não é sobre virar banco. É sobre parar de mandar o seu cliente para fora do seu produto para resolver uma coisa que começou dentro dele.

Se você já sabe qual é essa tela, dá para testar a integração em cinco minutos antes de levar para o roadmap.