Existe uma leitura ainda comum no mercado de embedded finance no Brasil.

Ela trata regulação como uma camada externa ao desenho da operação. Primeiro a plataforma organiza produto, experiência e distribuição. Depois, em algum momento, ajusta enquadramento, parceiro, documento e controle.

Os movimentos mais recentes do Banco Central sugerem outra coisa.

O sinal não é apenas de maior exigência formal. É de maior clareza sobre quem organiza, quem registra, quem responde e com que evidência essa resposta poderá ser sustentada. Em 28 de novembro de 2025, o BC regulamentou o BaaS e afirmou que a regulação “define claramente quais as partes envolvidas no modelo de negócio”, bem como suas responsabilidades. Poucos dias depois, a Resolução Conjunta nº 18 passou a disciplinar a política de qualidade das informações prestadas ao Banco Central. Em 18 de dezembro de 2025, o BC e o CMN também reforçaram o arcabouço de segurança cibernética e de proteção de infraestruturas críticas. Já em 2026, o BC ajustou e detalhou o regime dos PSTIs, os provedores de serviços de tecnologia da informação usados no sistema financeiro e no sistema de pagamentos.

A leitura mais útil, portanto, não é a de que o ambiente ficou apenas “mais regulado”. A leitura mais útil é que o regulador começou a tratar o arranjo operacional como uma cadeia de responsabilidades menos tolerante a ambiguidade.

O BaaS deixou de caber na zona cinzenta comercial

O primeiro sinal é o mais direto.

A regulamentação de BaaS publicada em novembro de 2025 não apenas reconheceu o modelo. Ela o organizou em termos de partes, papéis e responsabilidades. O próprio BC resumiu a mudança dessa forma ao anunciar a norma. Isso importa porque, por muitos anos, parte do mercado conseguiu tratar BaaS como um arranjo suficientemente maleável para que a narrativa comercial viesse antes da definição institucional.

Esse espaço ficou menor.

Quando o regulador passa a nomear o modelo, ele reduz a utilidade da formulação vaga. Para plataformas B2B, isso muda o centro da conversa. O valor já não está apenas em distribuir melhor ou integrar mais rápido. Está em conseguir explicar com precisão quem faz o quê, em qual etapa, com qual alçada e sob qual padrão de controle.

Em outras palavras, BaaS deixou de funcionar bem como promessa ampla. Passa a exigir desenho mais explícito de responsabilidade.

Qualidade da informação virou tema de governança, não de backoffice

O segundo sinal é menos vistoso e, por isso mesmo, mais revelador.

A Resolução Conjunta nº 18, de 28 de novembro de 2025, estabeleceu a política de qualidade das informações prestadas ao Banco Central por instituições autorizadas. Esse movimento parece técnico à primeira leitura. Mas ele diz muito sobre a direção institucional do mercado.

Quando qualidade da informação sobe de patamar regulatório, o problema deixa de ser apenas “enviar dados corretos”. Passa a ser provar que a operação produz, organiza, mantém e revisa informação de forma compatível com o modelo de negócio, o perfil de risco e a complexidade institucional.

Para o mercado de embedded finance, isso tem uma implicação importante.

Quanto mais a operação depende de múltiplas camadas, parceiros e fluxos distribuídos, menos sustentável fica a ideia de que dados, documentos, critérios e evidências podem ser tratados como subproduto da jornada. A qualidade da informação começa a operar como teste de maturidade do desenho.

E isso atinge diretamente plataformas que ainda se descrevem como interface leve, mesmo quando já influenciam a forma como a informação nasce, circula e chega ao parceiro regulado.

Infraestrutura crítica e terceiros entraram de vez no centro do problema

O terceiro sinal está na combinação entre segurança cibernética, infraestrutura crítica e governança sobre terceiros.

Em 18 de dezembro de 2025, o BC informou que atualizou política e requisitos de segurança para uniformizar o ambiente regulatório e fortalecer a segurança das infraestruturas de comunicação de dados e dos sistemas de pagamentos. Na mesma linha, a Resolução CMN nº 5.274 alterou a norma de segurança cibernética de 2021. Pouco depois, em 30 de janeiro de 2026, o BC ajustou a regulamentação dos PSTIs, e a Instrução Normativa nº 718, publicada em 1º de abril de 2026, detalhou procedimentos, documentos, prazos e informações para credenciamento e descredenciamento desses provedores.

O ponto relevante não está só em segurança, no sentido estreito.

O ponto relevante é que o regulador está olhando com mais nitidez para a cadeia técnica que sustenta a operação. Isso inclui provedores, credenciamento, evidência documental, procedimentos formais e controles mínimos sobre quem participa da infraestrutura.

Para plataformas B2B, essa mudança importa porque reduz a margem para tratar o terceiro como caixa-preta conveniente. Quanto mais o arranjo depende de provedores especializados, mais a governança sobre esses elos deixa de ser detalhe contratual e passa a afetar a integridade da operação inteira.

A pressão institucional é menos sobre tese e mais sobre evidência

O quarto sinal ajuda a juntar os anteriores.

No Relatório Integrado de 2025, o Banco Central afirmou ter havido aumento expressivo de ataques do crime organizado a instituições financeiras e de pagamentos, o que demandou adoção de medidas adicionais. Em paralelo, o BC afirmou recentemente que a agenda evolutiva do Pix segue “a todo vapor” em 2026, com diversos projetos de aprimoramento em andamento.

Quando se combinam expansão de infraestrutura, elevação de criticidade operacional e aumento de pressão de segurança, o regulador tende a ficar menos interessado em declarações genéricas de robustez e mais interessado em evidência de controle, rastreabilidade, qualidade informacional e clareza de papéis.

Esse é o padrão emergente.

Menos tolerância a ambiguidade de responsabilidade. Menos espaço para a fronteira difusa entre parceiro, plataforma, infraestrutura e operação. Mais expectativa de que a cadeia consiga explicar como decide, como registra, como supervisiona terceiros e como sustenta a qualidade do que informa.

O que plataformas B2B deveriam observar agora

Para plataformas, ERPs e SaaS verticais, a implicação não é “virar regulado” por força de retórica. A implicação é mais concreta.

Projetos que ainda tratam BaaS como atalho comercial, governança informacional como assunto secundário e infraestrutura terceirizada como deslocamento automático de responsabilidade tendem a parecer mais frágeis neste novo ambiente.

O ponto de atenção agora está menos em lançar nova oferta e mais em responder perguntas mais duras.

Quem organiza a jornada e os critérios de entrada.

Quem assegura a qualidade da informação ao longo do fluxo.

Quem supervisiona os terceiros críticos.

Em que fórum as exceções são absorvidas.

Como a operação demonstra, e não apenas afirma, que papéis e controles estão claros.

Essa talvez seja a principal mudança de leitura para 2026.

O mercado ainda fala muito sobre distribuição, experiência e monetização. O regulador, pelos sinais recentes, começou a falar com mais ênfase sobre outra coisa: definição de responsabilidade sustentada por evidência operacional.

Essa é a parte que merece atenção agora.

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

Existe uma formulação confortável demais no mercado de embedded finance.

Quando a operação é sustentada por infraestrutura de terceiros, parte das plataformas passa a tratar a própria responsabilidade como se fosse proporcionalmente menor. A lógica é conhecida. Se o parceiro regulado responde por uma camada formal do arranjo, se a infraestrutura processa, registra e executa o fluxo, então a plataforma poderia se enxergar apenas como distribuidora de experiência, interface e acesso.

Essa leitura parece funcional no início. Também ajuda comercialmente. Ela simplifica a conversa, reduz a sensação de complexidade e preserva a ideia de que tecnologia resolve boa parte do problema institucional por desenho.

Mas essa separação é mais confortável do que real.

Em operações financeiras B2B, a tecnologia pode intermediar o fluxo. O que ela não faz é eliminar o papel de quem organiza o contexto em que esse fluxo acontece.

Quando a plataforma organiza jornada, dados, critérios e decisão, ela passa a influenciar resultado operacional mesmo sem executar sozinha todas as etapas do processo.

É nesse ponto que a ideia de neutralidade tecnológica começa a perder valor explicativo.

Quando a infraestrutura funciona, a responsabilidade não desaparece

Toda operação mais madura de embedded finance depende de tecnologia.

Sem infraestrutura, não há integração consistente, trilha de eventos, automação de rotinas, coordenação transacional ou capacidade de escalar com previsibilidade mínima. O problema não está em depender de tecnologia. O problema está em transformar essa dependência em argumento para diluir responsabilidade.

Na prática, isso acontece de forma sutil.

A plataforma terceiriza processamento, onboarding, motor de conta, trilha transacional, liquidação ou parte da lógica de compliance. Aos poucos, começa a tratar essas camadas como se deslocassem para fora dela o centro do problema operacional.

Só que o centro do problema nem sempre está onde a execução formal acontece. Muitas vezes, ele está onde a operação é organizada.

Quem define a jornada de entrada do cliente.

Quem decide quais dados serão coletados.

Quem escolhe o nível de fricção aceitável.

Quem desenha critérios de ativação.

Quem acomoda exceções para preservar conversão.

Quem prioriza velocidade em vez de completude informacional.

Nada disso é neutro. E nada disso desaparece porque existe uma infraestrutura robusta por trás.

A tecnologia pode estruturar o fluxo. Ela não apaga o papel de quem molda o fluxo.

É por isso que operações aparentemente bem instrumentadas ainda produzem fragilidades muito humanas. O sistema registra. O parceiro executa. O processo roda. Mas a decisão que organizou aquele processo continua tendo dono, mesmo quando esse dono prefere se enxergar apenas como canal.

A responsabilidade começa antes da execução formal

Um dos erros mais recorrentes nesse tipo de operação é imaginar que responsabilidade começa no ponto em que uma obrigação formal é acionada.

Essa visão é estreita.

Em embedded finance B2B, boa parte da responsabilidade nasce antes. Ela surge no momento em que a plataforma organiza o ambiente decisório da operação. Quando ela define a ordem da jornada, o que será pedido, o que será omitido, quais sinais serão priorizados, quais fricções serão removidas e quais desvios serão tolerados, ela já está participando da qualidade do resultado.

Isso vale especialmente em contextos em que a plataforma conhece mais sobre o cliente do que o próprio parceiro financeiro consegue observar de forma direta.

O software vê comportamento, recorrência, atraso, intensidade de uso, padrão operacional, sinais que não aparecem num formulário simples nem numa análise isolada.

Quando escolhe como esse contexto será usado, traduzido ou ignorado, a plataforma deixa de ser mera superfície. Ela passa a atuar como organizadora da observação.

E quem organiza a observação influencia a decisão, ainda que não detenha sozinho a competência final sobre ela.

Esse ponto desloca a conversa do lugar errado.

O debate mais útil não é se a plataforma carrega toda a responsabilidade do arranjo. Quase nunca carrega. O debate útil é entender que ela também não pode se descrever como tecnicamente neutra só porque existe infraestrutura entre ela e a execução final.

A operação real é feita de dependências. E responsabilidade operacional quase sempre acompanha dependência relevante.

O que parece interface muitas vezes já é decisão

Parte da confusão nasce porque o mercado ainda subestima o papel da interface.

Existe uma tendência a tratá-la como camada estética, quase passiva. Algo ligado a experiência, não a arquitetura. Só que, em operações financeiras, interface é decisão incorporada.

A ordem das etapas influencia ativação.

A redação dos campos influencia qualidade de informação.

O desenho da jornada influencia desistência, aderência e exceção.

O nível de visibilidade sobre prazo, status e pendência influencia expectativa do cliente e pressão sobre atendimento.

O modo como o fluxo trata erro influencia retrabalho, suporte e escalonamento.

Nada disso é apenas forma. Tudo isso organiza comportamento operacional.

Quando a plataforma define essas escolhas, ela não está apenas apresentando um produto financeiro dentro do software. Está modulando como esse produto será entendido, percorrido e sustentado ao longo do uso.

O mesmo vale para dados.

Nem todo dado disponível entra no fluxo.

Nem todo dado coletado vira critério.

Nem todo critério é incorporado com o mesmo peso.

Nem toda exceção é tratada como sinal de revisão de desenho.

Essas escolhas parecem técnicas. E são. Mas não apenas.

Elas também são escolhas de responsabilidade operacional. Porque determinam o que a operação conseguirá observar, justificar, revisar e sustentar quando sair do fluxo ideal.

É por isso que a falsa separação entre tecnologia e responsabilidade operacional empobrece a leitura do problema. Ela faz parecer que responsabilidade está só no contrato, no enquadramento formal ou na camada que executa a obrigação final.

Na prática, a responsabilidade relevante já começou muito antes, no desenho do caminho.

Onde essa falsa separação cobra o preço

Esse erro de leitura raramente produz ruptura imediata.

No curto prazo, a operação pode parecer organizada. Os sistemas estão integrados. O parceiro está ativo. O fluxo funciona. A jornada está de pé. A conversão acontece. O volume cresce.

O problema aparece quando a realidade começa a sair do script.

É aí que a suposta separação entre tecnologia e responsabilidade operacional começa a cobrar o preço.

O atendimento recebe casos que ninguém consegue explicar com clareza.

O time comercial pressiona por exceções que o sistema não deveria absorver sem revisão de critério.

O produto passa a corrigir na interface fragilidades que nasceram de desenho institucional.

A operação vira mediadora de conflitos entre áreas e parceiros.

O parceiro regulado começa a exigir mais disciplina de informação, processo e registro do que a plataforma imaginava precisar oferecer.

Nada disso acontece porque a tecnologia falhou necessariamente.

Muitas vezes, acontece porque a operação foi desenhada como se tecnologia bastasse para neutralizar o peso da coordenação.

Mas coordenação continua existindo. Critério continua existindo. Conflito entre velocidade, controle e experiência continua existindo.

A diferença é que, quando a empresa acredita demais na neutralidade da infraestrutura, demora mais para reconhecer onde esses conflitos realmente precisam ser tratados.

E esse atraso custa.

Custa em previsibilidade.

Custa em retrabalho.

Custa em deterioração da confiança entre áreas.

Custa em dependência de alinhamento informal.

Custa em dificuldade de explicar por que determinadas decisões foram tomadas e sustentadas daquele modo.

A tecnologia segue sendo indispensável. Só deixa de funcionar como desculpa conceitual.

O critério executivo que realmente importa

A pergunta correta não é se a infraestrutura é robusta.

Ela precisa ser.

A pergunta correta é outra: que responsabilidades a plataforma continua organizando mesmo quando a execução formal está distribuída entre sistemas e parceiros?

Se organiza jornada, precisa responder pelo desenho da jornada.

Se organiza dados, precisa responder pela qualidade e pelo uso desses dados.

Se organiza critérios de entrada, precisa responder pelos efeitos desses critérios.

Se organiza exceções, precisa responder pela forma como essas exceções alteram a integridade do fluxo.

Se organiza expectativa do cliente, precisa responder pelo desalinhamento que produz quando promete simplicidade maior do que a operação consegue sustentar.

Essa é a implicação executiva do tema.

Em embedded finance B2B, infraestrutura tecnológica não reduz a necessidade de responsabilidade operacional clara. Em muitos casos, torna essa clareza ainda mais necessária.

Porque, quanto mais camadas, parceiros e sistemas entram na operação, menos útil fica a fantasia de que a responsabilidade está sempre em outro lugar.

Quando a plataforma organiza o contexto da decisão, ela já faz parte da responsabilidade pelo resultado.

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

Quase toda operação de embedded finance começa acreditando que a exceção manual será temporária.

No início, isso parece razoável. O fluxo ainda está amadurecendo, a jornada ainda não absorveu todos os casos, a integração com parceiros ainda exige acomodação. Alguém aprova um caso fora da política para não perder um cliente importante. Alguém acelera uma ativação porque a operação comercial já prometeu prazo. Alguém reprocessa um repasse manualmente para não transformar um erro operacional em desgaste com a base.

Nada disso, isoladamente, parece grave.

Na prática, é assim que muitas operações ganham tração antes de ganhar disciplina.

A exceção quase nunca entra com esse nome

O problema começa quando a exceção deixa de ser um ajuste pontual e passa a funcionar como mecanismo informal de sustentação do modelo. Nesse ponto, ela já não corrige a arquitetura. Ela começa a corroê-la.

A exceção raramente entra na operação com esse nome.

Ela costuma aparecer como sensibilidade comercial, cuidado com a experiência, flexibilidade para lidar com um parceiro relevante, senso de urgência, capacidade de adaptação. Em ambientes de software B2B, especialmente os que estão adicionando camadas financeiras ao produto, esse repertório quase sempre soa positivo.

A empresa interpreta a própria improvisação como prova de proximidade com o cliente e capacidade de execução.

Mas existe uma diferença importante entre flexibilidade operacional e dependência estrutural de ajuste manual.

A primeira ajuda a absorver variação enquanto o desenho amadurece. A segunda mascara que o desenho não está acompanhando o crescimento da operação.

Quando a exceção começa a competir com a regra

É aí que a exceção muda de papel.

Quando ainda é rara, ela serve para lidar com o não previsto. Quando se torna recorrente, passa a competir com a regra. Quando compete com a regra, já começa a alterar incentivos. E, quando altera incentivos, deixa de ser um desvio operacional para se tornar um problema de arquitetura.

Esse deslocamento costuma acontecer em silêncio.

O comercial aprende rapidamente quais casos conseguem aprovação extraoficial. O atendimento entende quem acionar quando precisa resolver algo fora do fluxo. O time de operação descobre quais planilhas, mensagens ou alinhamentos paralelos mantêm a máquina funcionando. O parceiro percebe que parte da disciplina formal pode ser negociada se houver contexto suficiente.

Aos poucos, a organização inteira aprende a conviver com um sistema duplo. O sistema descrito e o sistema praticado.

Os passivos invisíveis que começam a se acumular

Esse é o ponto em que a exceção começa a produzir passivos invisíveis.

O primeiro é de critério.

Se dois casos parecidos recebem tratamentos diferentes porque passaram por pessoas, canais ou momentos distintos, a empresa já não está apenas sendo flexível. Ela está operando com critério instável. Isso enfraquece previsibilidade, dificulta revisão posterior e torna quase impossível explicar com consistência por que uma decisão foi tomada.

O segundo é de accountability.

Enquanto a exceção é informal, a responsabilidade também fica difusa. Quem decidiu? Com base em quê? Em que fórum? Com qual registro? Com que impacto sobre risco, prazo, experiência ou parceiro? Sem essas respostas, a operação até continua rodando, mas começa a acumular decisões que ninguém controla de verdade e que todos ajudam a sustentar.

O terceiro é econômico.

Boa parte das exceções manuais parece barata enquanto o volume ainda é pequeno. Só que esse custo raramente aparece na linha certa. Ele fica distribuído entre atendimento, operação, produto, retrabalho, atraso, conciliação e desgaste entre áreas. A margem segue parecendo saudável porque parte da fricção está sendo absorvida como esforço organizacional difuso, não como custo real da operação.

O quarto é institucional.

Uma operação que depende demais de exceção manual ensina a própria organização a resolver tensão fora do desenho. Em vez de transformar desvio recorrente em política, regra, trava de sistema ou critério explícito, ela normaliza a arbitragem informal.

A fragilidade que o curto prazo esconde

Esse problema aparece com frequência maior justamente em operações que estão tentando crescer sem parecer pesadas.

Como embedded finance entra muitas vezes pela rota da conveniência, existe uma tendência a proteger a fluidez da jornada a qualquer custo. Só que parte dessa fluidez é artificial. Ela está sendo comprada com intervenção humana, acomodação silenciosa e decisão sem trilha clara.

Quando isso acontece, a empresa começa a trocar disciplina por aparência de simplicidade.

E simplicidade comprada com exceção recorrente não é simplicidade. É fragilidade adiada.

A pergunta relevante, portanto, não é se a operação tem exceções. Quase toda operação relevante tem. A pergunta melhor é outra: o que a empresa faz quando percebe que a mesma exceção está se repetindo?

O critério que separa ajuste de corrosão

Se a empresa registra, qualifica, revisa e transforma esse padrão em decisão institucional, a exceção ajuda a maturidade do sistema.

Se ela apenas acomoda, negocia e esquece, a exceção passa a corroer a arquitetura de dentro para fora.

Esse é um dos testes mais úteis para distinguir uma operação promissora de uma operação realmente preparada para escala.

Não basta crescer. Não basta converter. Não basta preservar relacionamento. Em algum momento, a empresa precisa decidir se quer continuar resolvendo tensão com esforço informal ou se quer absorver essa tensão no desenho do próprio negócio.

Na prática, a exceção manual começa a corroer a arquitetura quando deixa de ser uma resposta ao limite do sistema e passa a funcionar como substituto do sistema.

É aí que a operação continua parecendo ágil, mas já começou a perder integridade.

A implicação executiva é direta.

Toda exceção recorrente precisa virar pergunta de arquitetura. Se não vira política, critério, alçada ou ajuste de fluxo, ela deixa de proteger a operação e começa a redesenhá-la de forma invisível.

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

Existe uma leitura confortável demais no mercado de software B2B.

Se o ERP já organiza faturamento, cobrança, contratos, recorrência, repasses ou recebíveis, então faz sentido adicionar serviços financeiros à jornada. A partir daí, a conclusão costuma vir rápido: essa nova camada representa uma receita adicional relativamente previsível, capturada a partir de uma base já existente e de uma relação já consolidada com o cliente.

O raciocínio tem apelo. Em parte, ele é legítimo.

Plataformas que ocupam posição relevante na operação dos seus clientes de fato carregam uma vantagem importante. Elas não estão tentando vender um produto financeiro para fora do contexto. Elas já participam do contexto. Já conhecem a rotina, o fluxo, a frequência, a dor operacional e, em muitos casos, a dinâmica econômica daquele usuário.

O problema não está em reconhecer esse potencial.

O problema começa quando essa frente é tratada como se tivesse a mesma natureza econômica do produto principal. Ou pior: como se pudesse crescer indefinidamente sem alterar a lógica de operação, margem e responsabilidade da própria empresa.

É nesse ponto que a leitura comercial deixa de ser suficiente.

Receita acessória e margem estrutural não são a mesma coisa

No início, a distribuição financeira dentro de um ERP costuma parecer leve.

A integração com um parceiro existe. A jornada é incorporada ao produto. Alguns clientes aderem. A receita começa a aparecer. Para quem observa de fora, a tese parece comprovada: havia um canal subutilizado, a plataforma o ativou e agora passou a capturar valor sobre algo que já estava, por assim dizer, ao alcance da mão.

Mas esse enquadramento esconde uma distinção importante.

Receita acessória e margem estrutural não são a mesma coisa.

Receita acessória pode surgir cedo, com custo aparente relativamente baixo. Margem estrutural exige outra coisa. Exige previsibilidade, capacidade de coordenação, tratamento de exceções, clareza de papéis, disciplina operacional, visibilidade sobre o que acontece ao longo do fluxo e condições mínimas para que o crescimento não dependa de improviso.

Essa diferença tende a passar despercebida quando a operação ainda é pequena.

Enquanto o volume é limitado, o time absorve manualmente o que não está resolvido no desenho. Um ajuste aqui, uma exceção ali, uma conversa direta com o parceiro, uma intervenção do comercial para preservar conversão, um esforço do suporte para resolver o que não deveria ter chegado até ele. A operação continua funcionando, e o relatório continua mostrando evolução.

Só que crescimento, por si só, não prova que existe margem estrutural. Prova apenas que existe tração.

A pergunta mais útil, portanto, não é quanto essa nova frente está gerando agora. A pergunta mais útil é outra: o que está sendo exigido da operação para sustentar essa receita e essa exigência já foi reconhecida como parte do desenho do negócio?

O ponto em que o canal deixa de ser leve

Esse é o momento que muitos ERPs e plataformas começam a ler mal.

A camada financeira costuma entrar na organização como extensão comercial. Algo que amplia monetização, retenção e densidade da relação com a base. Só que, à medida que cresce, ela muda de natureza. Deixa de ser apenas uma oferta distribuída a partir do software e passa a se comportar como uma operação com dependências próprias.

Essa transição raramente acontece de forma dramática. Ela aparece em sinais dispersos.

O primeiro sinal costuma ser a multiplicação das exceções. O fluxo padrão existe, mas começa a conviver com decisões ad hoc para preservar relacionamento, aprovar mais rápido, contornar fricção ou acomodar situações não previstas no desenho original. A exceção, nesse estágio, ainda parece uma ferramenta de flexibilidade. Na prática, muitas vezes já é um sintoma de que a operação está crescendo sem critério institucional equivalente.

O segundo sinal aparece quando o atendimento absorve complexidade que já não pertence mais ao suporte comum. Dúvidas sobre liquidação, divergência de repasse, inconsistência cadastral, reprocessamento, falhas de ativação, expectativa de prazo, conflito entre jornadas. O time de atendimento vira o lugar onde a fragilidade da arquitetura aparece primeiro. Não porque o problema tenha nascido ali, mas porque é ali que a fricção se materializa.

O terceiro sinal está na agenda de produto. Quando a camada financeira começa a disputar roadmap, ela já deixou de ser lateral. Não é mais apenas uma fonte complementar de receita. Ela passa a influenciar prioridade, sequência de desenvolvimento, alocação de time e até a forma como a empresa define o que é essencial para a experiência do cliente.

O quarto sinal aparece na relação com parceiros. Enquanto a operação é pequena, a integração parece suficiente. Mas, com o aumento de volume e dependência, a qualidade da operação do ERP passa a importar tanto quanto a qualidade da infraestrutura do parceiro financeiro. Não basta mais conectar sistemas. É preciso coordenar critérios, tempos, registro de eventos, tratamento de desvios e responsabilização quando algo sai do esperado.

É nesse momento que a natureza econômica da frente financeira muda.

O que antes parecia uma linha adicional de receita começa a demandar uma estrutura própria de sustentação.

Quando a margem parece boa demais

É justamente aí que o limite econômico do ERP como canal financeiro começa a aparecer.

Esse limite não é um teto de mercado. Não é uma afirmação de que o canal perde valor depois de certo ponto. Também não é um argumento contra embedded finance em software B2B. Em muitos casos, o movimento faz todo sentido.

O ponto é outro: há um momento em que a distribuição financeira deixa de ser um desdobramento simples da posição do software e passa a exigir arquitetura própria de margem, operação e accountability.

Quando isso não é reconhecido, a empresa entra numa zona ambígua.

Ela continua capturando receita como se estivesse expandindo o produto, mas começa a carregar responsabilidade operacional como se estivesse inaugurando uma nova camada do negócio. Essa assimetria costuma durar algum tempo. E, justamente por durar, engana.

A margem parece boa porque parte do custo ainda está distribuída de forma invisível.

Está no suporte que absorve o que não deveria. Está no comercial que negocia exceções sem registro suficiente. Está no produto que corrige desvios operacionais como se estivesse apenas refinando experiência. Está nos alinhamentos paralelos entre áreas que tentam manter o fluxo funcionando apesar da ausência de fórum claro, palavra final ou critério estável.

A empresa segue adiante com a impressão de que encontrou uma frente altamente rentável. Em alguns casos, de fato encontrou. Mas não necessariamente da forma como imagina.

Porque o que sustenta a receita pode não ser uma margem estrutural. Pode ser uma combinação temporária entre contexto favorável, esforço organizacional mal mensurado e custo difuso de coordenação.

Esse é um ponto pouco discutido quando se fala em embedded finance para ERPs.

O mercado costuma discutir bem a oportunidade de monetização. Discute menos a economia da operação que sustenta essa monetização. E é justamente aí que a leitura madura começa.

O que muda quando a operação financeira entra no core

A questão central não é apenas se o ERP tem distribuição. Muitos têm.

A questão é se ele tem condições de operar a complexidade que acompanha essa distribuição quando ela ganha relevância real.

Isso envolve mais do que tecnologia. Envolve definição de responsabilidades, governança de exceções, critérios de ativação, trilha de decisão, visibilidade sobre liquidação, capacidade de reconciliação, previsibilidade na relação com parceiros e disciplina para não deixar que o fluxo financeiro reordene o produto principal sem discussão explícita.

Há um erro de enquadramento frequente nesse estágio. Quando a camada financeira começa a crescer, parte do mercado passa a falar como se o ERP estivesse “virando banco”. Essa formulação é ruim. Ela simplifica demais o problema e desloca a conversa para uma caricatura regulatória que nem sempre ajuda a entender o que está em jogo.

O ponto relevante não é esse.

O ponto é que, ao organizar jornada, dados, critérios e fluxo operacional de uma oferta financeira, a plataforma passa a carregar uma responsabilidade que já não cabe no repertório de uma feature adicional.

Ela não precisa “virar banco” para isso.

Basta que a operação financeira se torne relevante o suficiente para influenciar processo, decisão, confiança e coordenação entre agentes.

Quando isso acontece, a discussão correta deixa de ser apenas comercial. Vira discussão de arquitetura de negócio.

Que parte dessa margem é realmente recorrente e controlável? Que parte depende de exceção? Onde a empresa já está aceitando fricção para preservar receita? Em que ponto o time de produto começou a responder mais à lógica financeira do que à coerência do software? Quem decide quando conversão, experiência e controle entram em conflito? Onde esses conflitos são registrados, revistos e absorvidos em política?

Essas perguntas costumam parecer excessivas enquanto o volume ainda é baixo. Depois, passam a parecer tardias.

O limite não aparece no começo

Esse atraso é caro.

Não necessariamente em forma de ruptura visível no início, mas em erosão gradual de previsibilidade. A operação continua, mas com mais atrito. A relação com o parceiro continua, mas com mais dependência de intervenção. A receita continua entrando, mas com menos clareza sobre a qualidade da margem que ela representa.

Por isso, o limite econômico do ERP como canal financeiro não deve ser lido como um limite de demanda. Deve ser lido como um ponto de inflexão institucional.

Até certo estágio, a oferta financeira pode se comportar como uma expansão relativamente leve da proposta de valor do software. Depois desse ponto, ela passa a exigir reconhecimento formal de que a empresa está operando algo com lógica própria de coordenação, controle e responsabilidade.

Não perceber essa virada costuma levar a um erro recorrente: insistir em tratar como acessória uma operação que já virou estrutural.

É aí que a empresa começa a perder nitidez sobre o próprio negócio. O software continua sendo o core, mas a frente financeira passa a influenciar mais do que deveria sem que isso tenha sido assumido como decisão de arquitetura. A organização sente o peso, mas ainda não nomeou o fenômeno.

Nomear esse fenômeno é o primeiro passo para tratá-lo com critério.

Porque o ponto não está em recuar da ambição financeira. Está em reconhecer que, quando a receita cresce o suficiente para reorganizar operação, prioridade e responsabilidade, ela já não pode ser administrada como simples anexo do produto.

Em embedded finance B2B, esse é um dos testes mais importantes de maturidade.

Não quando a receita começa.

Mas quando ela cresce o suficiente para exigir uma operação que o negócio ainda insiste em tratar como acessória.

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

O mercado de crédito privado no Brasil tem apresentado crescimento consistente nos últimos anos. Projeções recentes indicam que o volume de crédito alternativo pode mais que dobrar até o final da década, com taxas de crescimento anual na faixa de dois dígitos.

À primeira leitura, esse movimento parece indicar apenas expansão.

Mais crédito, mais players, mais capital.

Mas essa leitura é superficial.

Crescimento não explica o sistema

Os dados mostram aumento de volume, maior participação de fintechs, avanço de estruturas como FIDCs e entrada mais ativa de capital institucional.

Isso é relevante.

Mas não responde a pergunta central: quem está organizando esse crescimento?

Em sistemas financeiros, o controle raramente está apenas no capital. Ele está em quem define:

• onde o crédito nasce

• quais dados são utilizados

• quais critérios são aplicados

• e como decisões são tomadas na prática

Crescimento mostra movimento. Não mostra estrutura.

O deslocamento da originação

Um dos vetores mais relevantes por trás desse crescimento é a expansão do crédito integrado a plataformas.

O crédito está sendo incorporado a:

• ERPs

• SaaS verticais

• marketplaces

• plataformas transacionais

Esse movimento altera o ponto de origem da decisão.

Historicamente, o crédito começava na instituição financeira.

Hoje, ele começa onde a operação acontece.

Na prática, isso significa que:

• dados operacionais passam a ter mais peso que histórico financeiro

• contexto transacional passa a influenciar decisão

• a relação com o cliente passa a ser mediada por plataformas

Originação deixa de ser apenas distribuição.
Passa a ser infraestrutura.

Dados estão redefinindo vantagem

Outro elemento central desse crescimento é o uso de dados alternativos.

Modelos de crédito passam a considerar:

• fluxo de faturamento

• metadados

• comportamento de pagamento

• dinâmica operacional do cliente

Isso desloca o diferencial competitivo.

O acesso a capital continua relevante, mas deixa de ser suficiente.

Quem interpreta melhor os dados, decide melhor.
Quem decide melhor, molda o risco.

Capital segue a estrutura

O crescimento da participação de FIDCs, private credit e investidores institucionais reforça uma leitura importante.

O capital está avançando.

Mas ele está entrando em um sistema que já começou a se reorganizar.

Isso muda o papel do funding.

Em vez de liderar o modelo, o capital passa a:

• financiar estruturas já existentes

• amplificar modelos de originação

• exigir maior previsibilidade e governança

Em operações estruturadas, isso acelera crescimento.
Em operações frágeis, isso expõe limitações.

O que os dados não mostram

Relatórios de mercado capturam volume, crescimento e segmentação.

Mas deixam de fora o que realmente determina sustentabilidade:

• como decisões são tomadas

• onde o risco é efetivamente definido

• como exceções são tratadas

• como incentivos estão alinhados

Esses elementos não aparecem nos dados.

Mas são eles que definem quem consegue escalar sem fricção.

Uma leitura mais precisa

O mercado de crédito privado no Brasil está crescendo.

Mas o crescimento não é o ponto mais importante.

O que os dados estão mostrando, de forma indireta, é uma mudança estrutural: o crédito está sendo reorganizado ao redor da operação e não apenas do capital.

Para fixar a ideia

• O mercado cresce, mas crescimento não define controle.

• Originação está migrando para onde estão os dados operacionais.

• Capital amplifica o sistema, não substitui sua arquitetura.

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

Grande parte da discussão sobre risco em operações de crédito ainda se concentra no lugar mais visível: o cliente final. Modelos de score, histórico de pagamento, garantias e comportamento financeiro costumam ocupar o centro do debate técnico. Essa abordagem é necessária, mas frequentemente incompleta. Em muitas estruturas, o risco mais relevante não nasce no tomador de crédito, mas nos incentivos criados ao longo da cadeia que viabiliza a operação.

O risco raramente nasce onde parece

Sistemas de crédito são, antes de tudo, sistemas de decisão distribuída. Plataforma, parceiro financeiro, operação comercial, produto e áreas internas da organização influenciam como o capital é ofertado e em que condições ele circula. Cada uma dessas camadas responde a incentivos próprios como crescimento, conversão, retorno financeiro, controle de risco ou eficiência operacional.

Quando esses incentivos não são explicitamente alinhados, o sistema começa a produzir decisões que parecem racionais individualmente, mas que, em conjunto, aumentam a exposição da operação.

Como o risco se desloca silenciosamente

Esse desalinhamento raramente aparece de forma abrupta. Ele costuma surgir como um deslocamento gradual no comportamento do sistema.

A área comercial pressiona por maior conversão.
Produto ajusta fluxos para reduzir fricção.
A operação flexibiliza exceções para preservar relacionamento com clientes estratégicos.

Nenhuma dessas decisões parece excessiva quando analisada isoladamente. No entanto, somadas ao longo do tempo, elas alteram o perfil real da carteira sem que tenha havido uma decisão explícita de mudança de risco.

Incentivos são inevitáveis, governança não

O problema não é a existência de incentivos distintos. Em sistemas complexos, eles são inevitáveis. O risco surge quando a arquitetura da operação não foi desenhada para tornar esses incentivos visíveis e administráveis.

Sem mecanismos claros de governança, o risco deixa de ser decidido por critérios formais e passa a emergir como consequência indireta de pressões operacionais.

Nesse contexto, decisões importantes deixam de ocorrer em fóruns estruturados e passam a acontecer na rotina diária da operação.

Escala amplifica distorções

Esse fenômeno tende a se intensificar à medida que a operação cresce. Escala amplia tanto a eficiência quanto as distorções.

Incentivos que eram toleráveis em um ambiente pequeno passam a gerar efeitos sistêmicos quando o volume aumenta. A performance da carteira começa a se afastar das premissas originais e a análise tradicional tende a procurar explicações no comportamento do cliente quando, muitas vezes, a origem está na própria estrutura de incentivos da operação.

O papel da arquitetura institucional

Operações maduras de crédito dedicam atenção significativa ao desenho institucional da cadeia de decisão. Não apenas à política de crédito, mas à forma como produto, comercial, parceiros financeiros e governança se relacionam entre si.

O objetivo não é eliminar incentivos, algo impossível em qualquer sistema econômico, mas garantir que eles apontem na mesma direção.

Quando esse alinhamento existe, o risco torna-se mais inteligível e controlável. Quando não existe, o sistema passa a operar de forma reativa, tentando corrigir efeitos que já estão embutidos na própria estrutura.

Uma conclusão recorrente

Crédito raramente falha apenas porque alguém tomou uma decisão ruim.

Ele falha quando o sistema produz decisões previsivelmente desalinhadas sem perceber que está fazendo isso.

Para fixar a ideia

• O risco mais difícil de controlar não está no cliente, mas na estrutura de incentivos do sistema.

• Decisões aparentemente racionais podem gerar risco quando os incentivos não estão alinhados.

• Governança eficaz não elimina incentivos; ela garante que eles apontem na mesma direção.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

Existe um momento específico em operações de crédito embarcado em que a arquitetura deixa de ser teórica e passa a ser testada: quando interesses de parceiros começam a divergir.

Esse momento raramente é planejado.
Ele simplesmente acontece.

Pode ser um banco pressionando por mais conservadorismo, um FIDC questionando exceções recorrentes ou a plataforma tentando preservar experiência e crescimento. Até ali, todos operavam confortavelmente sob a ideia de alinhamento.

De repente, a operação precisa decidir.

O conflito como sinal de maturidade

O surgimento de conflito não é, por si só, um problema. Pelo contrário. Ele costuma ser o primeiro sinal de que a operação atingiu um nível relevante de escala ou complexidade.

O problema aparece quando não existe um mecanismo claro para arbitrar esse conflito.

Quem tem a palavra final?
Com base em que critério?
Em qual fórum?
Com qual registro?

Na ausência dessas respostas, a decisão migra para o improviso. Conversas paralelas substituem governança. A operação tenta “acomodar” todos os lados, mesmo quando os interesses são incompatíveis.

O risco de arbitrar sem assumir o papel

Na prática, a plataforma acaba arbitrando o conflito ainda que não admita isso explicitamente.

Ela decide qual regra flexibilizar, qual parceiro priorizar, qual exceção permitir. Mas faz isso sem assumir formalmente o papel de coordenadora do sistema. O resultado é uma decisão sem lastro institucional.

Quando a decisão dá certo, ninguém comenta.
Quando dá errado, a pergunta aparece: quem decidiu isso?

Sem trilha decisória, a resposta nunca é clara.

Onde muitas operações quebram confiança

Tenho visto operações tecnicamente bem desenhadas começarem a se desgastar nesse ponto específico.

Não por inadimplência explosiva.
Mas por perda de confiança entre os participantes.

O banco passa a duvidar da disciplina da plataforma.
O fundo questiona a previsibilidade do modelo.
A operação entra em modo defensivo.

Tudo isso acontece antes de qualquer ruptura formal. É um desgaste silencioso, acumulado, difícil de reverter.

O conflito revela a arquitetura, ou a ausência dela

Quando uma operação precisa arbitrar conflito, ela revela o que realmente é:

• se existe governança, o conflito é absorvido e processado;

• se não existe, ele se personaliza, politiza e escala.

Nesse sentido, o conflito não cria o problema.
Ele apenas expõe se a arquitetura era suficiente para sustentá-lo.

Para fixar a ideia

• Conflito entre parceiros é inevitável em operações relevantes.

• O risco está em arbitrar decisões sem arquitetura formal.

• O papel de hub aparece quando a operação precisa decidir, não quando ela cresce.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

Uma ideia ainda muito presente no debate sobre crédito embarcado é a de que plataformas podem atuar como intermediárias “neutras”. A lógica costuma ser simples: se o risco está no balanço de um parceiro financeiro, então a plataforma apenas executa.

Na prática, essa neutralidade quase nunca existe.

Plataformas que operam no centro da atividade econômica dos seus clientes organizam dados, fluxos e regras operacionais. Ao fazer isso, passam a influenciar de forma direta como o capital é distribuído, em que condições e com quais incentivos. Mesmo sem assumir risco contábil, elas moldam decisões financeiras.

O problema não está nesse papel.
Está em não reconhecê-lo como tal.

Neutralidade como conforto conceitual

A ideia de neutralidade costuma funcionar como uma zona de conforto. Ela permite que diferentes partes operem juntas sem discutir profundamente responsabilidades, alçadas e consequências.

A plataforma “não decide crédito”.
O parceiro financeiro “não interfere na operação”.
O risco “está isolado”.

Enquanto o volume é pequeno e o ciclo é favorável, essa narrativa se sustenta. Mas ela começa a falhar quando a operação cresce, quando surgem exceções ou quando o ambiente exige explicações mais detalhadas.

Nesse momento, a neutralidade deixa de ser um conceito operacional e passa a ser apenas uma ausência de arquitetura.

Onde a neutralidade se desfaz na prática

Mesmo sem intenção explícita, plataformas tomam decisões que moldam risco:

• definem critérios de elegibilidade ao integrar dados específicos;

• desenham fluxos que facilitam ou dificultam acesso ao crédito;

• estruturam incentivos comerciais que alteram comportamento;

• criam exceções para preservar experiência ou conversão.

Cada uma dessas decisões parece operacional. Em conjunto, elas definem o perfil real da carteira.

Não reconhecer esse efeito cria um desalinhamento perigoso: o risco é decidido em um lugar, mas explicado em outro. Quando algo sai do esperado, ninguém se sente plenamente responsável porque ninguém assumiu formalmente esse papel.

O custo da neutralidade tardia

O custo da neutralidade ilusória não aparece no início da operação. Ele surge quando o sistema é pressionado.

Quando um parceiro financeiro pede explicações sobre performance.
Quando um investidor analisa a estrutura com lupa.
Quando o regulador questiona a lógica do modelo.
Ou quando o próprio negócio tenta sofisticar funding e escala.

Nessas horas, não basta dizer “a plataforma só executa”. O sistema exige clareza sobre quem organiza, quem decide e quem responde.

Sem isso, a discussão deixa de ser técnica e passa a ser política.

Reconhecer o papel antes que ele seja imposto

Plataformas não precisam assumir balanço para assumir responsabilidade estrutural. Reconhecer o papel de hub financeiro é menos sobre controle e mais sobre clareza.

Clareza de:

• quais decisões são tomadas no produto;

• quais critérios moldam o risco;

• quais incentivos estão em jogo;

• e como essas decisões são registradas e revisadas ao longo do tempo.

A neutralidade só funciona enquanto ninguém precisa explicar nada.
Crédito, por definição, cobra explicações em algum momento.

Para fixar a ideia

• Plataformas não são neutras quando organizam fluxos financeiros.

• O risco é moldado por decisões operacionais, não apenas por balanço.

• Neutralidade sem arquitetura vira conflito quando o sistema é pressionado.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

Forte abraço!

Helom Silva

Ao longo das últimas semanas, uma mesma tensão apareceu sob diferentes formas:
governança, risco, produto, funding e escala raramente falham de maneira isolada. Eles falham quando são tratados como decisões independentes.

Embedded finance costuma ser discutido como produto.
Na prática, ele se comporta como infraestrutura.

Quando uma plataforma organiza faturamento, contratos, recebíveis e recorrência, ela já está estruturando como o capital circula no ecossistema. A introdução de crédito nesse contexto não adiciona apenas uma nova funcionalidade ela desloca o centro de decisão.

O deslocamento silencioso de papel

Plataformas, ERPs e SaaS B2B que operam no centro da atividade econômica dos seus clientes podem passar, inevitavelmente, a coordenar fluxos financeiros. Isso acontece antes de qualquer decisão formal sobre “virar banco” ou “assumir risco”.

O problema não está nesse deslocamento em si.
Ele está em não reconhecê-lo como tal.

Quando embedded finance é tratado apenas como monetização, a arquitetura decisória fica incompleta. Produto, risco, governança e funding passam a evoluir em velocidades diferentes. O modelo funciona enquanto o ciclo é favorável, mas perde coerência quando a operação cresce ou quando o ambiente muda.

Hubs não substituem bancos. Organizam o sistema.

Atuar como hub financeiro não significa assumir balanço ou substituir bancos e mercado de capitais. Significa estruturar regras, dados, incentivos e trilhas decisórias de forma integrada à operação real.

Nesse arranjo:

• plataformas organizam contexto e fluxo;

• parceiros financeiros fornecem capital e estrutura;

• governança conecta decisões ao longo do tempo.

Essa separação reduz assimetria de informação, melhora a qualidade do crédito e cria base para escala sustentável.

Embedded finance como camada estrutural

Quando embedded finance é tratado como infraestrutura, crédito deixa de ser um produto isolado e passa a ser parte de uma arquitetura maior. Isso exige governança desde o início não para eliminar risco, mas para torná-lo explícito, revisável e ajustável ao longo do tempo.

É essa arquitetura que permite:

• sofisticar funding;

• acessar capital institucional;

• atravessar ciclos sem refazer o modelo;

• sustentar crescimento sem distorção.

Encerrando o ciclo

Os temas explorados neste primeiro ciclo risco implícito, governança tardia, decisões distribuídas e papel das plataformas apontam para uma mesma conclusão: o diferencial competitivo no crédito embarcado não está na taxa, no produto ou no parceiro.

Está na qualidade da arquitetura que sustenta as decisões.

Empresas que entendem cedo seu papel como hubs financeiros não apenas monetizam melhor seus ecossistemas. Elas definem as regras pelas quais o capital passa a circular.

Para fixar a tese do ciclo

• Embedded finance é infraestrutura antes de ser produto.

• Hubs financeiros coordenam decisões; não substituem bancos.

• Governança é o elo entre produto, risco e mercado de capitais.

  ---

  Antes de ir…

  A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

  Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

  Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

  ---

  Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

  Compartilhar

  ---

  Obrigado por ler a Capstack - Onde capital, operação e infraestrutura se encontram. Subscreva gratuitamente para receber novos posts.

  Forte abraço!

  Helom Silva

Há um padrão que tenho visto se repetir em diferentes projetos de crédito embarcado: o foco inicial costuma estar no produto, na taxa ou no parceiro financeiro. A governança quase sempre fica para depois.

No começo, tudo funciona. O crédito gira, a adesão cresce, a operação parece saudável. O problema é que, quando a governança não nasce junto com o modelo, o custo aparece mais adiante e raramente de forma explícita.

Esse custo não vem como uma linha clara no DRE. Ele surge diluído em fricções operacionais, decisões difíceis de justificar e riscos que ninguém assumiu formalmente, mas que alguém precisará carregar.

Onde a governança costuma falhar

Na prática, a intermediação de crédito sem governança clara costuma apresentar três fragilidades recorrentes.

A primeira é a indefinição de papéis. Quem decide política de crédito? Quem aprova exceções? Quem responde quando o modelo começa a performar diferente do esperado? Em muitos casos, essas respostas variam conforme o problema aparece o que é um sinal claro de fragilidade estrutural.

A segunda é a assimetria de responsabilidade. A plataforma captura valor na originação, o parceiro financeiro carrega o risco de crédito e a operação fica no meio do caminho, tentando explicar decisões que não controla integralmente. Esse desalinhamento tende a escalar conflitos quando o ciclo muda.

A terceira é a ausência de trilha decisória. Sem registros claros de critérios, alçadas e racional econômico, cada ajuste vira uma negociação ad hoc. O modelo passa a depender mais de pessoas do que de estrutura e isso não escala.

O custo que não aparece no início

O mais perigoso desse tipo de fragilidade é que ela não se manifesta no momento de crescimento. Pelo contrário: costuma ficar invisível justamente quando os indicadores parecem positivos.

O custo aparece quando:

• a inadimplência começa a se descolar das premissas iniciais;

• o parceiro financeiro exige explicações mais profundas;

• o regulador passa a olhar a operação com mais atenção;

• ou a empresa tenta sofisticar a estrutura (FIDCs, cessões, funding institucional).

Nessa hora, o que falta não é tecnologia nem parceiro. Falta governança previamente construída.

Crédito escala mais rápido que maturidade organizacional

Um ponto que raramente entra na discussão é que o crédito costuma escalar mais rápido do que a maturidade da organização que o opera.

Plataformas e ERPs são excelentes em escalar distribuição, dados e experiência do usuário. Mas crédito exige algo adicional: disciplina decisória, clareza de responsabilidades e mecanismos formais de controle.

Quando esses elementos não acompanham o crescimento, a operação passa a rodar “no limite da confiança” até o dia em que a confiança deixa de ser suficiente.

Governança não é burocracia. É infraestrutura.

Existe uma percepção equivocada de que governança “engessa” a operação. Na prática, acontece o oposto.

Governança bem desenhada:

• reduz fricção com parceiros;

• acelera decisões em momentos críticos;

• protege a plataforma quando o ciclo vira;

• e permite que o crédito evolua sem colocar o negócio principal em risco.

Ela não elimina risco. Ela define quem decide, como decide e com base em quê.

Intermediar crédito sem governança clara não costuma quebrar a operação no curto prazo. O que quebra é a incapacidade de sustentar e ajustar o modelo quando ele deixa de ser simples.

E, no crédito, ele sempre deixa de ser simples em algum momento.

Para fixar a ideia

• Crédito escala rápido; governança precisa nascer junto.

• O custo invisível aparece quando o ciclo muda, não quando o crédito cresce.

• Governança não é controle excessivo é infraestrutura para decidir melhor.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Forte abraço!

Helom Silva

À medida que o crédito privado ganhou escala via mercado de capitais, uma narrativa começou a surgir com frequência: a de que bancos estariam perdendo relevância nesse novo arranjo.

Na prática, o que tenho visto é algo diferente. Os bancos não estão reduzindo seu papel no ciclo do crédito, estão mudando de função. E essa mudança é menos visível do que muitos imaginam.

Do crédito no balanço à arquitetura do crédito

Historicamente, o banco concentrava quase todas as etapas do crédito: originação, análise, funding, risco e cobrança. Esse modelo funcionava bem enquanto o funding bancário era o principal motor do sistema.

Com a expansão do mercado de capitais, essa centralização deixou de ser necessária, mas não deixou de ser útil. O que muda é o papel exercido.

Bancos passam a atuar menos como financiadores exclusivos e mais como arquitetos do crédito: estruturando operações, definindo parâmetros de risco, conectando capital e garantindo funcionamento sistêmico.

Essa transição é silenciosa, mas profunda.

Onde os bancos continuam sendo insubstituíveis

Mesmo em modelos mais distribuídos, há funções que continuam difíceis de replicar fora do sistema bancário:

• leitura regulatória e compliance,

• estruturação jurídica e operacional,

• disciplina de risco em escala,

• capacidade de absorver choques sistêmicos.

O erro comum é imaginar que plataformas ou empresas precisam “substituir” bancos para avançar em crédito privado. Na prática, os modelos mais resilientes são complementares, não concorrentes.

O risco da visão binária

Em muitos projetos, ainda surge a pergunta errada: “isso é um modelo bancário ou um modelo de mercado de capitais?”

Essa visão binária traz uma miopia a discussão. O novo ciclo do crédito é híbrido por definição. Ele pode combinar:

• funding do mercado de capitais e de instituições financeiras,

• originação próxima da operação, e

• governança com padrão bancário.

Quando essa combinação não existe, o modelo tende a ser frágil em algum ponto.

Embedded finance como ponto de convergência

Embedded finance cria um espaço natural de convergência entre bancos, mercado de capitais e ecossistemas empresariais. Ele permite que bancos atuem onde geram mais valor com estrutura, risco e governança, enquanto plataformas operam a jornada e a originação.

Esse arranjo não reduz a importância dos bancos. Ele reposiciona sua importância.

O crédito deixa de ser centralizado, mas não deixa de ser disciplinado.

O que define bons modelos daqui para frente

Nos modelos que têm funcionado melhor, os bancos não disputam a jornada do cliente final. Eles ajudam a organizar o sistema por trás dela.

Isso exige menos protagonismo visível e mais rigor estrutural. É um papel menos óbvio e por isso mesmo mais relevante no longo prazo.

Em síntese

• O novo ciclo do crédito privado não elimina bancos; ele redefine seu papel.

• Bancos deixam de ser apenas financiadores e passam a ser arquitetos e disciplinadores do sistema.

• Os modelos mais resilientes combinam originação próxima da operação com governança de padrão bancário.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Forte abraço!

Helom Silva

Em muitos projetos de crédito, a decisão mais importante quase nunca recebe a devida atenção: onde o crédito nasce.

Na prática, ainda é comum ver crédito sendo concebido fora da operação real do cliente. Ele surge como um evento isolado, acionado por necessidade pontual, avaliado por critérios estáticos e aprovado sem conexão direta com o fluxo cotidiano do negócio.

Funciona no início. E é justamente por isso que o risco costuma aparecer depois.

Crédito como evento versus crédito como processo

Quando o crédito é tratado como evento, a análise se concentra em um recorte específico do tempo: documentos, indicadores históricos, garantias formais. Esse modelo é confortável porque cria a sensação de controle.

O problema é que negócios não operam em recortes. Eles operam em fluxo.

Receita, custos, comportamento de pagamento e decisões operacionais se alteram continuamente. Quando o crédito não acompanha esse movimento, a análise envelhece rápido. O risco não muda de lugar, ele apenas deixa de ser observado.

A falsa segurança de uma boa análise inicial

Uma análise inicial bem-feita é necessária. Mas ela não é suficiente quando o crédito precisa escalar.

O que tenho visto com frequência é a confiança excessiva no “momento zero”: a aprovação foi correta, o perfil parecia sólido, o histórico era positivo. Tudo isso pode ser verdade e, ainda assim, insuficiente.

O risco relevante raramente nasce no ponto de entrada. Ele surge nas decisões que o cliente toma depois, na forma como o negócio reage a pressão, crescimento ou mudança de cenário.

Quando o crédito está fora da operação, essas decisões passam despercebidas.

Operação é onde o risco se manifesta primeiro

É dentro da operação que os sinais aparecem antes de virarem problema: atraso recorrente de clientes finais, queda de margem, mudanças de comportamento, exceções que se acumulam.

Quem está próximo da jornada enxerga esses sinais cedo. Quem depende apenas de relatórios periódicos costuma enxergá-los tarde demais.

Por isso, projetos de crédito mais resilientes tendem a nascer dentro do fluxo operacional, não fora dele. Não por conveniência, mas por lógica de risco.

Embedded finance como ponto de observação contínua

Quando o crédito está integrado à operação, ele deixa de ser um contrato isolado e passa a ser um processo acompanhado. Embedded finance, nesse contexto, não é apenas distribuição de produto é posicionamento de observação.

Isso não elimina inadimplência nem garante acerto. Mas reduz assimetria de informação e melhora a capacidade de reação. O risco continua existindo, só não fica invisível.

Essa diferença é sutil no começo e decisiva na escala.

O custo de descobrir tarde demais

Projetos que mantêm o crédito distante da operação costumam pagar um preço específico: aprendem sobre o risco quando ele já se materializou.

Nesse momento, as opções são sempre piores. Ajustes são mais caros, conversas mais difíceis e a margem de manobra menor. O que poderia ter sido gerenciado vira correção.

Em síntese

• Crédito que nasce fora da operação tende a degradar rápido em termos de análise de risco.

• A maior parte dos sinais relevantes aparece no fluxo operacional, não no momento da aprovação.

• Integrar crédito à jornada não elimina risco, mas antecipa sua leitura e melhora a capacidade de resposta.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Forte abraço!

Helom Silva

Existe uma conversa que se repete, quase sempre com as mesmas palavras, em projetos de crédito que começam a ganhar tração: “O risco está bem endereçado.”

Em geral, essa frase aparece cedo demais e com confiança demais.

Não porque as pessoas estejam sendo negligentes, mas porque risco, em crédito, costuma ser entendido apenas pelo que é mensurável no início. Score, garantias, estrutura jurídica, parceiro financeiro. Tudo isso importa. Mas raramente é onde o problema começa.

Onde o risco realmente se agrava

O risco que mais vejo não está na inadimplência inicial. Está na assimetria entre quem origina, quem decide e quem absorve as consequências quando algo sai do esperado.

Projetos de crédito bem-sucedidos no começo costumam operar em um ambiente relativamente clean: base menor, clientes conhecidos, exceções raras. À medida que escalam, surgem zonas cinzentas:

• decisões operacionais passam a influenciar risco financeiro;

• incentivos ficam desalinhados;

• responsabilidades se tornam difusas.

Quando isso acontece, o risco não explode, ele se acumula silenciosamente.

O problema das respostas prontas

Outra constante nessas conversas é a busca por respostas definitivas:
“Quem é o responsável final?”
“Onde exatamente está o risco?”

A resposta honesta costuma ser desconfortável: o risco está distribuído, atravessando produto, operação, tecnologia e governança. Não cabe em um único contrato ou parceiro.

Tratar risco como algo externo ao negócio, algo “terceirizado” é um erro comum. O crédito se comporta de acordo com a forma como o negócio opera, não apenas com a estrutura que o envolve.

O que tenho aprendido ao ver esses projetos de perto

Os projetos mais resilientes não são os que tentam eliminar risco, mas os que o tornam visível cedo. Eles aceitam que risco faz parte do modelo e investem em clareza, não em atalhos.

Isso exige mais conversas difíceis no início. E evita correções caras mais adiante.

Em síntese

• O risco mais relevante em projetos de crédito raramente é o primeiro a aparecer.

• Ele se acumula na interseção entre operação, incentivos e governança.

• Tornar o risco visível cedo costuma ser mais eficiente do que tentar transferi-lo depois.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Forte abraço!

Helom Silva

Em muitas conversas sobre embedded finance, a pergunta surge cedo demais: “quanto isso gera de receita?”.

Não é uma pergunta errada. Mas quase sempre é prematura.

Quando embedded finance nasce orientado prioritariamente à monetização, ele tende a assumir a forma de um produto adicional, um atalho de receita ou uma funcionalidade isolada. Funciona no curto prazo. E cobra seu preço mais à frente.

O problema não está em monetizar. Está em começar por aí.

Quando embedded finance vira feature

Em projetos apressados, embedded finance costuma ser tratado como uma camada superficial: um botão a mais, um fluxo financeiro anexado à jornada principal, uma nova linha de receita que “roda em paralelo”.

Esse tipo de implementação ignora um ponto central: serviços financeiros não são neutros. Eles carregam risco, responsabilidade, dependência regulatória e impacto direto na experiência do cliente.

Quando essa complexidade não é absorvida pela arquitetura do negócio, ela não desaparece. Apenas se desloca no tempo.

Monetização antes de estrutura cria assimetria

Ao tratar embedded finance como monetização rápida, a empresa cria uma assimetria perigosa. O benefício é imediato, mas o custo é diferido.

No início, tudo parece simples: parceiros prontos, APIs funcionando, receita incremental aparecendo. Com o tempo, surgem perguntas que não estavam no escopo inicial:

• Quem responde em caso de problema?

• Onde o risco realmente está?

• Como esse serviço se comporta quando o volume cresce?

• O que acontece quando o regulador ou o cliente exige mais clareza?

Essas perguntas não são exceções. Elas são parte natural do ciclo.

Embedded finance como infraestrutura, não atalho

Quando embedded finance é tratado como infraestrutura, a lógica se inverte. A pergunta inicial deixa de ser “quanto monetiza?” e passa a ser “o que isso muda na forma como operamos?”.

Infraestrutura não é visível no primeiro momento. Ela organiza fluxos, reduz fricção, melhora a qualidade da informação e prepara o negócio para escalar com mais previsibilidade.

A monetização vem como consequência, não como objetivo isolado.

Essa abordagem exige mais tempo no início. E evita correções caras depois.

O impacto real aparece na escala

Projetos de embedded finance raramente quebram no lançamento. Eles quebram na escala.

É quando o volume cresce, os casos de exceção aparecem e as responsabilidades ficam menos claras que decisões tomadas no início voltam para cobrar seu preço.

Tratar embedded finance como monetização rápida costuma gerar soluções frágeis, difíceis de evoluir e caras de corrigir. Tratar como infraestrutura cria opções estratégicas no médio e longo prazo.

Uma inversão que vale a pena

Embedded finance pode, sim, ser uma alavanca relevante de receita. Mas essa alavanca só funciona de forma sustentável quando está conectada à estratégia, à governança e à arquitetura do negócio.

A inversão que vale a pena é simples, mas pouco comum:
primeiro estrutura, depois monetiza.

No cenário atual, essa diferença separa iniciativas oportunistas de modelos que realmente se sustentam.

Em síntese

• Embedded finance tratado como monetização rápida tende a se tornar feature frágil, não vantagem estrutural.

• Serviços financeiros carregam complexidade que não desaparece quando é ignorada apenas aparece mais tarde.

• Quando embedded finance é pensado como infraestrutura, a monetização surge como consequência natural da escala bem estruturada.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Forte abraço!

Helom Silva

Nos últimos meses, uma frase tem aparecido com frequência em conversas com gestores de recursos sobre crédito privado: “há muito capital disponível, mas pouco crédito bom para alocar”.

Ela parece contraditória à primeira vista. Afinal, 2025 foi marcado por crescimento relevante do volume de crédito privado via mercado de capitais. Fundos, FIDCs, estruturas híbridas e investidores institucionais demonstraram apetite claro por ativos de crédito. O dinheiro existe. O problema não está no funding.

O gargalo está na originação.

O mito da escassez de capital

Durante muito tempo, a discussão sobre crédito girou em torno de acesso a capital. Quem tinha balanço forte, relacionamento bancário ou estrutura sofisticada conseguia crédito. Quem não tinha, ficava de fora.

O avanço do mercado de capitais mudou essa lógica. Hoje, capital está mais distribuído, mais estruturável e mais disposto a assumir risco, desde que esse risco seja bem compreendido.

Isso desloca o problema central. O desafio deixa de ser quem financia e passa a ser como o crédito nasce.

Originação ruim destrói valor rápido, independentemente da fonte de funding.

Originação não é formulário, é contexto

Na prática, originação ainda é tratada, muitas vezes, como um processo burocrático: coleta de documentos, análise de score, aprovação pontual. Esse modelo funciona para volumes pequenos e relações episódicas. Ele começa a falhar quando o crédito precisa escalar.

Originação de qualidade exige contexto. Exige entender como o cliente opera, como gera receita, como se comporta ao longo do tempo e quais sinais antecedem problemas. Esses sinais raramente aparecem em análises isoladas.

É por isso que o mercado de capitais, apesar de abundante em capital, é seletivo em ativos. Sem boa originação, o risco se propaga rapidamente para toda a estrutura.

Onde os ecossistemas ganham relevância

Plataformas, ERPs e ecossistemas digitais ocupam hoje uma posição privilegiada nessa discussão. Eles não apenas veem o cliente no momento da tomada de crédito, mas acompanham sua operação continuamente.

Esse acompanhamento cria algo raro: visibilidade real sobre comportamento, fluxo e consistência. É exatamente isso que originação de crédito precisa para ser eficiente em escala.

O paradoxo é que muitos desses ecossistemas não percebem essa oportunidade ou ainda enxergam o crédito apenas como um produto adicional e não como uma extensão natural da jornada que já dominam.

Quando a originação nasce dentro do fluxo operacional, o crédito deixa de ser evento e passa a ser processo.

O papel do embedded finance nesse contexto

Embedded finance entra aqui não como conveniência, mas como infraestrutura. Ele permite que a originação seja integrada à operação, reduzindo fricção e melhorando a qualidade da informação desde o início.

Isso não elimina risco. Mas torna o risco mais observável, mais gerenciável e mais alinhado aos incentivos de quem está próximo do cliente.

Sem essa integração, o capital continua existindo, mas encontra dificuldade para se conectar ao negócio real de forma sustentável.

O que isso muda na prática

O crescimento do crédito privado deixou claro que funding, por si só, não é diferencial competitivo. O diferencial está em quem consegue originar melhor, com mais contexto e menos assimetria de informação.

Em um cenário de abundância relativa de capital, originação passa a ser o ativo mais escasso. E ativos escassos tendem a capturar mais valor.

Para quem atua com crédito essa inversão de lógica é central para entender o próximo ciclo.

Em síntese

• O crescimento do crédito privado deslocou o centro do problema: capital deixou de ser escasso, originação não.

• Originação de qualidade nasce do contexto operacional contínuo, não de análises pontuais ou externas à jornada.

• Embedded finance se torna relevante quando atua como infraestrutura que conecta dados, operação e mercado de capitais com critério.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Forte abraço!

Helom Silva

Ao longo de 2025, um movimento que vinha se formando nos bastidores ganhou escala suficiente para se tornar impossível de ignorar: o crescimento consistente do crédito privado estruturado via mercado de capitais.

Não se trata apenas de aumento de volume. O que ficou claro foi uma mudança mais profunda na forma como o crédito é financiado, estruturado e distribuído. Debêntures, FIDCs, CRIs, CRAs e estruturas híbridas deixaram de ser alternativas pontuais e passaram a ocupar um espaço central na alocação de capital. O crédito, cada vez menos, depende exclusivamente do balanço bancário.

Essa mudança importa porque altera a lógica do sistema. Crédito deixa de ser apenas um produto bancário e passa a ser um ativo estruturável, distribuído entre diferentes agentes, com riscos, incentivos e responsabilidades mais fragmentados.

É nesse contexto que as oportunidades para 2026 começam a ficar mais claras.

O que explica o boom do crédito privado

Existem vários fatores por trás da expansão do crédito privado, mas três deles ajudam a explicar por que esse movimento ganhou tração real em 2025.

O primeiro é a própria dinâmica do sistema bancário. Limites de capital, exigências regulatórias e maior seletividade tornaram o crédito tradicional mais escasso ou mais caro em diversos segmentos. Isso não elimina a demanda, apenas desloca a fonte de funding.

O segundo fator é o apetite crescente de investidores institucionais por ativos estruturados. Em um cenário de maior sofisticação, fundos passaram a buscar retorno ajustado ao risco fora do crédito bancário tradicional, desde que existam estruturas robustas, dados confiáveis e governança clara.

O terceiro fator é o amadurecimento jurídico e regulatório do mercado de capitais. O Brasil construiu, ao longo dos últimos anos, um arcabouço que permite estruturar crédito privado com mais previsibilidade, segurança e eficiência do que no passado.

O resultado é um mercado mais líquido, mais técnico e mais exigente. E isso muda quem pode participar dele.

Onde entram as empresas e seus ecossistemas

Historicamente, empresas sempre foram vistas como tomadoras de crédito ou, no máximo, como intermediárias comerciais. O que mudou é que muitas delas passaram a controlar algo extremamente valioso: a jornada financeira real dos seus clientes.

Plataformas, ERPs e ecossistemas digitais concentram dados transacionais, relacionamento recorrente e conhecimento profundo do comportamento operacional de seus usuários. Isso cria uma assimetria importante: quem está dentro da operação enxerga riscos e oportunidades que dificilmente aparecem em análises externas.

Esse ponto é central para entender as oportunidades do crédito privado nos próximos anos. O mercado de capitais precisa de originação qualificada. Precisa saber onde o crédito nasce, como ele se comporta ao longo do tempo e quais sinais antecedem problemas.

Os ecossistemas empresariais já possuem essa capacidade de originação. O que ainda falta, na maioria dos casos, é estrutura para conectá-la de forma eficiente ao capital.

Embedded finance como ponte entre capital e negócio real

É aqui que embedded finance deixa de ser apenas conveniência e passa a ser infraestrutura.

Quando serviços financeiros estão integrados aos fluxos operacionais, e não apenas acoplados como produtos adicionais, eles criam um ambiente mais favorável para originação, monitoramento e gestão de crédito privado. Onboarding mais eficiente, melhor qualidade de dados, acompanhamento contínuo e menor fricção operacional não são benefícios marginais; são pré-requisitos para estruturas de crédito mais sofisticadas.

Nesse modelo, bancos e gestores de recursos deixam de ser os únicos pontos de contato com o tomador final. Passam a dividir esse papel com plataformas que conhecem profundamente o contexto do negócio. O crédito se aproxima da operação real, e não o contrário.

Isso não elimina o papel dos bancos nem do mercado de capitais. Pelo contrário: cria espaço para modelos mais colaborativos, em que cada parte atua onde gera mais valor.

O que muda de verdade em 2026

O crescimento do crédito privado abre muitas possibilidades, mas três movimentos tendem a se destacar.

O primeiro é o avanço do crédito contextualizado. O crédito não nasce mais fora do processo, como um pedido pontual. Ele surge dentro da jornada do cliente, no momento em que faz sentido operacionalmente.

O segundo é a consolidação de modelos híbridos, combinando banco e mercado de capitais. Bancos atuam como estruturadores, originadores ou distribuidores, enquanto o capital vem de múltiplas fontes. A lógica deixa de ser binária.

O terceiro é o fortalecimento das empresas como hubs financeiros dos seus próprios ecossistemas. Quem controla a jornada passa a ter influência direta sobre o acesso ao capital, desde que esteja disposto a assumir as responsabilidades que vêm junto.

O risco de olhar apenas para o volume

O crescimento do crédito privado cria oportunidades relevantes, mas também amplia o risco para quem entra sem critério. Estruturas mal definidas, incentivos desalinhados e governança frágil tendem a aparecer justamente quando o volume cresce e a complexidade aumenta.

Em 2026, a diferença não estará em quem decidiu participar desse mercado, mas em quem fez isso com arquitetura, governança e clareza de risco desde o início.

O próximo ciclo do crédito privado não será decidido apenas por quem tem capital, mas por quem consegue conectá-lo ao negócio real com estrutura, dados e responsabilidade.

Em síntese para 2026

• O avanço do crédito privado deixou de ser tático e passou a ser estrutural, com o mercado de capitais assumindo papel central no funding.

• Plataformas e ecossistemas empresariais tornaram-se pontos naturais de originação qualificada, por estarem próximos da operação e dos dados.

• Embedded finance evolui de funcionalidade para infraestrutura que conecta capital ao negócio real.

• A diferença competitiva estará menos em acessar capital e mais em estruturar governança, arquitetura e responsabilidade desde o início.

Antes de ir…

A Capstack é uma publicação independente sobre embedded finance, digital banking e gestão de riscos no contexto B2B, escrita a partir da experiência prática de quem atua na interseção entre tecnologia, sistema financeiro e operação.

Se quiser continuar a conversa, você pode se conectar comigo no LinkedIn.

Para quem busca entender como esses modelos se materializam na prática, a baasic. atua como plataforma de embedded finance integrada a ERPs, plataformas e ecossistemas de negócios.

Se este texto foi útil, sinta-se à vontade para compartilhá-lo com outras pessoas interessadas em estruturar finanças dentro de seus negócios.

Compartilhar

Forte abraço!

Helom Silva