Integração bancária própria: quanto custa manter

Toda empresa de software que precisa de dado bancário chega nessa reunião: a gente constrói ou a gente contrata?

E quase sempre a conta é feita errado. Não porque alguém errou a matemática, mas porque a planilha compara o custo de construir com o preço de assinar, quando o que pesa mesmo é o custo de manter.

Esse texto é sobre a parte que não entra na planilha.

O que você teria que construir, na real?

"Integração bancária" soa como uma coisa só. São pelo menos seis.

• Conexão com cada instituição. No Open Finance existe padrão, mas a implementação varia de banco para banco. Fora do Open Finance, cada uma é um projeto.
• Fluxo de autorização. A tela onde o usuário autoriza, o redirecionamento para o banco, a volta, o tratamento de quem desistiu no meio.
• Gestão de consentimento. Prazo, renovação, revogação, e o que fazer quando vence às 3 da manhã de domingo.
• Padronização. Cada banco devolve o dado do seu jeito. Alguém precisa transformar tudo num schema só, senão o problema só muda de lugar.
• Enriquecimento. O extrato cru diz PAG*TEC 4471. Categorizar, identificar o estabelecimento e detectar recorrência é outro produto dentro do produto.
• Monitoramento. Saber que o Banco X parou de responder antes do seu cliente descobrir.

Dá para construir tudo isso. Times bons constroem. A pergunta é o que acontece no mês seguinte.

E depois que tá pronto?

Aqui está o ponto que a planilha não pega.

Integração bancária não é software que você entrega e esquece. É software que responde a um sistema que muda sem te avisar. Banco altera endpoint, muda o fluxo de autenticação, ajusta o formato de um campo, entra em manutenção sem aviso.

Cada uma dessas mudanças vira um chamado. E o chamado não chega no seu time de integração: ele chega no seu suporte, como "o extrato do meu cliente não está atualizando".

Na prática, o custo de manutenção aparece em três lugares que ninguém orçou:

1. 1Tempo de engenharia que ia para o seu produto e passa a ir para a conexão bancária.
2. 2Volume de suporte proporcional ao número de instituições que você cobre.
3. 3Tempo de reação. Quanto mais bancos, maior a chance de um deles estar quebrado agora.

O que quebra uma integração própria?

Três gatilhos, e eles quase sempre chegam nessa ordem.

O primeiro cliente grande. Ele usa um banco que você não cobre. Você cobre. Aí o próximo usa outro. A lista de instituições vira roadmap sem fim.

A primeira madrugada. Alguma coisa cai num domingo e alguém do time precisa acordar. Não é o custo do incidente, é o custo de passar a ter plantão.

A primeira mudança regulatória. O Open Finance evolui em ciclos de release. Acompanhar é trabalho contínuo de alguém que também tem outras prioridades.

Então construir nunca vale a pena?

Vale, sim. Em três cenários bem definidos.

Quando a integração é o seu produto. Se você vende infraestrutura financeira, construir não é custo, é o core. Terceirizar o core raramente é boa ideia.

Quando você precisa de pouquíssimas instituições. Se o seu caso de uso vive de dois ou três bancos específicos e você não pretende crescer essa lista, o custo de manter é baixo e previsível.

Quando você já é instituição autorizada. Se a sua empresa já tem licença do Banco Central e já opera no ecossistema, boa parte do trabalho estrutural já foi feita.

Fora desses três, a conta costuma virar contra construir. Não no primeiro mês, mas no décimo.

Como decidir sem viciar a conta

O erro clássico é comparar a estimativa otimista de construir com o preço de lista de contratar. Para não cair nisso, avalie os dois caminhos nos mesmos seis critérios.

O último é o que mais importa e o que menos aparece em reunião. Se a resposta for não, você está investindo o seu time mais caro numa coisa que o seu cliente não percebe.

E a Pluggy nisso tudo?

A Pluggy é a camada que faz esse trabalho para que você não precise fazer.

Uma API só cobre 220 instituições financeiras brasileiras, combinando Open Finance regulado e conectores de acesso direto, e devolve tudo no mesmo JSON. Quando uma instituição muda alguma coisa, a mudança é absorvida do nosso lado: o contrato da sua API com a gente continua igual.

O enriquecimento vem junto, então a transação chega com categoria, nome do estabelecimento, contraparte com CPF ou CNPJ e detecção de recorrência, em vez de chegar como PAG*TEC 4471.

E como a Pluggy é Iniciadora de Transação de Pagamento autorizada pelo Banco Central, cobrar e movimentar por Pix acontece na mesma integração, sem licença própria e sem segundo contrato.

Se o seu caso é ERP ou sistema de gestão, o recorte está em Open Finance para ERP.

Perguntas frequentes

Preciso de licença do Banco Central para construir minha própria integração?

Para ler dado como instituição receptora dentro do Open Finance, sim. Para iniciar pagamento, também. A maioria das empresas de software não segue esse caminho e acessa tudo por meio de uma instituição já autorizada.

Quanto tempo leva para construir?

A primeira conexão costuma ser rápida e enganosa. O problema não é a primeira, é a décima, e depois é manter as dez.

Dá para começar comprando e migrar para construir depois?

Dá, e é um caminho razoável. Você valida a demanda com custo baixo e decide com dado em vez de estimativa.

E o contrário, construí e quero migrar?

Também dá. O trabalho maior costuma ser migrar o consentimento dos usuários já conectados, não a integração em si.

Construir sai mais barato no primeiro ano?

Pode sair, e é justamente por isso que a comparação de um ano engana. O custo de construir é concentrado no começo; o de manter é para sempre.

E aí, constrói ou contrata?

Não existe resposta universal aqui, existe a resposta do seu caso. Se depois de rodar os seis critérios a conta fechar para construir, construa: é uma decisão legítima e tem empresa boa fazendo isso.

Mas se a resposta for que esse trabalho não te diferencia em nada no seu mercado, dá para testar o outro caminho em cinco minutos, sem cartão de crédito e sem falar com vendedor.