BaaS e infraestrutura: revender dados e validações embutidos em 2026

Quem vende infraestrutura financeira não vende só conta, cartão e Pix: vende, embutida no mesmo contrato, a validação cadastral e o conhecimento da contraparte que a regra prudencial exige. O provedor de BaaS (Banking as a Service, a oferta de infraestrutura bancária via API para empresas não reguladas) carrega no produto o KYC, o KYB e o monitoramento que a fintech-cliente precisaria contratar por conta própria. Para o comprador de dados, esse arranjo cria um efeito multiplicador silencioso: cada nova fintech-cliente do BaaS herda — e paga, direta ou indiretamente — o consumo de dados cadastrais que roda na camada de infraestrutura. Entender onde esse consumo nasce, quem responde por ele e como precificá-lo é o que separa um contrato de dados bem desenhado de uma conta que escala fora de controle.

O que é BaaS — definição operacional

Em 2026, com a regulação consolidada, vale fixar a terminologia antes de discutir dados. Banking as a Service (BaaS) é o fornecimento, por uma instituição autorizada pelo Banco Central, de funções financeiras reguladas — conta de pagamento, emissão de cartão, liquidação Pix, crédito — a uma empresa contratante que as oferece à sua própria base de clientes sob a sua marca. A Resolução Conjunta nº 16/2025, publicada pelo Banco Central e pelo Conselho Monetário Nacional em 28 de novembro de 2025, passou a disciplinar essa prestação e a nomear os papéis: a instituição prestadora (que tem licença do Banco Central) e a contratante (a empresa não regulada que embarca o serviço). As instituições com contratos em vigor têm até 31 de dezembro de 2026 para se adequar (fonte: Banco Central do Brasil e CMN, Resolução Conjunta nº 16, de 28 de novembro de 2025, bcb.gov.br).

Dentro desse guarda-chuva convivem três figuras que consomem dados de forma estrutural:

• Provedores de BaaS puro — conta digital, Pix e core banking via API.
• Emissores e processadores de cartão — que embarcam emissão, processamento e a validação de portador.
• Fintechs-as-a-service — plataformas que oferecem um vertical financeiro completo (crédito, conta-salário, split de marketplace) com o compliance já embutido.

O efeito multiplicador: por que uma venda de BaaS é muitas vendas de dados

Research and Markets, 2025; Celcoin, 2026; Serasa Experian, 2025; Startups, 2026

O comprador de dados de uma fintech tradicional pensa em consultas por proposta: tantas validações cadastrais, tantos scores, tanta checagem antifraude por cliente final que entra. Na camada de infraestrutura, a aritmética muda de eixo. Quando um BaaS fecha com uma plataforma de delivery, um marketplace ou uma rede de franquias, ele não ganha um cliente de dados — ganha um distribuidor de consumo de dados. Cada CNPJ de subadquirente, cada conta de motorista, cada lojista onboardado naquela plataforma dispara, na infraestrutura, a mesma cadeia de validação cadastral, KYB e monitoramento contínuo.

Esse é o cerne do efeito multiplicador: a infraestrutura concentra o consumo de dados de dezenas de marcas que ela nunca verá no balcão. O mercado dá a dimensão do palco. O segmento de embedded finance no Brasil — a moldura econômica onde o BaaS opera — deve movimentar cerca de US$ 18 bilhões até 2030, impulsionado pela consolidação do Pix, do Open Finance e da infraestrutura digital criada pelo Banco Central (fonte: GlobalData, projeção replicada pela imprensa de negócios, 2026, tiinside.com.br). O Brasil sustenta esse avanço sobre o maior ecossistema de Open Finance do mundo, com mais de 100 milhões de clientes conectados.

Para quem vende dados cadastrais, a infraestrutura não é mais um cliente entre muitos — é o ponto onde o consumo de centenas de marcas se concentra. O provedor de BaaS, a instituição prestadora final, é o responsável pela integridade, segurança e conformidade das operações; e essa responsabilidade indelegável puxa, por baixo, todo o consumo de validação cadastral da cadeia (síntese a partir da Resolução Conjunta nº 16/2025).

Onde os dados entram na pilha de infraestrutura

A revenda de dados embutidos não acontece num único ponto, mas em três camadas sobrepostas, cada uma com sua própria intensidade de consumo e seu próprio comprador interno.

Camada 1 — Onboarding da contratante (KYB da fintech-cliente)

Antes de qualquer cliente final, o BaaS precisa conhecer a empresa que vai embarcar seus serviços. Aqui roda o KYB no sentido estrito: validação de CNPJ, leitura de quadro societário, identificação do beneficiário final, cruzamento com listas de PEP (Pessoa Exposta Politicamente) e sanções, classificação de risco e abertura de trilha de auditoria. A Circular BCB nº 3.978/2020 (regra de PLD/FT) impõe esse conhecimento da contraparte, e plataformas modernas resolvem encadeando, numa só chamada de API, a checagem AML, o KYB da entidade e o KYC de seus beneficiários finais.

Camada 2 — Onboarding do cliente final (KYC embutido)

Quando a contratante começa a operar, cada cliente final que ela cadastra passa pela validação cadastral que a infraestrutura provê: confirmação de identidade, prova de vida, validação documental e enriquecimento. Para o BaaS, isso é commodity de produto; para o comprador de dados, é o volume que multiplica. A pressão é real porque a fraude escala junto: o Brasil contabilizou 10,9 milhões de tentativas de fraude entre janeiro e setembro de 2025, alta de 28,6% sobre o mesmo período do ano anterior (fonte: Serasa Experian, Indicador de Tentativas de Fraude, 2025, serasaexperian.com.br), e a identidade sintética turbinada por IA generativa tornou os sinais estáticos insuficientes no onboarding de 2026.

Camada 3 — Monitoramento contínuo (KYB perpétuo)

O onboarding deixou de ser evento único. O KYB perpétuo reavalia cada entidade do ecossistema contra dados atuais — mudança de quadro societário, novas exposições a sanções, sinais de mídia adversa — à medida que acontecem. Essa lógica de monitoramento ao longo de todo o relacionamento, e não só na entrada, é a que a própria Circular BCB nº 3.978/2020 exige em PLD/FT. Para a infraestrutura, significa um fluxo recorrente de reconsultas que se acumula sobre toda a base instalada, e não apenas sobre os novos entrantes. É a camada que mais cresce em consumo e a que menos aparece nas projeções de orçamento da contratante.

Quem consome o quê: mapa por figura de infraestrutura

Responsabilidade indelegável: por que o dado não pode ser barato demais

A Resolução Conjunta nº 16/2025 deixou pouca margem para ambiguidade: a instituição prestadora — aquela com licença do Banco Central — é a responsável final pela integridade, segurança e conformidade das operações. O serviço pode ser delegado; a responsabilidade, não (fonte: Banco Central do Brasil e CMN, Resolução Conjunta nº 16, de 2025). Isso tem uma consequência direta para o comprador de dados na infraestrutura: a qualidade da validação não é um item de custo otimizável até o piso, e sim um componente de risco regulatório.

O endurecimento é mais amplo. A Resolução BCB nº 494/2025 fixou uma janela única e improrrogável — de 1º a 31 de maio de 2026 — para que instituições de pagamento que operavam sob isenção solicitem autorização, sob pena de cessação compulsória das atividades. A Resolução BCB nº 495/2025 elevou o padrão de exigências de infraestrutura, qualificação técnica e governança (fonte: Banco Central do Brasil, Resoluções BCB nº 494 e 495, de 2025, bcb.gov.br). Quanto mais instituições deixam a zona de isenção e entram no perímetro autorizado, mais o consumo de dados cadastrais de qualidade migra de opcional para mandatório.

Como o comprador de dados deve estruturar o contrato de infraestrutura

Diante do efeito multiplicador, o head de dados, risco ou compliance que negocia com — ou opera dentro de — um BaaS precisa desenhar o contrato de dados em torno de algumas decisões. A sequência abaixo organiza a diligência.

1. Separe os três níveis de consumo. KYB da contratante, KYC do cliente final e monitoramento contínuo têm volumes e gatilhos diferentes; precificá-los num único pacote esconde a camada que mais escala (o monitoramento).
2. Exija SLA de latência (p99) e uptime por chamada. Na validação de portador de cartão e no antifraude em tempo real, latência é taxa de captura perdida; o contrato precisa amarrar p99 e disponibilidade, não só preço por consulta.
3. Modele o custo por consulta efetiva, não por consulta bruta. Reconsultas de KYB perpétuo e cache de validações mudam radicalmente o custo unitário real; o procurement deve medir consulta que gerou decisão.
4. Trate a flexibilidade de API como critério de seleção. Provedores DaaS (Data as a Service) competem com os bureaus tradicionais — Serasa, Boa Vista/Equifax, Quod — justamente onde preço e flexibilidade de integração decidem: validação cadastral, KYB e enriquecimento societário.
5. Garanta a trilha de auditoria ponta a ponta. Como a responsabilidade é indelegável, o dado consumido na infraestrutura precisa produzir evidência forte o bastante para revisão supervisória do Banco Central.

A faixa de preço de mercado ajuda a calibrar a conversa: validação cadastral costuma custar entre R$ 0,05 e R$ 0,50 por consulta, enquanto consultas de bureau com score podem ultrapassar R$ 30. Numa infraestrutura que multiplica volumes por dezenas de marcas, a diferença entre a ponta barata e a cara da validação cadastral define a margem do produto inteiro.

O lugar do provedor de dados na cadeia de infraestrutura

O efeito multiplicador favorece quem se posiciona como complemento, não como concorrente frontal do bureau. Na infraestrutura, o score de crédito tradicional tende a permanecer com os grandes bureaus; o espaço disputável — e o que mais escala com o BaaS — é a validação cadastral em massa, o KYB, os dados societários e o enriquecimento de PJ, terreno onde preço por consulta e flexibilidade de API decidem o bake-off. Provedores de dados cadastrais (DaaS) entram aí como camada que a infraestrutura embute para servir suas dezenas de contratantes simultaneamente.

O movimento de consolidação reforça o ponto. A Serasa Experian seguiu uma estratégia agressiva de aquisições nos últimos anos, e a idwall foi adquirida em 2026, sinalizando que a camada de identidade e validação está se concentrando (fonte: Startups.com.br, 2026, startups.com.br). Para a fintech que embarca infraestrutura e para o provedor de dados que a abastece, a leitura é a mesma: à medida que o perímetro regulatório se fecha e o BaaS distribui consumo por mais marcas, o valor migra para quem entrega dado cadastral auditável, com API flexível e custo por consulta efetiva sob controle. A infraestrutura é o atacado dos dados; quem a abastece bem captura o multiplicador sem herdar o risco de margem.

Perguntas frequentes

O que diferencia BaaS de embedded finance?

Embedded finance é o conceito amplo de oferecer serviços financeiros dentro de produtos não financeiros; BaaS é a infraestrutura regulada, via API, que torna isso possível. O BaaS é a camada técnica e regulatória sobre a qual o embedded finance opera.

Por que o BaaS gera efeito multiplicador no consumo de dados?

Porque cada contratante do BaaS distribui o serviço para sua própria base — lojistas, motoristas, vendedores de marketplace. Cada um desses dispara, na infraestrutura, a mesma cadeia de validação cadastral, KYB e monitoramento, concentrando na camada de infraestrutura o consumo de dezenas de marcas.

Quem responde pela validação cadastral num arranjo de BaaS?

A instituição prestadora autorizada pelo Banco Central. A Resolução Conjunta nº 16/2025 estabelece que o serviço pode ser delegado, mas a responsabilidade pela integridade, segurança e conformidade não — o que torna a qualidade do dado um componente de risco, não apenas de custo.

A Resolução Conjunta nº 16/2025 muda o que o comprador de dados precisa contratar?

Sim. Com prazo de adequação até 31 de dezembro de 2026, ela formaliza papéis e obrigações de KYC, KYB e monitoramento, elevando o piso de dados cadastrais auditáveis que a infraestrutura precisa consumir e documentar para revisão supervisória.

Como precificar dados numa camada de infraestrutura que multiplica volumes?

Separando os três níveis de consumo — KYB da contratante, KYC do cliente final e monitoramento contínuo — e medindo custo por consulta efetiva (que gerou decisão), com SLA de latência p99 e uptime amarrados por chamada. O monitoramento perpétuo é a camada que mais escala e a que mais escapa do orçamento.

O BaaS substitui os bureaus tradicionais?

Não. O score de crédito tende a permanecer com os grandes bureaus. O espaço que mais cresce com o BaaS é a validação cadastral em massa, o KYB, os dados societários e o enriquecimento de PJ, onde provedores de dados (DaaS) competem por preço e flexibilidade de API como complemento ao bureau.

Leia também no DataHub

• Backoffice e ERPs financeiros: validação cadastral PJ e enriquecimento B2B em 2026 — Segmentos fintech
• Benefícios e RH-fin: KYE e validação cadastral nas fintechs de benefícios em 2026 — Segmentos fintech
• Câmbio e remessas: KYC transfronteiriço, sanções e PEP em 2026 — Segmentos fintech
• Crédito digital (SCD/SEP): o stack de dados por proposta em 2026 — Segmentos fintech
• Cripto e exchanges: KYC, AML e sanções na regulação de PSAVs em 2026 — Segmentos fintech

Fontes

1. Banco Central do Brasil — Resolução Conjunta nº 16/2025 (BaaS) (2025)
2. Demarest — BC e CMN regulamentam Banking as a Service (2025)
3. GSGA — Resolução Conjunta nº 16/2025: as regras que reestruturam o BaaS (2025)
4. AML Reputacional — Resolução BCB nº 494: como se preparar (2025)
5. Capital Aberto — BC aperta exigências para instituições de pagamento (2025)
6. Research and Markets — Brazil Embedded Finance Databook (2025)
7. Celcoin — Melhores plataformas de BaaS no Brasil em 2026 (2026)
8. VoveID — KYB in Brazil 2026: Business Verification Requirements (2026)
9. didit.me — Embedded Finance KYC: Fintech Onboarding (2026)
10. Alloy — Elevating Know Your Business (KYB) processes in 2026 (2026)
11. Serasa Experian — Fraudômetro (2025)
12. AllCheck — Fraudes financeiras em 2026: identidades sintéticas e IA (2026)
13. Startups — Serasa compra idwall por R$ 450M (2026)